Re: [LEDE-DEV] [PATCH] kernel: Add iTCO_wdt watchdog timer module support

Did you look at: https://github.com/openwrt/openwrt/pull/326 it might be easier just to cherry-pick this in. > On Mar 11, 2017, at 3:48 PM, mich...@michaelmarley.com wrote: > > From: Michael Marley > > This supports the Intel TCO Watchdog Timer Device, which has been > nearly ubiquitous in I

Re: [LEDE-DEV] MT7621: EdgerouterX

What happens if you allocate more buffers and increase your watermarks but leave the maximum latency the same? > On Mar 30, 2017, at 11:53 AM, Milan Kočvara wrote: > > Hello. > I have 2 Question, please > 1. It is possible to rewrite the driver for MT761 to allow change the MTU > greather t

Re: [LEDE-DEV] MT7621: EdgerouterX

nerator connected and to other is > the reflector connected. > > Thanks Milan > > > On Thu, Mar 30, 2017 at 8:11 PM, Philip Prindeville > wrote: >> What happens if you allocate more buffers and increase your watermarks but >> leave the maximum latency the same? >

Re: [LEDE-DEV] /tmp/sysupgrade

> On Apr 10, 2017, at 6:43 AM, John Crispin wrote: > > > > On 10/04/17 14:25, Kenneth Johansson wrote: >> I found that we touch the file /tmp/sysupgrade in a few places >> >> --- >> >> git grep "tmp/sysupgrade" | grep touch >> package/base-files/files/sbin/sysupgrade:touch /tmp/sysupgrade >>

[LEDE-DEV] Removing package overlay functionality

commit b044bd5921e9644c9df9655bef10cee0af730724 Author: Felix Fietkau Date: Mon Apr 3 12:36:35 2017 +0200 build: remove package makefile overlay functionality Recent attempts to use it have shown that it does not work properly except for a few undocumented cases. It's better to

Re: [LEDE-DEV] Removing package overlay functionality

> On Apr 16, 2017, at 9:51 PM, Yousong Zhou wrote: > > On 17 April 2017 at 10:38, Philip Prindeville > wrote: >> commit b044bd5921e9644c9df9655bef10cee0af730724 >> Author: Felix Fietkau >> Date: Mon Apr 3 12:36:35 2017 +0200 >> >>build: rem

Re: [LEDE-DEV] [PATCH] openssl: Remove RIPEMD-160 from OpenSSL

> On Mar 28, 2017, at 12:09 AM, Alexandru Ardelean > wrote: > > On Tue, Mar 28, 2017 at 1:45 AM, txt.file wrote: >> The topic and patch is about OpenSSL but description is about OpenSSH. >> What has OpenSSL to do with OpenSSH? >> >> kind regards >> txt.file >> -- >> This message is signed. >>

Re: [LEDE-DEV] update asterisk

> On Apr 19, 2017, at 3:10 PM, Knall Kopf wrote: > > Hello, > can everybody update the feed/telephony.git to the newest Asterisk and Libpri > libary version ? > For security reason it should be always the newest version. > > I have attach a patch where i have do it. > (some Asterisk patches ar

Re: [LEDE-DEV] [RFC 01/13] procd: prepare NAND sysupgrade for making upgraded dynamically linked

Inline… > On Apr 23, 2017, at 6:06 PM, Matthias Schiffer > wrote: > > Use install_bin to copy upgraded with all dependencies. The old name > /tmp/upgraded is temporarily retained as a symlink to avoid breaking > things. > > Signed-off-by: Matthias Schiffer > --- > package/system/procd/files/n

Re: [LEDE-DEV] [RFC 07/13] fstools: snapshot: handle jffs2 conversion using upgraded

Inline… > On Apr 23, 2017, at 6:06 PM, Matthias Schiffer > wrote: > > We can reuse the kill_remaining and run_ramfs facilities of the stage2 run > by upgraded. > > Signed-off-by: Matthias Schiffer > --- > package/system/fstools/Makefile | 2 +- > package/system/fstools/files/snapshot |

Re: [LEDE-DEV] [RFC 01/13] procd: prepare NAND sysupgrade for making upgraded dynamically linked

Inline… > On Apr 24, 2017, at 2:20 PM, Matthias Schiffer > wrote: > > On 04/24/2017 10:05 PM, Philip Prindeville wrote: >> Inline… >> >>> On Apr 23, 2017, at 6:06 PM, Matthias Schiffer >>> wrote: >>> >>> Use install_bin to copy up

[LEDE-DEV] modules-boot.d question and indeterminate drive # assignment

Hi. I’m seeing something weird… I’ve been working on adding kexec/kdump support to LEDE, adding some scripts to make this turn-key, etc. and in the process I’ve uncovered something a little bizarre (and unsettling). If I have a box (in this case an x86 box with a CompactFlash [CF]) drive and

Re: [LEDE-DEV] [PATCH 1/3] Handle SRV questions

> On Apr 26, 2017, at 3:45 AM, Cristian Morales Vega > wrote: > > Signed-off-by: Cristian Morales Vega > --- > dns.c | 14 ++ > 1 file changed, 14 insertions(+) > > diff --git a/dns.c b/dns.c > index d384f58..61ea8e3 100644 > --- a/dns.c > +++ b/dns.c > @@ -390,6 +390,20 @@ parse_q

Re: [LEDE-DEV] [PATCH ubox] Add template support to logread

> On Apr 26, 2017, at 11:23 PM, Henry Chang wrote: > > Hi, > > I would like to integrate logd to the cloud logging service. The > service only accepts special format of syslog, so then I make logread > support template. > > Here's the usage: > > logread -T "<%priority%> %source% %message% %ti

Re: [LEDE-DEV] [PATCH 5/7] firewall3: add UBUS support for ipset sections

Inline… > On Apr 20, 2017, at 10:05 AM, Pierre Lebleu wrote: > > It gives the ability to create ipset rules via procd > services and netifd interface firewall data. > > Signed-off-by: Pierre Lebleu > --- > ipsets.c | 83 +++--- > ipsets

Re: [LEDE-DEV] [PATCH 6/7] firewall3: add UBUS support for include scripts

Inline… > On Apr 20, 2017, at 10:05 AM, Pierre Lebleu wrote: > > It gives the ability to include scripts via procd > services and netifd interface firewall data. > > Signed-off-by: Pierre Lebleu > --- > includes.c | 64 +--- > includes.

Re: [LEDE-DEV] [PATCH ubox v2] logread: Add support for output template

Inline… > On Apr 27, 2017, at 5:33 PM, Henry Chang wrote: > > From: Henry Chang > > Signed-off-by: Henry Chang > --- > log/logread.c | 153 -- > 1 file changed, 127 insertions(+), 26 deletions(-) > > diff --git a/log/logread.c b/log/log

Re: [LEDE-DEV] Asterisk update

Please fix the no newline at end-of-file issue. ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] Asterisk Update

Please fix the “no newline at end-of-file” issue. ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH 5/7] firewall3: add UBUS support for ipset sections

> On May 2, 2017, at 6:15 AM, Pierre Lebleu wrote: > > Hi Philip, > > 2017-04-29 3:11 GMT+02:00 Philip Prindeville > : > Inline… > > > [snip] > > + if (!(ipset = fw3_alloc_ipset(state))) > > > Minor nit… Assignments inside of co

[LEDE-DEV] Stalled PR #977 -- patch-kernel.sh: handle broken tarballs w/ 444 mode files

Can I please get closure on this trivial PR? https://github.com/lede-project/source/pull/977 Thanks. -Philip ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/

Re: [LEDE-DEV] openwrt and lede - remerge proposal

> On May 8, 2017, at 7:29 AM, David Woodhouse wrote: > > On Mon, 2017-05-08 at 15:19 +0200, John Crispin wrote: >> >> *) mailing list >> - ask david to add the openwrt-adm and openwrt lists >> - announce the switch to the infradead serves, asking people to >> unsubscribe if they have privacy i

Re: [LEDE-DEV] openwrt and lede - remerge proposal

> On May 8, 2017, at 7:19 AM, John Crispin wrote: > > Hi, > > Felix, Imre and myself had 2 calls last week lasting several hours and > discussed the following proposal of conditions for a remerge that we would > like to propose and have people vote on. > > *) branding > - the owrt side sees

Re: [LEDE-DEV] openwrt and lede - remerge proposal

> On May 11, 2017, at 4:53 AM, Stijn Segers > wrote: > > Some of the OpenWrt veterans come across as if they want the re-merge to be > rushed, ignoring the actual issues that caused the fork in the first place. Yeah, I have to agree with this. You don’t get married, then define your vows a

Re: [LEDE-DEV] [OpenWrt-Devel] openwrt and lede - remerge proposal

> On May 11, 2017, at 1:06 PM, Philip Prindeville > wrote: > > Yeah, I have to agree with this. You don’t get married, then define your > vows afterwards… Actually, sticking with the “marriage” paradigm a bit longer, what are the assets that the OpenWRT family brings to

Re: [LEDE-DEV] openwrt and lede - remerge proposal

> On May 11, 2017, at 10:09 PM, Eric Luehrsen wrote: > > People don't like rules and that could be even more true with open > source work groups. However, a good set of _limited_ rules can make life > easier. You may focus on important work or joyful recreation while not > worrying about acci

Re: [LEDE-DEV] openwrt and lede - remerge proposal

> On May 12, 2017, at 6:02 AM, Edwin van Drunen wrote: > > I understand that the vote is done amongst the developers, the people > actually running the project, this makes sense. > But if the goal of the project is not only to keep yourself busy, but also to > target a larger audience, it make

[LEDE-DEV] Supporting RT linux

I was trying to apply the linux 4.9.20-rt16 patchset… This is as far as I got. I applied it as 000-… Applying /home/philipp/bertram/lede/target/linux/generic/patches-4.9/721-phy_packets.patch using plaintext: patching file include/linux/netdevice.h Hunk #1 succeeded at 1409 (offset 12 lines

Re: [LEDE-DEV] [PATCH v2 00/19] Universal staged sysupgrade and assorted fixes

> On May 13, 2017, at 1:56 PM, Matthias Schiffer > wrote: > > Text from my RFC mail: > > --- > When talking about > https://bugs.lede-project.org/index.php?do=details&task_id=685 with jow > and lynxis, we came to the conclusion that the best way to fix sysupgrades > would be to generalize the

[LEDE-DEV] Scripted builds -- package selections reset by "make defconfig oldconfig"

Hi. I have a requirement to be able to clone a snapshot of an Ubuntu 16.04-2 VM which has all of the appropriate packages already installed on it, scp over a build script, run it, and copy out the $(TOPDIR)/bin/targets/ directory when done and then destroy the VM. From a working (development)

Re: [LEDE-DEV] Scripted builds -- package selections reset by "make defconfig oldconfig"

> On May 17, 2017, at 11:35 AM, Philip Prindeville > wrote: > > [snip] Ignore the title, I forgot to update that: it’s actually the “scripts/feeds update” which is clobbering the .config. ___ Lede-dev mailing list Lede-dev@lists.i

Re: [LEDE-DEV] Problem with commit "kernel: add hwmon for W83627EHF and family"

y don't like this one as it's totally unclear why we need this >> change. What's wrong with NCT6775 and the w83627ehf driver? It should >> be well described in the patch. > > Sorry for the lack of a more detailed description. > The problem here is that th

Re: [LEDE-DEV] [PATCH] add --extend-squasfs to qemustart script

Inline > On May 22, 2017, at 6:23 AM, Paul Spooren wrote: > > scripts/qemustart > > using squashfs results in a "no space left on device" error. You need to > manually extend the new build with a tool like dd. > > This patch adds the --extend-squasfs parameter to enlarge the image to > 64MB. T

Re: [LEDE-DEV] [OpenWrt-Devel] Remerge logo ideas

Can we add “Powered by LEDE” in little tiny letters underneath? ;-) > On May 29, 2017, at 4:11 AM, Jamie Stuart wrote: > > Hi, > First of all, I’m glad to hear the process of remerging LEDE with OpenWrt is > moving forward. > For what it’s worth, if prefer the LEDE name (it’s friendlier - ‘le

Re: [LEDE-DEV] Planning v17.01.2

> On May 25, 2017, at 10:59 AM, Lucian Cristian wrote: > > On 24.05.2017 23:34, Jo-Philipp Wich wrote: >> Hi, >> >> I'd like to start preparing the v17.01.2 release during the upcoming >> weekend with the goal to release final binaries within the next week >> (~May 29th till June 3rd). >> >> C

[LEDE-DEV] glibc finally fixes /etc/resolv.conf handling

For everyone who has ever wondered why they need to stop and restart long running services when they move from one network to another (as is common for laptops using Wifi that are roaming around), this can be quite vexing. The reason was that /etc/resolv.conf would get rewritten by DHCP when you

[LEDE-DEV] Procd questions

I came up with the following PR (https://github.com/openwrt/packages/pull/4568) thinking it would be a trivial substitution of the procd primitives for what the old shell script was doing. Turns out, I wasn’t even close. The problem turned out to be that when start_service() had exited, procd h

Re: [LEDE-DEV] procd: cherry-pick kernel watchdog start/stop to lede-17.01 branch

> On Jul 11, 2017, at 3:19 AM, Hans Dedecker wrote: > > Hi, > > I would like to cherry-pick the start/stop kernel watchdog support to > the lede-17.01 procd branch : > > e5e99c4 watchdog: add support for starting/stopping kernel watchdog > > It allows to gracefully stop the kernel watchdog vi

Re: [LEDE-DEV] procd: cherry-pick kernel watchdog start/stop to lede-17.01 branch

> On Jul 12, 2017, at 12:24 PM, Matthias Schiffer > wrote: > > On 07/12/2017 08:02 PM, Philip Prindeville wrote: >> >>> On Jul 11, 2017, at 3:19 AM, Hans Dedecker wrote: >>> >>> Hi, >>> >>> I would like to cherry-pick the

Re: [LEDE-DEV] [PATCH 3/4] x86: Move USB support from subtargets to target config

Am I the only one who would prefer all of the virtualization support to be selected and default to off? All the fuss we have about not burdening images with unnecessary functionality, yet no one blinks at this... > On Jul 15, 2017, at 10:48 AM, Baptiste Jonglez > wrote: > > From: Baptiste Jo

[LEDE-DEV] Stock config files as templates

I’m working on Issue #4588 (ntpd needs UCI parsing comparable to sysntpd) and I had a question… ntpd ships with the canned /etc/ntp.conf from the distro, but if we specify: config timeserver ntp list server ‘ntp.redfish-solutions.com’ then the /etc/ntp.conf file needs to be rewritten

[LEDE-DEV] Bind not building

I’m seeing the following when building bind: OpenWrt-libtool: link: x86_64-openwrt-linux-musl-gcc -Os -pipe -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -iremap/home/philipp/bertram/lede/build_dir/target-x86_64_musl_powercode-bmu/bind-9.1

Re: [LEDE-DEV] [RFC] kernel patches cleanup

> On Jul 31, 2017, at 10:11 AM, John Crispin wrote: > > Hi, > > I rebased my ages old kernel patch cleanup series. It can be found here [1]. > > the series annotates all patches and splits them up into 3 folders > backports/pending/hacks. What’s the criteria for each? And isn’t “hacks” kin

Re: [LEDE-DEV] Bind not building

> On Aug 7, 2017, at 6:37 PM, Matthias Schiffer > wrote: > > On 08/07/2017 06:14 PM, Philip Prindeville wrote: >> I’m seeing the following when building bind: >> >> OpenWrt-libtool: link: x86_64-openwrt-linux-musl-gcc -Os -pipe >> -fno-caller-saves -fno-

Re: [LEDE-DEV] [RFC] kernel patches cleanup

> On Aug 7, 2017, at 3:48 PM, Rafał Miłecki wrote: > > On 7 August 2017 at 21:20, Philip Prindeville > wrote: >>> On Jul 31, 2017, at 10:11 AM, John Crispin wrote: >>> >>> Hi, >>> >>> I rebased my ages old kernel patch cleanup series

[LEDE-DEV] Modules should have default parameters as part of packaging

Hi, There are times when the default module parameters are suboptimal for OpenWrt/LEDE, for instance NICs may have defaults which are optimized for end-systems (hosts) and not transit-systems (routers). This bug is outline in FS#935: https://bugs.lede-project.org/index.php?do=details&task_id=9

[LEDE-DEV] What to do when your PR stalls?

Hi. This was a bit of an issue with OpenWrt and I’m not sure if it’s starting to be a problem with LEDE or if August is just the month when all of Europe shuts down and nothing gets done… I’m hoping it’s the latter. Can we formalize what the procedures are for someone submitting a PR, how long

Re: [LEDE-DEV] What to do when your PR stalls?

> On Aug 16, 2017, at 7:04 PM, Florian Fainelli wrote: > > On 08/16/2017 12:03 PM, Philip Prindeville wrote: >> Hi. >> >> This was a bit of an issue with OpenWrt and I’m not sure if it’s starting to >> be a problem with LEDE or if August is just the month when

[LEDE-DEV] Travis broken?

Github is trying to CI test a change to PHP7 and it’s never completing, even after 50 minutes of build time: https://travis-ci.org/openwrt/packages/builds/266325516?utm_source=github_status&utm_medium=notification Is this a known issue from the recent round of changes? It seems that a LOT of pa

[LEDE-DEV] Issues with xtables-addons after rebasing today

I rebased about an hour ago and then tried to rebuild everything. Now I’m seeing what’s below. I looked at the commit logs, though, and nothing stands out as a likely culprit… except maybe the bump from 4.9.40 to 4.9.44. If I rebase back to d9564d7 bcm53xx: backport DTS commits that setup USB

Re: [LEDE-DEV] Issues with xtables-addons after rebasing today

And it looks like Hannu is way ahead of me: https://bugs.lede-project.org/index.php?do=details&task_id=969 > On Aug 19, 2017, at 2:59 PM, Philip Prindeville > wrote: > > I rebased about an hour ago and then tried to rebuild everything. Now I’m > seeing what’s below. &

Re: [LEDE-DEV] [PATCH 2/2] toolchain: gcc: drop MIPS patch

> On Aug 22, 2017, at 4:01 AM, Kevin Darbyshire-Bryant > wrote: > > Drop 300-mips_Os_cpu_rtx_cost_model.patch for gcc 7.2 > > This was causing mis-compilation of dropbear with the default '-Os' size > optimization as reported in FS#814 > > Tested on ar71xx, archer C7 v2. For size comparison

Re: [LEDE-DEV] Issues with xtables-addons after rebasing today

Found the issue, and posted PR #1308 to fix it. One-line fix. > On Aug 19, 2017, at 3:06 PM, Philip Prindeville > wrote: > > And it looks like Hannu is way ahead of me: > > https://bugs.lede-project.org/index.php?do=details&task_id=969 > > >> O

Re: [LEDE-DEV] Issues with xtables-addons after rebasing today

> On Aug 22, 2017, at 1:56 PM, Arjen de Korte wrote: > > Citeren Philip Prindeville : > >> Found the issue, and posted PR #1308 to fix it. One-line fix. >> >> >>> On Aug 19, 2017, at 3:06 PM, Philip Prindeville >>> wrote: >>> >&

Re: [LEDE-DEV] proper protocol for submitting patches that should be upstreamed as well?

> On Aug 28, 2017, at 6:15 AM, rpj...@crashcourse.ca wrote: > > do the LEDE admins look for that stuff like that > and upstream it automatically? No, as it’s your patch, you need to be the one presenting it so you can answer questions about it, make changes if asked to do so, etc. _

Re: [LEDE-DEV] Strange build error

> 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 build server VPS, using >> current master and the RT5350F-OLINUXINO profile: >> >> When trying to re-build the LEDE tree (af

[LEDE-DEV] Recent issues w/ sysupgrade

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] Recent issues w/ sysupgrade

> 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

[LEDE-DEV] Sysupgrade and networking

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 is

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

> 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,

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

Looking a little further into the console logging, what I’m seeing after a “dd” directly onto the flash is this: Press the [f] key and hit [enter] to enter failsafe mode Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level [6.299598] mount_root: loading kmods from inte

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

> On Sep 5, 2017, at 8:50 PM, Ryan Mounce wrote: > > On 31 August 2017 at 04:11, Philip Prindeville > wrote: >> Looking a little further into the console logging, what I’m seeing after a >> “dd” directly onto the flash is this: >> >> Press the [f] key an

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

alled an image. No more issues with sysupgrade or rebooting. > On Sep 5, 2017, at 10:19 PM, Ryan Mounce wrote: > > The culprit is > e505f59 utils/util-linux: Update to 2.30.1 > > On 6 September 2017 at 12:24, Philip Prindeville > wrote: >> >> Thanks. >>

[LEDE-DEV] Update to util-linux 2.30.1 breaks x86_64 squashfs-combined

Changing the subject from the previous thread as it turned out to not have to do with sysupgrade at all. What I can tell is this, having added some tracing to fstools. We get to the call to system() in rootdisk_volume_init(): https://git.lede-project.org/?p=project/fstools.git;a=blob;f=libfstoo

[LEDE-DEV] Starting logging earlier

I was wondering why the loggers (except ubox) are all started as priority 20 (same as “network”): $ grep START= package/system/ubox/files/log.init feeds/packages/net/ulogd/files/ulogd.init feeds/packages/net/rsyslog/files/rsyslog.init feeds/packages/admin/syslog-ng/files/syslog-ng.init packag

Re: [LEDE-DEV] Starting logging earlier

> On Sep 11, 2017, at 1:33 PM, Philip Prindeville > wrote: > > I was wondering why the loggers (except ubox) are all started as priority 20 > (same as “network”): > > $ grep START= package/system/ubox/files/log.init > feeds/packages/net/ulogd/files/ulogd.init >

Re: [LEDE-DEV] x86 sysupgrade: preserve partition table

That’s what the -p flag to sysupgrade is for. Also, there’s not much point in resizing the rootdisk partition: even applying several upgrades and maybe adding some new packages, the amount of used space isn’t going to grow significantly. You’re better off creating a 3rd EXT4 partition as /var o

Re: [LEDE-DEV] [PATCH 3/3] Add debug output for service_timeout

Inline Sent from my iPhone > On Sep 28, 2017, at 1:09 AM, Philipp Meier wrote: > > Signed-off-by: Philipp Meier > --- > service.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/service.c b/service.c > index 0a9e25d..97b6f91 100644 > --- a/service.c > +++ b/service.c

Re: [LEDE-DEV] [PATCH 1/3] Remove ttl==255 restriction for queries

Why was this test there and equally why are we removing it? > On Sep 28, 2017, at 1:09 AM, Philipp Meier wrote: > > Signed-off-by: Philipp Meier > --- > interface.c | 6 -- > 1 file changed, 6 deletions(-) > > diff --git a/interface.c b/interface.c > index 3904c89..7f814d2 100644 > --- a/in

Re: [LEDE-DEV] [PATCH 1/3] Remove ttl==255 restriction for queries

> On Sep 28, 2017, at 2:32 PM, Christian Lamparter > wrote: > >> On Thursday, September 28, 2017 1:36:52 PM CEST Philip Prindeville wrote: >> Why was this test there and equally why are we removing it? > I guess it was there so umdns would ignore any forwarded mdns? &g

[LEDE-DEV] Updating Perl to 5.26.1

Hi. I’m trying to update Perl from 5.24.1 to 5.26.1 but running into some issues. We don’t use ./Configure to build the target versions (just the host version), so when new settings are added, we need to figure out what they are… and what the appropriate settings are for all processors. And wo

Re: [LEDE-DEV] Updating Perl to 5.26.1

> On Sep 28, 2017, at 4:04 PM, Russell Senior wrote: > >>>>>> "Philip" == Philip Prindeville >>>>>> writes: > > Philip> Hi. I’m trying to update Perl from 5.24.1 to 5.26.1 but running > Philip> into some issues. > >

Re: [LEDE-DEV] [PATCH netifd] system-linux: add support for hotplug event 'move'

Inline… > On Sep 28, 2017, at 2:32 AM, Martin Schiller wrote: > > If you rename a network interface, there is a move uevent > invoked instead of remove/add. > > This patch adds support for this kind of event. > > Signed-off-by: Martin Schiller > --- > system-linux.c | 31

Re: [LEDE-DEV] Update to util-linux 2.30.1 breaks x86_64 squashfs-combined

> On Sep 29, 2017, at 4:39 AM, Felix Fietkau wrote: > > On 2017-09-29 12:20, Felix Fietkau wrote: >> On 2017-09-11 02:33, Philip Prindeville wrote: >>> Changing the subject from the previous thread as it turned out to not have >>> to do with sysupgrade at all.

Re: [LEDE-DEV] [PATCH 1/3] Remove ttl==255 restriction for queries

> On Sep 29, 2017, at 3:49 AM, Matthias May wrote: > > The link from Philip Prindeville shows quite well why this removal was > required: > [quote] > check-response-ttl= Takes a boolean value ("yes" or "no"). If set to "yes", > an additional

Re: [LEDE-DEV] Update to util-linux 2.30.1 breaks x86_64 squashfs-combined

> On Sep 29, 2017, at 7:18 PM, Florian Fainelli wrote: > > > > On 09/29/2017 06:01 PM, Philip Prindeville wrote: >> >> [snip] >> Tested on x86_64. Seems to work. > > To avoid patching mored packages in the future, would it make sense to >

[LEDE-DEV] Available for consulting services/contracting

Hi all, I’m available for LEDE/OpenWrt contracting work (platform bring-up, adding new packages, porting applications to the LEDE environment, customization, etc) if there’s such a need. I’m on LinkedIn: https://www.linkedin.com/in/philipprindeville/ and GitHub as pprindeville, of course. Ple

Re: [LEDE-DEV] openwrt/packages

> On Oct 10, 2017, at 3:44 PM, Val Kulkov wrote: > > What is the most appropriate forum for discussing issues related to > the community management of openwrt/packages? > > Unless I am missing something, there is no forum, no wiki nor any > other place for discussing openwrt/packages other than

[LEDE-DEV] Need review of Perl bump to 5.26.1

Hi. We’re currently at Perl 5.24.1 but there are some known CVE’s in that version. 5.26.1 was recently released with fixes. New architecture specific parameters were added with 5.26.1 to the configuration, as well as a couple of new functions which (as best I can tell), both MUSL and glibc ei

Re: [LEDE-DEV] Need review of Perl bump to 5.26.1 (urgent)

> On Oct 17, 2017, at 4:36 PM, Philip Prindeville > wrote: > > [snip] > > Since there ARE known and remedied CVE’s, I’d like to move quickly on this. > I should have qualified that. I’m going to commit 48 hours after sending out that last email unless any

[LEDE-DEV] Testing ARM images

Hi. I was recently working on updating Perl 5.26.1 which required making machine-specific parameters for cross-builds (because Perl doesn’t use autoconf), and was able to test for x86_64 on KVM/libvirt, but have not tried any other platforms (well, I built armvirt but haven’t run anything in a

Re: [LEDE-DEV] Need review of Perl bump to 5.26.1

Heads up that Perl has been updated to 5.26.1. Please notify me of any ensuing related issues. Thanks ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] Testing ARM images

> On Oct 25, 2017, at 8:32 PM, Yousong Zhou wrote: > > On 26 October 2017 at 08:08, Philip Prindeville > wrote: >> Hi. >> >> I was recently working on updating Perl 5.26.1 which required making >> machine-specific parameters for cross-builds (because Per

Re: [LEDE-DEV] [PATCH v2] merge: add OpenWrt branding

Hi all, Does it seem to anyone else that we’re making this more complicated than it needs to be? If one of the goals we’re going for from here on out is “equality”, then a basic litmus test to be applied to any action might be “does this get us closer to a level playing field, or further away”

Re: [LEDE-DEV] [PATCH 1/9] hwmon-coretemp: add thermal monitor for Core/Core2/Atom

> On Oct 22, 2017, at 11:57 PM, Felix Fietkau wrote: > > On 2017-10-23 05:50, Yousong Zhou wrote: >> On 23 October 2017 at 04:21, Zoltan HERPAI wrote: >>> From: Philip Prindeville >>> >>> Signed-off-by: Philip Prindeville >>>

Re: [LEDE-DEV] [PATCH] [RFC] openssl: update to version 1.1.0f

Inline… > On Oct 31, 2017, at 3:56 AM, Baptiste Jonglez > wrote: > > From: Baptiste Jonglez > > This patch is marked [RFC] because this is such a huge change, and some > dependent packages now fail to build because of API changes. Also, there > is no parallel build for now, but this was alre

Re: [LEDE-DEV] kernel 4.9 migration for next release

> On Oct 3, 2017, at 3:27 AM, Stijn Tintel wrote: > > On 03-10-17 03:31, David Lang wrote: >> note that the kernel currently under development (4.14) is tagged to >> be a LTS kernel (6 years of support), so it would be good to work on >> that if possible. > I would prefer to have a release based

[LEDE-DEV] Busybox weirdness

Can someone else please try to reproduce this? I’m using busybox’s wget on x86_64 hardware, and when I do a “wget” of 2 http: URI’s, it mangles the second URI’s derived filename: root@lede:/tmp/x# wget http://geolite.maxmind.com/download/geoip/database/GeoIPv6.csv.gz http://geolite.maxmind.co

Re: [LEDE-DEV] Busybox weirdness

> On Nov 1, 2017, at 8:36 PM, Philip Prindeville > wrote: > > Can someone else please try to reproduce this? > > I’m using busybox’s wget on x86_64 hardware, and when I do a “wget” of 2 > http: URI’s, it mangles the second URI’s derived filename: > > >

Re: [LEDE-DEV] Busybox weirdness

> On Nov 2, 2017, at 4:24 AM, edgar.sol...@web.de wrote: > > hey Phillip, > > On 02.11.2017 03:36, Philip Prindeville wrote: >> Can someone else please try to reproduce this? > > yes, not exactly but wrong resulting file name nonetheless. it's obviously a &g

[LEDE-DEV] [PATCH v1 1/1] uclient-fetch: correct filename w/ multple URLs

From: Philip Prindeville When uclient-fetch is called with multiple URL's, it derives the first filename based on the URL. When it then handles the 2nd and subsequent URLs, it assumes that it was called with a -O filename argument as the output file, because it tries to overload the var

Re: [LEDE-DEV] [PATCH v1 1/1] uclient-fetch: correct filename w/ multple URLs

> On Nov 2, 2017, at 3:03 PM, Felix Fietkau wrote: > > On 2017-11-02 19:23, Philip Prindeville wrote: >> From: Philip Prindeville >> >> When uclient-fetch is called with multiple URL's, it derives the >> first filename based on the URL. When it then hand

Re: [LEDE-DEV] [PATCH v1 1/1] uclient-fetch: correct filename w/ multple URLs

> On Nov 2, 2017, at 3:54 PM, Felix Fietkau wrote: > > On 2017-11-02 22:50, Philip Prindeville wrote: >> >> Okay, great. >> >> When will this show up in LEDE? > Pushed just now. > > - Felix Tested and confirmed!

Re: [LEDE-DEV] [PATCH] dropbear: make syslog support configurable

NAK, inline: > On Nov 3, 2017, at 6:46 AM, Hans Dedecker wrote: > > By default dropbear logs to syslog which discloses info about account names > when doing connection attempts (e.g. "Bad password attempt for 'engineer' from > x.x.x.x:y") > As this facilitates brute force attempts against accou

Re: [LEDE-DEV] [PATCH] dropbear: make syslog support configurable

> On Nov 4, 2017, at 3:14 AM, Petr Štetiar wrote: > > Hans Dedecker [2017-11-03 13:46:14]: > > Hi, > >> By default dropbear logs to syslog which discloses info about account names >> when doing connection attempts (e.g. "Bad password attempt for 'engineer' >> from x.x.x.x:y") > > I don't get

[LEDE-DEV] Issues building libunwind for x86_32

I’m seeing the following when trying to build a Geode image: make[6]: Entering directory '/home/philipp/bertram/lede3/build_dir/target-i386_pentium_musl/libunwind-1.2.1/src' /bin/bash ../libtool --tag=CC --mode=link i486-openwrt-linux-musl-gcc -Os -pipe -march=pentium-mmx -fno-caller-saves

Re: [LEDE-DEV] Issues building libunwind for x86_32

> On Nov 5, 2017, at 3:28 PM, Philip Prindeville > wrote: > > I’m seeing the following when trying to build a Geode image: > > > make[6]: Entering directory > '/home/philipp/bertram/lede3/build_dir/target-i386_pentium_musl/libunwind-1.2.1/src' > /bin/ba

Re: [LEDE-DEV] Issues building libunwind for x86_32

> On Nov 5, 2017, at 7:55 PM, Yousong Zhou wrote: > > On 6 November 2017 at 06:28, Philip Prindeville > wrote: >> I’m seeing the following when trying to build a Geode image: >> >> [snip] > > Hi, I have just pushed a change to disable ssp with libunw

Re: [LEDE-DEV] glibc finally fixes /etc/resolv.conf handling

afflict clients (especially roaming WiFi clients) being an LEDE router than LEDE itself. -Philip > On Jul 3, 2017, at 2:04 PM, Philip Prindeville > wrote: > > For everyone who has ever wondered why they need to stop and restart long > running services when they move from one net

[LEDE-DEV] Adding firewall extensions for xt_geoip usage

Jo and others: Is there an easy way to extend firewall rules? I’d like to add support to blocking on a per-country basis, possibly with qualified exceptions. For instance, if I wanted to block all ISP’s from RU, but allow email from Kaspersky’s servers in Russia. I’d like to do something like

  1   2   >