Signed-off-by: Rafał Miłecki
---
target/linux/omap/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/omap/Makefile b/target/linux/omap/Makefile
index 5795c00..e581436 100644
--- a/target/linux/omap/Makefile
+++ b/target/linux/omap/Makefile
@@ -13,7 +13,7 @@
On 09/08/2014 08:22 PM, Gabriel Kerneis wrote:
On Mon, Sep 08, 2014 at 10:54:29AM -0700, Dave Taht wrote:
On Mon, Sep 8, 2014 at 6:10 AM, Baptiste Jonglez wrote:
Additionally adds a patch to the babeld source is to prevent the
attempted recreation of a pidfile when babeld restarts uncleanly.
On Mon, 8 Sep 2014, Derek Werthmuller wrote:
Looking to build BB RC3 for a few of the AllWinnerA20 processor boards, but I
don't see them as a target on make menuconfig page? Am I missing something?
Also don't see any pre-built images for BB for any of these platforms. I can
understand if
Signed-off-by: Rafał Miłecki
---
target/linux/bcm53xx/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/bcm53xx/Makefile b/target/linux/bcm53xx/Makefile
index f9d7e32..c0b3cd5 100644
--- a/target/linux/bcm53xx/Makefile
+++ b/target/linux/bcm53xx/Makefile
@@
It uses mtd, so doesn't require any special adjustments for new target.
It has been succesfully tested (reading, writing and commiting).
Signed-off-by: Rafał Miłecki
---
package/utils/nvram/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/utils/nvram/Makefile
On Mon, Sep 08, 2014 at 10:54:29AM -0700, Dave Taht wrote:
> On Mon, Sep 8, 2014 at 6:10 AM, Baptiste Jonglez wrote:
> >> Additionally adds a patch to the babeld source is to prevent the
> >> attempted recreation of a pidfile when babeld restarts uncleanly. This is
> >> also possible to do by pass
Well there was already an open PR for davfs2 and library and unluckily the
commit of this bugfix was added to this PR. Let me know if I have to split
them in two different PR
https://github.com/openwrt/packages/pull/286
On Mon, Sep 8, 2014 at 8:55 PM, Etienne Champetier <
champetier.etie...@gma
Hi Federico
Le 8 sept. 2014 20:34, "Federico Di Marco" a écrit :
>
> Hi again,
>
> I fixed the bug, but due to fact I am not an official maintainer some
days will be required to update openwrt sources. You can however update
manually the only modified file which is the Makefile of emailrelay in
f
Hi again,
I fixed the bug, but due to fact I am not an official maintainer some days
will be required to update openwrt sources. You can however update manually
the only modified file which is the Makefile of emailrelay in
feeds/packages/net/EmailRelay/Makefile folder with the one from my github
r
FYI
- Forwarded message from Juliusz Chroboczek
-
Date: Mon, 08 Sep 2014 16:03:56 +0200
From: Juliusz Chroboczek
To: Baptiste Jonglez
Cc: openwrt-devel@lists.openwrt.org, babel-us...@lists.alioth.debian.org
Subject: Re: [Babel-users] [OpenWrt-Devel] [PATCH] babeld: use procd to start,
On 8 September 2014 19:27, Derek Werthmuller wrote:
> Looking to build BB RC3 for a few of the AllWinnerA20 processor boards, but
> I don't see them as a target on make menuconfig page? Am I missing
> something?
>
> Also don't see any pre-built images for BB for any of these platforms. I
> can un
Looking to build BB RC3 for a few of the AllWinnerA20 processor boards, but
I don't see them as a target on make menuconfig page? Am I missing
something?
Also don't see any pre-built images for BB for any of these platforms. I
can understand if they were removed from the RC series since they may
On 08/09/14 11:23, John Crispin wrote:
>
> On 08/09/2014 16:16, Aaron Z wrote:
>> I am curious if there is a timeline for either RC4 or the final
>> release for Barrier Breaker?
>> The RC3 release announcement said (
>> https://forum.openwrt.org/viewtopic.php?pid=242292 ) on 31 Jul said
>> "Depend
On 08/09/2014 18:15, Karl Palsson wrote:
> On Mon, Sep 08, 2014 at 04:23:10PM +0200, John Crispin wrote:
>>
>> On 08/09/2014 16:16, Aaron Z wrote:
>>> I am curious if there is a timeline for either RC4 or the
>>> final release for Barrier Breaker?
>>
>> the test build is done and we fixed the 2
On Mon, Sep 08, 2014 at 04:23:10PM +0200, John Crispin wrote:
>
> On 08/09/2014 16:16, Aaron Z wrote:
> > I am curious if there is a timeline for either RC4 or the final
> > release for Barrier Breaker?
>
> the test build is done and we fixed the 2 problems that came up. SDK now
> works properly.
Hi,
It is here on the wiki already posted by someone
http://wiki.openwrt.org/toh/pcengines/apu
Regards,
Nishant
On 8 September 2014 20:13:34 GMT+05:30, John Crispin wrote:
>is this reported or documented anywhere ?
>
>
>
>On 08/09/2014 16:40, Nishant Sharma wrote:
>>
>> On 8 September 2014 2
Yeah, the issue was in the tons of work-arounds needed to deal with
Linux' onlink-route handling before 3.14. I added another one because
they are so nice and likeable. This should hopefully do the trick again,
until next time.
Cheers,
Steven
___
o
is this reported or documented anywhere ?
On 08/09/2014 16:40, Nishant Sharma wrote:
>
> On 8 September 2014 20:07:26 GMT+05:30, John Crispin
> wrote:
>> On 08/09/2014 16:29, Nishant Sharma wrote:
>>> Hi John,
the test build is done and we fixed the 2 problems that came up. SDK
now
>
On 8 September 2014 20:07:26 GMT+05:30, John Crispin wrote:
>
>On 08/09/2014 16:29, Nishant Sharma wrote:
>>
>> Hi John,
>>> the test build is done and we fixed the 2 problems that came up. SDK
>>> now
>>> works properly. all the packages from all feeds build (apart from
>>> old.packages which h
Signed-off-by: Rafał Miłecki
---
V2: Add bcma_init_bus in bcm53xx patch to fix Oops
---
...-bcma-register-bcma-as-device-tree-driver.patch | 11 +-
.../patches-3.14/121-bcma-get-irqs-from-dt.patch | 38 ++--
...42-bcma-add-support-for-chipcommon-B-core.patch | 8 +-
.../160-bcma-add-PCI-IDs
On Mon, Sep 8, 2014 at 10:23 AM, John Crispin wrote:
> the test build is done and we fixed the 2 problems that came up. SDK now
> works properly. all the packages from all feeds build (apart from
> old.packages which has a fallout of ~15 packages) currently we are
> waiting on a ath9k regression f
On 08/09/2014 16:16, Aaron Z wrote:
> I am curious if there is a timeline for either RC4 or the final
> release for Barrier Breaker?
> The RC3 release announcement said (
> https://forum.openwrt.org/viewtopic.php?pid=242292 ) on 31 Jul said
> "Depending on how testing goes we will push the final o
I am curious if there is a timeline for either RC4 or the final
release for Barrier Breaker?
The RC3 release announcement said (
https://forum.openwrt.org/viewtopic.php?pid=242292 ) on 31 Jul said
"Depending on how testing goes we will push the final or RC4 within
the next 2 weeks."
That is obvious
On Mon, Sep 8, 2014 at 3:50 PM, Robert P. J. Day wrote:
>
> ok, new issue at github:
>
> https://github.com/openwrt/packages/issues/291
>
> is this the proper format? is there any information i failed to
> include?
This looks fine.
Jonas
___
openwrt
ok, new issue at github:
https://github.com/openwrt/packages/issues/291
is this the proper format? is there any information i failed to
include?
rday
--
Robert P. J. Day Ottawa, Ontario
On Mon, 8 Sep 2014, Jonas Gorski wrote:
> I do acknowledge that the trac intro page doesn't have instructions
> for bugs in feeds, but you didn't follow the directions completely.
> You were told to report to github, and then actively decided to
> disregard that.
i (incorrectly) assumed you mad
On Mon, Sep 8, 2014 at 3:05 PM, Robert P. J. Day wrote:
> On Mon, 8 Sep 2014, Jonas Gorski wrote:
>
>> On Mon, Sep 8, 2014 at 2:14 PM, Robert P. J. Day
>> wrote:
>> > On Mon, 8 Sep 2014, Etienne Champetier wrote:
>> >
>> >>
>> >> Hi
>> >> Le 7 sept. 2014 23:40, "Robert P. J. Day" a écrit
>> >>
Hi all,
Posting on Devel list as it seems more like a devel query now.
Regards,
Nishant
Original Message
From: Nishant Sharma
Sent: 3 September 2014 20:18:49 GMT+05:30
To: openwrt-us...@lists.openwrt.org
Subject: GRUB / GRUB2 on current trunk?
Hi,
This is my first messag
Hi,
Note that babeld is maintained in https://github.com/openwrt-routing/packages.
Nevertheless, comments inline.
On Sun, Sep 07, 2014 at 05:56:32PM -0400, Tristan Plumb wrote:
> Changes the babeld init script to utilize procd and
Nice, it was a requested feature:
https://github.com/openwrt-r
On Mon, 8 Sep 2014, Jonas Gorski wrote:
> On Mon, Sep 8, 2014 at 2:14 PM, Robert P. J. Day
> wrote:
> > On Mon, 8 Sep 2014, Etienne Champetier wrote:
> >
> >>
> >> Hi
> >> Le 7 sept. 2014 23:40, "Robert P. J. Day" a écrit :
> >> >
> >> >
> >> > still reviewing so i don't think i have the back
Hello fine folks,
i'm testing bb-rc, compiled by myself from:
git://git.openwrt.org/14.07/openwrt.git at exactly this commit:
git-svn-id: svn://svn.openwrt.org/openwrt/branches/barrier_breaker@42398
so, a little bit more recent than the published bb-rc3 from
http://downloads.openwrt.org/barrier_br
On Mon, Sep 8, 2014 at 2:14 PM, Robert P. J. Day wrote:
> On Mon, 8 Sep 2014, Etienne Champetier wrote:
>
>>
>> Hi
>> Le 7 sept. 2014 23:40, "Robert P. J. Day" a écrit :
>> >
>> >
>> > still reviewing so i don't think i have the background to debug this
>> > one:
>> >
>> > $ make V=s
>> > ... b
Ok, got it. Thank you for all your answers.
On Wed, Sep 3, 2014 at 12:57 PM, Jiří Šlachta wrote:
> Hi Federico,
>
> I would say you can take over maintainership without asking anyone. There
> is no formal maintainer for this package and git history shows that this
> package was maintained by almo
On Mon, 8 Sep 2014, Etienne Champetier wrote:
>
> Hi
> Le 7 sept. 2014 23:40, "Robert P. J. Day" a écrit :
> >
> >
> > still reviewing so i don't think i have the background to debug this
> > one:
> >
> > $ make V=s
> > ... big snip ...
> > Package emailrelay-nossl is missing dependencies for t
Hi Yangjun,
after a full check, it seems that everything is working and there is no
issue (I was wrong with sstrip). Please have a look at the video of the the
checks I have done on my router after having unistalled the libopenssl (
https://www.fededim.pw ). You can also a find a build of both ema
Ok please discard this thread, sstrip is fine.
On Mon, Sep 8, 2014 at 12:00 PM, Federico Di Marco
wrote:
> I know that this is seems a very strange behaviour, so I made a screen
> video to check it by yourself, you can download the video here
>
>
> https://www.fededim.pw/OpenWrt%20EmailRelay%20c
I know that this is seems a very strange behaviour, so I made a screen
video to check it by yourself, you can download the video here
https://www.fededim.pw/OpenWrt%20EmailRelay%20compilation%20issue_no%20audio.avi
On Mon, Sep 8, 2014 at 11:23 AM, Federico Di Marco
wrote:
> Hi yangjun,
>
> I ju
* Jonas Gorski [08.09.2014 11:54]:
> detection support in ath9k/ath10k. So if CSAs are an issue, it was
> already an issue before.
thanks for pointing that, it was not clear to me.
> > "somebody" can just mark all channels as "unavailable".
>
> How would they do that? Especially with non-DFS en
On Mon, Sep 8, 2014 at 11:03 AM, Bastian Bittorf wrote:
> * Felix Fietkau [08.09.2014 10:36]:
>> > is from a security point of view a difficult thing - because everybody
>> > can take down a complete city-network.
>> I've never heard this claim before. How does enabling this option allow
>> peopl
Hi yangjun,
I just gave a quick view to your problem it seems you are right there is an
issue in the generated ipkg file, eventhough the compilation is fine
(emailrelay does compile without ssl). In my build machine (architecture
ar7xxx) at the end build_dir/target-your
architecture_34kc_uClibc-0.
* Felix Fietkau [08.09.2014 10:36]:
> > is from a security point of view a difficult thing - because everybody
> > can take down a complete city-network.
> I've never heard this claim before. How does enabling this option allow
> people to take down a network?
the theory is here:
http://battlemes
On Mon, 8 Sep 2014, Etienne Champetier wrote:
>
> Hi
> Le 7 sept. 2014 23:40, "Robert P. J. Day" a écrit :
> >
> >
> > still reviewing so i don't think i have the background to debug this
> > one:
> >
> > $ make V=s
> > ... big snip ...
> > Package emailrelay-nossl is missing dependencies for t
Signed-off-by: Yousong Zhou
---
I do not own a board that can run imx6 target firmware, but this patch has
been compile tested by myself and aandrew in #openwrt.
target/linux/imx6/image/Makefile | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/target/linux/imx6
Problem is already fixed. Please look: https://dev.openwrt.org/ticket/17706
Commit id is b00ac8067148e43f43b690c754bd92802a1514c1
Thanks,
Lukasz
On Tue, Aug 12, 2014 at 11:42 AM, Bastian Bittorf
wrote:
> * Łukasz Baj [11.08.2014 16:56]:
> > 3.14.12. When I connect this dongle to USB and the
On 2014-09-08 08:52, Bastian Bittorf wrote:
> with r42431 DFS is enabled by default[1]:
>
> "mac80211: enable DFS support for ath9k/10k by default The DFS pattern
> detector now supports all three regions; ETSI, FCC and JP, so there is
> no reason to not have it enabled anymore."
>
> there was a
with r42431 DFS is enabled by default[1]:
"mac80211: enable DFS support for ath9k/10k by default The DFS pattern
detector now supports all three regions; ETSI, FCC and JP, so there is
no reason to not have it enabled anymore."
there was a long discussion on battlemesh/Leipzig[2] that this
is from
46 matches
Mail list logo