[LEDE-DEV] libmpdclient - meson/ninja ?

2017-08-29 Thread Ted Hess
Hi all - The latest releases of libmpdclient, part of the Music Player Daemon (mpd), has been revised to build with the Meson build system and Ninja. It no longer has support for autotools & make. Since we do not have the availability of this build environment / toolchain, the current version

Re: [LEDE-DEV] Conditional dependencies in Makefiles

2017-08-29 Thread Sebastian Kemper
On Tue, Aug 29, 2017 at 05:15:51PM +, Sebastian Kemper wrote: > Hi Ted, > > Maybe a stupid idea, but is there a tab in front of the depends? Does > removing it help? No, that doesn't help. I remember trying to do something like this with PKG_BUILD_DEPENDS and couldn't get it working either.

[LEDE-DEV] Sysupgrade and networking

2017-08-29 Thread Philip Prindeville
Hi. I was wondering about why the network interfaces stay up during a sysupgrade. No services are available, so about all you can do is ping the box or have your connections reset if you try to connect to it. Would it make more sense to bring all network interfaces down? Worst case scenario

Re: [LEDE-DEV] Conditional dependencies in Makefiles

2017-08-29 Thread Felix Fietkau
On 2017-08-29 19:08, Ted Hess wrote: > Hi all - > > I have a package (ffmpeg) build problem which is trying to specify a different > DEPENDS for soft-float systems and one for hard-float. The package definition > is > as follows: > >> define Package/libffmpeg-full >> $(call

[LEDE-DEV] Conditional dependencies in Makefiles

2017-08-29 Thread Ted Hess
Hi all - I have a package (ffmpeg) build problem which is trying to specify a different DEPENDS for soft-float systems and one for hard-float. The package definition is as follows: > define Package/libffmpeg-full > $(call Package/libffmpeg/Default) >  TITLE+= (full) >  DEPENDS+= @BUILD_PATENTED

Re: [LEDE-DEV] Strange build error

2017-08-29 Thread Zoltan Gyarmati
Zoltan Gyarmati https://zgyarmati.de On 08/29/2017 02:33 AM, Philip Prindeville wrote: >> On Aug 28, 2017, at 6:17 PM, Zoltan Gyarmati >> wrote: >> >> On 08/28/2017 01:52 PM, Zoltan Gyarmati wrote: >>> Dear All, >>> >>> i'm fighting with an odd build error on my

[LEDE-DEV] Recent issues w/ sysupgrade

2017-08-29 Thread Philip Prindeville
Hi all, I don’t know if sysupgrade is the problem, or if this is where things manifest. But I recently (within the last week, but I only rebase once or twice a week) started seeing issues with doing sysupgrade on x86_64 hardware. The sysupgrade will appear to go okay, but then when the machine

Re: [LEDE-DEV] [PATCH 13/13] sunxi: Add A64 support with cortex53 subtarget

2017-08-29 Thread Baptiste Jonglez
On 29-08-17, Baptiste Jonglez wrote: > Hi, > > On 03-08-17, Hauke Mehrtens wrote: > > This adds initial support for the A64 Allwinner SoC to LEDE. > > It will be build in the new cortexa53 subtarget. > > > > Currently it only supports the pine64 and the image is able to boot on > > this SoC. >

Re: [LEDE-DEV] Recent issues w/ sysupgrade

2017-08-29 Thread Stijn Tintel
On 29-08-17 09:09, Philip Prindeville wrote: > Hi all, > > I don’t know if sysupgrade is the problem, or if this is where things > manifest. > > But I recently (within the last week, but I only rebase once or twice a week) > started seeing issues with doing sysupgrade on x86_64 hardware. > > The

Re: [LEDE-DEV] [PATCH 4/4] ramips/RT5350F-OLINUXINO(-EVB) dts: enable ttyS1

2017-08-29 Thread John Crispin
Hi, comment inline On 26/08/17 21:54, Zoltan Gyarmati wrote: The RT5350F's second UART pins are available on the base module and on the EVB as well, so enable it in the device tree. Additionaly, the uartlite@c00 and uart@500 nodes swapped in rt5350.dtsi to keep the serial console as

Re: [LEDE-DEV] Recent issues w/ sysupgrade

2017-08-29 Thread Philip Prindeville
> On Aug 29, 2017, at 9:16 AM, Philip Prindeville > wrote: > >> On Aug 29, 2017, at 1:19 AM, Stijn Tintel wrote: >> >>> On 29-08-17 09:09, Philip Prindeville wrote: >>> Hi all, >>> >>> I don’t know if sysupgrade is the problem, or if

Re: [LEDE-DEV] [PATCH] dnsmasq: forward.c: fix CVE-2017-13704

2017-08-29 Thread Hans Dedecker
On Tue, Aug 29, 2017 at 3:29 PM, Kevin Darbyshire-Bryant wrote: > Fix SIGSEGV in rfc1035.c answer_request() line 1228 where memset() > is called with header & limit pointing at the same address and thus > tries to clear memory from before the buffer begins. > >

[LEDE-DEV] [PATCH] dnsmasq: forward.c: fix CVE-2017-13704

2017-08-29 Thread Kevin Darbyshire-Bryant
Fix SIGSEGV in rfc1035.c answer_request() line 1228 where memset() is called with header & limit pointing at the same address and thus tries to clear memory from before the buffer begins. answer_request() is called with an invalid edns packet size provided by the client. Ensure the udp_size

[LEDE-DEV] Advertising Opportunities

2017-08-29 Thread Annie Mai via Lede-dev
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Hello I hope you don't mind me

Re: [LEDE-DEV] Recent issues w/ sysupgrade

2017-08-29 Thread Philip Prindeville
> On Aug 29, 2017, at 1:19 AM, Stijn Tintel wrote: > >> On 29-08-17 09:09, Philip Prindeville wrote: >> Hi all, >> >> I don’t know if sysupgrade is the problem, or if this is where things >> manifest. >> >> But I recently (within the last week, but I only rebase once or

Re: [LEDE-DEV] Conditional dependencies in Makefiles

2017-08-29 Thread Ted Hess
I think I tried that variation too and it was as if CONFIG_SOFT_FLOAT wasn't defined when the dependencies are calculated. I usally check the .packageinfo file to see what the enabled dependency config is. Strangely, I think the problem lies with CONFIG_SOFT_FLOAT itself and the order of config