* [PATCH] build: add After=network-pre.target to service files @ 2021-01-22 13:56 Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:06 ` Marcel Holtmann 0 siblings, 1 reply; 8+ messages in thread From: Alvin =?unknown-8bit?q?=C5=A0ipraga?= @ 2021-01-22 13:56 UTC (permalink / raw) To: iwd [-- Attachment #1: Type: text/plain, Size: 1149 bytes --] systemd specifies a special passive target unit 'network-pre.target' which may be pulled in by services that want to run before any network interface is brought up or configured. Correspondingly, network management services such as iwd and ead should specify After=network-pre.target to ensure a proper ordering with respect to this special target. For more information, see systemd.special(7) and [1]. [1] https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ --- src/iwd.service.in | 1 + wired/ead.service.in | 1 + 2 files changed, 2 insertions(+) diff --git a/src/iwd.service.in b/src/iwd.service.in index 77819eaf..96e4abac 100644 --- a/src/iwd.service.in +++ b/src/iwd.service.in @@ -1,5 +1,6 @@ [Unit] Description=Wireless service +After=network-pre.target Before=network.target Wants=network.target diff --git a/wired/ead.service.in b/wired/ead.service.in index 387fdb68..6403c9e4 100644 --- a/wired/ead.service.in +++ b/wired/ead.service.in @@ -1,5 +1,6 @@ [Unit] Description=Ethernet service +After=network-pre.target Before=network.target Wants=network.target -- 2.29.2 ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH] build: add After=network-pre.target to service files 2021-01-22 13:56 [PATCH] build: add After=network-pre.target to service files Alvin =?unknown-8bit?q?=C5=A0ipraga?= @ 2021-01-22 14:06 ` Marcel Holtmann 2021-01-22 14:17 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 0 siblings, 1 reply; 8+ messages in thread From: Marcel Holtmann @ 2021-01-22 14:06 UTC (permalink / raw) To: iwd [-- Attachment #1: Type: text/plain, Size: 669 bytes --] Hi Alvin, > systemd specifies a special passive target unit 'network-pre.target' > which may be pulled in by services that want to run before any network > interface is brought up or configured. Correspondingly, network > management services such as iwd and ead should specify > After=network-pre.target to ensure a proper ordering with respect to > this special target. > > For more information, see systemd.special(7) and [1]. > > [1] https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/ so what does this really do in practice. Both daemons are fully hotplug aware and it makes no difference when they are started. Regards Marcel ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] build: add After=network-pre.target to service files 2021-01-22 14:06 ` Marcel Holtmann @ 2021-01-22 14:17 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:21 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:23 ` Marcel Holtmann 0 siblings, 2 replies; 8+ messages in thread From: Alvin =?unknown-8bit?q?=C5=A0ipraga?= @ 2021-01-22 14:17 UTC (permalink / raw) To: iwd [-- Attachment #1: Type: text/plain, Size: 2444 bytes --] Hi Marcel, On 1/22/21 3:06 PM, Marcel Holtmann wrote: > Hi Alvin, > >> systemd specifies a special passive target unit 'network-pre.target' >> which may be pulled in by services that want to run before any network >> interface is brought up or configured. Correspondingly, network >> management services such as iwd and ead should specify >> After=network-pre.target to ensure a proper ordering with respect to >> this special target. >> >> For more information, see systemd.special(7) and [1]. >> >> [1] https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.freedesktop.org%2Fwiki%2FSoftware%2Fsystemd%2FNetworkTarget%2F&data=04%7C01%7CALSI%40bang-olufsen.dk%7Ca9129a1177e04d6a153008d8bedee80e%7C210d08b883f7470abc96381193ca14a1%7C0%7C0%7C637469211873327131%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=K3cEG17BYuVdWg9JlwqCIpmOkGYa1esk8gdFbGewuME%3D&reserved=0 > > so what does this really do in practice. Both daemons are fully hotplug aware and it makes no difference when they are started. I can give two examples. The first is practical and we encountered it in our embedded system. The second is hypothetical, but perhaps a little more convincing. 1. We have a oneshot service which must run to perform some platform specific configuration of our wireless network interface before it is ready to be used. One such thing is does is set the MAC address according to some data in an EEPROM. While restructuring the service file for this oneshot service I removed the line: Before=iwd.service systemd-networkd.service and replaced it with: Before=network-pre.target ... as is suggested in systemd's documentation. This seemed good to me because it is more generic. I then noticed that during boot, iwd would run before this service and connect to an AP. The AP was then kicking us off during the MAC address change. This is how I noticed that iwd was not respecting the network-pre.target order. FYI we are using a driver (brcmfmac) which doesn't allow creating/destroying the primary interface. 2. Since iwd (and ead? never used it) can also do IP network configuration, it's possible that it runs and does this stuff before certain firewall rules are applied. This is the rationale given in the systemd documentation. Kind regards, Alvin > > Regards > > Marcel > ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] build: add After=network-pre.target to service files 2021-01-22 14:17 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= @ 2021-01-22 14:21 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:23 ` Marcel Holtmann 1 sibling, 0 replies; 8+ messages in thread From: Alvin =?unknown-8bit?q?=C5=A0ipraga?= @ 2021-01-22 14:21 UTC (permalink / raw) To: iwd [-- Attachment #1: Type: text/plain, Size: 1028 bytes --] Hi again, On 1/22/21 3:17 PM, Alvin Šipraga wrote: > Hi Marcel, > <snip> > > and replaced it with: > > Before=network-pre.target ... and also Wants=network-pre.target, but you get the idea. Kind regards, Alvin > > ... as is suggested in systemd's documentation. This seemed good to me > because it is more generic. > > I then noticed that during boot, iwd would run before this service and > connect to an AP. The AP was then kicking us off during the MAC address > change. This is how I noticed that iwd was not respecting the > network-pre.target order. > > FYI we are using a driver (brcmfmac) which doesn't allow > creating/destroying the primary interface. > > 2. Since iwd (and ead? never used it) can also do IP network > configuration, it's possible that it runs and does this stuff before > certain firewall rules are applied. This is the rationale given in the > systemd documentation. > > Kind regards, > Alvin > >> >> Regards >> >> Marcel >> ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] build: add After=network-pre.target to service files 2021-01-22 14:17 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:21 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= @ 2021-01-22 14:23 ` Marcel Holtmann 2021-01-22 14:30 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 1 sibling, 1 reply; 8+ messages in thread From: Marcel Holtmann @ 2021-01-22 14:23 UTC (permalink / raw) To: iwd [-- Attachment #1: Type: text/plain, Size: 2871 bytes --] Hi Alvin, >>> systemd specifies a special passive target unit 'network-pre.target' >>> which may be pulled in by services that want to run before any network >>> interface is brought up or configured. Correspondingly, network >>> management services such as iwd and ead should specify >>> After=network-pre.target to ensure a proper ordering with respect to >>> this special target. >>> >>> For more information, see systemd.special(7) and [1]. >>> >>> [1] https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.freedesktop.org%2Fwiki%2FSoftware%2Fsystemd%2FNetworkTarget%2F&data=04%7C01%7CALSI%40bang-olufsen.dk%7Ca9129a1177e04d6a153008d8bedee80e%7C210d08b883f7470abc96381193ca14a1%7C0%7C0%7C637469211873327131%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=K3cEG17BYuVdWg9JlwqCIpmOkGYa1esk8gdFbGewuME%3D&reserved=0 >> >> so what does this really do in practice. Both daemons are fully hotplug aware and it makes no difference when they are started. > > I can give two examples. > > The first is practical and we encountered it in our embedded system. The > second is hypothetical, but perhaps a little more convincing. > > 1. We have a oneshot service which must run to perform some platform > specific configuration of our wireless network interface before it is > ready to be used. One such thing is does is set the MAC address > according to some data in an EEPROM. While restructuring the service > file for this oneshot service I removed the line: > > Before=iwd.service systemd-networkd.service > > and replaced it with: > > Before=network-pre.target > > ... as is suggested in systemd's documentation. This seemed good to me > because it is more generic. > > I then noticed that during boot, iwd would run before this service and > connect to an AP. The AP was then kicking us off during the MAC address > change. This is how I noticed that iwd was not respecting the > network-pre.target order. > > FYI we are using a driver (brcmfmac) which doesn't allow > creating/destroying the primary interface. > > 2. Since iwd (and ead? never used it) can also do IP network > configuration, it's possible that it runs and does this stuff before > certain firewall rules are applied. This is the rationale given in the > systemd documentation. fair points. Please put them into the commit message so that when we ever git blame this change, we know why it made sense. Just to note, I always hate that if you have to delay a service from starting up as early as possible and get the hardware ready to be used. Nobody worried about these things until we made it so blazing fast that WiFi will be ready and connected before you need it. They way how it should have been from the start. Regards Marcel ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] build: add After=network-pre.target to service files 2021-01-22 14:23 ` Marcel Holtmann @ 2021-01-22 14:30 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:43 ` Paul Menzel 0 siblings, 1 reply; 8+ messages in thread From: Alvin =?unknown-8bit?q?=C5=A0ipraga?= @ 2021-01-22 14:30 UTC (permalink / raw) To: iwd [-- Attachment #1: Type: text/plain, Size: 3642 bytes --] Hi Marcel, On 1/22/21 3:23 PM, Marcel Holtmann wrote: > Hi Alvin, > >>>> systemd specifies a special passive target unit 'network-pre.target' >>>> which may be pulled in by services that want to run before any network >>>> interface is brought up or configured. Correspondingly, network >>>> management services such as iwd and ead should specify >>>> After=network-pre.target to ensure a proper ordering with respect to >>>> this special target. >>>> >>>> For more information, see systemd.special(7) and [1]. >>>> >>>> [1] https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.freedesktop.org%2Fwiki%2FSoftware%2Fsystemd%2FNetworkTarget%2F&data=04%7C01%7CALSI%40bang-olufsen.dk%7C4a32db4d987e4efc7d6308d8bee156bf%7C210d08b883f7470abc96381193ca14a1%7C0%7C0%7C637469222325018888%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=6%2F2JTpn33jTcD%2FxAO2shrzplIB1Tvh0SgZOyXMD%2FiII%3D&reserved=0 >>> >>> so what does this really do in practice. Both daemons are fully hotplug aware and it makes no difference when they are started. >> >> I can give two examples. >> >> The first is practical and we encountered it in our embedded system. The >> second is hypothetical, but perhaps a little more convincing. >> >> 1. We have a oneshot service which must run to perform some platform >> specific configuration of our wireless network interface before it is >> ready to be used. One such thing is does is set the MAC address >> according to some data in an EEPROM. While restructuring the service >> file for this oneshot service I removed the line: >> >> Before=iwd.service systemd-networkd.service >> >> and replaced it with: >> >> Before=network-pre.target >> >> ... as is suggested in systemd's documentation. This seemed good to me >> because it is more generic. >> >> I then noticed that during boot, iwd would run before this service and >> connect to an AP. The AP was then kicking us off during the MAC address >> change. This is how I noticed that iwd was not respecting the >> network-pre.target order. >> >> FYI we are using a driver (brcmfmac) which doesn't allow >> creating/destroying the primary interface. >> >> 2. Since iwd (and ead? never used it) can also do IP network >> configuration, it's possible that it runs and does this stuff before >> certain firewall rules are applied. This is the rationale given in the >> systemd documentation. > > fair points. Please put them into the commit message so that when we ever git blame this change, we know why it made sense. Sure, I'll send a v2 patch in a moment. > > Just to note, I always hate that if you have to delay a service from starting up as early as possible and get the hardware ready to be used. Nobody worried about these things until we made it so blazing fast that WiFi will be ready and connected before you need it. They way how it should have been from the start. Yeah I am also not a fan. The real truth is that the oneshot service I described is an ugly hack that we have to put up with, which is why I thought the firewall argument is rather more convincing. If it makes you feel any better, this change only has an effect if the system administrator has actually configured such a service which specifies Before=network-pre.target and Wants=network-pre.target. The network-pre.target on its own is passive and doesn't get pulled in just because iwd says it should start After=network-pre.target. So the ideal world you describe is hopefully not affected by this change. Kind regards, Alvin ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] build: add After=network-pre.target to service files 2021-01-22 14:30 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= @ 2021-01-22 14:43 ` Paul Menzel 2021-01-22 15:10 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 0 siblings, 1 reply; 8+ messages in thread From: Paul Menzel @ 2021-01-22 14:43 UTC (permalink / raw) To: iwd [-- Attachment #1: Type: text/plain, Size: 4277 bytes --] Dear Alvin, Am 22.01.21 um 15:30 schrieb Alvin Šipraga: > On 1/22/21 3:23 PM, Marcel Holtmann wrote: >>>>> systemd specifies a special passive target unit 'network-pre.target' >>>>> which may be pulled in by services that want to run before any network >>>>> interface is brought up or configured. Correspondingly, network >>>>> management services such as iwd and ead should specify >>>>> After=network-pre.target to ensure a proper ordering with respect to >>>>> this special target. >>>>> >>>>> For more information, see systemd.special(7) and [1]. >>>>> >>>>> [1] https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.freedesktop.org%2Fwiki%2FSoftware%2Fsystemd%2FNetworkTarget%2F&data=04%7C01%7CALSI%40bang-olufsen.dk%7C4a32db4d987e4efc7d6308d8bee156bf%7C210d08b883f7470abc96381193ca14a1%7C0%7C0%7C637469222325018888%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=6%2F2JTpn33jTcD%2FxAO2shrzplIB1Tvh0SgZOyXMD%2FiII%3D&reserved=0 Good job Outlook. ;-) >>>> so what does this really do in practice. Both daemons are fully hotplug aware and it makes no difference when they are started. >>> >>> I can give two examples. >>> >>> The first is practical and we encountered it in our embedded system. The >>> second is hypothetical, but perhaps a little more convincing. >>> >>> 1. We have a oneshot service which must run to perform some platform >>> specific configuration of our wireless network interface before it is >>> ready to be used. One such thing is does is set the MAC address >>> according to some data in an EEPROM. While restructuring the service >>> file for this oneshot service I removed the line: >>> >>> Before=iwd.service systemd-networkd.service >>> >>> and replaced it with: >>> >>> Before=network-pre.target >>> >>> ... as is suggested in systemd's documentation. This seemed good to me >>> because it is more generic. >>> >>> I then noticed that during boot, iwd would run before this service and >>> connect to an AP. The AP was then kicking us off during the MAC address >>> change. This is how I noticed that iwd was not respecting the >>> network-pre.target order. >>> >>> FYI we are using a driver (brcmfmac) which doesn't allow >>> creating/destroying the primary interface. >>> >>> 2. Since iwd (and ead? never used it) can also do IP network >>> configuration, it's possible that it runs and does this stuff before >>> certain firewall rules are applied. This is the rationale given in the >>> systemd documentation. >> >> fair points. Please put them into the commit message so that when >> we ever git blame this change, we know why it made sense. > > Sure, I'll send a v2 patch in a moment. > >> Just to note, I always hate that if you have to delay a service >> from starting up as early as possible and get the hardware ready to >> be used. Nobody worried about these things until we made it so >> blazing fast that WiFi will be ready and connected before you need >> it. They way how it should have been from the start. Marcel, do you have a suggestion for the firewall rules issue? Should iwd check it itself, though that wouldn’t be as general? > Yeah I am also not a fan. The real truth is that the oneshot service I > described is an ugly hack that we have to put up with, which is why I > thought the firewall argument is rather more convincing. I am not sure, but shouldn’t udev provide a way to only mark a device as activated, if certain conditions are met, in this case your hack was run? > If it makes you feel any better, this change only has an effect if the > system administrator has actually configured such a service which > specifies Before=network-pre.target and Wants=network-pre.target. The > network-pre.target on its own is passive and doesn't get pulled in just > because iwd says it should start After=network-pre.target. So the ideal > world you describe is hopefully not affected by this change. Yes, good to point that out again. Also, maybe note, that systemd-networkd and NetworkManager do the same ordering. Kind regards, Paul PS: I am always pleased to see companies participating in FLOSS development. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] build: add After=network-pre.target to service files 2021-01-22 14:43 ` Paul Menzel @ 2021-01-22 15:10 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 0 siblings, 0 replies; 8+ messages in thread From: Alvin =?unknown-8bit?q?=C5=A0ipraga?= @ 2021-01-22 15:10 UTC (permalink / raw) To: iwd [-- Attachment #1: Type: text/plain, Size: 5377 bytes --] Hi Paul, On 1/22/21 3:43 PM, Paul Menzel wrote: > Dear Alvin, > > > Am 22.01.21 um 15:30 schrieb Alvin Šipraga: > >> On 1/22/21 3:23 PM, Marcel Holtmann wrote: > >>>>>> systemd specifies a special passive target unit 'network-pre.target' >>>>>> which may be pulled in by services that want to run before any >>>>>> network >>>>>> interface is brought up or configured. Correspondingly, network >>>>>> management services such as iwd and ead should specify >>>>>> After=network-pre.target to ensure a proper ordering with respect to >>>>>> this special target. >>>>>> >>>>>> For more information, see systemd.special(7) and [1]. >>>>>> >>>>>> [1] >>>>>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.freedesktop.org%2Fwiki%2FSoftware%2Fsystemd%2FNetworkTarget%2F&data=04%7C01%7Calsi%40bang-olufsen.dk%7C595d0a9d10594598176108d8bee42888%7C210d08b883f7470abc96381193ca14a1%7C0%7C0%7C637469234430945966%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=1E%2FOj8Mzznx%2BuccUtO2P0ThRLeGv%2FOBvTeZ2d3rIES8%3D&reserved=0 >>>>>> > > Good job Outlook. ;-) Ugh, don't get me started... :-) > >>>>> so what does this really do in practice. Both daemons are fully >>>>> hotplug aware and it makes no difference when they are started. >>>> >>>> I can give two examples. >>>> >>>> The first is practical and we encountered it in our embedded system. >>>> The >>>> second is hypothetical, but perhaps a little more convincing. >>>> >>>> 1. We have a oneshot service which must run to perform some platform >>>> specific configuration of our wireless network interface before it is >>>> ready to be used. One such thing is does is set the MAC address >>>> according to some data in an EEPROM. While restructuring the service >>>> file for this oneshot service I removed the line: >>>> >>>> Before=iwd.service systemd-networkd.service >>>> >>>> and replaced it with: >>>> >>>> Before=network-pre.target >>>> >>>> ... as is suggested in systemd's documentation. This seemed good to me >>>> because it is more generic. >>>> >>>> I then noticed that during boot, iwd would run before this service and >>>> connect to an AP. The AP was then kicking us off during the MAC address >>>> change. This is how I noticed that iwd was not respecting the >>>> network-pre.target order. >>>> >>>> FYI we are using a driver (brcmfmac) which doesn't allow >>>> creating/destroying the primary interface. >>>> >>>> 2. Since iwd (and ead? never used it) can also do IP network >>>> configuration, it's possible that it runs and does this stuff before >>>> certain firewall rules are applied. This is the rationale given in the >>>> systemd documentation. >>> >>> fair points. Please put them into the commit message so that when >>> we ever git blame this change, we know why it made sense. >> >> Sure, I'll send a v2 patch in a moment. >> >>> Just to note, I always hate that if you have to delay a service from >>> starting up as early as possible and get the hardware ready to >>> be used. Nobody worried about these things until we made it so >>> blazing fast that WiFi will be ready and connected before you need >>> it. They way how it should have been from the start. > > Marcel, do you have a suggestion for the firewall rules issue? Should > iwd check it itself, though that wouldn’t be as general? > >> Yeah I am also not a fan. The real truth is that the oneshot service I >> described is an ugly hack that we have to put up with, which is why I >> thought the firewall argument is rather more convincing. > > I am not sure, but shouldn’t udev provide a way to only mark a device as > activated, if certain conditions are met, in this case your hack was run? In our case I don't think so... the driver we use automatically creates a primary interface and iwd will detect it and start its business right away. While I am using systemd's sys-subsystem-net-devices-wlan0.device target to trigger the oneshot configuration service, I could equally well just use udev. But in both cases it will still be racing against iwd. I am not aware of any way to have a network interface in a state where it may have its MAC address changed, yet be marked "not ready" in a generic way for iwd to detect. Happy to hear otherwise, though. > >> If it makes you feel any better, this change only has an effect if the >> system administrator has actually configured such a service which >> specifies Before=network-pre.target and Wants=network-pre.target. The >> network-pre.target on its own is passive and doesn't get pulled in just >> because iwd says it should start After=network-pre.target. So the ideal >> world you describe is hopefully not affected by this change. > > Yes, good to point that out again. Also, maybe note, that > systemd-networkd and NetworkManager do the same ordering. Yes, I was also motivated by the behaviour of systemd-networkd. Kind regards, Alvin > > > Kind regards, > > Paul > > > PS: I am always pleased to see companies participating in FLOSS > development. > _______________________________________________ > iwd mailing list -- iwd(a)lists.01.org > To unsubscribe send an email to iwd-leave(a)lists.01.org ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2021-01-22 15:10 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-01-22 13:56 [PATCH] build: add After=network-pre.target to service files Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:06 ` Marcel Holtmann 2021-01-22 14:17 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:21 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:23 ` Marcel Holtmann 2021-01-22 14:30 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?= 2021-01-22 14:43 ` Paul Menzel 2021-01-22 15:10 ` Alvin =?unknown-8bit?q?=C5=A0ipraga?=
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.