Re: [OpenWrt-Devel] A second 'make' always rebuilds something

2019-01-30 Thread Daniel F. Dickinson
On 2019-01-30 5:51 a.m., Jo-Philipp Wich wrote: > Hi, > > please share the exact steps used to trigger the issue. Running a simple > "make" after an initial build here does not trigger the recompilation of > uci or the kernel. > > ~ Jo > And environment (OS, distro, version) please! Regards, Dani

Re: [OpenWrt-Devel] flock clash with msmtpq-ng-mta

2019-01-09 Thread Daniel F. Dickinson
On 2019-01-07 4:57 p.m., Marcel Telka wrote: > On Sat, Jan 05, 2019 at 03:54:52AM -0500, Daniel F. Dickinson wrote: >> On 2019-01-04 2:14 a.m., Marcel Telka wrote: >>> Hi, >>> >>> After upgrade from LEDE 17.01.4 to OpenWrt 18.06.1 I noticed that >>>

Re: [OpenWrt-Devel] [PATCH experimental] quilt: Build a kernel git tree

2019-01-09 Thread Daniel F. Dickinson
On 2019-01-07 8:49 p.m., Daniel Santos wrote: > This is is mostly for those who've wanted something like this.  It still > needs cleanup. > > This patch enables OpenWRT to re-construct a kernel git tree instead of > just extracting and patching the kernel sources to an essentially > temporary direc

Re: [OpenWrt-Devel] Do all devs follow GitHub or is list still the preferred discussion location?

2019-01-09 Thread Daniel F. Dickinson
On 2019-01-09 7:45 a.m., Jo-Philipp Wich wrote: > Hi, > > personally I rarely visit Github PRs these days, any discussions going > on there (in issues or PRs) will likely get overlooked by most devs. > > ~ Thanks.  That's kind of what I thought.  I don't suppose there is any chance of having a sm

Re: [OpenWrt-Devel] [PATCH] config: enable some useful features on !SMALL_FLASH devices

2019-01-07 Thread Daniel F. Dickinson
On 2019-01-07 4:03 a.m., Daniel Golle wrote: > On Tue, Jan 01, 2019 at 08:46:25PM +0100, Petr Štetiar wrote: >> Daniel Golle [2019-01-01 17:56:25]: >> >> Hi, >> >>> On Sun, Dec 30, 2018 at 11:26:58AM +0100, Petr Štetiar wrote: Daniel Golle [2018-12-29 06:51:32]: > config KERNEL_AIO

Re: [OpenWrt-Devel] GCC 7.4.0 ld LTO plugin issues with SDK

2019-01-07 Thread Daniel F. Dickinson
On 2019-01-03 2:21 a.m., Daniel F. Dickinson wrote: > On 2019-01-02 8:58 p.m., Daniel F. Dickinson wrote: >> On 2019-01-02 3:06 p.m., Daniel F. Dickinson wrote: >>> Hi, >>> >>> With the SDK I'm getting errors with LTO -- at least for json-c LD is >

Re: [OpenWrt-Devel] [PATCH] config: enable some useful features on !SMALL_FLASH devices

2019-01-06 Thread Daniel F. Dickinson
On 2018-12-29 12:51 a.m., Daniel Golle wrote: > enable kernel features needed for procd-ujail, procd-seccomp, lxc and > lvm2 on devices with big enough flash. Those packages are currently > useless in binary builds due to missing kernel features. > Enable the features on devices which can bare with

Re: [OpenWrt-Devel] flock clash with msmtpq-ng-mta

2019-01-05 Thread Daniel F. Dickinson
On 2019-01-05 3:54 a.m., Daniel F. Dickinson wrote: > On 2019-01-04 2:14 a.m., Marcel Telka wrote: >> Hi, >> >> After upgrade from LEDE 17.01.4 to OpenWrt 18.06.1 I noticed that >> mailq from >> the msmtpq-ng-mta package no longer works: >> > So I have

Re: [OpenWrt-Devel] flock clash with msmtpq-ng-mta

2019-01-05 Thread Daniel F. Dickinson
On 2019-01-04 2:14 a.m., Marcel Telka wrote: > Hi, > > After upgrade from LEDE 17.01.4 to OpenWrt 18.06.1 I noticed that > mailq from > the msmtpq-ng-mta package no longer works: > So I have bad news -- I'm upstream and I deprecated / abandoned the msmtpq-ng as a bad idea.  I could probably be conv

Re: [OpenWrt-Devel] Do all devs follow GitHub or is list still the preferred discussion location?

2019-01-05 Thread Daniel F. Dickinson
Sorry for dup sent from wrong address and expected a bounce but it got accepted. ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Do all devs follow GitHub or is list still the preferred discussion location?

2019-01-05 Thread Daniel F. Dickinson
So I got 'yelled at'[0] for saying "Would you be willing to send this or something based on it to the openwrt-devel@lists.openwrt.org list?  That's the best place to discuss distro wide stuff like this.  https://lists.openwrt.org/mailman/listinfo/openwrt-devel I'm glad someone is taking this up!" i

[OpenWrt-Devel] Do all devs follow GitHub or is list still the preferred discussion location?

2019-01-05 Thread Daniel F. Dickinson
So I got 'yelled at'[0] for saying "Would you be willing to send this or something based on it to the openwrt-devel@lists.openwrt.org list?  That's the best place to discuss distro wide stuff like this.  https://lists.openwrt.org/mailman/listinfo/openwrt-devel I'm glad someone is taking this up!" i

Re: [OpenWrt-Devel] GCC 7.4.0 ld LTO plugin issues with SDK

2019-01-02 Thread Daniel F. Dickinson
On 2019-01-02 8:58 p.m., Daniel F. Dickinson wrote: > On 2019-01-02 3:06 p.m., Daniel F. Dickinson wrote: >> Hi, >> >> With the SDK I'm getting errors with LTO -- at least for json-c LD is >> trying to load the *target's* LTO plugin instead of host. >>

Re: [OpenWrt-Devel] GCC 7.4.0 ld LTO plugin issues with SDK

2019-01-02 Thread Daniel F. Dickinson
On 2019-01-02 3:06 p.m., Daniel F. Dickinson wrote: > Hi, > > With the SDK I'm getting errors with LTO -- at least for json-c LD is > trying to load the *target's* LTO plugin instead of host. > > 7.4.0_musl_eabi/bin/../libexec/gcc/arm-openwrt-linux-muslgnueabi/7.4

Re: [OpenWrt-Devel] GCC 7.4.0 ld LTO plugin issues with SDK

2019-01-02 Thread Daniel F. Dickinson
On 2019-01-02 3:06 p.m., Daniel F. Dickinson wrote: > Hi, > > With the SDK I'm getting errors with LTO -- at least for json-c LD is > trying to load the *target's* LTO plugin instead of host. > For reference the error in the previous maili is *in* the SDK.  Same p

[OpenWrt-Devel] GCC 7.4.0 ld LTO plugin issues with SDK

2019-01-02 Thread Daniel F. Dickinson
Hi, With the SDK I'm getting errors with LTO -- at least for json-c LD is trying to load the *target's* LTO plugin instead of host. Not sure where to start looking for this. Some relevant config: 'like buildbot' when building SDK: all packages and kernel mods and target specific packages. Is L

[OpenWrt-Devel] 18.06-snapshots?

2018-12-11 Thread Daniel F. Dickinson
Hi, Just wondering if there are snapshots built for the backports etc done onto the 18.06 tree (e.g. in preparation for 18.06.2), or after release are there only adhoc builds for release candidates for the point release? If there are snapshots could the link be added to https://downloads.ope

[OpenWrt-Devel] Enabling initramfs images for PowerCloud CR5000 by default

2018-12-11 Thread Daniel F. Dickinson
Hi all, I'm wondering if it's possible to enable builds of initramfs (in addition to the main sysupgrade images) by default for PowerCloud CR5000 (and possibly CAP324, but see note) and CR3000. Previously one had to add a serial header to get these away from stock, but I've poked away and di

Re: [OpenWrt-Devel] ath7:9: ar9342/ar1022 board with pcie 5Ghz wireless worked for ar71xx but not ath79

2018-12-10 Thread Daniel F. Dickinson
On 2018-12-10 8:59 p.m., Daniel F. Dickinson wrote: Hi all, I'm not sure what's changed but the PowerCloud CR5000 DTS for ath79 no longer works for 5GHz wireless (everything else does though).  It worked for ar71xx in 18.06.1 (have not yet tried ar71xx in master). So a few detail

[OpenWrt-Devel] ath7:9: ar9342/ar1022 board with pcie 5Ghz wireless worked for ar71xx but not ath79

2018-12-10 Thread Daniel F. Dickinson
Hi all, I'm not sure what's changed but the PowerCloud CR5000 DTS for ath79 no longer works for 5GHz wireless (everything else does though).  It worked for ar71xx in 18.06.1 (have not yet tried ar71xx in master). It tried some changes discussed on https://github.com/openwrt/openwrt/pull/1613

Re: [OpenWrt-Devel] GitHub and -devel; differentiating between voting committers and random community comments

2018-09-14 Thread Daniel F. Dickinson
On 2018-09-14 11:18 a.m., Karl Palsson wrote: "Daniel F. Dickinson" wrote: Hi, This isn't my first preference, but I think this is becoming a bit of a problem, especially for people not all that familiar with who's who in OpenWrt. I've noticed that community (vs.

Re: [OpenWrt-Devel] ath79 policy questions

2018-09-14 Thread Daniel F. Dickinson
On 2018-09-13 1:12 p.m., Lech Perczak wrote: Hello Daniel, Answers inline. Thanks but for *policy* questions I prefer answers from voting committers like Mathias Kresin (who has been working on herding ath79). W dniu 2018-09-12 o 04:24, Daniel F. Dickinson pisze: Hi, I'm having tr

[OpenWrt-Devel] GitHub and -devel; differentiating between voting committers and random community comments

2018-09-14 Thread Daniel F. Dickinson
Hi, This isn't my first preference, but I think this is becoming a bit of a problem, especially for people not all that familiar with who's who in OpenWrt. I've noticed that community (vs. voting committers) often jump in with (presumably well-meant) advice that might not actually match what

[OpenWrt-Devel] ath79 policy questions

2018-09-11 Thread Daniel F. Dickinson
Hi, I'm having trouble finding a concise summary of what is the policy for using multiple leds for boot/failsafe, etc status (in this case updating CAP324 to use both colours of the 'power' led, now that such logic in in ath79 tree). Also are leds supposed to be named according to manufactur

[OpenWrt-Devel] Including other .json in hotplug.json

2018-08-20 Thread Daniel F. Dickinson
Hi all, For /etc/hotplug.json is it possible to include another .json file conditionally (that is if /etc/hotplug.json.d/30-nut-usbhid-ups.json exists, include it)? Regards, Daniel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https:

[OpenWrt-Devel] openwrt/packages: [RFC] Proposed flattening of menuconfig menus

2018-08-19 Thread Daniel F. Dickinson
On 2018-08-13 06:19 AM, Karl Palsson wrote: > "Daniel F. Dickinson" wrote: >> Posting on list as I think the discussion should include as >> folks as possible in the discussion. >> >> https://github.com/openwrt/packages/issues/6745 >> >>>

Re: [OpenWrt-Devel] openwrt/packages: [RFC] Regarding preferences re: switch to codeload

2018-08-19 Thread Daniel F. Dickinson
On 2018-08-19 03:09 PM, Daniel F. Dickinson wrote: > Since it's holiday season I will wait until after first full week of > September to close https://github.com/openwrt/packages/issues/6748 which > discusses this issue. > > I would like to say that impatience (and I'm

Re: [OpenWrt-Devel] openwrt/packages: [RFC] Proposed flattening of menuconfig menus

2018-08-19 Thread Daniel F. Dickinson
On 2018-08-13 06:19 AM, Karl Palsson wrote: > "Daniel F. Dickinson" wrote: >> Posting on list as I think the discussion should include as >> folks as possible in the discussion. >> >> https://github.com/openwrt/packages/issues/6745 >> >>>

Re: [OpenWrt-Devel] openwrt/packages: [RFC] Regarding preferences re: switch to codeload

2018-08-19 Thread Daniel F. Dickinson
Since it's holiday season I will wait until after first full week of September to close https://github.com/openwrt/packages/issues/6748 which discusses this issue. I would like to say that impatience (and I'm badly guilty of this too), is a big part of the problem here and with the perceived maint

Re: [OpenWrt-Devel] [PATCH] ath79: drop SUPPORTED_DEVICES for all TP-LINK routers

2018-08-19 Thread Daniel F. Dickinson
On 2018-08-19 12:30 PM, Mathias Kresin wrote: > 08/19/2018 05:46 PM, Chuanhong Guo: >> Another difference there is that eth0 and eth1 are swapped for chips >> with builtin switch (except ar7240). And I think this one makes it >> really annoying to write a config migration script. > > Indeed, it wil

Re: [OpenWrt-Devel] openwrt/packages: [RFC] Regarding preferences re: switch to codeload

2018-08-17 Thread Daniel F. Dickinson
On 2018-08-13 01:45 PM, Rosen Penev wrote: > On Mon, Aug 13, 2018 at 2:45 AM Jo-Philipp Wich wrote: >> Hi, >> >> personally I'm opposed to the entire code load thing. >> >> First of all I was unable to reproduce the tarballs offered by Github. >> >> Github seems to use an extended tar (pax) format

Re: [OpenWrt-Devel] openwrt/packages: [RFC] Regarding preferences re: switch to codeload

2018-08-13 Thread Daniel F. Dickinson
On 2018-08-13 01:45 PM, Rosen Penev wrote: >> Furthermore I dislike the idea of tailoring download mechanisms around a >> specific proprietary service. This I agree with >> >> If the allegations about hash changes for unknown reasons are correct, >> then this raises a huge red flag for me > I ca

Re: [OpenWrt-Devel] openwrt/packages: [RFC] Proposed flattening of menuconfig menus

2018-08-13 Thread Daniel F. Dickinson
On 2018-08-13 06:19 AM, Karl Palsson wrote: > > "Daniel F. Dickinson" wrote: >> Posting on list as I think the discussion should include as >> folks as possible in the discussion. >> >> https://github.com/openwrt/packages/issues/6745 >> >>&g

[OpenWrt-Devel] openwrt/packages: [RFC] Regarding preferences re: switch to codeload

2018-08-12 Thread Daniel F. Dickinson
Posting here as this seems to me to be a project decision: From: https://github.com/openwrt/packages/issues/6748 > @neheb Has submitted a number of PR's (referenced in #6584), full list of > his/her PR's (which probably include the codeload thing for any github > pulls): https://github.com/op

[OpenWrt-Devel] openwrt/packages: [RFC] Proposed flattening of menuconfig menus

2018-08-12 Thread Daniel F. Dickinson
Posting on list as I think the discussion should include as folks as possible in the discussion. https://github.com/openwrt/packages/issues/6745 > Especially when getting started with OpenWrt finding things in menuconfig is > complicated by the second level menus that are sometimes used and some

Re: [OpenWrt-Devel] [PATCH 1/4] uboot-envtools: add ath79 target

2018-08-08 Thread Daniel F. Dickinson
On 2018-08-06 10:21 AM, David Bauer wrote: > This adds uci entries for all ath79 devices for which this already was > the case on ar71xx. Additionally we add the OCEDO Koala as there was no > support in OpenWRT yet. Can you rebase (and add boards added since the commit this is based on) against la

Re: [OpenWrt-Devel] [openwrt/openwrt] Revert "ar71xx: ag71xx: Add connect message: fixed phy"

2018-08-02 Thread Daniel F. Dickinson
On 2018-08-02 01:59 AM, Hannu Nyman wrote: > Daniel F. Dickinson wrote at Wed Aug 1 14:17:41 PDT 2018: > >> Is this reported to do nasty things *without* debugging? > > > Daniel, > > I compiled for WNDR3800 and your commits totally broke the > switch/interface

Re: [OpenWrt-Devel] [openwrt/openwrt] Revert "ar71xx: ag71xx: Prevent kernel oops for board def"

2018-08-01 Thread Daniel F. Dickinson
Looking further. WNDR has a RTL switch right? On 2018-08-01 04:34 PM, LEDE Commits wrote: > jow pushed a commit to openwrt/openwrt.git, branch master: > https://git.lede-project.org/b9bd3285c7c6fbc60374b05ac2da9be41ce75651 > > commit b9bd3285c7c6fbc60374b05ac2da9be41ce75651 > Author: Jo-Phil

Re: [OpenWrt-Devel] [openwrt/openwrt] Revert "ar71xx: ag71xx: Add connect message: fixed phy"

2018-08-01 Thread Daniel F. Dickinson
Hi Jo, Re: On 2018-08-01 04:34 PM, LEDE Commits wrote: > jow pushed a commit to openwrt/openwrt.git, branch master: > https://git.lede-project.org/33dbe2c55da1480559092185c4ef071995d9bc90 > > commit 33dbe2c55da1480559092185c4ef071995d9bc90 > Author: Jo-Philipp Wich > AuthorDate: Wed Aug 1 22:31

Re: [OpenWrt-Devel] [PATCH v2 2/4] ramips: fix RBM33G partitioning

2018-07-30 Thread Daniel F. Dickinson
On 2018-07-30 04:09 AM, Thibaut wrote: > > >> Le 30 juil. 2018 à 08:40, John Crispin a écrit : >> >> >> >> On 29/07/18 11:07, Thibaut VARÈNE wrote: >>> This patch improves 5684d087418d176cfdef4e045e1950ca7ba3b09f by correcting >>> the partition scheme for the "RouterBoot" section of the flash. >

Re: [OpenWrt-Devel] Fwd: Fixed bug

2018-07-11 Thread Daniel F. Dickinson
On 2018-07-11 11:52 AM, Voina Alex wrote: Dear OpenWRT/LEDE buddy, I have found a bug in the Chaos Calmer (15.05.1 , 448532) release that has been fixed since the lede-17.01.3 release for x86 targets. The bug is related to ubusd or libubox but I'm not really sure which one it is. It is a fi

Re: [OpenWrt-Devel] [LEDE-DEV] 18.06 Status?

2018-06-07 Thread Daniel F. Dickinson
On 2018-06-07 04:13 AM, Martin Schroeder wrote: > How about you guys vote for a person. Make a list of candidates, mail > it out to the list (people can add their own names if they wish). Then > whoever gets voted in becomes the coordinator. > Hauke seems to be the coordinator (I've seen him occa

Re: [OpenWrt-Devel] Moving the mailing lists

2018-05-26 Thread Daniel F. Dickinson
On 2018-05-26 05:17 AM, Bjørn Mork wrote: "Daniel F. Dickinson" writes: 1) How many people have their own mail server and can do *server-side* mail filtering You do not need your own mail server to do server-side filtering. Any mail service worth caring about will offer some s

Re: [OpenWrt-Devel] Moving the mailing lists

2018-05-25 Thread Daniel F. Dickinson
On 2018-05-23 02:45 PM, David Woodhouse wrote: On Wed, 2018-05-23 at 17:24 +0200, Torbjörn Jansson wrote: PS: Remove this annoying tag '[OpenWrt-Devel]' from subject. XXI century in the world - all email clients already know how filters messages based on List-Id header. Not everyone, plus led

[OpenWrt-Devel] Openembedded meta-openwrt now actually gives a working system

2018-02-01 Thread Daniel F. Dickinson
Hi all, For folks interested in both Openembedded and Openwrt you might be interested to know that the meta-openwrt layer (https://github.com/kraj/meta-openwrt) can now successfully bring up enough to have a cli + netifd and/or with base luci (depending on which image one builds). I think it

Re: [OpenWrt-Devel] [PATCH] [netifd] vlan: Array out of bounds in snprintf for vlans

2018-02-01 Thread Daniel F. Dickinson
On 01/02/18 02:29 AM, Daniel F. Dickinson wrote: On 31/01/18 06:20 AM, Paul Oranje wrote: Why use a hard coded value 4 in "snprintf(devnum, 4, "%d", vldev->id);" ? Paul Oh I see this also the uglier first throw-together; there is a v2 that isn't as bad (and is

Re: [OpenWrt-Devel] [PATCH] [netifd] vlan: Array out of bounds in snprintf for vlans

2018-01-31 Thread Daniel F. Dickinson
rst. Regards, Daniel Op 30 jan. 2018, om 19:16 heeft csho...@thecshore.com het volgende geschreven: From: "Daniel F. Dickinson" Detected during a side project. Not a brilliant fix, but it gets the job done for now. *very* lightly tested, more for your information than anything els

Re: [OpenWrt-Devel] [PATCH] [netifd] vlan: Array out of bounds in snprintf for vlans

2018-01-30 Thread Daniel F. Dickinson
On 30/01/18 01:16 PM, csho...@thecshore.com wrote: From: "Daniel F. Dickinson" Detected during a side project. Not a brilliant fix, but it gets the job done for now. *very* lightly tested, more for your information than anything else. Dammit, made an off-by-one in the fixw