Download server is down?

Looks like the download server is down, or at least has major trouble (with the backend?). There are several forum discussions about errors like 504 Gateway Time-out 502 Bad Gateway https://downloads.openwrt.org/releases/ ___ openwrt-devel maili

Re: RE: Upcoming 19.07.4 and 18.07.9 stable releases

I wonder why there seems to be practically no discussion about preparations for the 20.0x release (or actually 20.1x now...). I think that last time it was mentioned in August: http://lists.openwrt.org/pipermail/openwrt-adm/2020-August/001639.html Is there any hope for a release, or will 2020

Lots of packages fail in buildbot (cryptodev-linux, hostapd, openssl, ...)

Notified by forum discussion, I noticed that lots of packages seem to fail to build in buildbot. Faillogs e.g. in * https://downloads.openwrt.org/snapshots/faillogs/arm_cortex-a15_neon-vfpv4/packages/ * https://downloads.openwrt.org/snapshots/faillogs/mipsel_24kc/packages/ * https://downloads

Re: Lots of packages fail in buildbot (cryptodev-linux, hostapd, openssl, ...)

Rosen Penev kirjoitti 15.11.2020 klo 12.21: On Sun, Nov 15, 2020 at 2:15 AM Hannu Nyman wrote: Notified by forum discussion, I noticed that lots of packages seem to fail to build in buildbot. Faillogs e.g. in * https://downloads.openwrt.org/snapshots/faillogs/arm_cortex-a15_neon-vfpv4

Re: [PATCH] build: create $(PKG_SYMVERS_DIR) if non-existent

Paul Spooren wrote at Tue Nov 17 16:53:29 EST 2020: > Could you please provide an example when that fails? E.g. what package > makes the SDK copy things there? Pretty much all kernel related packages, like I already disgnosed a few days ago in http://lists.openwrt.org/pipermail/openwrt-devel/20

Re: [PATCH v4] build: create $(PKG_SYMVERS_DIR) if non-existent

Sebastian Kemper kirjoitti 18.11.2020 klo 23.58: Commit 5d76065 moved the creation of the symvers directory to include/kernel-build.mk. This is fine when building from scratch. But when unpacking an SDK the directory doesn't exist and because the kernel won't be built (again) this directory will

Re: running custom commands during sysupgrade -

Adrian Schmutzler wrote at Fri Oct 16 19:15:38 EDT 2020: > Fortunately, and I don't fully understand why, we were able to drive this to effectively zero by simply running > echo 3 > /proc/sys/vm/drop_caches > directly before sysupgrade. Out of a few hundred upgrades since then, I haven't had a

[PATCH] base-files: flush kernel memory cache during sysupgrade

Flush kernel memory caches during sysupgrade in order to mitigate the impact from memory consumption spikes in low-RAM devices. This may help to prevent sysupgrade causing a reboot before the actual flashing starts. Signed-off-by: Hannu Nyman --- I have noticed this to help in 64 MB WNDR3700v2

What happened to 18.06.9? (Re: Upcoming 19.07.4 and 18.07.9 stable releases

*Hauke Mehrtens* wrote on /Tue Nov 10 18:58:52 EST 2020: / /> /Currently 18.06 looks good for me and I would really like to do the final release and call it then officially end of life. I would wait for the build bot results and then do it at the weekend. What happened to 18.06.9? It was tag

Re: [PATCH] tools: zlib: fix broken compile with ccache enabled

Rosen Penev kirjoitti 18.12.2020 klo 3.25: On Thu, Dec 17, 2020 at 5:15 PM wrote: On Thu, Dec 17, 2020 at 4:13 PM wrote: -Messaggio originale- Da: Ansuel Smith Inviato: venerdì 18 dicembre 2020 00:59 A: OpenWrt Development List Cc: Ansuel Smith Oggetto: [PATCH] tools: zlib: fix

Re: [PATCH] ath10k-ct-firmware: update to 022

DENG Qingfang wrote at Wed Nov 25 22:36:26 EST 2020: Signed-off-by: DENG Qingfang https://lists.openwrt.org/mailman/listinfo/openwrt-devel>> --- package/firmware/ath10k-ct-firmware/Makefile | 68 ++-- 1 file changed, 34 insertions(+), 34 deletions(-) diff --git a/package/firm

Re: [PATCHv3] ccache: update to 4.1

Rosen Penev kirjoitti 23.12.2020 klo 8.33: Upstream switched to building with CMake. Adjust accordingly. Reapplied patch as upstream changed the file format. Added HOST_BUILD_PARALLEL for faster compilation. Added cmake tool dependency. Adjusted dependent tools to use NOCACHE as they are need

Re: [PATCHv3] ccache: update to 4.1

Rosen Penev kirjoitti 23.12.2020 klo 10.14: On Tue, Dec 22, 2020 at 11:53 PM Hannu Nyman wrote: Rosen Penev kirjoitti 23.12.2020 klo 8.33: Upstream switched to building with CMake. Adjust accordingly. Reapplied patch as upstream changed the file format. Added HOST_BUILD_PARALLEL for faster

Please revert 98b86296e6 as it breaks several ipq806x devices

Please revert commit 98b86296e6 "ipq806x: add support for ASRock G10" as it breaks several popular ipq806x devices. 98b86296e6 adds a new kernel config symbol CONFIG_CMDLINE_OVERRIDE for ipq806x and enables it for all ipq806x devices. Based on forum discussion and my own experience, that new

Re: Please revert 98b86296e6 as it breaks several ipq806x devices

Christian Lamparter kirjoitti 28.12.2020 klo 16.59: On 28/12/2020 15:27, Adrian Schmutzler wrote: -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of Hannu Nyman Sent: Montag, 28. Dezember 2020 10:12 To: OpenWrt Development List Cc: Petr

Re: Please revert 98b86296e6 as it breaks several ipq806x devices

Christian Lamparter kirjoitti 28.12.2020 klo 16.59: On 28/12/2020 15:27, Adrian Schmutzler wrote: -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of Hannu Nyman Sent: Montag, 28. Dezember 2020 10:12 To: OpenWrt Development List Cc: Petr

Re: Please revert 98b86296e6 as it breaks several ipq806x devices

Hannu Nyman kirjoitti 31.12.2020 klo 14.32: ... I did some further debugging, and noticed something. In short: Possibly the definition of CONFIG_CMDLINE_OVERRIDE has been placed into a slightly wrong place in arch/arm/Kconfig. I compared the kernel build log with the working code (without

Re: Please revert 98b86296e6 as it breaks several ipq806x devices

Paweł Dembicki kirjoitti 31.12.2020 klo 23.42: Thanks Hannu for the inspection. It was a great job. Kconfig entry was misplaced after rebase in the early stage of my work. I moved it to the proper place. Patches are placed on my github fork: https://github.com/CHKDSK88/openwrt-1/tree/asrock_g10

Re: [PATCH 2/2] base-files: replace PKG_RELEASE with findrev

Paul Spooren kirjoitti 2.1.2021 klo 2.22: The newly added `findrev` function does automatic versioning based on Git commits of the package. Replace tedious to bump and merge conflict causing `PKG_RELEASE` and replace it with `findrev`. Sounds reasonable for me. The PKG_RELEASE in base-files h

Re: [PATCHv2 2/3] busybox: update to 1.33

Rosen Penev kirjoitti 4.1.2021 klo 5.32: Remove stime backport. Remove static libgcc patch as upstream fixed it with BUSYBOX_DEFAULT_STATIC_LIBGCC which defauls to off. Remove date -k patch as it no longer applies. It's also pointless as busybox' hwclock utility can do the same thing. Remove n

Re: [PATCH] libpcap: update to 1.10.0

Rosen Penev kirjoitti 4.1.2021 klo 10.31: On Sun, Jan 3, 2021 at 11:35 PM Bjørn Mork wrote: Rosen Penev writes: ... @@ -48,11 +47,15 @@ endef CMAKE_OPTIONS += \ -DBUILD_SHARED_LIBS=ON \ -DBUILD_WITH_LIBNL=OFF \ + -DINET6=O$(if $(CONFIG_IPV6),N,FF) # grep 'option(DISAB

Re: [PATCHv2 2/3] busybox: update to 1.33

Petr Štetiar wrote at Mon Jan 4 09:20:57 EST 2021: > what's the status of the ash deadlock regression[1] introduced likely in 1.32? I think that is was already mentioned in Hauke's earlier message regarding the v1 patch: http://lists.openwrt.org/pipermail/openwrt-devel/2021-January/033084.ht

Re: [PATCHv2 2/3] busybox: update to 1.33

Rosen Penev kirjoitti 5.1.2021 klo 0.29: On Sun, Jan 3, 2021 at 10:14 PM Hannu Nyman wrote: Rosen Penev kirjoitti 4.1.2021 klo 5.32: Remove stime backport. Remove static libgcc patch as upstream fixed it with BUSYBOX_DEFAULT_STATIC_LIBGCC which defauls to off. Remove date -k patch as it no

Re: [PATCHv2 2/3] busybox: update to 1.33

Hannu Nyman kirjoitti 5.1.2021 klo 16.34: Rosen Penev kirjoitti 5.1.2021 klo 0.29: On Sun, Jan 3, 2021 at 10:14 PM Hannu Nyman wrote: ... Please remove the patch section that removes the global IPV6 option's impact. If you remove the IPV6 logic, busybox will be compiled with IPv6 alt

Re: [PATCHv2 2/3] busybox: update to 1.33

Rosen Penev kirjoitti 6.1.2021 klo 0.49: On Tue, Jan 5, 2021 at 12:20 PM Hannu Nyman wrote: Hannu Nyman kirjoitti 5.1.2021 klo 16.34: Rosen Penev kirjoitti 5.1.2021 klo 0.29: It seems the config section is not refreshed either in this patch. That is, the other Config.in files. No idea how to

Re: [PATCHv2 2/3] busybox: update to 1.33

Hannu Nyman kirjoitti 6.1.2021 klo 12.08: Rosen Penev kirjoitti 6.1.2021 klo 0.49: On Tue, Jan 5, 2021 at 12:20 PM Hannu Nyman  wrote: Hannu Nyman kirjoitti 5.1.2021 klo 16.34: Rosen Penev kirjoitti 5.1.2021 klo 0.29: It seems the config section is not refreshed either in this patch. That is

Re: [PATCHv3 2/3] busybox: update to 1.33

Rosen Penev kirjoitti 8.1.2021 klo 5.30: ... Refresh config and patches. Signed-off-by: Rosen Penev --- v3: more complete config refresh. v2: refreshed config and slight rewording. I have applied and tested the v3 patch series in my builds for ath79/WNDR3700v2, ipq806x/R7800 and mvebu/

Re: [PATCHv3 1/3] base-files: use hwclock --systz

Rosen Penev kirjoitti 8.1.2021 klo 5.30: The date -k patch is non standard and will be removed in the next commit. ... --- a/package/base-files/files/etc/init.d/system +++ b/package/base-files/files/etc/init.d/system @@ -27,7 +27,7 @@ system_config() { ln -sf "/usr/share/zoneinf

Re: [PATCHv3 1/3] base-files: use hwclock --systz

Hannu Nyman kirjoitti 10.1.2021 klo 19.25: Rosen Penev kirjoitti 8.1.2021 klo 5.30: The date -k patch is non standard and will be removed in the next commit. ... --- a/package/base-files/files/etc/init.d/system +++ b/package/base-files/files/etc/init.d/system @@ -27,7 +27,7 @@ system_config

Re: [PATCH v2] base-files: restore status of system-services after sysupgrade

Martin Schiller kirjoitti 12.1.2021 klo 9.25: On 2021-01-11 23:07, Sven Roederer wrote: Restore the status of the system-services after sysupgrade. Create a file with the status of all known services and keep it during upgrade. After upgrade run a uci-default script to restore every single servi

Re: base-files: flush kernel memory cache during sysupgrade

Stijn Segers kirjoitti 13.1.2021 klo 0.48: Have tested this on a few low-RAM devices, among which a TL-WR841N v7 (32 MiB) and a WNDR3700 v2 (64 MiB). No idea if this is still necessary/wanted but would be nice to see this end up in master (and trickle down to 21.xx :-D ). Tested-by: Stijn Se

Dnsmasq 2.83 causes log spam

Looks like the new dnsmasq 2.83 (and the patched 2.80 in 19.07) cause massive log spam, in style of: Fri Jan 22 06:30:09 2021 daemon.err dnsmasq[14996]: failed to send packet: Network unreachable Fri Jan 22 06:30:14 2021 daemon.err dnsmasq[14996]: failed to send packet: Network unreachable Fr

Re: Dnsmasq 2.83 causes log spam

Jo-Philipp Wich kirjoitti 22.1.2021 klo 12.37: > unfortunately we lack a reliable reproducer so far. > > A packet capture would be most helpful, another option would be a bisect of > the intermediate dnsmasq Git revisions. I bisected the dnsmasq upstream commits, and looks like it is caused by t

Re: [PATCH] dnsmasq: backport fixes

Hauke Mehrtens kirjoitti 24.1.2021 klo 13.44: This should fix some error messages shown in the log like this one: dnsmasq[5246]: failed to send packet: Network unreachable Fixes: e87c0d934c54 ("dnsmasq: Update to version 2.83") Signed-off-by: Hauke Mehrtens --- package/network/services/dnsmas

Re: [PATCH] treewide: unify OpenWrt hosted source URL

Paul Spooren kirjoitti 30.1.2021 klo 23.54: Multiple sources are hosted on OpenWrts source server only. The source URLs to point to the server vary based on different epochs in OpenWrts history. Unify them to use always the new source CDN and HTTPS. If the CDN fails, sources.o.o is used as a fal

Re: [PATCH] treewide: unify OpenWrt hosted source URL

Paul Spooren kirjoitti 31.1.2021 klo 11.19: On Sun, Jan 31, 2021 at 10:08, Hannu Nyman wrote: Paul Spooren kirjoitti 30.1.2021 klo 23.54: Multiple sources are hosted on OpenWrts source server only. The source URLs to point to the server vary based on different epochs in OpenWrts history

Re: [PATCHv3 1/3] base-files: use hwclock --systz

Rosen Penev kirjoitti 1.2.2021 klo 2.15: The date -k patch is non standard and will be removed in the next commit. ... --- a/package/base-files/files/etc/init.d/system +++ b/package/base-files/files/etc/init.d/system @@ -27,7 +27,7 @@ system_config() { ln -sf "/usr/share/zoneinfo

Re: [PATCHv3 2/3] busybox: update to 1.33

Hauke Mehrtens kirjoitti 4.2.2021 klo 1.55: On 2/1/21 1:15 AM, Rosen Penev wrote: Remove stime backport. Remove static libgcc patch as upstream fixed it with BUSYBOX_DEFAULT_STATIC_LIBGCC which defauls to off. Remove date -k patch as it no longer applies. It's also pointless as busybox' hwcloc

Re: [PATCHv3 2/3] busybox: update to 1.33

Hauke Mehrtens kirjoitti 14.2.2021 klo 16.39: On 2/4/21 5:02 PM, Hannu Nyman wrote: Hauke Mehrtens kirjoitti 4.2.2021 klo 1.55: ... The commit message should probably extended with some content Hannu suggested. That would help a lot at the next version bump. I have done most the busybox

LICENSE move to LICENSES/ by 882e3014 causes buildbot breakage

Looks like the LICENSE file move to LICENSES/ by 882e3014 causes buildbot breakage. The SDK Makefile still expects to find LICENSE file as |$(TOPDIR)/LICENSE| https://github.com/openwrt/openwrt/blob/master/target/sdk/Makefile#L133

Re: [PATCH] wireguard-tools: Add dependency on kmod-wireguard

Ilya Lipnitskiy kirjoitti 18.2.2021 klo 19.48: Hi, On Thu, Feb 18, 2021 at 9:21 AM Adrian Schmutzler wrote: I don't really get the point of this justification. Either wireguard-tools depends on kmod-wireguard, or it doesn't. In the first case, and only then, it should be "fixed" (with a prop

Re: OpenWrt 21.02 branch

I built my first OpenWrt 21.02 test build and noticed that opkg is unable to download any package lists. When I try to update package list with 21.02, opkg gives error about signature file download errors.  OpenWrt 21.02-SNAPSHOT, r15841-60823c67cb  

Re: OpenWrt 21.02 branch

Petr Štetiar kirjoitti 20.2.2021 klo 16.30: Hannu Nyman [2021-02-20 12:40:27]: Hi, There should likely be a 21.02 release key, which should be added both to the keyring and to the 21.02 buildbot config (?). So far the newest key in the keyring is the 19.07 release key. https

Re: Installation error for libncursesw6

Philip Prindeville philipp_subx at redfish-solutions.com wrote at Mon Mar 1 02:11:20 EST 2021: > Is there a workaround to force an install? * Build a new up-to-date version with the current packages data. Update opkg lists. * Download a .ipk manually and install it with opkg. To my knowledge

Please consider reverting autoconf-lean from toolchain

Apparently autoconf-lean, merged into the toolchain during last weekend, causes problems with various packages at buildbot. I am not sure if that is due to underlying problems in the specific failing packages, or due to a wrong site config from autoconf-lean, but buildbot is gradually hitting

Re: Installation error for libncursesw6

Philip Prindeville kirjoitti 2.3.2021 klo 0.37: On Mar 1, 2021, at 7:00 AM, Hannu Nyman wrote: Philip Prindeville philipp_subx at redfish-solutions.com wrote at Mon Mar 1 02:11:20 EST 2021: Is there a workaround to force an install? * Build a new up-to-date version with the current packages

Re: Buildbot infrastructure upgrade

Petr Štetiar kirjoitti 18.3.2021 klo 12.12: I'm still not that happy with the round-robin scheduler[1], but it's better then the previous state, so I'm going to deploy it soon to all masters. ... 1. https://github.com/buildbot/buildbot/issues/4592#issuecomment-801163587 Cheers, Petr I n

Re: Buildbot infrastructure upgrade

Petr Štetiar kirjoitti 19.3.2021 klo 8.39: Hannu Nyman [2021-03-18 19:52:18]: Petr Štetiar kirjoitti 18.3.2021 klo 12.12: I'm still not that happy with the round-robin scheduler[1], but it's better then the previous state, so I'm going to deploy it soon to all masters.

Re: OpenWrt 21.02-rc1

Hauke Mehrtens kirjoitti 7.4.2021 klo 1.29: Hi, How do we want to go forward with OpenWrt 21.02-rc1? * I think the base system is ok. * The http (original wolfssl) problem reported by jow is fixed * LuCI in the 21.02 branch still misses DSA support, this was merged into master some time ago as

Re: Luci / Custom Commands

e9hack kirjoitti 16.4.2021 klo 8.37: Hi, I want like to add the following command to Luci/Custom Commands: echo "/" > /proc/net/xt_recent/SSH_BLOCK But I can only add: echo "> /proc/net/xt_recent/SSH_BLOCK" How can I do it? I thought that easiest might be yo manually edit the uci config f

[OpenWrt-Devel] [PATCH] mtd: correct/change warning text about partition split / read-only status

sage even more, but I didn't invent a suitable short but informative wording. (Althoug as this is currently most often just an informative notice, I am not quite sure if the logic needs to be explained quite that closely in the message.) Signed-off-by: Hannu Nyman --- target/linux/ge

Re: [OpenWrt-Devel] [PATCH] luci:miniupnpd Fix enabled/disabled behaviour on first boot/upgrade

> miniupnpd service was always disabled after firmware upgrade. Original luci default logic was 'enable miniupnpd and if that succeeds, stop and then disable the service'. It should be 'enable miniupnpd and if that fails, stop & disable the service'. You got the original script's logic wrong,

[OpenWrt-Devel] [PATCH] ustream-ssl: correct year in PKG_VERSION string

-ssl.git;a=commit;h=a4ca61527236e89eb9efb782fd9bfd04796144e3 https://dev.openwrt.org/changeset/45441/ https://dev.openwrt.org/changeset/45157/ signed-off-by: Hannu Nyman Index: package/libs/ustream-ssl/Makefile === --- package/libs

Re: [OpenWrt-Devel] [PATCH] mtd: correct/change warning text about partition split / read-only status

read-only [2.99] 0x00188440-0x00ff : "rootfs" The patch removes the rather useless warning message. signed-off-by: Hannu Nyman --- On 10.5.2015 14:39, Felix Fietkau wrote: I think this message is quite pointless anyway, so I'd prefer to simply have it removed

[OpenWrt-Devel] [PATCH] Makefile: remove non-existent STAGING_DIR_TOOLCHAIN from dirclean

rrent code, TOOLCHAIN_DIR = $(TOPDIR)/staging_dir/$(TOOLCHAIN_DIR_NAME) BUILD_DIR_TOOLCHAIN = $(TOPDIR)/build_dir/$(TOOLCHAIN_DIR_NAME) so the item STAGING_DIR_TOOLCHAIN in the rm command is unnecessary. signed-off-by: Hannu Nyman Index

Re: [OpenWrt-Devel] [BB 14.07] No automatic buildbot anymore ???

To my knowledge theer has never been automatic building for the relase branches. Developers have selectively built core packages (like openssl) after security updates, but otherwise the updated package sources have been compiled only for the .1 maintenance releases (like 10.03.1). But so far th

Re: [OpenWrt-Devel] [PATCH] scripts/feeds: Return non-zero return code if updating of a feed failed.

I tested the patch in my build system and it seems to work ok. Having a proper error code from the feeds updating would enable better control flow in a build script, so hopefully this gets accepted. ___ openwrt-devel mailing list openwrt-devel@lists.o

Re: [OpenWrt-Devel] [PATCH] scripts/feeds: Return non-zero return code if updating of a feed failed.

John Crispin wrote: > also i am not sure if we want the script to abort if one of the feeds has failed The typical scenario for somone building regularly private builds is that updating fails due to conflicting local modifications. The user might have a "daily" build script that updates the s

[OpenWrt-Devel] [PATCH] Makefile: move cleaning of staging_dir/target* to clean instead of dirclean

clears toolchain and host(=tools) directories from both build_dir and staging_dir signed-off-by: Hannu Nyman --- This patch is continuation to r45736. ( https://dev.openwrt.org/changeset/45736 ) The behaviour, where "make clean" does not clear staging_dir/target* can leave into probl

[OpenWrt-Devel] [PATCH] scripts/feeds: return error status from feed updating (alternative approach)

, but script continues and tries to update the other feeds. After all feeds have been updated, the script returns 1 if at least one feed failed, and 0 on success with all feeds. The user can then utilise the status in his build script, if he wants. signed-off-by: Hannu Nyman Index: scripts

Re: [OpenWrt-Devel] [PATCH] scripts/feeds: Return non-zero return code if updating of a feed failed.

On 22.5.2015 16:59, John Crispin wrote: also i am not sure if we want the script to abort if one of the feeds has failed I have submitted an alternative version that simplifies the code and just returns the error information, but tries to update all feeds despite failure at one of th

[OpenWrt-Devel] bc: add download mirrors

" mirrors. Signed-off-by: Hannu Nyman --- A forum discussion brought 'bc' download problems into my attention: https://forum.openwrt.org/viewtopic.php?id=57803 The package Makefile defines only a single download server that was down, and the file is not available at the Openwr

[OpenWrt-Devel] [PATCH v2] bc: add download mirrors

quot; mirrors. Signed-off-by: Hannu Nyman --- Patch v2 corrects whitespace in the Makefile. A forum discussion brought 'bc' download problems into my attention: https://forum.openwrt.org/viewtopic.php?id=57803 The package Makefile defines only a single download server and the file

[OpenWrt-Devel] grub: add download mirrors

-alpha" mirrors. Signed-off-by: Hannu Nyman --- A forum discussion brought 'bc' download problems into my attention: https://forum.openwrt.org/viewtopic.php?id=57803 I sent a patch about bc and then searched Openwrt sources for other similar packages. In the core packages only

[OpenWrt-Devel] [PATCH] openssl: bump to 1.0.2c

version introduced an ABI incompatibility in the handling of HMAC. The previous ABI has now been restored. signed-off-by: Hannu Nyman Index: package/libs/openssl/Makefile === --- package/libs/openssl/Makefile (revision

[OpenWrt-Devel] Package list signing keys: Does the release build system use different keys than snapshots?

I created my first build from the brand-new CC15.05 chaos_calmer branch. I patched include/version.mk to get the version right, but no other changes were needed. The build is otherwise ok, but opkg does not accept package list signatures from the 15.05-rc2 directory. When I try opkg update, I

[OpenWrt-Devel] Renaming trunk to Dxx Dxx ?

Please rename trunk to Dxxx Dxxx something. It is a bit confusing when both trunk and CC15.05 claim to be Chaos Calmer. The clear identification of the two got more important now when trunk has started to use musl, and trunk and CC start to deviate further. I considered patching trunk's inclu

[OpenWrt-Devel] opkg.conf as preserved config file in sysupgrade is creating problems (especially after package signing)

/etc/opkg.conf has been declared a config file and is thus preserved in an sysupgrade. https://dev.openwrt.org/browser/trunk/package/system/opkg/Makefile#L65 After the package list signing has been enabled, that is really hurting with upgrading: the old opkg.conf gets preseverd and points to th

Re: [OpenWrt-Devel] How to keep disabled services disabled after sysupgrade

I first looked into this 4 years ago and finally figured it out 2 years ago ;-) https://forum.openwrt.org/viewtopic.php?pid=189700#p189700 There is no built-in way to keep those services installed but disabled. But there is a go-around that is used e.g. by luci-app-miniupnpd for miniupnpd: https:

[OpenWrt-Devel] [PATCH] px5g-standalone: fix compilation after fortify-headers

; errors. See https://dev.openwrt.org/ticket/19975 Fix the compilation of px5g-standalone by removing the "-pedantic" gcc option. Signed-off-by: Hannu Nyman Index: package/utils/px5g-standalone/src/Makefile === --- package/util

[OpenWrt-Devel] [PATCH] opkg: Extend 'opkg list' command to optionally display package size

Luci might be extended to utilize the new options to e.g. answer https://github.com/openwrt/luci/issues/19 Signed-off-by: Hannu Nyman < hannu.ny...@iki.fi> --- Tested with ar71xx / WNDR3700: opkg package size increase is minimal: root@OpenWrt2:~# ls -l /bin/opkg -rwxr-xr-x1 root r

Re: [OpenWrt-Devel] [PATCH] opkg: Extend 'opkg list' command to optionally display package size

I created a Luci implementation that utilises this opkg change to show the .ipk size to the user in GUI: https://github.com/openwrt/luci/issues/19#issuecomment-136397807 On 30.8.2015 17:37, Hannu Nyman wrote: ... Luci might be extended to utilize the new options to e.g. answer https

[OpenWrt-Devel] [PATCH] Add 'traceroute6' to busybox default features

This patch adds 'traceroute6' to the default features of Busybox. Signed-off-by: Hannu Nyman --- Reference to earlier discussion: https://lists.openwrt.org/pipermail/openwrt-devel/2015-August/034828.html On Sat Aug 1 16:47:02 CEST 2015 Felix Fietkau wrote: > On 2015-08-01 1

Re: [OpenWrt-Devel] [PATCH] Restore 640-bridge_no_eap_forward.patch to its original form

> Please state the svn revision and/or the commit subject in () to make > it easier to find the offending commit. The "offending commit" seems to be r38528 , the introduction of Linux 3.12. https://dev.openwrt.org/changeset/38528 https://dev.openwrt.org/changeset/38528#file55 http://git.openwr

Re: [OpenWrt-Devel] Removing Telnet

Steven Barth wrote at Wed Sep 9 08:10:18 CEST 2015: > Lack of entropy doesn't seem to be too much of an issue here, in fact in failsafe mode we generate a 1024 bit RSA-key on demand which takes <2s on my old Buffalo here. Granted its only 1024-bit but still. Now the regular keys are 2048-bit wh

[OpenWrt-Devel] Renaming trunk to Dxx Dxx ?

I repeat my earlier wish that trunk should be renamed as soon as possible. There has been several changes during the summer that have made trunk to significantly deviate from the CC branch. Some of the changes are under the hood (like musl vs. uClibc), but especially the recent telnet removal i

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

Tobias Welz wrote at Wed Sep 9 17:24:14 CEST 2015: > So I absolutely vote for some clear consistent naming of the trunk and seperate names for the releases. (What about some Cocktail with a letter from the end of the alphabet like Z Z or X X in case there exists one) On that id

Re: [OpenWrt-Devel] Renaming trunk to Dxx Dxx ? Or seperate name for Trunk?

John Crispin wrote at Fri Sep 11 08:59:01 CEST 2015: > yes, once all the stuff required for doing so is resolved :) as you may have noticed CC-final is already uploaded to the dl server. we did basic testing already and all seems well. only missing bit is that the folder currently shows a 403 a

[OpenWrt-Devel] [PATCH] Complete the trunk rename from Chaos Calmer to Designated Driver

Complete the trunk rename from Chaos Calmer to Designated Driver. r46846 changed /etc/banner to reflect Designated Driver, but did not change the actual version definition in include/toplevel.mk. https://dev.openwrt.org/changeset/46846 signed-off-by: Hannu Nyman Index: include/toplevel.mk

Re: [OpenWrt-Devel] [PATCH] Complete the trunk rename from Chaos Calmer to Designated Driver

Sorry, but what is the problem? ozlabs patchwork list shows the properly recognised patch: https://patchwork.ozlabs.org/patch/517209/ But in any case, inline below. Hannu Index: include/toplevel.mk === --- include/toplevel.mk(r

[OpenWrt-Devel] [PATCH v2] opkg: Extend 'opkg list' command to optionally display package size

* Default behaviour is to list the available packages as earlier: "name - version - description" * with "--size" the output of is "name - version - size - description". Signed-off-by: Hannu Nyman --- Patch v2: bump opkg PKG_RELEASE and rebase This patch sup

[OpenWrt-Devel] [PATCH v3] opkg: Extend 'opkg list' command to optionally display package size

* Default behaviour is to list the available packages as earlier: "name - version - description" * with "--size" the output of is "name - version - size - description". Signed-off-by: Hannu Nyman --- Patch v2: bump opkg PKG_RELEASE and rebase Patch v3: mo

[OpenWrt-Devel] [PATCH] dropbear: use Openwrt default PATH also in dropbear

=45cb04fd85d788a37367a5385e5e90dd98a0a991 Signed-off-by: Hannu Nyman --- (I am not bumping the PKG_REVISION as dropbear version was bumped up today.) After yesterday's fix to procd, I noticed that one process still had a different PATH. It took a while to realize that it was coming from hard

[OpenWrt-Devel] [PATCH] tools/cmake: update to 3.4.3

Update cmake to 3.4.3. Signed-off-by: Hannu Nyman --- Changes are rather minor: Changes in 3.4.3 since 3.4.2: VS: Do not fail on Windows 10 with VS 2015 if no SDK is available (#15929) Changes in 3.4.2 since 3.4.1: CMakeDetermineCompilerId: Fix VS Itanium platform name (#15889

[OpenWrt-Devel] [PATCH] tools/gmp: update to 6.1.0

Update gmp to version 6.1.0, released in November 2015. Signed-off-by: Hannu Nyman --- Links to release notes of 6.0.0 and 6.1.0: https://gmplib.org/gmp6.1.html https://gmplib.org/gmp6.0.html tools/gmp/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tools

[OpenWrt-Devel] [PATCH] package/libs/gmp: update libgmp to 6.1.0

Update also the library version of gmp to 6.1.0. Switch download to use the GNU alias. Signed-off-by: Hannu Nyman --- package/libs/gmp/Makefile | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/package/libs/gmp/Makefile b/package/libs/gmp/Makefile index 4578ec0

Re: [OpenWrt-Devel] ISC-DHCP server removed from Chaos Calmer packages, why?

Janne Cederberg wrote at Sun Feb 7 11:46:05 CET 2016 > I was curious to the reason why the ISC-DHCP server seems to have been removed from Chaos Calmer packages; tried to find info in mailing list archive and by general googling but was unable to. That is the effect of the move to a new packag

[OpenWrt-Devel] [PATCH 1/2] toolchain/gdb: update to 7.10.1

Minor bugfix update, released in Dec 2015 https://www.gnu.org/software/gdb/news/ Signed-off-by: Hannu Nyman --- Release notes: December 5th, 2015: GDB 7.10.1 Released! The latest version of GDB, version 7.10.1, is available for download. This is a minor corrective release over GDB

[OpenWrt-Devel] [PATCH 2/2] package/devel/gdb: update to 7.10.1

Minor bugfix update, released in Dec 2015 https://www.gnu.org/software/gdb/news/ Signed-off-by: Hannu Nyman --- Release notes: December 5th, 2015: GDB 7.10.1 Released! The latest version of GDB, version 7.10.1, is available for download. This is a minor corrective release over GDB

Re: [OpenWrt-Devel] Plans for CC 15.05.1 or DD 16.xx release?

John Crispin wrote on 19/01/2016: > > there will be a delay. as usual 90% of tapi packages do not build aswell > as the other usual suspects. i wont have time to fix these till early > next week which will delay the 15.05.1 release by a few days. if anyone > wants to dig into these before next wee

[OpenWrt-Devel] [PATCH v2] dnsmasq: add host-specific lease time option for static hosts

:66:55:59:7c,192.168.1.245,Nexus,2h Signed-off-by: Hannu Nyman --- As requested, a rebased version of the patch. Reference to discussion at https://patchwork.ozlabs.org/patch/563051/ I have included this option in my own build for the last 4 years. (Ever since I tried to submit it via https://de

Re: [OpenWrt-Devel] [PATCH] dnsmasq: add host-specific lease time option for static hosts

On 26.2.2016 10:33, John Crispin wrote: Hi, this does not apply anymore. mind to rebase and resend it please ? John Rebased patch v2 re-sent as https://patchwork.ozlabs.org/patch/588694/ ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.or

[OpenWrt-Devel] Any fix ETA or other info on the server hardware problems?

The current server troubles have now continued for several weeks. Last buildbot run was three weeks ago. Mailing list archive server is also down. Is there any news or information about the status of the server hardware upgrade project? Any guess when the buildbot will be running again? Ther

Re: [OpenWrt-Devel] Any fix ETA or other info on the server hardware problems?

On 28.2.2016 19:10, Imre Kaloz wrote: On Sun, 28 Feb 2016 11:35:42 +0100, Hannu Nyman wrote: Ps. the updated downloads.openwrt.org works only half of the time. Roughly every second time the page load fails (until yesterday with 503 error from nginx, today silently with empty page) It works

[OpenWrt-Devel] Proposal: change buildbot's build failure logic to be less restrictive regarding packages from feeds

We have seen several times in the past few months that one non-essential package from feeds fails to build and stops the whole buildbot build. Yesterday it was python-cffi, but it has been ola, ltq-vmmc etc. It seems strange to me that non-essential packages from feeds, which by definition are

[OpenWrt-Devel] Read-only mirror https://github.com/openwrt/openwrt is stuck since 12 days ago

The read-only mirror for the main Openwrt sources at Github has been stuck since 12 days ago. https://github.com/openwrt/openwrt Both trunk and Chaos Calmer have got new commits since then... Apparently the mirror has not returned to automatic updates after the network/hardware troubles. ___

[OpenWrt-Devel] [PATCH] mm-macros: update to 0.9.10

Bump mm-macros to 0.9.10 Signed-off-by: Hannu Nyman --- Release notes: https://github.com/GNOME/mm-common/blob/master/NEWS tools/mm-macros/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tools/mm-macros/Makefile b/tools/mm-macros/Makefile index cd675dc

[OpenWrt-Devel] [PATCH] pkg-config: Update to 0.29.1

* Bump pkg-config version to 0.29.1 * Use https for the source download (http gets directed there) Signed-off-by: Hannu Nyman --- Release notes: https://lists.freedesktop.org/archives/pkg-config/2016-March/001043.html - Fixed a regression from 0.29 with unquoting values queried with

[OpenWrt-Devel] [PATCH 2/2] package/devel/gdb: Update to 7.11

Update gdb to version 7.11 Signed-off-by: Hannu Nyman --- Release notes: https://lists.gnu.org/archive/html/info-gnu/2016-02/msg00010.html GDB 7.11 brings new features and improvements, including: * Per-inferior thread numbers (thread numbers are now per inferior instead of being global

[OpenWrt-Devel] [PATCH 1/2] toolchain/gdb: Update to 7.11

Update gdb to version 7.11 Signed-off-by: Hannu Nyman --- Release notes: https://lists.gnu.org/archive/html/info-gnu/2016-02/msg00010.html GDB 7.11 brings new features and improvements, including: * Per-inferior thread numbers (thread numbers are now per inferior instead of being global

  1   2   3   4   >