• Confused about ethernet connections

    From Grimble@2:250/1 to All on Tuesday, September 02, 2025 13:27:58
    I've replaced the motherboard on this machine. Most things worked on
    start-up, but there's a problem with ethernet connections. Before the
    change, the ethernet connection was enp2s0, statically linked to
    192.168.1.9.
    Now ip addr tells me the connection is enp4s0, dynamically linked to 192.168.1.188. When I try to reconfigure it to static/192.168.1.9, I'm
    told that "that address is already used by a connection that starts on
    boot (enp2s0) and that I have to configure it not to start at boot."
    I don't understand where enp2s0 is declared, because ip adsdr makes no mention.
    Help!
    --
    Grimble
    Registered Linux User #450547
    Machine 'Bach' running Plasma 5.27.10 on 6.6.101-desktop-1.mga9 kernel.
    Mageia release 9 (Official) for x86_64


    --- MBSE BBS v1.1.1 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From Mike Easter@2:250/1 to All on Tuesday, September 02, 2025 17:19:06
    Grimble wrote:
    I've replaced the motherboard on this machine. Most things worked on start-up, but there's a problem with ethernet connections. Before the change, the ethernet connection was enp2s0, statically linked to 192.168.1.9.
    Now  ip addr tells me the connection is enp4s0, dynamically linked to 192.168.1.188. When I try to reconfigure it to static/192.168.1.9, I'm
    told that "that address is already used by a connection that starts on
    boot (enp2s0) and that I have to configure it not to start at boot."
    I don't understand where enp2s0 is declared, because ip adsdr makes no mention.
    Help!

    What do you see when you look 'inside' your router? You can usually do
    it w/ a browser and the gateway IP address + your admin credentials.

    --
    Mike Easter

    --- MBSE BBS v1.1.1 (Linux-x86_64)
    * Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1@fidonet)
  • From David W. Hodgins@2:250/1 to All on Tuesday, September 02, 2025 19:29:11
    On Tue, 02 Sep 2025 08:27:58 -0400, Grimble <grimble@nomail.afraid.org> wrote:

    I've replaced the motherboard on this machine. Most things worked on start-up, but there's a problem with ethernet connections. Before the
    change, the ethernet connection was enp2s0, statically linked to
    192.168.1.9.
    Now ip addr tells me the connection is enp4s0, dynamically linked to 192.168.1.188. When I try to reconfigure it to static/192.168.1.9, I'm
    told that "that address is already used by a connection that starts on
    boot (enp2s0) and that I have to configure it not to start at boot."
    I don't understand where enp2s0 is declared, because ip adsdr makes no mention.
    Help!

    The old one is still referred to in a file /etc/sysconfig/network-scripts/ifcfg-enp2s0 that
    was created when that nic existed.

    Either delete the file from that directory manually, or you can delete it using draknetcenter.

    Instead of deleting it though, you may want to move it to /root so you can check it's values later.

    Regards, Dave Hodgins

    --- MBSE BBS v1.1.1 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From Grimble@2:250/1 to All on Thursday, September 04, 2025 12:14:34
    On 02/09/2025 19:29, David W. Hodgins wrote:
    On Tue, 02 Sep 2025 08:27:58 -0400, Grimble <grimble@nomail.afraid.org> wrote:

    I've replaced the motherboard on this machine. Most things worked on
    start-up, but there's a problem with ethernet connections. Before the
    change, the ethernet connection was enp2s0, statically linked to
    192.168.1.9.
    Now  ip addr tells me the connection is enp4s0, dynamically linked to
    192.168.1.188. When I try to reconfigure it to static/192.168.1.9, I'm
    told that "that address is already used by a connection that starts on
    boot (enp2s0) and that I have to configure it not to start at boot."
    I don't understand where enp2s0 is declared, because ip adsdr makes no
    mention.
    Help!

    The old one is still referred to in a file /etc/sysconfig/network- scripts/ifcfg-enp2s0 that
    was created when that nic existed.

    Either delete the file from that directory manually, or you can delete
    it using draknetcenter.

    Instead of deleting it though, you may want to move it to /root so you
    can check it's values later.

    Regards, Dave Hodgins
    Thanks, David, that did it.
    Best wishes,

    --
    Grimble
    Registered Linux User #450547
    Machine 'Bach' running Plasma 5.27.10 on 6.6.101-desktop-1.mga9 kernel.
    Mageia release 9 (Official) for x86_64

    --- MBSE BBS v1.1.1 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From Grimble@2:250/1 to All on Sunday, September 28, 2025 12:26:20
    On 02/09/2025 19:29, David W. Hodgins wrote:
    On Tue, 02 Sep 2025 08:27:58 -0400, Grimble <grimble@nomail.afraid.org> wrote:


    The old one is still referred to in a file /etc/sysconfig/network- scripts/ifcfg-enp2s0 that
    was created when that nic existed.

    Either delete the file from that directory manually, or you can delete
    it using draknetcenter.

    Instead of deleting it though, you may want to move it to /root so you
    can check it's values later.

    Regards, Dave Hodgins
    On a not-unrelated matter, I am logging many "IPv4: martian source
    messages from 192.168.1 196 on dev enp5s0". Although ifcfg-enp5s0 has "BOOTPROTO=static,IPADDR=192.168.1.10", I can see from a network scan
    that it has also picked up a DHCP address, which is the ...196 one. How
    can I prevent that?

    --
    Grimble
    Machine 'Haydn' running Plasma 5.27.10 on 6.6.101-desktop-1.mga9 kernel.
    Mageia release 9 (Official) for x86_64

    --- MBSE BBS v1.1.1 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From David W. Hodgins@2:250/1 to All on Sunday, September 28, 2025 16:45:12
    On Sun, 28 Sep 2025 07:26:20 -0400, Grimble <grimble@nomail.afraid.org> wrote: <snip>
    On a not-unrelated matter, I am logging many "IPv4: martian source
    messages from 192.168.1 196 on dev enp5s0". Although ifcfg-enp5s0 has "BOOTPROTO=static,IPADDR=192.168.1.10", I can see from a network scan
    that it has also picked up a DHCP address, which is the ...196 one. How
    can I prevent that?

    I get them too, but in my case I know it's due to having two nics (one wireless, and one wired),
    with both working, when the ethernet is plugged into the laptop. I get maximum speed when
    plugged in, but still remain connected when it's unplugged.

    As long as it's working, I stopped worrying about martian packets a long time ago.

    Assuming you're now using NetworkManager, as I am ...

    [root@x9t ~]# grep -v ^'#' /etc/NetworkManager/NetworkManager.conf
    [main]
    plugins=ifcfg-rh,keyfile
    dns=none
    rc-manager=unmanaged

    [root@x9t ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
    DEVICE=eth0
    BOOTPROTO=static
    IPADDR=192.168.10.222
    NETMASK=255.255.0.0
    GATEWAY=192.168.10.11
    ONBOOT=yes
    METRIC=5
    MII_NOT_SUPPORTED=yes
    USERCTL=yes
    DNS1=127.0.0.1
    DNS2=8.8.4.4
    RESOLV_MODS=no
    IPV6INIT=yes
    IPV6TO4INIT=no
    ACCOUNTING=no
    NM_CONTROLLED=yes

    # cat /etc/sysconfig/network-scripts/ifcfg-wlan0
    DEVICE=wlan0
    BOOTPROTO=static
    IPADDR=192.168.10.22
    NETMASK=255.255.255.0
    GATEWAY=192.168.10.11
    ONBOOT=yes
    METRIC=35
    MII_NOT_SUPPORTED=no
    USERCTL=yes
    DNS1=127.0.0.1
    DNS2=8.8.8.8
    RESOLV_MODS=no
    WIRELESS_MODE=Managed
    WIRELESS_ESSID=NOSSID
    WIRELESS_ENC_KEY=s:munged
    WIRELESS_WPA_DRIVER=wext
    WIRELESS_WPA_REASSOCIATE=no
    KEY_MGMT=WPA-PSK
    WPA_PSK=munged
    IPV6INIT=yes
    IPV6TO4INIT=no
    ACCOUNTING=no
    NM_CONTROLLED=yes

    The DNS= lines in the ifcfg- entries above are ignored due to the rc-manager=unmanaged.
    I have the resolvconf package installed which sets the dns at boot

    # cat /etc/resolvconf/resolv.conf.d/head
    # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.0.1
    nameserver ::1
    nameserver 8.8.4.4
    nameserver 8.8.8.8

    Ignore the DO NOT EDIT comments in the above file. They are there so that they end up
    in /etc/resolv.conf which is the file actually used to determine which name server to use.

    [root@x9t ~]# cat /etc/resolv.conf
    # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 127.0.0.1
    nameserver ::1
    nameserver 8.8.4.4
    nameserver 8.8.8.8

    [root@x9t ~]# journalctl -b --no-h|grep -i -e dhcp -e martian
    Sep 28 11:34:10 NetworkManager[1779]: <info> [1759073650.0779] dhcp: init: Using DHCP client 'internal'
    Sep 28 11:34:13 NetworkManager[1779]: <info> [1759073653.2761] dhcp6 (eth0): activation: beginning transaction (timeout in 45 seconds)
    Sep 28 11:34:14 NetworkManager[1779]: <info> [1759073654.3023] dhcp6 (eth0): state changed new lease, address=2607:munged
    Sep 28 11:34:16 kernel: IPv4: martian source 192.168.10.22 from 192.168.10.22, on dev eth0
    Sep 28 11:34:17 NetworkManager[1779]: <info> [1759073657.0755] dhcp6 (wlan0): activation: beginning transaction (timeout in 45 seconds)
    Sep 28 11:34:17 shorewall[5379]: Setting up Martian Logging...
    Sep 28 11:34:18 NetworkManager[1779]: <info> [1759073658.1576] dhcp6 (wlan0): state changed new lease, address=2607:munged
    Sep 28 11:34:18 kernel: IPv4: martian source 192.168.10.22 from 192.168.10.22, on dev eth0
    Sep 28 11:34:20 kernel: IPv4: martian source 192.168.10.22 from 192.168.10.22, on dev eth0

    I do get the martian packets as I have two nics both in use, but everything's working including
    both ipv4 and ipv6, so I don't worry about the martians.

    https://test-ipv6.com/ gives me 10/10

    I have the bind name server installed and it's program named is running so the google
    nameservers are not used (unless I stop the named process or it fails to start).

    Regards, Dave Hodgins

    --- MBSE BBS v1.1.1 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From Grimble@2:250/1 to All on Tuesday, September 30, 2025 15:39:04
    T24gMjgvMDkvMjAyNSAxNjo0NSwgRGF2aWQgVy4gSG9kZ2lucyB3cm90ZToNCj4gT24gU3Vu LCAyOCBTZXAgMjAyNSAwNzoyNjoyMCAtMDQwMCwgR3JpbWJsZSA8Z3JpbWJsZUBub21haWwu YWZyYWlkLm9yZz4gDQo+IHdyb3RlOg0KPiA8c25pcD4NCj4+IE9uIGEgbm90LXVucmVsYXRl ZCBtYXR0ZXIsIEkgYW0gbG9nZ2luZyBtYW55ICJJUHY0OiBtYXJ0aWFuIHNvdXJjZQ0KPj4g bWVzc2FnZXMgZnJvbSAxOTIuMTY4LjEgMTk2IG9uIGRldiBlbnA1czAiLiBBbHRob3VnaCBp ZmNmZy1lbnA1czAgaGFzDQo+PiAiQk9PVFBST1RPPXN0YXRpYyxJUEFERFI9MTkyLjE2OC4x LjEwIiwgSSBjYW4gc2VlIGZyb20gYSBuZXR3b3JrIHNjYW4NCj4+IHRoYXQgaXQgaGFzIGFs c28gcGlja2VkIHVwIGEgREhDUCBhZGRyZXNzLCB3aGljaCBpcyB0aGUgLi4uMTk2IG9uZS4g SG93DQo+PiBjYW4gSSBwcmV2ZW50IHRoYXQ/DQo+IA0KPiBJIGdldCB0aGVtIHRvbywgYnV0 IGluIG15IGNhc2UgSSBrbm93IGl0J3MgZHVlIHRvIGhhdmluZyB0d28gbmljcyAob25lIA0K PiB3aXJlbGVzcywgYW5kIG9uZSB3aXJlZCksDQo+IHdpdGggYm90aCB3b3JraW5nLCB3aGVu IHRoZSBldGhlcm5ldCBpcyBwbHVnZ2VkIGludG8gdGhlIGxhcHRvcC4gSSBnZXQgDQo+IG1h eGltdW0gc3BlZWQgd2hlbg0KPiBwbHVnZ2VkIGluLCBidXQgc3RpbGwgcmVtYWluIGNvbm5l Y3RlZCB3aGVuIGl0J3MgdW5wbHVnZ2VkLg0KPiANCj4gQXMgbG9uZyBhcyBpdCdzIHdvcmtp bmcsIEkgc3RvcHBlZCB3b3JyeWluZyBhYm91dCBtYXJ0aWFuIHBhY2tldHMgYSBsb25nIA0K PiB0aW1lIGFnby4NCj4gDQo+IEFzc3VtaW5nIHlvdSdyZSBub3cgdXNpbmcgTmV0d29ya01h bmFnZXIsIGFzIEkgYW3CoCAuLi4NCj4gDQo+IFtyb290QHg5dCB+XSMgZ3JlcCAtdiBeJyMn IC9ldGMvTmV0d29ya01hbmFnZXIvTmV0d29ya01hbmFnZXIuY29uZg0KPiBbbWFpbl0NCj4g cGx1Z2lucz1pZmNmZy1yaCxrZXlmaWxlDQo+IGRucz1ub25lDQo+IHJjLW1hbmFnZXI9dW5t YW5hZ2VkDQo+IA0KPiBbcm9vdEB4OXQgfl0jIGNhdCAvZXRjL3N5c2NvbmZpZy9uZXR3b3Jr LXNjcmlwdHMvaWZjZmctZXRoMA0KPiBERVZJQ0U9ZXRoMA0KPiBCT09UUFJPVE89c3RhdGlj DQo+IElQQUREUj0xOTIuMTY4LjEwLjIyMg0KPiBORVRNQVNLPTI1NS4yNTUuMC4wDQo+IEdB VEVXQVk9MTkyLjE2OC4xMC4xMQ0KPiBPTkJPT1Q9eWVzDQo+IE1FVFJJQz01DQo+IE1JSV9O T1RfU1VQUE9SVEVEPXllcw0KPiBVU0VSQ1RMPXllcw0KPiBETlMxPTEyNy4wLjAuMQ0KPiBE TlMyPTguOC40LjQNCj4gUkVTT0xWX01PRFM9bm8NCj4gSVBWNklOSVQ9eWVzDQo+IElQVjZU TzRJTklUPW5vDQo+IEFDQ09VTlRJTkc9bm8NCj4gTk1fQ09OVFJPTExFRD15ZXMNCj4gDQo+ ICMgY2F0IC9ldGMvc3lzY29uZmlnL25ldHdvcmstc2NyaXB0cy9pZmNmZy13bGFuMA0KPiBE RVZJQ0U9d2xhbjANCj4gQk9PVFBST1RPPXN0YXRpYw0KPiBJUEFERFI9MTkyLjE2OC4xMC4y Mg0KPiBORVRNQVNLPTI1NS4yNTUuMjU1LjANCj4gR0FURVdBWT0xOTIuMTY4LjEwLjExDQo+ IE9OQk9PVD15ZXMNCj4gTUVUUklDPTM1DQo+IE1JSV9OT1RfU1VQUE9SVEVEPW5vDQo+IFVT RVJDVEw9eWVzDQo+IEROUzE9MTI3LjAuMC4xDQo+IEROUzI9OC44LjguOA0KPiBSRVNPTFZf TU9EUz1ubw0KPiBXSVJFTEVTU19NT0RFPU1hbmFnZWQNCj4gV0lSRUxFU1NfRVNTSUQ9Tk9T U0lEDQo+IFdJUkVMRVNTX0VOQ19LRVk9czptdW5nZWQNCj4gV0lSRUxFU1NfV1BBX0RSSVZF Uj13ZXh0DQo+IFdJUkVMRVNTX1dQQV9SRUFTU09DSUFURT1ubw0KPiBLRVlfTUdNVD1XUEEt UFNLDQo+IFdQQV9QU0s9bXVuZ2VkDQo+IElQVjZJTklUPXllcw0KPiBJUFY2VE80SU5JVD1u bw0KPiBBQ0NPVU5USU5HPW5vDQo+IE5NX0NPTlRST0xMRUQ9eWVzDQo+IA0KPiBUaGUgRE5T PSBsaW5lcyBpbiB0aGUgaWZjZmctIGVudHJpZXMgYWJvdmUgYXJlIGlnbm9yZWQgZHVlIHRv IHRoZSByYy0gDQo+IG1hbmFnZXI9dW5tYW5hZ2VkLg0KPiBJIGhhdmUgdGhlIHJlc29sdmNv bmYgcGFja2FnZSBpbnN0YWxsZWQgd2hpY2ggc2V0cyB0aGUgZG5zIGF0IGJvb3QNCj4gDQo+ ICMgY2F0IC9ldGMvcmVzb2x2Y29uZi9yZXNvbHYuY29uZi5kL2hlYWQNCj4gIyBEeW5hbWlj IHJlc29sdi5jb25mKDUpIGZpbGUgZm9yIGdsaWJjIHJlc29sdmVyKDMpIGdlbmVyYXRlZCBi eSANCj4gcmVzb2x2Y29uZig4KQ0KPiAjwqDCoMKgwqAgRE8gTk9UIEVESVQgVEhJUyBGSUxF IEJZIEhBTkQgLS0gWU9VUiBDSEFOR0VTIFdJTEwgQkUgT1ZFUldSSVRURU4NCj4gbmFtZXNl cnZlciAxMjcuMC4wLjENCj4gbmFtZXNlcnZlciA6OjENCj4gbmFtZXNlcnZlciA4LjguNC40 DQo+IG5hbWVzZXJ2ZXIgOC44LjguOA0KPiANCj4gSWdub3JlIHRoZSBETyBOT1QgRURJVCBj b21tZW50cyBpbiB0aGUgYWJvdmUgZmlsZS4gVGhleSBhcmUgdGhlcmUgc28gDQo+IHRoYXQg dGhleSBlbmQgdXANCj4gaW4gL2V0Yy9yZXNvbHYuY29uZiB3aGljaCBpcyB0aGUgZmlsZSBh Y3R1YWxseSB1c2VkIHRvIGRldGVybWluZSB3aGljaCANCj4gbmFtZSBzZXJ2ZXIgdG8gdXNl Lg0KPiANCj4gW3Jvb3RAeDl0IH5dIyBjYXQgL2V0Yy9yZXNvbHYuY29uZg0KPiAjIER5bmFt aWMgcmVzb2x2LmNvbmYoNSkgZmlsZSBmb3IgZ2xpYmMgcmVzb2x2ZXIoMykgZ2VuZXJhdGVk IGJ5IA0KPiByZXNvbHZjb25mKDgpDQo+ICPCoMKgwqDCoCBETyBOT1QgRURJVCBUSElTIEZJ TEUgQlkgSEFORCAtLSBZT1VSIENIQU5HRVMgV0lMTCBCRSBPVkVSV1JJVFRFTg0KPiBuYW1l c2VydmVyIDEyNy4wLjAuMQ0KPiBuYW1lc2VydmVyIDo6MQ0KPiBuYW1lc2VydmVyIDguOC40 LjQNCj4gbmFtZXNlcnZlciA4LjguOC44DQo+IA0KPiBbcm9vdEB4OXQgfl0jIGpvdXJuYWxj dGwgLWIgLS1uby1ofGdyZXAgLWkgLWUgZGhjcCAtZSBtYXJ0aWFuDQo+IFNlcCAyOCAxMToz NDoxMCBOZXR3b3JrTWFuYWdlclsxNzc5XTogPGluZm8+wqAgWzE3NTkwNzM2NTAuMDc3OV0g ZGhjcDogDQo+IGluaXQ6IFVzaW5nIERIQ1AgY2xpZW50ICdpbnRlcm5hbCcNCj4gU2VwIDI4 IDExOjM0OjEzIE5ldHdvcmtNYW5hZ2VyWzE3NzldOiA8aW5mbz7CoCBbMTc1OTA3MzY1My4y NzYxXSBkaGNwNiANCj4gKGV0aDApOiBhY3RpdmF0aW9uOiBiZWdpbm5pbmcgdHJhbnNhY3Rp b24gKHRpbWVvdXQgaW4gNDUgc2Vjb25kcykNCj4gU2VwIDI4IDExOjM0OjE0IE5ldHdvcmtN YW5hZ2VyWzE3NzldOiA8aW5mbz7CoCBbMTc1OTA3MzY1NC4zMDIzXSBkaGNwNiANCj4gKGV0 aDApOiBzdGF0ZSBjaGFuZ2VkIG5ldyBsZWFzZSwgYWRkcmVzcz0yNjA3Om11bmdlZA0KPiBT ZXAgMjggMTE6MzQ6MTYga2VybmVsOiBJUHY0OiBtYXJ0aWFuIHNvdXJjZSAxOTIuMTY4LjEw LjIyIGZyb20gDQo+IDE5Mi4xNjguMTAuMjIsIG9uIGRldiBldGgwDQo+IFNlcCAyOCAxMToz NDoxNyBOZXR3b3JrTWFuYWdlclsxNzc5XTogPGluZm8+wqAgWzE3NTkwNzM2NTcuMDc1NV0g ZGhjcDYgDQo+ICh3bGFuMCk6IGFjdGl2YXRpb246IGJlZ2lubmluZyB0cmFuc2FjdGlvbiAo dGltZW91dCBpbiA0NSBzZWNvbmRzKQ0KPiBTZXAgMjggMTE6MzQ6MTcgc2hvcmV3YWxsWzUz NzldOiBTZXR0aW5nIHVwIE1hcnRpYW4gTG9nZ2luZy4uLg0KPiBTZXAgMjggMTE6MzQ6MTgg TmV0d29ya01hbmFnZXJbMTc3OV06IDxpbmZvPsKgIFsxNzU5MDczNjU4LjE1NzZdIGRoY3A2 IA0KPiAod2xhbjApOiBzdGF0ZSBjaGFuZ2VkIG5ldyBsZWFzZSwgYWRkcmVzcz0yNjA3Om11 bmdlZA0KPiBTZXAgMjggMTE6MzQ6MTgga2VybmVsOiBJUHY0OiBtYXJ0aWFuIHNvdXJjZSAx OTIuMTY4LjEwLjIyIGZyb20gDQo+IDE5Mi4xNjguMTAuMjIsIG9uIGRldiBldGgwDQo+IFNl cCAyOCAxMTozNDoyMCBrZXJuZWw6IElQdjQ6IG1hcnRpYW4gc291cmNlIDE5Mi4xNjguMTAu MjIgZnJvbSANCj4gMTkyLjE2OC4xMC4yMiwgb24gZGV2IGV0aDANCj4gDQo+IEkgZG8gZ2V0 IHRoZSBtYXJ0aWFuIHBhY2tldHMgYXMgSSBoYXZlIHR3byBuaWNzIGJvdGggaW4gdXNlLCBi dXQgDQo+IGV2ZXJ5dGhpbmcncyB3b3JraW5nIGluY2x1ZGluZw0KPiBib3RoIGlwdjQgYW5k IGlwdjYsIHNvIEkgZG9uJ3Qgd29ycnkgYWJvdXQgdGhlIG1hcnRpYW5zLg0KPiANCj4gaHR0 cHM6Ly90ZXN0LWlwdjYuY29tLyBnaXZlcyBtZSAxMC8xMA0KPiANCj4gSSBoYXZlIHRoZSBi aW5kIG5hbWUgc2VydmVyIGluc3RhbGxlZCBhbmQgaXQncyBwcm9ncmFtIG5hbWVkIGlzIHJ1 bm5pbmcgDQo+IHNvIHRoZSBnb29nbGUNCj4gbmFtZXNlcnZlcnMgYXJlIG5vdCB1c2VkICh1 bmxlc3MgSSBzdG9wIHRoZSBuYW1lZCBwcm9jZXNzIG9yIGl0IGZhaWxzIHRvIA0KPiBzdGFy dCkuDQo+IA0KPiBSZWdhcmRzLCBEYXZlIEhvZGdpbnMNClRoYW5rcyBEYXZlLiBJIHdhc24n dCB3b3JyaWVkIGFib3V0IHRoZSBtYXJ0aWFucyBwZXIgc2UsIGJlY2F1c2UgDQpldmVyeXRo aW5nIHdhcyB3b3JraW5nLiBJdCBqdXN0IGFubm95ZWQgbWUgdGhhdCBzbyBtYW55IG1lc3Nh Z2VzIHdlcmUgDQpiZWluZyBsb2dnZWQuIEFzIHdpdGggeW91LCBpdCB3YXMgYmVjYXVzZSB0 aGUgd2lyZWxlc3MgY29ubmVjdGlvbiB3YXMgDQphY3RpdmUgYnV0IHRoZSB3aXJlZCBjb25u ZWN0aW9uIHdhcyBzdGlsbCBrbm93bi4NClJlZ2FyZHMsDQoNCi0tIA0KR3JpbWJsZQ0KTWFj aGluZSAnSGF5ZG4nIHJ1bm5pbmcgUGxhc21hIDUuMjcuMTAgb24gNi42LjEwMS1kZXNrdG9w LTEubWdhOSBrZXJuZWwuDQpNYWdlaWEgcmVsZWFzZSA5IChPZmZpY2lhbCkgZm9yIHg4Nl82
    NA0K

    --- MBSE BBS v1.1.1 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)