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'd b
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
htt
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
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-
> sour
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 choos
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?
Kin
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 modules/pa
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
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
openwrt-sdk-kirkwood_gcc-8.4.0_musl_eabi.Linux-
make 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/in
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.
sing build 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
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
>
sing build 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
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
> > when
sing build 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
sing build 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
@@ -14
d for any 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 +-
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
NNMARK_VALUE = 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 Ke
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:
/builder/shared-workdir/build/sdk/staging_d
fixes this 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: Sebastia
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 noth
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
all: 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
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 boot
/openwrt/packages/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/
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
___
op
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
> ---
> net/asterisk-16.x-chan-lantiq/Makef
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 in
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 ar7
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 = <&led_rssilow_pin &led_rssimediumhigh_pin
> &led_rssihigh_pin>;
>
> [...]
>
> &pinmu
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 ar71x
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 ath79_p
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 re
g the dependency from libidn to libidn2 and correcting
the configure switches.
Signed-off-by: Sebastian Kemper
---
package/network/utils/curl/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/network/utils/curl/Makefile
b/package/network/utils/curl/Makefile
(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:
https://github.com/openwrt/telephony/blob/master/net/asterisk-chan-lantiq/Ma
Currently the hotplug script never starts because it assumes the wrong
path to the binary. Fix the path.
Signed-off-by: Sebastian Kemper
---
diff --git a/net/ntpd/files/ntpd.hotplug b/net/ntpd/files/ntpd.hotplug
index 992628f..975be75 100644
--- a/net/ntpd/files/ntpd.hotplug
+++ b/net/ntpd
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
openwrt-devel@lists.openwrt
Changeset 38690 broke the WAN MAC setup. Here's the fix.
Signed-off-by: Sebastian Kemper 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/linu
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
---
I don't know with certainty how open the OpenWrt project is towards
backporting a router from trunk to the stable branch. This backport is
tested by
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
---
Now all LEDs are finally working in OpenWrt.
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
b/target/linux/ar71xx
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
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 K
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
---
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
b/target/linux/ar71xx/files
Enable the wlan2g led in the default configuration of dir-825-c1.
Signed-off-by: Sebastian Kemper
---
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/linux/ar71xx/base
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 K
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
---
diff --git a
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
---
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-dir-825-c1.c
b/target/linux/a
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"
>
>
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
> >
> > 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.
>
> I would fix it instead. It would make it independent from the bootloader.
>
> >
> > Signed-off-by: Seba
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
address that is written on the
sticker.
Signed-off-by: Sebastian Kemper
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/uci-defaults
so enabled
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
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 f
ff-by: Sebastian Kemper
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/arch/mips/ath79
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
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
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 K
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
g patch. Please consider it/tell me what
you think. Thanks!
Signed-off-by: Sebastian Kemper
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/e
, here's the patch.
Signed-off-by: Sebastian Kemper
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-825-c1.c
20
72 matches
Mail list logo