Re: Issues w/ kexec-tools when building images
I’m nowhere close to being able to even check this, but I will give you a pointer. This usually happens when some Makefile defines multiple packages, one of them depending on kexec-tools (or any package define in its Makefile), and another one—which you are selecting—that doesn’t. The build dependencies are resolved at the Makefile level, so kexec is pulled if any package in that Makefile is selected. To fix this, you can add a PACKAGE_foo: conditional to the kexec-tools dependency. Then the build dependency will also have that condition, and kexec-tools will not be built. Look at the OpenSSL Makefile for an example (taking it from memory). Cheers, Eneas > Em 6 de mai. de 2024, à(s) 17:09, Philip Prindeville via openwrt-devel > escreveu: > > The sender domain has a DMARC Reject/Quarantine policy which disallows > sending mailing list messages using the original "From" header. > > To mitigate this problem, the original message has been wrapped > automatically by the mailing list software. > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: hostapd + openssl issue
> Em 8 de mar. de 2023, à(s) 16:44, e9hack escreveu: > > Hi, > > I'm using hostapd with the radius server compiled in for wpa enterprise. This > does no longer work since the openssl upgrade to 3.0. When a wpa enterprise > client (Windows 10) tries to connect, the following error messages are shown > in the log file: > > Wed Mar 8 00:15:05 2023 daemon.notice hostapd: phy0-ap0: > CTRL-EVENT-EAP-STARTED xx:xx:xx:13:a3:xx > Wed Mar 8 00:15:05 2023 daemon.notice hostapd: phy0-ap0: > CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=1 > Wed Mar 8 00:15:05 2023 daemon.notice hostapd: OpenSSL: Flushing X509 store > with ca_cert file > Wed Mar 8 00:15:05 2023 daemon.notice hostapd: phy0-ap0: > CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=25 > Wed Mar 8 00:15:05 2023 daemon.err hostapd: OpenSSL: DES encrypt failed Hi Hartmut I’m guessing this is occurring because DES has been moved to the legacy provider, which we are not installing. I’ll add a package for it shortly. /etc/ssl/openssl.cnf needs some attention as well. Cheers, Eneas ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] scripts/download: add sources CDN as first mirror
Acked-by: Eneas U de Queiroz > Em 6 de abr de 2020, à(s) 08:53, Paul Spooren escreveu: > > OpenWrt now has a CDN for sources at sources.cdn.openwrt.org which > mirrors sources.openwrt.org. > > Downloading sources outside Europe or US (mainland) could > result in low throughput, extremely slowing down the first compilation of > the build system. > > This patch adds sources.cdn.openwrt.org as the first mirror to offer > worldwide fast download speeds by default. If the CDN goes down for > whatever reason, the script jumps to the next available mirror and > downloads requested files as before (in regional varying speed). > > Signed-off-by: Paul Spooren > --- > scripts/download.pl | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/scripts/download.pl b/scripts/download.pl > index dd49255367..1d3ff02c5b 100755 > --- a/scripts/download.pl > +++ b/scripts/download.pl > @@ -258,6 +258,7 @@ foreach my $mirror (@ARGV) { >} > } > > +unshift @mirrors, 'https://sources.cdn.openwrt.org'; > #push @mirrors, 'https://mirror1.openwrt.org'; > push @mirrors, 'https://sources.openwrt.org'; > push @mirrors, 'https://mirror2.openwrt.org/sources'; > -- > 2.25.1 > > > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel