leaf-user — This mailing list is for all users and developers of LEAF.

Re: [leaf-user] LEAF Bering 2.3.1 ISO/Modules?

[Erich T. <eri...@th...>]

Hi Tim

Am 11.09.2026 um 18:32 schrieb Timothy Massey:
> On Sep 11, 2026, at 9:51 AM, Chris Maka <cm...@se...> wrote:
> 
>> Have you tried the wayback machine?
> 
> I probably should have mentioned that:  using the Wayback machine I found that the original file seems to be named Bering-uClibc_2.3.1_iso_bering-uclibc-iso.bin.  At least that was the file name in 2009, before the source forge download page was re-organized to put each version behind its own link.  I searched the Wayback machine for various chunks of that name and could not find an archived file.
> 
> I also searched Google using various chunks of that name, with and without quotes, and the only place that it directs me to is the source source page. Which doesn’t have the files.
> 
> Hence my original email beg. :)

I _guess_ the source files might still exist in the repository, so just 
building the development environment and the modules should not be that 
difficult.

Else have you tried a NIC that is supported by your environment?

cheers

ET

-- 
„Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
―Friedrich Nietzsche

Re: [leaf-user] LEAF Bering 2.3.1 ISO/Modules?

[Timothy M. <tm...@mo...>]

On Sep 11, 2026, at 9:51 AM, Chris Maka <cm...@se...> wrote:

> Have you tried the wayback machine?

I probably should have mentioned that:  using the Wayback machine I found that the original file seems to be named Bering-uClibc_2.3.1_iso_bering-uclibc-iso.bin.  At least that was the file name in 2009, before the source forge download page was re-organized to put each version behind its own link.  I searched the Wayback machine for various chunks of that name and could not find an archived file.

I also searched Google using various chunks of that name, with and without quotes, and the only place that it directs me to is the source source page. Which doesn’t have the files.

Hence my original email beg. :)

Thank you very much for the suggestions.  I really do appreciate the help.

Tim Massey



> 
> https://web.archive.org/web/*/https://sourceforge.net/projects/leaf/files/Bering-uClibc/*
> 
>> On 9/10/26 20:23, Timothy Massey wrote:
>> Hello!
>> tl;dr:  Does anyone have an ISO (ideally) or modules.tgz from Bering 2.3.1?
>> I'm a long-ago LEAF user.  I have a firewall running LEAF Bering 2.3.1.  (Yes, really.)  It's connecting an Ethernet network to a Token Ring network.  (Yes, really.)  It's nowhere near the Internet:  it's basically a simple router making devices on the TR network available to modern computers on the Ethernet network.  It's not expected to protect anything.
>> It's been doing its job for a long time now, but I need to replace a NIC.  Unfortunately, I only have the files that make up the firewall, not any additional files — like an ISO of the 2.3.1 distribution, nor a modules.tgz file.  That means I can't add a different module for a different NIC.
>> Also unfortunately, it seems that files from before v4.0 have been removed from Sourceforge.  So I can't download them, either.
>> I'd rather not rebuild this thing:  it's got a decently complex Shorewall 2.x configuration, which would be tough enough to migrate to a newer Bering version, let alone a non-Shorewall setup, plus other things that would need to be set up (DHCP server, for example).  Besides, Token Ring support was removed from Linux somewhere in the 3.x kernel version range, which means I'd have to use something ancient anyway, so why not just stick with what already works?  So I thought I'd ask:
>> Does anyone have squirrelled away somewhere the full Bering 2.3.1 distribution?  Or, at least the modules.tgz so that I can put a different NIC in there?
>> Thank you very much for your help!
>> Tim Massey
>> ------------------------------------------------------------------------
>> leaf-user mailing list: lea...@li...
>> https://linklock.titanhq.com/analyse?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fleaf-user&data=eJxtTUsOwiAUPA3sSkqrqIu3qIteoetCH4ryMTwwHt-a2LgxmWQmk_kYUN1BKsT5KPet5AsQakfCpMADvM6h19Wr4TQ9OYHH2TaVMDc61WiQ2K71jgoJSjUbtClfUEQsPMNtQe-iua-R32KFaykPYv3AunHF3_Lmf9lFmz5y-34DEfI95Q
>> Support Request -- https://linklock.titanhq.com/analyse?url=http%3A%2F%2Fleaf-project.org%2F&data=eJxFjDsOwjAQBU9jd7HiBAwUW4SCK1DHmw04-BN5bcTxsWiQpnqaNwhmOGlDNJ_1sddyASbrWGEKMsDnGkZbvZku97dk8DSvXWXKnU01IrE49N5xYcWpZqQ15QepSEVm2BbyLuKrKf9ihWcpuxgnMdwav96e00ZYVPu26QudGTDZ
> 
> --
> Chris Maka
> IT Administrator
> Sebis Direct, Inc.
> 6247 West 74th Street
> Bedford Park, IL 60638
> Phone: 312.243.9300 ext.1045

[leaf-user] LEAF Bering 2.3.1 ISO/Modules?

[Timothy M. <tm...@mo...>]

Hello!

tl;dr:  Does anyone have an ISO (ideally) or modules.tgz from Bering 2.3.1?

I'm a long-ago LEAF user.  I have a firewall running LEAF Bering 2.3.1.  (Yes, really.)  It's connecting an Ethernet network to a Token Ring network.  (Yes, really.)  It's nowhere near the Internet:  it's basically a simple router making devices on the TR network available to modern computers on the Ethernet network.  It's not expected to protect anything.

It's been doing its job for a long time now, but I need to replace a NIC.  Unfortunately, I only have the files that make up the firewall, not any additional files — like an ISO of the 2.3.1 distribution, nor a modules.tgz file.  That means I can't add a different module for a different NIC.

Also unfortunately, it seems that files from before v4.0 have been removed from Sourceforge.  So I can't download them, either.

I'd rather not rebuild this thing:  it's got a decently complex Shorewall 2.x configuration, which would be tough enough to migrate to a newer Bering version, let alone a non-Shorewall setup, plus other things that would need to be set up (DHCP server, for example).  Besides, Token Ring support was removed from Linux somewhere in the 3.x kernel version range, which means I'd have to use something ancient anyway, so why not just stick with what already works?  So I thought I'd ask:

Does anyone have squirrelled away somewhere the full Bering 2.3.1 distribution?  Or, at least the modules.tgz so that I can put a different NIC in there?

Thank you very much for your help!

Tim Massey

Re: [leaf-user] Raspberry pi computer module 5 on a CM5-DUAL-ETH-MINI

[Erich T. <eri...@th...>]

Hi Jeanrocco

Am 10.09.2026 um 19:04 schrieb jeanrocco jr:
> Hello Erich and List members,
> 
> On Thu, Sep 10, 2026 at 10:15 AM Erich Titl <eri...@th... 
> <mailto:eri...@th...>> wrote:
> 
...

> 
>     Why do you need the kernel to be recompiled? I guess loading the
>     required module for eth1 should be enough.
> 
> 
> LEAF does not support the Pi 5 yet, we support up to the Pi 4. I think 
> KP mentioned that the cross compilation for the Pi 4 went well
> so it would not be too much of a task to do it for the Pi 5. Of course 
> KP has to decide if it's important enough ...
> 

Basically the LEAF Kernel for Raspi used to be derived from the Rasbian 
source. The firmware has to be recompiled but that is not LEAF specific. 
When I look at the build process it is just a question to redo our 
kernel configuration files. So it should be mostly the same. Still I am 
wondering why we need to have the eth1 hardware compiled into the kernel.

cheers

ET

„Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
―Friedrich Nietzsche

Re: [leaf-user] Raspberry pi computer module 5 on a CM5-DUAL-ETH-MINI

[jeanrocco jr <bla...@gm...>]

Hello Erich and List members,

On Thu, Sep 10, 2026 at 10:15 AM Erich Titl <eri...@th...> wrote:

> Hi Jeanrocco
>
> Am 10.09.2026 um 07:14 schrieb jeanrocco jr:
> > Hello list,
> >
> > I was just wondering if anyone has looked at this combination of a 50$
> dual
> > ethernet module with a ~125$ Pi CM5 module. The speed is interesting:
> from
> > the AI;
> >
> > The <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> > <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> > <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> > <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> > <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>CM5-DUAL-ETH-MINI
> > <
> https://www.google.com/search?ibp=oshop&prds=pvt:hg,pvo:48,mid:576462537342168217,imageDocid:10792043317969740387,gpcid:17263125341985945869,headlineOfferDocid:6156489124378725664,catalogid:15090230984502132419,productDocid:13645643557539667634&q=product&sa=X&ved=2ahUKEwi0-rv1u-KWAxX0vokEHW7bNpMQxa4PeggIAggBCAkQAw
> >
> > base board delivers full gigabit speeds (up to 1000Mbps) across its dual
> > RJ45 ports, with Ethernet 0 running on the native CM5 controller and
> > Ethernet 1 running via an extended PCIe RTL8111H Gigabit NIC chip
> > <
> https://www.pishop.ca/product/mini-dual-gigabit-ethernet-mini-base-board-for-raspberry-pi-compute-module-5/
> >
> > .
> >
> > Installing LEAF on this requires some recompiling though:
> > Because the precompiled LEAF images do not natively bundle the BCM2712
> > kernel or the specific Realtek PCIe Ethernet drivers out of the box,
> > flashing a standard Raspberry Pi LEAF image will likely result in a
> failed
> > boot or an unrecognized second network interface.
>
> Why do you need the kernel to be recompiled? I guess loading the
> required module for eth1 should be enough.
>

LEAF does not support the Pi 5 yet, we support up to the Pi 4. I think KP
mentioned that the cross compilation for the Pi 4 went well
so it would not be too much of a task to do it for the Pi 5. Of course KP
has to decide if it's important enough ...

>
> >
> > The AI also tells me:
> > If you are determined to use LEAF for its excellent memory-resident
> > properties and Shorewall packaging, you must cross-compile it yourself.
> > .  You will need to download the LEAF source tree and modify its
> toolchain
> > configuration to compile against the official Raspberry Pi Linux Kernel
> tree
> > <https://github.com/raspberrypi/linux> targeting bcm2712.
> > . Ensure that the CONFIG_R8169 or CONFIG_RTL8111 driver is compiled
> > directly into the kernel image (not just as a dynamic module) so that the
> > second Ethernet port initializes correctly on boot.
>
> I would not know why it could not be a kernel module. Some AI stuff?
>

Yes, probably some AI hallucination ... most of my post was reprinting what
the AI told me ...


>
> >
> > According to the same AI (Google's) OpenWrt and IPFire already provide a
> > native support.
> >
> > The AI also explains all the steps to compile everything but I was
> > wondering if LEAF would be willing to go that way.
>
> If you have the hardware (which I believe ist quite expensive)


On the contrary, I thought it was not that expensive, unless you do have
less expensive hardware to show me.

why not
> give it a go yourself. You just need to look if the module is not yet
> enabled in the toolchain for the raspi.
>

As I said earlier, LEAF does not support the Pi 5 yet. I would rather wait
for KP to make a standard LEAF distro for the Pi 5 the usual way, if he
ever decides it is worth the trouble.

Bye
Jeanrocco


> cheers
> ET
>
> --
> „Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
> ―Friedrich Nietzsche
>
>
>
> ------------------------------------------------------------------------
> leaf-user mailing list: lea...@li...
> https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- http://leaf-project.org/
>

Re: [leaf-user] Raspberry pi computer module 5 on a CM5-DUAL-ETH-MINI

[jeanrocco jr <bla...@gm...>]

Hello Robert, List users,

On Thu, Sep 10, 2026 at 3:31 AM Robert K Coffman Jr. -Info From Data Corp. <
bco...@in...> wrote:

>    Jeanrocco,
>
>    I'm curious if you have tested the throughput of this combination
>    outside of Leaf?
>

No I haven't, I was just wondering/asking if someone else already had. It
would require LEAF to support the Pi 5, which is not there yet, we only
support up to Pi 4 . I was also kind of asking KP if he felt he could/would
make a raspberry pi 5 firmware distribution.


>    Looks interesting!
>
> I thought so too !

Bye
Jeanrocco


>    - Robert
>
>    On 9/10/2026 1:14:44 AM, jeanrocco jr wrote:
>
> Hello list,
>
> I was just wondering if anyone has looked at this combination of a 50$ dual
> ethernet module with a ~125$ Pi CM5 module. The speed is interesting: from
> the AI;
>
> The [1]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> [2]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> [3]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> [4]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> [5]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>CM5-DUAL-ETH-MINI
> [6]<
> https://www.google.com/search?ibp=oshop&prds=pvt:hg,pvo:48,mid:5764625373421
>
> 68217,imageDocid:10792043317969740387,gpcid:17263125341985945869,headlineOfferDo
>
> cid:6156489124378725664,catalogid:15090230984502132419,productDocid:136456435575
>
> 39667634&q=product&sa=X&ved=2ahUKEwi0-rv1u-KWAxX0vokEHW7bNpMQxa4PeggIAggBCAkQAw
> <https://www.google.com/search?ibp=oshop&prds=pvt:hg,pvo:48,mid:576462537342168217,imageDocid:10792043317969740387,gpcid:17263125341985945869,headlineOfferDocid:6156489124378725664,catalogid:15090230984502132419,productDocid:13645643557539667634&q=product&sa=X&ved=2ahUKEwi0-rv1u-KWAxX0vokEHW7bNpMQxa4PeggIAggBCAkQAw>
> >
> base board delivers full gigabit speeds (up to 1000Mbps) across its dual
> RJ45 ports, with Ethernet 0 running on the native CM5 controller and
> Ethernet 1 running via an extended PCIe RTL8111H Gigabit NIC chip
> [7]<
> https://www.pishop.ca/product/mini-dual-gigabit-ethernet-mini-base-board-for
> -raspberry-pi-compute-module-5/
> <https://www.pishop.ca/product/mini-dual-gigabit-ethernet-mini-base-board-for-raspberry-pi-compute-module-5/>
> >
> .
>
> Installing LEAF on this requires some recompiling though:
> Because the precompiled LEAF images do not natively bundle the BCM2712
> kernel or the specific Realtek PCIe Ethernet drivers out of the box,
> flashing a standard Raspberry Pi LEAF image will likely result in a failed
> boot or an unrecognized second network interface.
>
> The AI also tells me:
> If you are determined to use LEAF for its excellent memory-resident
> properties and Shorewall packaging, you must cross-compile it yourself.
> .  You will need to download the LEAF source tree and modify its toolchain
> configuration to compile against the official Raspberry Pi Linux Kernel
> tree
> [8]<https://github.com/raspberrypi/linux> targeting bcm2712.
> . Ensure that the CONFIG_R8169 or CONFIG_RTL8111 driver is compiled
> directly into the kernel image (not just as a dynamic module) so that the
> second Ethernet port initializes correctly on boot.
>
> According to the same AI (Google's) OpenWrt and IPFire already provide a
> native support.
>
> The AI also explains all the steps to compile everything but I was
> wondering if LEAF would be willing to go that way.
>
> Just a thought :-)
>
> Bye
> Jeanrocco
>
> ------------------------------------------------------------------------
> leaf-user mailing list: [9]lea...@li...
> [10]https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- [11]http://leaf-project.org/
>
> --
> Robert K Coffman Jr.
> Info From Data Corp.
> 3307249000 <(330)%20724-9000>
> [12]su...@in...
>
> References
>
>    1. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
>    2. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
>    3. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
>    4. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
>    5. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
>    6.
> https://www.google.com/search?ibp=oshop&prds=pvt:hg,pvo:48,mid:576462537342168217,imageDocid:10792043317969740387,gpcid:17263125341985945869,headlineOfferDocid:6156489124378725664,catalogid:15090230984502132419,productDocid:13645643557539667634&q=product&sa=X&ved=2ahUKEwi0-rv1u-KWAxX0vokEHW7bNpMQxa4PeggIAggBCAkQAw
>    7.
> https://www.pishop.ca/product/mini-dual-gigabit-ethernet-mini-base-board-for-raspberry-pi-compute-module-5/
>    8. https://github.com/raspberrypi/linux
>    9. mailto:lea...@li...
>   10. https://lists.sourceforge.net/lists/listinfo/leaf-user
>   11. http://leaf-project.org/
>   12. mailto:su...@in...
>
> ------------------------------------------------------------------------
> leaf-user mailing list: lea...@li...
> https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- http://leaf-project.org/
>

Re: [leaf-user] Raspberry pi computer module 5 on a CM5-DUAL-ETH-MINI

[Erich T. <eri...@th...>]

Hi Jeanrocco

Am 10.09.2026 um 07:14 schrieb jeanrocco jr:
> Hello list,
> 
> I was just wondering if anyone has looked at this combination of a 50$ dual
> ethernet module with a ~125$ Pi CM5 module. The speed is interesting: from
> the AI;
> 
> The <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
> <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>CM5-DUAL-ETH-MINI
> <https://www.google.com/search?ibp=oshop&prds=pvt:hg,pvo:48,mid:576462537342168217,imageDocid:10792043317969740387,gpcid:17263125341985945869,headlineOfferDocid:6156489124378725664,catalogid:15090230984502132419,productDocid:13645643557539667634&q=product&sa=X&ved=2ahUKEwi0-rv1u-KWAxX0vokEHW7bNpMQxa4PeggIAggBCAkQAw>
> base board delivers full gigabit speeds (up to 1000Mbps) across its dual
> RJ45 ports, with Ethernet 0 running on the native CM5 controller and
> Ethernet 1 running via an extended PCIe RTL8111H Gigabit NIC chip
> <https://www.pishop.ca/product/mini-dual-gigabit-ethernet-mini-base-board-for-raspberry-pi-compute-module-5/>
> .
> 
> Installing LEAF on this requires some recompiling though:
> Because the precompiled LEAF images do not natively bundle the BCM2712
> kernel or the specific Realtek PCIe Ethernet drivers out of the box,
> flashing a standard Raspberry Pi LEAF image will likely result in a failed
> boot or an unrecognized second network interface.

Why do you need the kernel to be recompiled? I guess loading the 
required module for eth1 should be enough.

> 
> The AI also tells me:
> If you are determined to use LEAF for its excellent memory-resident
> properties and Shorewall packaging, you must cross-compile it yourself.
> .  You will need to download the LEAF source tree and modify its toolchain
> configuration to compile against the official Raspberry Pi Linux Kernel tree
> <https://github.com/raspberrypi/linux> targeting bcm2712.
> . Ensure that the CONFIG_R8169 or CONFIG_RTL8111 driver is compiled
> directly into the kernel image (not just as a dynamic module) so that the
> second Ethernet port initializes correctly on boot.

I would not know why it could not be a kernel module. Some AI stuff?

> 
> According to the same AI (Google's) OpenWrt and IPFire already provide a
> native support.
> 
> The AI also explains all the steps to compile everything but I was
> wondering if LEAF would be willing to go that way.

If you have the hardware (which I believe ist quite expensive) why not 
give it a go yourself. You just need to look if the module is not yet 
enabled in the toolchain for the raspi.

cheers
ET

-- 
„Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
―Friedrich Nietzsche

Re: [leaf-user] Raspberry pi computer module 5 on a CM5-DUAL-ETH-MINI

[Robert K C. J. -I. F. D. Corp. <bco...@in...>]

   Jeanrocco,

   I'm curious if you have tested the throughput of this combination
   outside of Leaf?
   Looks interesting!

   - Robert

   On 9/10/2026 1:14:44 AM, jeanrocco jr wrote:

Hello list,

I was just wondering if anyone has looked at this combination of a 50$ dual
ethernet module with a ~125$ Pi CM5 module. The speed is interesting: from
the AI;

The [1]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
[2]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
[3]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
[4]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
[5]<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>CM5-DUAL-ETH-MINI
[6]<https://www.google.com/search?ibp=oshop&prds=pvt:hg,pvo:48,mid:5764625373421
68217,imageDocid:10792043317969740387,gpcid:17263125341985945869,headlineOfferDo
cid:6156489124378725664,catalogid:15090230984502132419,productDocid:136456435575
39667634&q=product&sa=X&ved=2ahUKEwi0-rv1u-KWAxX0vokEHW7bNpMQxa4PeggIAggBCAkQAw>
base board delivers full gigabit speeds (up to 1000Mbps) across its dual
RJ45 ports, with Ethernet 0 running on the native CM5 controller and
Ethernet 1 running via an extended PCIe RTL8111H Gigabit NIC chip
[7]<https://www.pishop.ca/product/mini-dual-gigabit-ethernet-mini-base-board-for
-raspberry-pi-compute-module-5/>
.

Installing LEAF on this requires some recompiling though:
Because the precompiled LEAF images do not natively bundle the BCM2712
kernel or the specific Realtek PCIe Ethernet drivers out of the box,
flashing a standard Raspberry Pi LEAF image will likely result in a failed
boot or an unrecognized second network interface.

The AI also tells me:
If you are determined to use LEAF for its excellent memory-resident
properties and Shorewall packaging, you must cross-compile it yourself.
.  You will need to download the LEAF source tree and modify its toolchain
configuration to compile against the official Raspberry Pi Linux Kernel tree
[8]<https://github.com/raspberrypi/linux> targeting bcm2712.
. Ensure that the CONFIG_R8169 or CONFIG_RTL8111 driver is compiled
directly into the kernel image (not just as a dynamic module) so that the
second Ethernet port initializes correctly on boot.

According to the same AI (Google's) OpenWrt and IPFire already provide a
native support.

The AI also explains all the steps to compile everything but I was
wondering if LEAF would be willing to go that way.

Just a thought :-)

Bye
Jeanrocco

------------------------------------------------------------------------
leaf-user mailing list: [9]lea...@li...
[10]https://lists.sourceforge.net/lists/listinfo/leaf-user
Support Request -- [11]http://leaf-project.org/

--
Robert K Coffman Jr.
Info From Data Corp.
3307249000
[12]su...@in...

References

   1. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
   2. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
   3. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
   4. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
   5. https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI
   6. https://www.google.com/search?ibp=oshop&prds=pvt:hg,pvo:48,mid:576462537342168217,imageDocid:10792043317969740387,gpcid:17263125341985945869,headlineOfferDocid:6156489124378725664,catalogid:15090230984502132419,productDocid:13645643557539667634&q=product&sa=X&ved=2ahUKEwi0-rv1u-KWAxX0vokEHW7bNpMQxa4PeggIAggBCAkQAw
   7. https://www.pishop.ca/product/mini-dual-gigabit-ethernet-mini-base-board-for-raspberry-pi-compute-module-5/
   8. https://github.com/raspberrypi/linux
   9. mailto:lea...@li...
  10. https://lists.sourceforge.net/lists/listinfo/leaf-user
  11. http://leaf-project.org/
  12. mailto:su...@in...

[leaf-user] Raspberry pi computer module 5 on a CM5-DUAL-ETH-MINI

[jeanrocco jr <bla...@gm...>]

Hello list,

I was just wondering if anyone has looked at this combination of a 50$ dual
ethernet module with a ~125$ Pi CM5 module. The speed is interesting: from
the AI;

The <https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>
<https://www.waveshare.com/wiki/CM5-DUAL-ETH-MINI>CM5-DUAL-ETH-MINI
<https://www.google.com/search?ibp=oshop&prds=pvt:hg,pvo:48,mid:576462537342168217,imageDocid:10792043317969740387,gpcid:17263125341985945869,headlineOfferDocid:6156489124378725664,catalogid:15090230984502132419,productDocid:13645643557539667634&q=product&sa=X&ved=2ahUKEwi0-rv1u-KWAxX0vokEHW7bNpMQxa4PeggIAggBCAkQAw>
base board delivers full gigabit speeds (up to 1000Mbps) across its dual
RJ45 ports, with Ethernet 0 running on the native CM5 controller and
Ethernet 1 running via an extended PCIe RTL8111H Gigabit NIC chip
<https://www.pishop.ca/product/mini-dual-gigabit-ethernet-mini-base-board-for-raspberry-pi-compute-module-5/>
.

Installing LEAF on this requires some recompiling though:
Because the precompiled LEAF images do not natively bundle the BCM2712
kernel or the specific Realtek PCIe Ethernet drivers out of the box,
flashing a standard Raspberry Pi LEAF image will likely result in a failed
boot or an unrecognized second network interface.

The AI also tells me:
If you are determined to use LEAF for its excellent memory-resident
properties and Shorewall packaging, you must cross-compile it yourself.
.  You will need to download the LEAF source tree and modify its toolchain
configuration to compile against the official Raspberry Pi Linux Kernel tree
<https://github.com/raspberrypi/linux> targeting bcm2712.
. Ensure that the CONFIG_R8169 or CONFIG_RTL8111 driver is compiled
directly into the kernel image (not just as a dynamic module) so that the
second Ethernet port initializes correctly on boot.

According to the same AI (Google's) OpenWrt and IPFire already provide a
native support.

The AI also explains all the steps to compile everything but I was
wondering if LEAF would be willing to go that way.

Just a thought :-)

Bye
Jeanrocco

Re: [leaf-user] leaf-user Digest, Vol 210, Issue 1

[Erich T. <eri...@th...>]

Hi Slavek

Am 27.07.2026 um 22:16 schrieb Sławek Adamski via leaf-user:
...:

> 
> upgrade: upgrading from 7.5.1 to 7.5.3
> upgrade: WARNING: WARNING WARNING WARNING WARNING WARNING WARNING WARNING
> upgrade: WARNING: patch failure for file /etc/lighttpd/ 
> lighttpd.annotated.conf
> upgrade: WARNING: The files have been copied to the /tmp directory
> upgrade: WARNING: for inspection.
> upgrade: WARNING: Please inspect the files and correct manually.
> upgrade: WARNING: WARNING WARNING WARNING WARNING WARNING WARNING WARNING

In recent versions of lighttpd the config files have changed so much 
that the upgrade process cannot fix them. This is why there is a warning 
generated. If you are using lighttpd you will have to use the current 
config files and adapt them to your needs.

> upgrade: compare_installed: cannot check procps.lrp, it is missing on 
> sha1sum.list
> upgrade: You should remove procps.lrp from the storage
> upgrade: compare_installed: cannot check jimctl.lrp, it is missing on 
> sha1sum.list
> upgrade: You should remove jimctl.lrp from the storage
> upgrade: compare_installed: cannot check libcdada.lrp, it is missing on 
> sha1sum.list
> upgrade: You should remove libcdada.lrp from the storage
> upgrade: compare_installed: cannot check libz.lrp, it is missing on 
> sha1sum.list
> upgrade: You should remove libz.lrp from the storage

Upgrade has detected files on 7.5.1 which appear not to be present on 
7.5.3. It suggests to remove them from the new installation as they 
appear not to be used anymore. Upgrade was built about 15 years ago and 
at that time noone could know what modifications would be made to the 
various packages.

> upgrade: no post_upgrade file found on server

post_upgrade would be the tool to use to overcome most of the warnings 
above. Unfortunately it was never considered important enough to build 
and use it.

> upgrade: upgrade terminated with warnings or errors
> upgrade terminated with warnings or errors, please consult the log files

OK you have seen the warnings emitted by upgrade, now it is your turn to 
evaluate if they are important enough for you to act.
> 
> Now I have two USB with leaf. One with version 7.5.1 and second upgraded 
> with warnings or errors.
> The second is in version 7.5.3. Seems that it works. But I don't know if 
> it is safe so I'm using that 7.5.1

Did you follow the suggestions in the upgrade process?
I think you should be OK with 7.5.3 if you follow the information given 
by upgrade.

cheers

ET
-- 
„Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
―Friedrich Nietzsche

Re: [leaf-user] leaf-user Digest, Vol 210, Issue 1

[Sławek A. <sa...@wa...>]

W dniu 18.07.2026 o 21:52, Sławek Adamski pisze:
> W dniu 18.07.2026 o 21:28, Sławomir Adamski pisze:
>> Send leaf-user mailing list submissions to
>> lea...@li...
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.sourceforge.net/lists/listinfo/leaf-user
>> or, via email, send a message with subject or body 'help' to
>> lea...@li...
>>
>> You can reach the person managing the list at
>> lea...@li...
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of leaf-user digest..."
>>
>>
>> Today's Topics:
>>
>>    1. Problem with upgrade (S?awek Adamski)
>>    2. Re: Problem with upgrade (Erich Titl)
>>    3. Re: Problem with upgrade (marko)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Wed, 15 Jul 2026 00:55:46 +0200
>> From: S?awek Adamski <sa...@wa...>
>> To: lea...@li...
>> Subject: [leaf-user] Problem with upgrade
>> Message-ID: <975...@wa...>
>> Content-Type: text/plain; charset=UTF-8; format=flowed
>>
>> Hello all,
>>
>> I have bootable USB. Version 7.5.1. I tried to do upgrade. Means:
>>
>> upgrade --release 7.5.3
>>
>> and I got it:
>>
>> upgrade: WGET SSL functionality is missing, please install openssl.lrp
>> upgrade: abort check_wget_dependencies
>>
>> What I must change in configuration?
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Wed, 15 Jul 2026 10:12:18 +1000
>> From: marko <le...@me...>
>> To: lea...@li...
>> Subject: Re: [leaf-user] Problem with upgrade
>> Message-ID: <2419014.ElGaqSPkdT@chambourcin>
>> Content-Type: text/plain; charset="UTF-8"
>>
>> use: apkg -l | grep ssl
>> to see if openssl is loaded
>>
>> to load openssl (check your device paths):
>> mount /dev/sda2 /mnt apkg -i /mnt/openssl.lrp
>> umount /mnt
>>
>> if you want to always load openssl, edit leaf.cfg and add the package.
>>
>> good luck,
>> marko
> Big thanks. I took three steps.
>
> Step number 1:
>
> apkg -l | grep ssl
>
> and I got it:
>
> libssl 3.5.2 Rev 1 uClibc 1.0.5
>
> And I'm not Linux Man. I don't understood that. Never mind.
>
> Step number 2:
>
> mount /dev/sda1 /mnt
> apkg -i /mnt/openssl.lrp
>
> and I got it:
>
> openssl installed.
>
> Step number 3:
>
> umount /mnt
> upgrade --release 7.5.3
>
> and I got it:
>
> upgrade: upgrading from 7.5.1 to 7.5.3
> upgrade: Your system has insufficient temporary storage available for
> upgrade: upgrade to run successfully. Please check the size of your
> upgrade: /tmp file system and increase it to at least 58 MB
> upgrade: abort check_prerequisites: temporary storage size insufficient
>
> And I really don't know what to do with it.
I check the documentation. Unfortunately there are some problems and the 
documentation on bering-uclibc.zetam.org is unavailable.
But when I started with version 7.5.1, I copied that earlier 
documentation. Probably all of it.
And there it was described how to set the size of this tmp in leaf.cfg.
And I placed the example given there in my file:

LRP="root license dhcpcd keyboard shorwall dnsmasq dropbear mhttpd webconf"
PKGPATH="/dev/sda1:vfat"
log_size=8M
tmp_size=8M
zswap_size=0

It also said that the default is 50%. So I just commented out that line.
And I saw that the problem is bigger. Again, as before, I did this upgrade:

upgrade --release 7.5.3

and I got it:

upgrade: upgrading from 7.5.1 to 7.5.3
upgrade: WARNING: WARNING WARNING WARNING WARNING WARNING WARNING WARNING
upgrade: WARNING: patch failure for file 
/etc/lighttpd/lighttpd.annotated.conf
upgrade: WARNING: The files have been copied to the /tmp directory
upgrade: WARNING: for inspection.
upgrade: WARNING: Please inspect the files and correct manually.
upgrade: WARNING: WARNING WARNING WARNING WARNING WARNING WARNING WARNING
upgrade: compare_installed: cannot check procps.lrp, it is missing on 
sha1sum.list
upgrade: You should remove procps.lrp from the storage
upgrade: compare_installed: cannot check jimctl.lrp, it is missing on 
sha1sum.list
upgrade: You should remove jimctl.lrp from the storage
upgrade: compare_installed: cannot check libcdada.lrp, it is missing on 
sha1sum.list
upgrade: You should remove libcdada.lrp from the storage
upgrade: compare_installed: cannot check libz.lrp, it is missing on 
sha1sum.list
upgrade: You should remove libz.lrp from the storage
upgrade: no post_upgrade file found on server
upgrade: upgrade terminated with warnings or errors
upgrade terminated with warnings or errors, please consult the log files

Now I have two USB with leaf. One with version 7.5.1 and second upgraded 
with warnings or errors.
The second is in version 7.5.3. Seems that it works. But I don't know if 
it is safe so I'm using that 7.5.1.

>>
>> ------------------------------
>>
>>
>>
>> ------------------------------
>>
>> Subject: Digest Footer
>>
>> _______________________________________________
>> leaf-user mailing list
>> lea...@li...
>> https://lists.sourceforge.net/lists/listinfo/leaf-user
>>
>>
>> ------------------------------
>>
>> End of leaf-user Digest, Vol 210, Issue 1
>> *****************************************
>

Re: [leaf-user] leaf-user Digest, Vol 210, Issue 1

[Sławek A. <sa...@wa...>]

W dniu 18.07.2026 o 21:28, Sławomir Adamski pisze:
>
> Message: 1
> Date: Wed, 15 Jul 2026 00:55:46 +0200
> From: S?awek Adamski <sa...@wa...>
> To: lea...@li...
> Subject: [leaf-user] Problem with upgrade
> Message-ID: <975...@wa...>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Hello all,
>
> I have bootable USB. Version 7.5.1. I tried to do upgrade. Means:
>
> upgrade --release 7.5.3
>
> and I got it:
>
> upgrade: WGET SSL functionality is missing, please install openssl.lrp
> upgrade: abort check_wget_dependencies
>
> What I must change in configuration?
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 15 Jul 2026 10:12:18 +1000
> From: marko <le...@me...>
> To: lea...@li...
> Subject: Re: [leaf-user] Problem with upgrade
> Message-ID: <2419014.ElGaqSPkdT@chambourcin>
> Content-Type: text/plain; charset="UTF-8"
>
> use: apkg -l | grep ssl
> to see if openssl is loaded
>
> to load openssl (check your device paths):
> mount /dev/sda2 /mnt apkg -i /mnt/openssl.lrp
> umount /mnt
>
> if you want to always load openssl, edit leaf.cfg and add the package.
>
> good luck,
> marko
Big thanks. I took three steps.

Step number 1:

apkg -l | grep ssl

and I got it:

libssl 3.5.2 Rev 1 uClibc 1.0.5

And I'm not Linux Man. I don't understood that. Never mind.

Step number 2:

mount /dev/sda1 /mnt
apkg -i /mnt/openssl.lrp

and I got it:

openssl installed.

Step number 3:

umount /mnt
upgrade --release 7.5.3

and I got it:

upgrade: upgrading from 7.5.1 to 7.5.3
upgrade: Your system has insufficient temporary storage available for
upgrade: upgrade to run successfully. Please check the size of your
upgrade: /tmp file system and increase it to at least 58 MB
upgrade: abort check_prerequisites: temporary storage size insufficient

And I really don't know what to do with it.

Re: [leaf-user] leaf-user Digest, Vol 210, Issue 1

[Erich T. <eri...@th...>]

Am 18.07.2026 um 21:37 schrieb Sławek Adamski via leaf-user:
> W dniu 15.07.2026 o 14:16, lea...@li... pisze:
>> Send leaf-user mailing list submissions to
>>     lea...@li...
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>     https://lists.sourceforge.net/lists/listinfo/leaf-user
>> or, via email, send a message with subject or body 'help' to
>>     lea...@li...
>>
>> You can reach the person managing the list at
>>     lea...@li...
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of leaf-user digest..."
>>
>>
>> Today's Topics:
>>
>>     1. Problem with upgrade (S?awek Adamski)
>>     2. Re: Problem with upgrade (Erich Titl)
>>     3. Re: Problem with upgrade (marko)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Wed, 15 Jul 2026 00:55:46 +0200
>> From: S?awek Adamski<sa...@wa...>
>> To:lea...@li...
>> Subject: [leaf-user] Problem with upgrade
>> Message-ID:<975...@wa...>
>> Content-Type: text/plain; charset=UTF-8; format=flowed
>>
>> Hello all,
>>
>> I have bootable USB. Version 7.5.1. I tried to do upgrade. Means:
>>
>> upgrade --release 7.5.3
>>
>> and I got it:
>>
>> upgrade: WGET SSL functionality is missing, please install openssl.lrp
>> upgrade: abort check_wget_dependencies
>>
>> What I must change in configuration?
>>
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Wed, 15 Jul 2026 01:16:10 +0200
>> From: Erich Titl<eri...@th...>
>> To:lea...@li...
>> Subject: Re: [leaf-user] Problem with upgrade
>> Message-ID:<66a...@th...>
>> Content-Type: text/plain; charset=UTF-8; format=flowed
>>
>> Hi Slavek
>>
>> Am 15.07.2026 um 00:55 schrieb S?awek Adamski via leaf-user:
>>> Hello all,
>>>
>>> I have bootable USB. Version 7.5.1. I tried to do upgrade. Means:
>>>
>>> upgrade --release 7.5.3
>>>
>>> and I got it:
>>>
>>> upgrade: WGET SSL functionality is missing, please install openssl.lrp
>>> upgrade: abort check_wget_dependencies
>>>
>>> What I must change in configuration?
>> The upgrade utility uses wget from the running system and sourceforge
>> forces SSL connectivity.
>>
>> - check if you have wget with SSL functionality else you might need
>> openssl.lrp to provide it.
> Big thanks Erich but I'm not Linux Man. It's not enough for me to be 
> able to do anything about it. Openssl.lrp is on my USB. The advice from 
> Marko was very interesting. The solution to the problem has gone one 
> step further.
>> cheers
>>
>> ET
> Big thanks Erich. Thank you so much for your willingness to help.

If you have a running system on USB media and you also have openssl.lrp 
on that USB you can mount that USB and then install openssl.lrp

Something like

mount /dev/sdb /mnt
apkg -i /mnt/openssl.lrp

under the assumption that you see your USB media as /dev/sdb

cheers

ET

-- 
„Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
―Friedrich Nietzsche

Re: [leaf-user] leaf-user Digest, Vol 210, Issue 1

[Sławek A. <sa...@wa...>]

W dniu 15.07.2026 o 14:16, lea...@li... pisze:
> Send leaf-user mailing list submissions to
> 	lea...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/leaf-user
> or, via email, send a message with subject or body 'help' to
> 	lea...@li...
>
> You can reach the person managing the list at
> 	lea...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of leaf-user digest..."
>
>
> Today's Topics:
>
>     1. Problem with upgrade (S?awek Adamski)
>     2. Re: Problem with upgrade (Erich Titl)
>     3. Re: Problem with upgrade (marko)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 15 Jul 2026 00:55:46 +0200
> From: S?awek Adamski<sa...@wa...>
> To:lea...@li...
> Subject: [leaf-user] Problem with upgrade
> Message-ID:<975...@wa...>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Hello all,
>
> I have bootable USB. Version 7.5.1. I tried to do upgrade. Means:
>
> upgrade --release 7.5.3
>
> and I got it:
>
> upgrade: WGET SSL functionality is missing, please install openssl.lrp
> upgrade: abort check_wget_dependencies
>
> What I must change in configuration?
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 15 Jul 2026 01:16:10 +0200
> From: Erich Titl<eri...@th...>
> To:lea...@li...
> Subject: Re: [leaf-user] Problem with upgrade
> Message-ID:<66a...@th...>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Hi Slavek
>
> Am 15.07.2026 um 00:55 schrieb S?awek Adamski via leaf-user:
>> Hello all,
>>
>> I have bootable USB. Version 7.5.1. I tried to do upgrade. Means:
>>
>> upgrade --release 7.5.3
>>
>> and I got it:
>>
>> upgrade: WGET SSL functionality is missing, please install openssl.lrp
>> upgrade: abort check_wget_dependencies
>>
>> What I must change in configuration?
> The upgrade utility uses wget from the running system and sourceforge
> forces SSL connectivity.
>
> - check if you have wget with SSL functionality else you might need
> openssl.lrp to provide it.
Big thanks Erich but I'm not Linux Man. It's not enough for me to be 
able to do anything about it. Openssl.lrp is on my USB. The advice from 
Marko was very interesting. The solution to the problem has gone one 
step further.
> cheers
>
> ET
Big thanks Erich. Thank you so much for your willingness to help.

Re: [leaf-user] Problem with upgrade

[marko <le...@me...>]

use: 
apkg -l | grep ssl 

to see if openssl is loaded

to load openssl (check your device paths):
mount /dev/sda2 /mnt 
apkg -i /mnt/openssl.lrp
umount /mnt

if you want to always load openssl, edit leaf.cfg and add the package.

good luck,
marko



On Wednesday, 15 July 2026 8:55:46 AM AEST Sławek Adamski via leaf-user wrote:
> Hello all,
> 
> I have bootable USB. Version 7.5.1. I tried to do upgrade. Means:
> 
> upgrade --release 7.5.3
> 
> and I got it:
> 
> upgrade: WGET SSL functionality is missing, please install openssl.lrp
> upgrade: abort check_wget_dependencies
> 
> What I must change in configuration?
> 
> 
> ------------------------------------------------------------------------
> leaf-user mailing list: lea...@li...
> https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- http://leaf-project.org/

Re: [leaf-user] Problem with upgrade

[Erich T. <eri...@th...>]

Hi Slavek

Am 15.07.2026 um 00:55 schrieb Sławek Adamski via leaf-user:
> Hello all,
> 
> I have bootable USB. Version 7.5.1. I tried to do upgrade. Means:
> 
> upgrade --release 7.5.3
> 
> and I got it:
> 
> upgrade: WGET SSL functionality is missing, please install openssl.lrp
> upgrade: abort check_wget_dependencies
> 
> What I must change in configuration?

The upgrade utility uses wget from the running system and sourceforge 
forces SSL connectivity.

- check if you have wget with SSL functionality else you might need 
openssl.lrp to provide it.

cheers

ET
-- 
„Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
―Friedrich Nietzsche

[leaf-user] Problem with upgrade

[Sławek A. <sa...@wa...>]

Hello all,

I have bootable USB. Version 7.5.1. I tried to do upgrade. Means:

upgrade --release 7.5.3

and I got it:

upgrade: WGET SSL functionality is missing, please install openssl.lrp
upgrade: abort check_wget_dependencies

What I must change in configuration?

Re: [leaf-user] ifb instead of eth interfaces in 7.x

[Erich T. <eri...@th...>]

Hi Marko

Am 22.04.2026 um 11:31 schrieb marko via leaf-user:
> Hi ET,
> I would have thought that the hyper-v nic would present as something like an
> e1000 network adaptor.   If you don't have network driver loaded in leaf, then
> you won't see the eth interface.
> 
> This is only a wild stab in the dark, I have never tested leaf under hyper-
> v!!!!

I guess you are right but I could believe the Hyper-v abstraction is not 
as perfect as it should be. This is my first such installation on new 
underlying hardware and it might be that Hyper-V presents some of the 
underlying details. I have a RTL8125 Gaming 2.5GbE controller which I 
could not find the configuration options for.

cheers

ET

-- 
„Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
―Friedrich Nietzsche

Re: [leaf-user] ifb instead of eth interfaces in 7.x

[marko <le...@me...>]

Hi ET,
I would have thought that the hyper-v nic would present as something like an 
e1000 network adaptor.   If you don't have network driver loaded in leaf, then 
you won't see the eth interface.   

This is only a wild stab in the dark, I have never tested leaf under hyper-
v!!!!

good luck
marko

On Wednesday, 22 April 2026 7:08:37 PM AEST Erich Titl wrote:
> Hi folks
> 
> I am a bit confused by the use of ifb interfaces instead of the 
> traditional eth interfaces.
> 
> It's been a while that I have tried to set up a virtual LEAF sysem on a 
> Hyper-V client. In the past I was able to communicate with the virtual 
> machine over IP. Right now I can only see ifb interfaces but I am 
> missint the eth type interfaces.
> 
> The host system runs on a AMD Ryzen on Windoze 11 using Hyper-V as the 
> virtualization layer. On the same environment I am running a Ubuntu 
> guest system without problems.
> 
> I could believe that I am missing a driver for this host environment not 
> allowing me to talk to the underlying network virtualization layer.
> 
> Ideas?
> 
> Thanks
> 
> ET
> -- 
> „Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
> ―Friedrich Nietzsche
> 

[leaf-user] ifb instead of eth interfaces in 7.x

[Erich T. <eri...@th...>]

Hi folks

I am a bit confused by the use of ifb interfaces instead of the 
traditional eth interfaces.

It's been a while that I have tried to set up a virtual LEAF sysem on a 
Hyper-V client. In the past I was able to communicate with the virtual 
machine over IP. Right now I can only see ifb interfaces but I am 
missint the eth type interfaces.

The host system runs on a AMD Ryzen on Windoze 11 using Hyper-V as the 
virtualization layer. On the same environment I am running a Ubuntu 
guest system without problems.

I could believe that I am missing a driver for this host environment not 
allowing me to talk to the underlying network virtualization layer.

Ideas?

Thanks

ET
-- 
„Wer von seinem Tag nicht zwei Drittel für sich hat, ist ein Sklave.“
―Friedrich Nietzsche

Re: [leaf-user] https://bering-uclibc.zetam.org appears broken

[jeanrocco jr <bla...@gm...>]

Hello List Users, and Robert,

On Fri, Apr 3, 2026 at 8:32 AM Robert K Coffman Jr. -Info From Data Corp. <
bco...@in...> wrote:

>    Thanks for the update - and I can't wait to see your changes!
>
>    - Robert
>
> Ha ! Robert, so glad to get this answer from you, that confirms that at
least one person is looking at the doc. ... :-) !

The good news is that bering-uclibc.zetam.org/wiki/ works now. I still
don't know what happened, but yesterday, I e-mailled KP, opened a ticket (
https://sourceforge.net/p/leaf/tickets/113/ ). So, this morning, I could
also verify that the changes I made were all there, hail Mary (no I didn't
see this apparently bubble gum movie yet }.

Lately I've been having some interesting chats with ClaudeAI, so I ask IT
what would be the best way to filter ads using dnamasq with the list
provided by
https://pgl.yoyo.org/adservers/serverlist.php?hostformat=dnsmasq-server&showintro=1
. After some sparring with IT, I finally asked ClaideAI if the default
"server=/domain/ with no IP", in the yoyo list was the best way. To my
surprise it answered NO --- "address=/domain/ with no IP" is better and
faster since dnsmasq will resolve this immediately and answer NXDOMAIN. So
a browser would not try anything else and stop the query immediately.

That is what I added in the documentation. I would like your comments if
you have any, and ever feel like giving some.

I would also like to thank ClaudeAI :-)

jeanrocco



>    On 4/2/2026 5:02:33 PM, jeanrocco jr wrote:
>
> Hello LEAF users, & Mark
>
> About 3 days ago I added some changes in the documentation in Bering-uClibc
> 7.x Advance Topics - Setting Up Ad Blocking. I proceeded as usual, but I
> might have inadvertently screwed something up since I don't have access to
> the  bering-uclibc.zetam.org/wiki/ myself. The timing corresponds to my
> changes ... Since I don't have access to the Editing Bering-uClibc 7.x -
> User Guide - Advanced Topics - Setting Up Ad blocking with dnsmasq
> (section) - bering-uClibc
> [1]<
> https://bering-uclibc.zetam.org/index.php?title=Bering-uClibc_6.x_-_User_Gui
>
> de_-_Advanced_Topics_-_Setting_Up_Ad_blocking_with_dnsmasq&action=edit&section=2
> <https://bering-uclibc.zetam.org/index.php?title=Bering-uClibc_6.x_-_User_Guide_-_Advanced_Topics_-_Setting_Up_Ad_blocking_with_dnsmasq&action=edit&section=2>
> >
> anymore,
> I have to ask KP, or someone else, if he can restore it.
> Jeanrocco
>
> On Thu, Apr 2, 2026 at 8:02 AM LEAF [2]<le...@pa...> wrote:
>
>
> Hi Guys,
>
> Went to [3]https://bering-uclibc.zetam.org/ earlier tonight and am getting
> this:
>
>
>   Sorry! This site is experiencing technical difficulties.
>
> Try waiting a few minutes and reloading.
>
> (Cannot access the database)
>
> ------------------------------------------------------------------------
> You can try searching via Google in the meantime.
> Note that their indexes of our content may be out of date.
>
> It's been this way for a few hours now
> Don't know if anyone knows about this,
> Mark
>
> ------------------------------------------------------------------------
> leaf-user mailing list: [4]lea...@li...
> [5]https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- [6]http://leaf-project.org/
>
>
> ------------------------------------------------------------------------
> leaf-user mailing list: [7]lea...@li...
> [8]https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- [9]http://leaf-project.org/
>
> --
> Robert K Coffman Jr.
> Info From Data Corp.
> 3307249000
> [10]su...@in...
>
> References
>
>    1.
> https://bering-uclibc.zetam.org/index.php?title=Bering-uClibc_6.x_-_User_Guide_-_Advanced_Topics_-_Setting_Up_Ad_blocking_with_dnsmasq&action=edit&section=2
>    2. mailto:le...@pa...
>    3. https://bering-uclibc.zetam.org/
>    4. mailto:lea...@li...
>    5. https://lists.sourceforge.net/lists/listinfo/leaf-user
>    6. http://leaf-project.org/
>    7. mailto:lea...@li...
>    8. https://lists.sourceforge.net/lists/listinfo/leaf-user
>    9. http://leaf-project.org/
>   10. mailto:su...@in...
>
> ------------------------------------------------------------------------
> leaf-user mailing list: lea...@li...
> https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- http://leaf-project.org/
>

Re: [leaf-user] https://bering-uclibc.zetam.org appears broken

[Robert K C. J. -I. F. D. Corp. <bco...@in...>]

   Thanks for the update - and I can't wait to see your changes!

   - Robert

   On 4/2/2026 5:02:33 PM, jeanrocco jr wrote:

Hello LEAF users, & Mark

About 3 days ago I added some changes in the documentation in Bering-uClibc
7.x Advance Topics - Setting Up Ad Blocking. I proceeded as usual, but I
might have inadvertently screwed something up since I don't have access to
the  bering-uclibc.zetam.org/wiki/ myself. The timing corresponds to my
changes ... Since I don't have access to the Editing Bering-uClibc 7.x -
User Guide - Advanced Topics - Setting Up Ad blocking with dnsmasq
(section) - bering-uClibc
[1]<https://bering-uclibc.zetam.org/index.php?title=Bering-uClibc_6.x_-_User_Gui
de_-_Advanced_Topics_-_Setting_Up_Ad_blocking_with_dnsmasq&action=edit&section=2
>
anymore,
I have to ask KP, or someone else, if he can restore it.
Jeanrocco

On Thu, Apr 2, 2026 at 8:02 AM LEAF [2]<le...@pa...> wrote:


Hi Guys,

Went to [3]https://bering-uclibc.zetam.org/ earlier tonight and am getting
this:


  Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Cannot access the database)

------------------------------------------------------------------------
You can try searching via Google in the meantime.
Note that their indexes of our content may be out of date.

It's been this way for a few hours now
Don't know if anyone knows about this,
Mark

------------------------------------------------------------------------
leaf-user mailing list: [4]lea...@li...
[5]https://lists.sourceforge.net/lists/listinfo/leaf-user
Support Request -- [6]http://leaf-project.org/


------------------------------------------------------------------------
leaf-user mailing list: [7]lea...@li...
[8]https://lists.sourceforge.net/lists/listinfo/leaf-user
Support Request -- [9]http://leaf-project.org/

--
Robert K Coffman Jr.
Info From Data Corp.
3307249000
[10]su...@in...

References

   1. https://bering-uclibc.zetam.org/index.php?title=Bering-uClibc_6.x_-_User_Guide_-_Advanced_Topics_-_Setting_Up_Ad_blocking_with_dnsmasq&action=edit&section=2
   2. mailto:le...@pa...
   3. https://bering-uclibc.zetam.org/
   4. mailto:lea...@li...
   5. https://lists.sourceforge.net/lists/listinfo/leaf-user
   6. http://leaf-project.org/
   7. mailto:lea...@li...
   8. https://lists.sourceforge.net/lists/listinfo/leaf-user
   9. http://leaf-project.org/
  10. mailto:su...@in...

Re: [leaf-user] https://bering-uclibc.zetam.org appears broken

[jeanrocco jr <bla...@gm...>]

Hello LEAF users, & Mark

About 3 days ago I added some changes in the documentation in Bering-uClibc
7.x Advance Topics - Setting Up Ad Blocking. I proceeded as usual, but I
might have inadvertently screwed something up since I don't have access to
the  bering-uclibc.zetam.org/wiki/ myself. The timing corresponds to my
changes ... Since I don't have access to the Editing Bering-uClibc 7.x -
User Guide - Advanced Topics - Setting Up Ad blocking with dnsmasq
(section) - bering-uClibc
<https://bering-uclibc.zetam.org/index.php?title=Bering-uClibc_6.x_-_User_Guide_-_Advanced_Topics_-_Setting_Up_Ad_blocking_with_dnsmasq&action=edit&section=2>
anymore,
I have to ask KP, or someone else, if he can restore it.
Jeanrocco

On Thu, Apr 2, 2026 at 8:02 AM LEAF <le...@pa...> wrote:

> Hi Guys,
>
> Went to https://bering-uclibc.zetam.org/ earlier tonight and am getting
> this:
>
>
>   Sorry! This site is experiencing technical difficulties.
>
> Try waiting a few minutes and reloading.
>
> (Cannot access the database)
>
> ------------------------------------------------------------------------
> You can try searching via Google in the meantime.
> Note that their indexes of our content may be out of date.
>
> It's been this way for a few hours now
> Don't know if anyone knows about this,
> Mark
>
> ------------------------------------------------------------------------
> leaf-user mailing list: lea...@li...
> https://lists.sourceforge.net/lists/listinfo/leaf-user
> Support Request -- http://leaf-project.org/
>

[leaf-user] https://bering-uclibc.zetam.org appears broken

[LEAF <le...@pa...>]

Hi Guys,

Went to https://bering-uclibc.zetam.org/ earlier tonight and am getting 
this:


  Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Cannot access the database)

------------------------------------------------------------------------
You can try searching via Google in the meantime.
Note that their indexes of our content may be out of date.

It's been this way for a few hours now
Don't know if anyone knows about this,
Mark

Re: [leaf-user] Can openresolv.lrp be added to Bering-uClibc to provide resolvconf for wireguard

[LEAF <le...@pa...>]

Hi Erich,

On 1/04/2026 11:44 am, LEAF wrote:
>>
>> Right, so wireguard loads the modules dynamically. I am pretty sure 
>> it uses the same kernel modules as shorewall to handle iptables.
>
> Wireguard does try to load the modules it needs. I don't know if 
> shorewall loads everything wireguard needs, but I can test this at a 
> later time.

This is that test - wireguard restart with wireguard not loading any 
modules and shorewall enabled and loading the its default modules. (I've 
added a few empty lines in the output for clarity)

    router# /etc/init.d/wireguard restart
    Stopping wireguard VPN server on interface wg0
    wg-quick: `wg0' is not a WireGuard interface
    Starting wireguard VPN server on interface wg0
    [#] ip link add wg0 type wireguard
    [#] wg setconf wg0 /dev/fd/63
    [#] ip -4 address add 10.2.0.2/32 dev wg0
    RTNETLINK answers: Network is unreachable
    [#] ip link set mtu 1420 up dev wg0
    [#] resolvconf -a wg0 -m 0 -x
    [#] wg set wg0 fwmark 51820
    [#] ip -6 route add ::/0 dev wg0 table 51820
    [#] ip -6 rule add not fwmark 51820 table 51820
    [#] ip -6 rule add table main suppress_prefixlength 0

    [#] ip6tables-restore -n
    modprobe: can't open 'modules.dep': No such file or directory
    ip6tables-restore v1.8.8 (legacy): ip6tables-restore: unable to
    initialize table 'raw'

    Error occurred at line: 1
    Try `ip6tables-restore -h' or 'ip6tables-restore --help' for more
    information.

    [#] resolvconf -d wg0 -f
    [#] ip -6 rule delete table 51820
    [#] ip -6 rule delete table main suppress_prefixlength 0
    [#] ip link delete dev wg0
    router#

So wireguard is looking for the following modules that are not provided 
by shorewall. There could be a few others (I didn't work through them to 
check), but that doesn't matter, because shorewall module loading 
doesn't provide everything on its own.

    iptable_raw
    ip6table_raw

Note: for this test wireguard has no internet access in this run as I've 
swapped the VM interfaces around, so I can connect from my PC to the VM 
to copy off infomation for this email.
So errors about network unreachable are only due to this setup.

Thanks,
Mark