Am 22. Juli 2023 08:27:53 UTC schrieb "Petr Štetiar" :
>Sebastian Kemper [2023-07-20 20:54:33]:
>
>Hi,
>
>> Can a kind soul please check the build bots for 22.03 packages? We pushed
>> some security fixes about a week ago for pjsip and were hoping they'
Hi all,
Can a kind soul please check the build bots for 22.03 packages? We pushed some
security fixes about a week ago for pjsip and were hoping they'd be packaged by
now.
Thanks!
Seb
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Commit 54070a1 was added to allow building proper SDKs with kernels <
5.10. Now that all targets use at least kernel 5.10 it can be reverted.
Signed-off-by: Sebastian Kemper
---
include/kernel-defaults.mk | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/incl
gettext (libintl-stub) was removed in commit [1], so the libintl-stub
lib and include directories aren't existing anymore. This commit cleans
up the INTL flags for the BUILD_NLS=n case.
[1] e6f569406ffe1d9e35b9b9ea36f38cdd5837728d
Signed-off-by: Sebastian Kemper
---
include/nls.mk | 14
Am Sun, Dec 12, 2021 at 08:42:52PM +0100 schrieb Jo-Philipp Wich:
>
> In my opinion, there is a fundamental decision to be made on whether we would
> like to pursue the goal of (also) being a binary distribution for
> routers/embedded appliances or if we simply concentrate on the build-from-
>
Am Mon, Aug 30, 2021 at 12:45:31PM +0200 schrieb Sebastian Kemper:
> Hi all,
>
> Sorry to have to bring this up. Can anybody please check my OpenWrt
> Flyspray account(s)? I tried to oauth with Github (my user there is
> "micmac1"). But then I got two errors from Flyspray
Hi all,
Sorry to have to bring this up. Can anybody please check my OpenWrt
Flyspray account(s)? I tried to oauth with Github (my user there is
"micmac1"). But then I got two errors from Flyspray:
1. "Email address has already been taken"
2. "This username has already been taken, please
Am Mon, Aug 23, 2021 at 11:12:00PM +0200 schrieb Hauke Mehrtens:
> Hi Andre,
>
> I will backport this to 21.02 in the next days. I want to wait if there are
> more problems showing up in master.
>
> Hauke
Hello Hauke, all,
Were there any problems showing up? Or is this good to go into 21.02?
On Tue, Apr 13, 2021 at 03:09:24PM +0200, Felix Fietkau wrote:
>
> On 2021-04-13 14:22, Sebastian Kemper wrote:
> > This fixes a regression introduced with commit
> > 5ed1e5140a80558ab47fd70410ae3242bed5becf ("build: build kernel image
> > before building modul
fixes the
regression. For kernels > 5.10 this is not needed, but it doesn't cause
any harm either.
Tested with kernels 5.4.x and 5.10.x.
Signed-off-by: Sebastian Kemper
---
include/kernel-defaults.mk | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/include/kernel-defa
On Mon, Apr 12, 2021 at 01:37:59PM +0200, Sebastian Kemper wrote:
> What set this off was commit 5ed1e5140a80558ab47fd70410ae3242bed5becf
> ("build: build kernel image before building modules/packages"). Before
> this commit the make target would always include "modules&qu
Hi all,
Some SDKs have a Module.symvers file in
build_dir/target-*/linux-*/linux-5.4.*/ that is missing exported symbols
from kernel modules:
openwrt-sdk-mpc85xx-p1010_gcc-8.4.0_musl.Linux-x86_64
openwrt-sdk-apm821xx-nand_gcc-8.4.0_musl.Linux-x86_64
sense.
The second ifneq is amended. The current one manually does what the
define patch_libtool_host is already doing. It can just use the define.
Signed-off-by: Sebastian Kemper
---
include/autotools.mk | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/include
This was provided by the old static config.site files and is required by
some software, i.e. freeswitch.
Signed-off-by: Sebastian Kemper
---
toolchain/autoconf-lean/patches/120-add-extra-checks.patch | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/toolchain/autoconf-lean
Hi all,
Since a few days at least it seems there is some issue on the build
bots. include/toplevel.mk runs this:
export GNU_HOST_NAME:=$(shell $(TOPDIR)/scripts/config.guess)
The result is used in include/host-build.mk and
include/package-defaults.mk.
But currently this sometimes doesn't work.
failure if make tries to copy files into it.
This moves the creation of the symvers directory back into
include/kernel.mk so that the directory is created in any case.
Signed-off-by: Sebastian Kemper
---
include/kernel-build.mk | 1 -
include/kernel.mk | 1 +
2 files changed, 1 insertion
On Wed, Nov 18, 2020 at 10:28:12PM +0100, Sebastian Kemper wrote:
> diff --git a/include/kernel.mk b/include/kernel.mk
> index 1ae9c6be29..d48b68f515 100644
> --- a/include/kernel.mk
> +++ b/include/kernel.mk
> @@ -149,6 +149,7 @@ define collect_module_symvers
>
failure if make tries to copy files into it.
This moves the creation of the symvers directory back into
include/kernel.mk so that the directory is created in any case.
Signed-off-by: Sebastian Kemper
---
include/kernel-build.mk | 1 -
include/kernel.mk | 1 +
2 files changed, 1 insertion
On Tue, Nov 17, 2020 at 11:53:29AM -1000, Paul Spooren wrote:
> On Tue Nov 17, 2020 at 11:36 AM HST, Sebastian Kemper wrote:
> > Commit 5d76065 moved the creation of the symvers directory to
> > include/kernel-build.mk. This is fine when building from scratch. But
> >
failure if make tries to copy files into it.
This moves the creation of the symvers directory back into
include/kernel.mk so that the directory is created in any case.
Signed-off-by: Sebastian Kemper
---
include/kernel-build.mk | 1 -
include/kernel.mk | 1 +
2 files changed, 1 insertion
failure if make tries to copy files into it.
Signed-off-by: Sebastian Kemper
---
include/kernel.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/kernel.mk b/include/kernel.mk
index 1ae9c6be29..e803ff44e7 100644
--- a/include/kernel.mk
+++ b/include/kernel.mk
@@ -140,6 +140,7
particular package.
This behavior is already used for other OpenWrt variables, hence it is
familiar:
PKG_MAINTAINER vs MAINTAINER
PKG_SOURCE_SUBDIR vs SUBDIR
PKG_LICENSE vs LICENSE
...
Signed-off-by: Sebastian Kemper
---
include/package-defaults.mk | 1 +
include/package-ipkg.mk | 2 +-
2 files
On Tue, Sep 01, 2020 at 03:37:03PM -0700, Rosen Penev wrote:
> Signed-off-by: Rosen Penev
> ---
Acked-by: Sebastian Kemper
Please apply to get util-linux building. We need libuuid for telephony
and others :-)
Regards,
Seb
> package/utils/util-linux/Makefile | 3 ++-
> 1 fil
ppropriate
group (for instance "asterisk"). Currently asterisk users update
init scripts to fix the permissions. With a configuration option the
user experience is easier and more straight-forward.
Signed-off-by: Sebastian Kemper
---
package/kernel/lantiq/ltq-vmmc
UE = BIT(0),
> -+ XT_CONNMARK_DSCP = BIT(1)
> ++ XT_CONNMARK_VALUE = (1 << 0),
> ++ XT_CONNMARK_DSCP = (1 << 1)
> +};
> +
> +enum {
>
> Apologies for the inconvenience.
>
> Kevin
>
> > On 21 Mar 2020, at 09:13, Sebastian Kemper wrot
Hi all,
strongswan fails to compile since many weeks:
In file included from
/builder/shared-workdir/build/sdk/staging_dir/toolchain-aarch64_cortex-a53_gcc-8.4.0_musl/include/linux/netfilter/xt_CONNMARK.h:5,
from connmark_listener.c:30:
error.
>
> [1]:
> https://downloads.openwrt.org/snapshots/faillogs/aarch64_generic/base/cryptodev-linux/compile.txt
> [2]:
> https://github.com/cryptodev-linux/cryptodev-linux/commit/f971e0cd4a0ebe59fb2e8e17240399bf6901b09b
>
> Signed-off-by: Jeffery To
Acked-by: Sebastian Kemper
E_HOST_OPTIONS) \
> $(HOST_CMAKE_SOURCE_DIR) \
> )
This works fine and solves the problem, tested with protobuf/host.
Thanks Rosen!
Tested-by: Sebastian Kemper
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Tue, Dec 03, 2019 at 03:59:18PM +0100, Uwe Kleine-König wrote:
>
> ok, so you claim my SoB means that *I* confirmed that my change is
> compatible to the netifd's license. I didn't do that though.
>
> Even if it was me who added that line I doubt is has any relevance for
> netifd because
Hi all,
Would be nice if this could be fixed in 19.07 branch as well (which is
where I first saw the warning).
Kind regards,
Seb
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Reloading firewall due to ifup
of wan (eth0.2)
Sat Nov 23 10:52:25 2019 daemon.notice netifd: radio0 (1242): sh: out of range
Sat Nov 23 10:52:26 2019 authpriv.info dropbear[1536]: Not backgrounding
This commit sets noscan to 0 if unset and removes the gratuitous length
check, preventing the warn
On Fri, Nov 01, 2019 at 01:04:04PM -0700, Rosen Penev wrote:
> On Fri, Nov 1, 2019 at 12:21 PM Sebastian Kemper wrote:
> >
> > On Fri, Nov 01, 2019 at 12:06:39PM -0700, Rosen Penev wrote:
> > > Would it also make sense to remove $(STAGING_DIR)/lib ? Locally, it
> >
On Fri, Nov 01, 2019 at 12:06:39PM -0700, Rosen Penev wrote:
> Would it also make sense to remove $(STAGING_DIR)/lib ? Locally, it
> seems libpam gets installed there (probably a bug).
Quoting FHS 3.0 regarding /lib's purpose: "The /lib directory contains
those shared library images needed to
ackages/issues/10377
[2] https://github.com/openwrt/packages/pull/10378
Signed-off-by: Sebastian Kemper
---
rules.mk | 2 +-
tools/Makefile | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/rules.mk b/rules.mk
index fbf42f725d..66ddea2883 100644
--- a/rules.mk
+
Apart from what I wrote earlier, this mailing list is not the right
forum to send patches for the telephony repo (same is valid for the
packages repo). Please send patches for telephony or packages via Github
pull request.
Kind regards,
Sebastian
___
On Sat, Aug 03, 2019 at 05:13:55PM +0200, Arnold Schulz wrote:
> This solves:
> - Fix build failure due to missing telephony.h in kernel 4.19 sources
> - OpenWrt specific patch+file removed; this stuff is now in upstream
>
> Signed-off-by: Arnold Schulz
> ---
>
On Sat, Aug 03, 2019 at 05:13:56PM +0200, Arnold Schulz wrote:
> This is now the same behaviour as used by the external asterisk
> packages asterisk-chan-dongle and asterisk-chan-sccp.
>
> Signed-off-by: Arnold Schulz
> ---
> net/asterisk-16.x-chan-lantiq/Makefile | 4 ++--
> 1 file changed, 2
On Mon, Jul 29, 2019 at 05:14:09PM +, Sebastian Kemper wrote:
> Am July 29, 2019 4:30:33 PM UTC schrieb Dmitry Tunin
> :
> >There is also a few devices that have been recently added as ath79
> >only. So they won't be supported.
> >
> >пн, 29 июл.
Am July 29, 2019 4:30:33 PM UTC schrieb Dmitry Tunin :
>There is also a few devices that have been recently added as ath79
>only. So they won't be supported.
>
>пн, 29 июл. 2019 г. в 19:28, Dmitry Tunin :
>>
>> 2b074654b0f259518aa56e0975ca8e26c0c12bc9
>>
>> I see no reason why not to build both
Hello 紫 昕,
Can you please send a pull request via github?
Kind regards,
Seb
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Sun, Dec 16, 2018 at 06:23:53PM +0100, Roger Pueyo Centelles | Guifi.net
wrote:
>
>
> Hi,
Hello Roger!
> [...]
>
> leds {
> compatible = "gpio-leds";
> pinctrl-1 = <_rssilow_pin _rssimediumhigh_pin
> _rssihigh_pin>;
>
> [...]
>
> {
>
Hello all,
I'm still working on the dts file for d-link dir-825-c1. I'm trying to
get the usb led to work. Configuring the led with gpio 11 alone is not
enough, the led stays dark, even if it appears in
/sys/kernel/debug/gpio:
gpio-11 (|d-link:blue:usb ) out hi
On
Hello all,
I seem to have found the ways around this. So never mind. I'll send the dts
file when I'm happy with it.
Regards,
Seb
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi all,
I'm trying to get a dlink dir-825-c1 working with a device tree setup.
So far it can boot, the partitions are correctly set up, the Ethernet
ports seem to work and the wireless devices are coming up.
I'm a bit stumped with mac addresses as well as LAN port leds, though.
In ar71xx
On Sat, Jul 28, 2018 at 02:36:20PM +0200, Alberto Bursi wrote:
> In other articles where user error might cause issues we placed a banner
> on top with a warning, like this
> https://openwrt.org/docs/guide-user/network/wan/smartphone.usb.tethering
Hello Alberto,
Thank you for your input. I put
Hi all,
I'm adding a page about FreeSWITCH to the OpenWrt user documentation. I would
like to add a guide on setting up a configuration to use freeswitch with Ekiga,
along the lines of a testing ground for people to use and play around with
before they take on other endeavors.
But I'm a bit
the dependency from libidn to libidn2 and correcting
the configure switches.
Signed-off-by: Sebastian Kemper <sebastian...@gmx.net>
---
package/network/utils/curl/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/network/utils/curl/Makefile
b/package/n
(already posted to LEDE dev a few days ago, posting to OpenWrt dev as no
response.)
Hi all,
I'm wondering why a nonshared packages from the telephony feed is
ignored by the buildbots.
There is asterisk-chan-lantig here:
Currently the hotplug script never starts because it assumes the wrong
path to the binary. Fix the path.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
---
diff --git a/net/ntpd/files/ntpd.hotplug b/net/ntpd/files/ntpd.hotplug
index 992628f..975be75 100644
--- a/net/ntpd/files
Hello list,
On my ar71xx/dir-825-c1 Luci is included in rc3. This was not the case
for rc2. Can anybody please point me to the related changeset? I can't
seem to find it.
Kind regards,
Sebastian
___
openwrt-devel mailing list
Changeset 38690 broke the WAN MAC setup. Here's the fix.
Signed-off-by: Sebastian Kemper sebastian_ml at gmx.net
---
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
index 481d458..cee1328 100755
--- a/target
This is a backport to add support for D-Link's DIR-825 rev. C1 to the
Attitude Adjustment branch.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
---
I don't know with certainty how open the OpenWrt project is towards
backporting a router from trunk to the stable branch. This backport
Fixes the 5 GHz LED.
The same function has no effect on the 2.4 GHz LED at all, so we might
as well remove it.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
---
Now all LEDs are finally working in OpenWrt.
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
b
Hello list,
On my dir-825-c1 the 5 GHz WLAN LED is connected to gpio 32. But I can't
access GPIO 32. If I try I get Invalid argument errors. It seems that
OpenWrt only sets up gpios 0 to 22, according to the system log:
gpiochip_add: registered GPIOs 0 to 22 on device: ath79
I think 22 is the
Enable GPIO 20. This hands off control of the blue planet led to the
integrated switch. Consequently, remove the led configuration for the
blue planet led.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
---
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
b/target
This patch
- changes the color names from orange to amber
- changes the name of GPIO 13 from WIFI_BGN (wifi_bgn) to WLAN_2G
(wlan2g) to be more consistent with the other routers' files
- changes the descriptions of the hardware keys to be a tad more
explicit
Signed-off-by: Sebastian Kemper
On Thu, Sep 19, 2013 at 11:55:13PM +0200, Sebastian Kemper wrote:
Hello list,
This patch
- changes the color names from orange to amber
- changes the name of GPIO 13 from WIFI_BGN (wifi_bgn) to WLAN_2G
(wlan2g) to be more consistent with the other routers' files
- changes
as well. But I think why add it when it's not needed.
I would fix it instead. It would make it independent from the bootloader.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
The marker line '---' is missing.
-Gabor
Hello Gabor,
OK, thanks for the hints. I'll send a new round
On Fri, Sep 20, 2013 at 06:50:56PM +0200, Gabor Juhos wrote:
2013.09.19. 23:50 keltezéssel, Sebastian Kemper írta:
Hello list,
Activating GPIO 20 hands over the control of the blue planet LED (WAN
LED) to the switch. Add this so we can put it to use.
Signed-off-by: Sebastian Kemper
On Fri, Sep 20, 2013 at 07:10:18PM +0200, Gabor Juhos wrote:
2013.09.20. 0:04 keltezéssel, Sebastian Kemper írta:
+ ucidef_set_led_default wan Switch controls blue planet LED
d-link:none:wan_led_switch_ctrl 1
This line should be removed along with the LED definition in
mach-dir-825-c1
This patches fixes the lan led configuration. The new configuration is
identical to the one in mach-db120.c and it works. The previous one
didn't work at all.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
---
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
b
Enable GPIO 20. This hands off control of the blue planet led to the
integrated switch. Consequently, remove the led configuration for the
blue planet led.
Remove also the configuration for the orange planet led as both share
the same look-out.
Signed-off-by: Sebastian Kemper sebastian
This patch
- changes the color names from orange to amber
- changes the name of GPIO 13 from WIFI_BGN (wifi_bgn) to WLAN_2G
(wlan2g) to be more consistent with the other routers' files
- changes the descriptions of the hardware keys to be a tad more
explicit
Signed-off-by: Sebastian Kemper
Enable the wlan2g led in the default configuration of dir-825-c1.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
---
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
index 845de4e..74c9f36 100755
--- a/target
On Fri, Sep 13, 2013 at 01:53:03PM +0200, Dirk Neukirchen wrote:
What about changing something in file: mach-dir-825-c1.c
ath79_init_mac(wmac1, mac1, 1);
shouldn't that be the second MAC +1 - you can change that maybe?
Is ath79_eth0_data / ath79_eth1_data used in another machine .c :
Hello list,
This patch removes the custom LAN LED configuration for the switch.
Without it the LAN LEDs are actually working.
I also tried the same configuration that is used in mach-db120.c. That
worked as well. But I think why add it when it's not needed.
Signed-off-by: Sebastian Kemper
Hello list,
Activating GPIO 20 hands over the control of the blue planet LED (WAN
LED) to the switch. Add this so we can put it to use.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
b/target/linux/ar71xx/files/arch
-by: Sebastian Kemper sebastian...@gmx.net
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
b/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
index 8d9e7af..902383e 100644
--- a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
+++ b/target/linux/ar71xx/files
by default.
I haven't yet figured out how to setup GPIO 32 for WLAN_5G. Hopefully
that will follow later :)
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
index
address that is written on the
sticker.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
index d5a1506..5abf796 100755
--- a/target/linux/ar71xx/base-files/etc
, here's the patch.
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
diff -Nur
openwrt.orig/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
openwrt.new/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
--- openwrt.orig/target/linux/ar71xx/files/arch/mips/ath79/mach-dir
consider it/tell me what
you think. Thanks!
Signed-off-by: Sebastian Kemper sebastian...@gmx.net
diff -Nur
openwrt.orig/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
openwrt.new/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
--- openwrt.orig/target/linux/ar71xx/base-files/etc
72 matches
Mail list logo