* [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options @ 2020-11-26 15:28 Norbert Lange 2022-01-08 11:04 ` Romain Naour 2022-01-08 19:04 ` James Hilliard 0 siblings, 2 replies; 11+ messages in thread From: Norbert Lange @ 2020-11-26 15:28 UTC (permalink / raw) To: buildroot Systemd has very many options, adding a way for the user to set custom options can help customizations without changing buildroot files. Signed-off-by: Norbert Lange <nolange79@gmail.com> --- package/systemd/Config.in | 8 ++++++++ package/systemd/systemd.mk | 2 ++ 2 files changed, 10 insertions(+) diff --git a/package/systemd/Config.in b/package/systemd/Config.in index 2c89538987..946b2d9905 100644 --- a/package/systemd/Config.in +++ b/package/systemd/Config.in @@ -89,6 +89,14 @@ if BR2_PACKAGE_SYSTEMD config BR2_PACKAGE_PROVIDES_UDEV default "systemd" +config BR2_PACKAGE_SYSTEMD_EXTRA_CONFIG + string "Additional target systemd options" + default "" + help + Any additional systemd configure options you may want to + include. The options are appended to Buildroot generated + options and can override these. + config BR2_PACKAGE_SYSTEMD_BOOT bool "systemd-boot" depends on BR2_i386 || BR2_x86_64 diff --git a/package/systemd/systemd.mk b/package/systemd/systemd.mk index 2f1d898e0d..878e99ed00 100644 --- a/package/systemd/systemd.mk +++ b/package/systemd/systemd.mk @@ -500,6 +500,8 @@ ifneq ($(SYSTEMD_FALLBACK_HOSTNAME),) SYSTEMD_CONF_OPTS += -Dfallback-hostname=$(SYSTEMD_FALLBACK_HOSTNAME) endif +SYSTEMD_CONF_OPTS += $(call qstrip,$(BR2_PACKAGE_SYSTEMD_EXTRA_CONFIG)) + define SYSTEMD_INSTALL_INIT_HOOK ln -fs multi-user.target \ $(TARGET_DIR)/usr/lib/systemd/system/default.target -- 2.29.2 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2020-11-26 15:28 [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options Norbert Lange @ 2022-01-08 11:04 ` Romain Naour 2022-01-08 14:23 ` Arnout Vandecappelle 2022-01-08 14:36 ` Norbert Lange 2022-01-08 19:04 ` James Hilliard 1 sibling, 2 replies; 11+ messages in thread From: Romain Naour @ 2022-01-08 11:04 UTC (permalink / raw) To: Norbert Lange, buildroot; +Cc: Yann E. MORIN, Maxime Hadjinlian Hello Norbert, Le 26/11/2020 à 16:28, Norbert Lange a écrit : > Systemd has very many options, adding a way for the user > to set custom options can help customizations > without changing buildroot files. This is also true of any package in Buildroot. Users may want to provide a custom option that is not handled yet by Buildroot. What if the option provided in BR2_PACKAGE_SYSTEMD_EXTRA_CONFIG requires a build dependency ? Best regards, Romain _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2022-01-08 11:04 ` Romain Naour @ 2022-01-08 14:23 ` Arnout Vandecappelle 2022-01-08 14:36 ` Norbert Lange 1 sibling, 0 replies; 11+ messages in thread From: Arnout Vandecappelle @ 2022-01-08 14:23 UTC (permalink / raw) To: Romain Naour, Norbert Lange, buildroot; +Cc: Yann E. MORIN, Maxime Hadjinlian On 08/01/2022 12:04, Romain Naour wrote: > Hello Norbert, > > Le 26/11/2020 à 16:28, Norbert Lange a écrit : >> Systemd has very many options, adding a way for the user >> to set custom options can help customizations >> without changing buildroot files. > > This is also true of any package in Buildroot. Users may want to provide a > custom option that is not handled yet by Buildroot. > > What if the option provided in BR2_PACKAGE_SYSTEMD_EXTRA_CONFIG requires a build > dependency ? Also, I think it's possible to do this in a br2-external. Something like: systemd-overrides.mk: ifeq ($(BR2_PACKAGE_SYSTEMD_OVERRIDES),y) SYSTEMD_CONF_OPTS += -Dfoo -Dbar SYSTEMD_DEPENDENCIES = foobar endif Regards, Arnout _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2022-01-08 11:04 ` Romain Naour 2022-01-08 14:23 ` Arnout Vandecappelle @ 2022-01-08 14:36 ` Norbert Lange 1 sibling, 0 replies; 11+ messages in thread From: Norbert Lange @ 2022-01-08 14:36 UTC (permalink / raw) To: Romain Naour; +Cc: Maxime Hadjinlian, Yann E. MORIN, buildroot Am Sa., 8. Jan. 2022 um 12:04 Uhr schrieb Romain Naour <romain.naour@smile.fr>: > > Hello Norbert, > > Le 26/11/2020 à 16:28, Norbert Lange a écrit : > > Systemd has very many options, adding a way for the user > > to set custom options can help customizations > > without changing buildroot files. > > This is also true of any package in Buildroot. Users may want to provide a > custom option that is not handled yet by Buildroot. > > What if the option provided in BR2_PACKAGE_SYSTEMD_EXTRA_CONFIG requires a build > dependency ? Responsibility for the guy using those extra options. You have those extra options for a few packages like QT5. systemd has a remarkable bunch of options, and upstreaming changes takes years (I dont have any blackmail on the maintainers, your experience may differ ;) ) > > Best regards, > Romain Norbert _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2020-11-26 15:28 [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options Norbert Lange 2022-01-08 11:04 ` Romain Naour @ 2022-01-08 19:04 ` James Hilliard 2022-01-08 21:31 ` Norbert Lange 1 sibling, 1 reply; 11+ messages in thread From: James Hilliard @ 2022-01-08 19:04 UTC (permalink / raw) To: Norbert Lange; +Cc: Maxime Hadjinlian, Yann E. MORIN, buildroot On Thu, Nov 26, 2020 at 8:28 AM Norbert Lange <nolange79@gmail.com> wrote: > > Systemd has very many options, adding a way for the user > to set custom options can help customizations > without changing buildroot files. I'm not sure this is a good idea, if a configuration option needs customizability it probably needs a specific kconfig option. Systemd config options tend to require dependency selection and special handling so this seems likely to cause spurious errors due to improper usage. Seems to be a pretty big footgun IMO. What systemd configure option would you want to be using that isn't currently able to be enabled? > > Signed-off-by: Norbert Lange <nolange79@gmail.com> > --- > package/systemd/Config.in | 8 ++++++++ > package/systemd/systemd.mk | 2 ++ > 2 files changed, 10 insertions(+) > > diff --git a/package/systemd/Config.in b/package/systemd/Config.in > index 2c89538987..946b2d9905 100644 > --- a/package/systemd/Config.in > +++ b/package/systemd/Config.in > @@ -89,6 +89,14 @@ if BR2_PACKAGE_SYSTEMD > config BR2_PACKAGE_PROVIDES_UDEV > default "systemd" > > +config BR2_PACKAGE_SYSTEMD_EXTRA_CONFIG > + string "Additional target systemd options" > + default "" > + help > + Any additional systemd configure options you may want to > + include. The options are appended to Buildroot generated > + options and can override these. > + > config BR2_PACKAGE_SYSTEMD_BOOT > bool "systemd-boot" > depends on BR2_i386 || BR2_x86_64 > diff --git a/package/systemd/systemd.mk b/package/systemd/systemd.mk > index 2f1d898e0d..878e99ed00 100644 > --- a/package/systemd/systemd.mk > +++ b/package/systemd/systemd.mk > @@ -500,6 +500,8 @@ ifneq ($(SYSTEMD_FALLBACK_HOSTNAME),) > SYSTEMD_CONF_OPTS += -Dfallback-hostname=$(SYSTEMD_FALLBACK_HOSTNAME) > endif > > +SYSTEMD_CONF_OPTS += $(call qstrip,$(BR2_PACKAGE_SYSTEMD_EXTRA_CONFIG)) > + > define SYSTEMD_INSTALL_INIT_HOOK > ln -fs multi-user.target \ > $(TARGET_DIR)/usr/lib/systemd/system/default.target > -- > 2.29.2 > > _______________________________________________ > buildroot mailing list > buildroot@busybox.net > http://lists.busybox.net/mailman/listinfo/buildroot _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2022-01-08 19:04 ` James Hilliard @ 2022-01-08 21:31 ` Norbert Lange 2022-01-08 22:37 ` Arnout Vandecappelle 2022-01-09 22:40 ` James Hilliard 0 siblings, 2 replies; 11+ messages in thread From: Norbert Lange @ 2022-01-08 21:31 UTC (permalink / raw) To: James Hilliard; +Cc: Maxime Hadjinlian, Yann E. MORIN, buildroot Am Sa., 8. Jan. 2022 um 20:04 Uhr schrieb James Hilliard <james.hilliard1@gmail.com>: > > On Thu, Nov 26, 2020 at 8:28 AM Norbert Lange <nolange79@gmail.com> wrote: > > > > Systemd has very many options, adding a way for the user > > to set custom options can help customizations > > without changing buildroot files. > > I'm not sure this is a good idea, if a configuration option needs > customizability it > probably needs a specific kconfig option. Systemd config options tend to require > dependency selection and special handling so this seems likely to cause > spurious errors due to improper usage. Seems to be a pretty big footgun IMO. Sure, you are aware that many of my buildroot patches are stuck in limbo since early 2020? Just doesnt seem feasible to timely fix everything and version bumps often leave more untapped options. Some part of the necessity would be just being pragmatic. One example would be using the unified cgroups hierarchy (-Ddefault-hierarchy=unified), hybrid is pretty much deprecated, and some systemd features that buildroot allows to enable (OOMD for example) wont work without it. > > What systemd configure option would you want to be using that isn't > currently able to be enabled? FYI those are the ones I currently use: -Ddefault-hierarchy=unified \ -Dutmp=false \ -Ddefault-dnssec=no \ -Didn=false \ -Denvironment-d=false \ -Dxdg-autostart=false \ -Ddns-over-tls=false \ -Ddefault-llmnr=no \ -Ddns-over-tls=false \ -Ddefault-mdns=no \ -Dlz4=false Norbert _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2022-01-08 21:31 ` Norbert Lange @ 2022-01-08 22:37 ` Arnout Vandecappelle 2022-01-09 22:40 ` James Hilliard 1 sibling, 0 replies; 11+ messages in thread From: Arnout Vandecappelle @ 2022-01-08 22:37 UTC (permalink / raw) To: Norbert Lange, James Hilliard; +Cc: buildroot, Yann E. MORIN, Maxime Hadjinlian On 08/01/2022 22:31, Norbert Lange wrote: > Am Sa., 8. Jan. 2022 um 20:04 Uhr schrieb James Hilliard > <james.hilliard1@gmail.com>: >> >> On Thu, Nov 26, 2020 at 8:28 AM Norbert Lange <nolange79@gmail.com> wrote: >>> >>> Systemd has very many options, adding a way for the user >>> to set custom options can help customizations >>> without changing buildroot files. >> >> I'm not sure this is a good idea, if a configuration option needs >> customizability it >> probably needs a specific kconfig option. Systemd config options tend to require >> dependency selection and special handling so this seems likely to cause >> spurious errors due to improper usage. Seems to be a pretty big footgun IMO. > > Sure, you are aware that many of my buildroot patches are stuck in limbo > since early 2020? Yes, due to various circumstances, maintainer time between Feb 2020 and May 2021 has been very limited, and nobody in the community stepped up to review patches. We finally have a hackaton again where we're processing the backlog and we're making good progress. But we're not going to be able to fully catch up, so unless someone reviews and acks your patches, or unless they're trivial, they're likely to still face long delays in the coming months. It doesn't help to get your patches in faster, but it does help the community in general if you do reviews. Another thing that may help you get patches merged is if you collect them in a series and repost the entire series when something changes. Ideally you also carry patches from other people in that series. This makes life easier for the maintainers because it shows that it the series makes the whole more cohesive. > Just doesnt seem feasible to timely fix everything and version bumps often leave > more untapped options. Some part of the necessity would be just being pragmatic. > > One example would be using the unified cgroups hierarchy > (-Ddefault-hierarchy=unified), hybrid is pretty much deprecated, > and some systemd features that buildroot allows to enable (OOMD for example) > wont work without it. That's still a fairly recent series :-) >> What systemd configure option would you want to be using that isn't >> currently able to be enabled? > > FYI those are the ones I currently use: > > -Ddefault-hierarchy=unified \ > -Dutmp=false \ > -Ddefault-dnssec=no \ > -Didn=false \ > -Denvironment-d=false \ > -Dxdg-autostart=false \ > -Ddns-over-tls=false \ > -Ddefault-llmnr=no \ > -Ddns-over-tls=false \ > -Ddefault-mdns=no \ > -Dlz4=false Except for the unified hierarchy, all of these look like they should have been added when systemd was bumped and the option was created... Regards, Arnout > > Norbert > _______________________________________________ > buildroot mailing list > buildroot@buildroot.org > https://lists.buildroot.org/mailman/listinfo/buildroot > _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2022-01-08 21:31 ` Norbert Lange 2022-01-08 22:37 ` Arnout Vandecappelle @ 2022-01-09 22:40 ` James Hilliard 2022-01-09 22:52 ` Norbert Lange 1 sibling, 1 reply; 11+ messages in thread From: James Hilliard @ 2022-01-09 22:40 UTC (permalink / raw) To: Norbert Lange; +Cc: Maxime Hadjinlian, Yann E. MORIN, buildroot On Sat, Jan 8, 2022 at 2:31 PM Norbert Lange <nolange79@gmail.com> wrote: > > Am Sa., 8. Jan. 2022 um 20:04 Uhr schrieb James Hilliard > <james.hilliard1@gmail.com>: > > > > On Thu, Nov 26, 2020 at 8:28 AM Norbert Lange <nolange79@gmail.com> wrote: > > > > > > Systemd has very many options, adding a way for the user > > > to set custom options can help customizations > > > without changing buildroot files. > > > > I'm not sure this is a good idea, if a configuration option needs > > customizability it > > probably needs a specific kconfig option. Systemd config options tend to require > > dependency selection and special handling so this seems likely to cause > > spurious errors due to improper usage. Seems to be a pretty big footgun IMO. > > Sure, you are aware that many of my buildroot patches are stuck in limbo > since early 2020? Different issue IMO. > Just doesnt seem feasible to timely fix everything and version bumps often leave > more untapped options. Some part of the necessity would be just being pragmatic. I generally try to add any new options when bumping but I sometimes miss some. > > One example would be using the unified cgroups hierarchy > (-Ddefault-hierarchy=unified), hybrid is pretty much deprecated, > and some systemd features that buildroot allows to enable (OOMD for example) > wont work without it. I mean, this sounds like something that needs to be fixed in upstream buildroot. > > > > > What systemd configure option would you want to be using that isn't > > currently able to be enabled? > > FYI those are the ones I currently use: > > -Ddefault-hierarchy=unified \ > -Dutmp=false \ > -Ddefault-dnssec=no \ > -Didn=false \ > -Denvironment-d=false \ > -Dxdg-autostart=false \ > -Ddns-over-tls=false \ > -Ddefault-llmnr=no \ > -Ddns-over-tls=false \ > -Ddefault-mdns=no \ > -Dlz4=false I'm seeing a lot of these added though(I remember adding some of them myself), are you trying to use a newer systemd than the version supported by the buildroot version you are building from? Note that systemd defaults can generally be overridden via configs in the overlay as well. > > Norbert _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2022-01-09 22:40 ` James Hilliard @ 2022-01-09 22:52 ` Norbert Lange 2022-01-10 7:26 ` Arnout Vandecappelle 0 siblings, 1 reply; 11+ messages in thread From: Norbert Lange @ 2022-01-09 22:52 UTC (permalink / raw) To: James Hilliard; +Cc: Maxime Hadjinlian, Yann E. MORIN, buildroot [-- Attachment #1.1: Type: text/plain, Size: 2640 bytes --] James Hilliard <james.hilliard1@gmail.com> schrieb am So., 9. Jan. 2022, 23:41: > On Sat, Jan 8, 2022 at 2:31 PM Norbert Lange <nolange79@gmail.com> wrote: > > > > Am Sa., 8. Jan. 2022 um 20:04 Uhr schrieb James Hilliard > > <james.hilliard1@gmail.com>: > > > > > > On Thu, Nov 26, 2020 at 8:28 AM Norbert Lange <nolange79@gmail.com> > wrote: > > > > > > > > Systemd has very many options, adding a way for the user > > > > to set custom options can help customizations > > > > without changing buildroot files. > > > > > > I'm not sure this is a good idea, if a configuration option needs > > > customizability it > > > probably needs a specific kconfig option. Systemd config options tend > to require > > > dependency selection and special handling so this seems likely to cause > > > spurious errors due to improper usage. Seems to be a pretty big > footgun IMO. > > > > Sure, you are aware that many of my buildroot patches are stuck in limbo > > since early 2020? > > Different issue IMO. > Yep, but seemed reasonable way out to me. > > Just doesnt seem feasible to timely fix everything and version bumps > often leave > > more untapped options. Some part of the necessity would be just being > pragmatic. > > I generally try to add any new options when bumping but I sometimes miss > some. > > > > > One example would be using the unified cgroups hierarchy > > (-Ddefault-hierarchy=unified), hybrid is pretty much deprecated, > > and some systemd features that buildroot allows to enable (OOMD for > example) > > wont work without it. > > I mean, this sounds like something that needs to be fixed in upstream > buildroot. > And it did finally. > > > > > > > > What systemd configure option would you want to be using that isn't > > > currently able to be enabled? > > > > FYI those are the ones I currently use: > > > > -Ddefault-hierarchy=unified \ > > -Dutmp=false \ > > -Ddefault-dnssec=no \ > > -Didn=false \ > > -Denvironment-d=false \ > > -Dxdg-autostart=false \ > > -Ddns-over-tls=false \ > > -Ddefault-llmnr=no \ > > -Ddns-over-tls=false \ > > -Ddefault-mdns=no \ > > -Dlz4=false > > I'm seeing a lot of these added though(I remember adding some of them > myself), are you > trying to use a newer systemd than the version supported by the > buildroot version you are > building from? > Not only missing, but I sometimes need a *different* config. For example i don't want to link against lz4, since I use zstd instead. > Note that systemd defaults can generally be overridden via configs in > the overlay as well. > Yeah, gonna have to look that up. News to me. I will shelve that one in patchwork then Norbert. [-- Attachment #1.2: Type: text/html, Size: 4401 bytes --] [-- Attachment #2: Type: text/plain, Size: 150 bytes --] _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2022-01-09 22:52 ` Norbert Lange @ 2022-01-10 7:26 ` Arnout Vandecappelle 2022-01-10 8:28 ` Norbert Lange 0 siblings, 1 reply; 11+ messages in thread From: Arnout Vandecappelle @ 2022-01-10 7:26 UTC (permalink / raw) To: Norbert Lange, James Hilliard; +Cc: buildroot, Yann E. MORIN, Maxime Hadjinlian On 09/01/2022 23:52, Norbert Lange wrote: > Not only missing, but I sometimes need a *different* config. For example i don't > want to link against lz4, since I use zstd instead. Which is a great example of why the option doesn't work: it would affect dependencies as well. However, specifically for this one, we have in the .mk file: ifeq ($(BR2_PACKAGE_ZSTD),y) SYSTEMD_DEPENDENCIES += zstd SYSTEMD_CONF_OPTS += -Dzstd=true else SYSTEMD_CONF_OPTS += -Dzstd=false endif ifeq ($(BR2_PACKAGE_LZ4),y) SYSTEMD_DEPENDENCIES += lz4 SYSTEMD_CONF_OPTS += -Dlz4=true else SYSTEMD_CONF_OPTS += -Dlz4=false endif So it should already do what you need, no? Regards, Arnout _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options 2022-01-10 7:26 ` Arnout Vandecappelle @ 2022-01-10 8:28 ` Norbert Lange 0 siblings, 0 replies; 11+ messages in thread From: Norbert Lange @ 2022-01-10 8:28 UTC (permalink / raw) To: Arnout Vandecappelle Cc: James Hilliard, buildroot, Yann E. MORIN, Maxime Hadjinlian [-- Attachment #1.1: Type: text/plain, Size: 920 bytes --] Arnout Vandecappelle <arnout@mind.be> schrieb am Mo., 10. Jan. 2022, 08:26: > > > On 09/01/2022 23:52, Norbert Lange wrote: > > Not only missing, but I sometimes need a *different* config. For example > i don't > > want to link against lz4, since I use zstd instead. > > Which is a great example of why the option doesn't work: it would affect > dependencies as well. > > However, specifically for this one, we have in the .mk file: > > ifeq ($(BR2_PACKAGE_ZSTD),y) > SYSTEMD_DEPENDENCIES += zstd > SYSTEMD_CONF_OPTS += -Dzstd=true > else > SYSTEMD_CONF_OPTS += -Dzstd=false > endif > > ifeq ($(BR2_PACKAGE_LZ4),y) > SYSTEMD_DEPENDENCIES += lz4 > SYSTEMD_CONF_OPTS += -Dlz4=true > else > SYSTEMD_CONF_OPTS += -Dlz4=false > endif > > So it should already do what you need, no? > I want lz4 in the rootfs, i don't want systemd to be linked against it (doesn't add anything for me, if zstd is available too) Norbert [-- Attachment #1.2: Type: text/html, Size: 1392 bytes --] [-- Attachment #2: Type: text/plain, Size: 150 bytes --] _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2022-01-10 8:28 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-11-26 15:28 [Buildroot] [PATCH 1/1] package/systemd: Allow extra config options Norbert Lange 2022-01-08 11:04 ` Romain Naour 2022-01-08 14:23 ` Arnout Vandecappelle 2022-01-08 14:36 ` Norbert Lange 2022-01-08 19:04 ` James Hilliard 2022-01-08 21:31 ` Norbert Lange 2022-01-08 22:37 ` Arnout Vandecappelle 2022-01-09 22:40 ` James Hilliard 2022-01-09 22:52 ` Norbert Lange 2022-01-10 7:26 ` Arnout Vandecappelle 2022-01-10 8:28 ` Norbert Lange
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.