> my idea was to use this:
> make target/linux/{clean,prepare} V=s QUILT=1
If the patches all apply despite fuzz:
make target/linux/refresh
If they do not apply:
make target/linux/{clean,prepare} V=s QUILT=1
cd build_dir/target-*/linux-*/linux-*
quilt push -a (will halt before the failing patc
Michael Richardson writes:
> Steven Barth wrote:
> > - Added support for 464XLAT (CLAT)
>
> Is this signaled in some way by DHCPv6?
> If so, I imagine that there is an RFC# which says how it works, could be
> listed here, so that google will find CC when people look for it...
The original s
* Jo-Philipp Wich [21.05.2015 20:50]:
> > meanwhile yes, but it does not work like i exspected.
> > should'nt quilt open, when a patch cannot be applied cleanly?
>
> Uhm no. At least I never encountered such behavior.
ok, lets say i have copied a patch into the kernel-patches folder
which cannot
Steven Barth wrote:
> - Added support for 464XLAT (CLAT)
Is this signaled in some way by DHCPv6?
If so, I imagine that there is an RFC# which says how it works, could be
listed here, so that google will find CC when people look for it...
I actually think that this is a terribly important fe
Hi all,
I'm a big fan of OpenWrt and now I just started my studies of TDD.
I'm facing some difficulties with TDD in the embedded world and I was
wondering if or how OpenWrt developer use TDD and which CI (Continuous
Integration) system is applied to OpenWrt builds.
Any information (libs
Hi.
> meanwhile yes, but it does not work like i exspected.
> should'nt quilt open, when a patch cannot be applied cleanly?
Uhm no. At least I never encountered such behavior.
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https:/
* Christian Mehlis [21.05.2015 12:49]:
> Can you give me a hint to make it work with 3.18?
can you please try to apply the appended patch with
git am <$file
make target/linux/clean
make
bye, bastian
>From f5d917da8665f1a3c79e5beb34acea7daf019ff5 Mon Sep 17 00:00:00 2001
From: Bastian Bittorf
D
* Jo-Philipp Wich [21.05.2015 15:18]:
> Did you try something like
> export PATH="$PATH:/home/bastian/openwrt/staging_dir/host/bin" ?
meanwhile yes, but it does not work like i exspected.
should'nt quilt open, when a patch cannot be applied cleanly?
bye, bastian
_
Hi Thomas,
On Thu, May 21, 2015 at 12:37:35PM +, thomas.lan...@lantiq.com wrote:
> I checked the downloads, e.g here
> http://downloads.openwrt.org/chaos_calmer/15.05-rc1/lantiq/xrx200/
> and saw that only one image per subtarget is built.
> As the image-creation is tied to the profiles, the
Hi.
Did you try something like export
PATH="$PATH:/home/bastian/openwrt/staging_dir/host/bin" ?
If that works you could add it to your .bashrc
~ Jow
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailm
on my buildserver i cannot install packages and
must use e.g. './staging_dir/host/bin/quilt'.
but quilt does not start with:
make target/linux/{clean,prepare} V=s QUILT=1
bastian@gcc20:~/openwrt$ which quilt || echo missing
missing
bastian@gcc20:~/openwrt$ ./staging_dir/host/bin/quilt --version
Hello Steven,
Steven Barth wrote on 2015-05-20:
> The OpenWrt developers are proud to announce the first release candidate
> of OpenWrt Chaos Calmer.
> -
> http://downloads.openwrt.org/chaos_calmer/15.05-rc1/
I checked the downloads, e.g here
* Christian Mehlis [21.05.2015 12:49]:
> >+--- a/fs/overlayfs/super.c
> > b/fs/overlayfs/super.c
> >+@@ -529,7 +529,7 @@ static int ovl_remount(struct super_block *sb, int
> >*flags, char *data)
>
> this function was added with linux 4.0, so your patch for 3.18 does
> not apply.
>
> Can you
Am 19.05.2015 um 16:17 schrieb Bastian Bittorf:
+diff --git a/fs/overlayfs/super.c b/fs/overlayfs/super.c
+index 5f0d199..bf8537c 100644
+--- a/fs/overlayfs/super.c
b/fs/overlayfs/super.c
+@@ -529,7 +529,7 @@ static int ovl_remount(struct super_block *sb, int *flags,
char *data)
this fun
Or at least let us know how to apply the patch manually and I will add
it into my unofficial builds that I make with the ar71xx platform.
I'd love to see proper or even some sort of wwan support in the luci
side of things.
On 21/05/15 15:41, Cezary Jackiewicz wrote:
Dnia 2015-04-22, o godz
The fixes previously contained in 001-git-2015-03-28.patch are all part
of the upstream release, thus the patch can be removed.
All other patches apply cleanly.
Signed-off-by: Daniel Golle
---
toolchain/musl/Config.version | 2 +-
toolchain/musl/common.mk
Seems this discussion has stalled a bit.
I guess it would be reasonable to ask: what could I do to help to get this
moving both here and on LKML ?
I'll go ahead and say that I do not monitor LKML much since I haven't found
a model (that suits me well) for monitoring discussions without getting my
i
17 matches
Mail list logo
