* [Buildroot] [PATCH 0/3] portable services: another use case of BR
@ 2022-02-21 4:30 Francois Perrad
2022-02-21 4:30 ` [Buildroot] [PATCH 1/3] package/skeleton-init-portable: new skeleton Francois Perrad
` (4 more replies)
0 siblings, 5 replies; 9+ messages in thread
From: Francois Perrad @ 2022-02-21 4:30 UTC (permalink / raw)
To: buildroot
This series allows to build a rootfs suitable for portable services with systemd.
A new value of "Init system" is introduced : BR2_INIT_PORTABLE.
BR2_INIT_PORTABLE is like BR2_INIT_NONE, but with all FOO_INSTALL_INIT_SYSTEMD executed.
A new type of skeleton is required : BR2_PACKAGE_SKELETON_INIT_PORTABLE.
see https://systemd.io/PORTABLE_SERVICES/
Francois Perrad (3):
package/skeleton-init-portable: new skeleton
portable: new init system
portable: tweak some default values
DEVELOPERS | 1 +
fs/squashfs/Config.in | 1 +
package/Config.in | 1 +
package/ifupdown-scripts/Config.in | 2 +-
package/pkg-generic.mk | 2 ++
package/skeleton-init-portable/Config.in | 7 ++++++
.../skeleton-init-portable.mk | 23 +++++++++++++++++++
system/Config.in | 18 +++++++++++----
8 files changed, 50 insertions(+), 5 deletions(-)
create mode 100644 package/skeleton-init-portable/Config.in
create mode 100644 package/skeleton-init-portable/skeleton-init-portable.mk
--
2.32.0
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 9+ messages in thread* [Buildroot] [PATCH 1/3] package/skeleton-init-portable: new skeleton 2022-02-21 4:30 [Buildroot] [PATCH 0/3] portable services: another use case of BR Francois Perrad @ 2022-02-21 4:30 ` Francois Perrad 2022-02-21 4:30 ` [Buildroot] [PATCH 2/3] portable: new init system Francois Perrad ` (3 subsequent siblings) 4 siblings, 0 replies; 9+ messages in thread From: Francois Perrad @ 2022-02-21 4:30 UTC (permalink / raw) To: buildroot Signed-off-by: Francois Perrad <francois.perrad@gadz.org> --- DEVELOPERS | 1 + package/Config.in | 1 + package/skeleton-init-portable/Config.in | 7 ++++++ .../skeleton-init-portable.mk | 23 +++++++++++++++++++ 4 files changed, 32 insertions(+) create mode 100644 package/skeleton-init-portable/Config.in create mode 100644 package/skeleton-init-portable/skeleton-init-portable.mk diff --git a/DEVELOPERS b/DEVELOPERS index ac702d8d0..7cafd6c95 100644 --- a/DEVELOPERS +++ b/DEVELOPERS @@ -1010,6 +1010,7 @@ F: package/pkg-perl.mk F: package/pkg-luarocks.mk F: package/quickjs/ F: package/rings/ +F: package/skeleton-init-portable F: package/tekui/ F: package/wpebackend-fdo/ F: package/wpewebkit/ diff --git a/package/Config.in b/package/Config.in index 10209d84d..0b947f682 100644 --- a/package/Config.in +++ b/package/Config.in @@ -6,6 +6,7 @@ menu "Target packages" source "package/skeleton-init-common/Config.in" source "package/skeleton-init-none/Config.in" source "package/skeleton-init-openrc/Config.in" + source "package/skeleton-init-portable/Config.in" source "package/skeleton-init-systemd/Config.in" source "package/skeleton-init-sysv/Config.in" diff --git a/package/skeleton-init-portable/Config.in b/package/skeleton-init-portable/Config.in new file mode 100644 index 000000000..ca434451c --- /dev/null +++ b/package/skeleton-init-portable/Config.in @@ -0,0 +1,7 @@ +config BR2_PACKAGE_SKELETON_INIT_PORTABLE + bool + select BR2_PACKAGE_HAS_SKELETON + select BR2_PACKAGE_SKELETON_INIT_COMMON + +config BR2_PACKAGE_PROVIDES_SKELETON + default "skeleton-init-portable" if BR2_PACKAGE_SKELETON_INIT_PORTABLE diff --git a/package/skeleton-init-portable/skeleton-init-portable.mk b/package/skeleton-init-portable/skeleton-init-portable.mk new file mode 100644 index 000000000..8174a5d82 --- /dev/null +++ b/package/skeleton-init-portable/skeleton-init-portable.mk @@ -0,0 +1,23 @@ +################################################################################ +# +# skeleton-init-portable +# +################################################################################ + +# The skeleton can't depend on the toolchain, since all packages depends on the +# skeleton and the toolchain is a target package, as is skeleton. +# Hence, skeleton would depends on the toolchain and the toolchain would depend +# on skeleton. +SKELETON_INIT_PORTABLE_ADD_TOOLCHAIN_DEPENDENCY = NO +SKELETON_INIT_PORTABLE_ADD_SKELETON_DEPENDENCY = NO + +SKELETON_INIT_PORTABLE_DEPENDENCIES = skeleton-init-common + +SKELETON_INIT_PORTABLE_PROVIDES = skeleton + +define SKELETON_INIT_PORTABLE_INSTALL_TARGET_CMDS + touch $(TARGET_DIR)/etc/machine-id + mkdir -p $(TARGET_DIR)/var/tmp +endef + +$(eval $(generic-package)) -- 2.32.0 _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply related [flat|nested] 9+ messages in thread
* [Buildroot] [PATCH 2/3] portable: new init system 2022-02-21 4:30 [Buildroot] [PATCH 0/3] portable services: another use case of BR Francois Perrad 2022-02-21 4:30 ` [Buildroot] [PATCH 1/3] package/skeleton-init-portable: new skeleton Francois Perrad @ 2022-02-21 4:30 ` Francois Perrad 2022-02-21 4:30 ` [Buildroot] [PATCH 3/3] portable: tweak some default values Francois Perrad ` (2 subsequent siblings) 4 siblings, 0 replies; 9+ messages in thread From: Francois Perrad @ 2022-02-21 4:30 UTC (permalink / raw) To: buildroot see https://systemd.io/PORTABLE_SERVICES/ Signed-off-by: Francois Perrad <francois.perrad@gadz.org> --- package/pkg-generic.mk | 2 ++ system/Config.in | 9 +++++++++ 2 files changed, 11 insertions(+) diff --git a/package/pkg-generic.mk b/package/pkg-generic.mk index b3a7e1d60..e62e7aada 100644 --- a/package/pkg-generic.mk +++ b/package/pkg-generic.mk @@ -383,6 +383,8 @@ $(BUILD_DIR)/%/.stamp_target_installed: +$($(PKG)_INSTALL_TARGET_CMDS) $(if $(BR2_INIT_SYSTEMD),\ $($(PKG)_INSTALL_INIT_SYSTEMD)) + $(if $(BR2_INIT_PORTABLE),\ + $($(PKG)_INSTALL_INIT_SYSTEMD)) $(if $(BR2_INIT_SYSV)$(BR2_INIT_BUSYBOX),\ $($(PKG)_INSTALL_INIT_SYSV)) $(if $(BR2_INIT_OPENRC), \ diff --git a/system/Config.in b/system/Config.in index a4ffbfa18..e71e57915 100644 --- a/system/Config.in +++ b/system/Config.in @@ -141,6 +141,15 @@ comment "systemd needs a glibc toolchain w/ SSP, headers >= 3.10, host and targe !BR2_TOOLCHAIN_GCC_AT_LEAST_5 || \ !BR2_HOST_GCC_AT_LEAST_5 +config BR2_INIT_PORTABLE + bool "portable" + select BR2_ROOTFS_MERGED_USR + select BR2_PACKAGE_SKELETON_INIT_PORTABLE if BR2_ROOTFS_SKELETON_DEFAULT + help + portable services with systemd + + https://systemd.io/PORTABLE_SERVICES/ + config BR2_INIT_NONE bool "None" select BR2_PACKAGE_SKELETON_INIT_NONE if BR2_ROOTFS_SKELETON_DEFAULT -- 2.32.0 _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply related [flat|nested] 9+ messages in thread
* [Buildroot] [PATCH 3/3] portable: tweak some default values 2022-02-21 4:30 [Buildroot] [PATCH 0/3] portable services: another use case of BR Francois Perrad 2022-02-21 4:30 ` [Buildroot] [PATCH 1/3] package/skeleton-init-portable: new skeleton Francois Perrad 2022-02-21 4:30 ` [Buildroot] [PATCH 2/3] portable: new init system Francois Perrad @ 2022-02-21 4:30 ` Francois Perrad 2022-08-21 21:17 ` [Buildroot] [PATCH 0/3] portable services: another use case of BR Yann E. MORIN 2022-08-23 16:46 ` Yann E. MORIN 4 siblings, 0 replies; 9+ messages in thread From: Francois Perrad @ 2022-02-21 4:30 UTC (permalink / raw) To: buildroot Signed-off-by: Francois Perrad <francois.perrad@gadz.org> --- fs/squashfs/Config.in | 1 + package/ifupdown-scripts/Config.in | 2 +- system/Config.in | 9 +++++---- 3 files changed, 7 insertions(+), 5 deletions(-) diff --git a/fs/squashfs/Config.in b/fs/squashfs/Config.in index 70d4a20cf..ad27470aa 100644 --- a/fs/squashfs/Config.in +++ b/fs/squashfs/Config.in @@ -1,5 +1,6 @@ config BR2_TARGET_ROOTFS_SQUASHFS bool "squashfs root filesystem" + default y if BR2_INIT_PORTABLE help Build a squashfs root filesystem diff --git a/package/ifupdown-scripts/Config.in b/package/ifupdown-scripts/Config.in index 166094c51..1607fa696 100644 --- a/package/ifupdown-scripts/Config.in +++ b/package/ifupdown-scripts/Config.in @@ -1,6 +1,6 @@ config BR2_PACKAGE_IFUPDOWN_SCRIPTS bool "ifupdown scripts" - default y if BR2_ROOTFS_SKELETON_DEFAULT + default y if BR2_ROOTFS_SKELETON_DEFAULT && !BR2_PACKAGE_SKELETON_INIT_PORTABLE depends on !BR2_PACKAGE_SYSTEMD_NETWORKD && !BR2_PACKAGE_NETIFRC help Set of scripts used by ifupdown (either the standalone one, diff --git a/system/Config.in b/system/Config.in index e71e57915..3e90e94cd 100644 --- a/system/Config.in +++ b/system/Config.in @@ -238,7 +238,7 @@ if BR2_ROOTFS_SKELETON_DEFAULT config BR2_TARGET_ENABLE_ROOT_LOGIN bool "Enable root login with password" - default y + default y if !BR2_INIT_PORTABLE select BR2_PACKAGE_HOST_MKPASSWD if BR2_TARGET_GENERIC_ROOT_PASSWD != "" help Allow root to log in with a password. @@ -280,7 +280,8 @@ config BR2_TARGET_GENERIC_ROOT_PASSWD choice bool "/bin/sh" - default BR2_SYSTEM_BIN_SH_DASH if !BR2_PACKAGE_BUSYBOX + default BR2_SYSTEM_BIN_SH_DASH if !BR2_PACKAGE_BUSYBOX && !BR2_INIT_PORTABLE + default BR2_SYSTEM_BIN_SH_NONE if BR2_INIT_PORTABLE help Select which shell will provide /bin/sh. @@ -330,7 +331,7 @@ config BR2_SYSTEM_BIN_SH menuconfig BR2_TARGET_GENERIC_GETTY bool "Run a getty (login prompt) after boot" - default y + default y if !BR2_INIT_PORTABLE if BR2_TARGET_GENERIC_GETTY config BR2_TARGET_GENERIC_GETTY_PORT @@ -388,7 +389,7 @@ endif config BR2_TARGET_GENERIC_REMOUNT_ROOTFS_RW bool "remount root filesystem read-write during boot" - default y + default y if !BR2_INIT_PORTABLE help The root filesystem is typically mounted read-only at boot. By default, buildroot remounts it in read-write mode early -- 2.32.0 _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [Buildroot] [PATCH 0/3] portable services: another use case of BR 2022-02-21 4:30 [Buildroot] [PATCH 0/3] portable services: another use case of BR Francois Perrad ` (2 preceding siblings ...) 2022-02-21 4:30 ` [Buildroot] [PATCH 3/3] portable: tweak some default values Francois Perrad @ 2022-08-21 21:17 ` Yann E. MORIN 2022-08-22 21:24 ` Yann E. MORIN 2022-08-23 16:46 ` Yann E. MORIN 4 siblings, 1 reply; 9+ messages in thread From: Yann E. MORIN @ 2022-08-21 21:17 UTC (permalink / raw) To: Francois Perrad; +Cc: buildroot François, All, On 2022-02-21 05:30 +0100, Francois Perrad spake thusly: > This series allows to build a rootfs suitable for portable services with systemd. > > A new value of "Init system" is introduced : BR2_INIT_PORTABLE. > BR2_INIT_PORTABLE is like BR2_INIT_NONE, but with all FOO_INSTALL_INIT_SYSTEMD executed. > > A new type of skeleton is required : BR2_PACKAGE_SKELETON_INIT_PORTABLE. > > see https://systemd.io/PORTABLE_SERVICES/ I don't see anything that can't be already managed with existing configuration options. All that this new so-called init system does, is change some defaults to match a specific use-case. We had similar stuff back in the day (e.g. an option to define a router, one to define something else, and so on), and we removed all of them. Granted, portable services are slightly different, but still all that this series eventually does is change some defaults; it does not even enforce the settings so they are not even required. Even the new skeleton case can already be handled by providing a custom skeleton, and it is a trivial one, so even that is not needed. If you want to build a portable service, just build a system with systemd and the rest of the settings set as required for that use-case. So, my position is to reject this new pseudo-init system. Regards, Yann E. MORIN. > Francois Perrad (3): > package/skeleton-init-portable: new skeleton > portable: new init system > portable: tweak some default values > > DEVELOPERS | 1 + > fs/squashfs/Config.in | 1 + > package/Config.in | 1 + > package/ifupdown-scripts/Config.in | 2 +- > package/pkg-generic.mk | 2 ++ > package/skeleton-init-portable/Config.in | 7 ++++++ > .../skeleton-init-portable.mk | 23 +++++++++++++++++++ > system/Config.in | 18 +++++++++++---- > 8 files changed, 50 insertions(+), 5 deletions(-) > create mode 100644 package/skeleton-init-portable/Config.in > create mode 100644 package/skeleton-init-portable/skeleton-init-portable.mk > > -- > 2.32.0 > > _______________________________________________ > buildroot mailing list > buildroot@buildroot.org > https://lists.buildroot.org/mailman/listinfo/buildroot -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Buildroot] [PATCH 0/3] portable services: another use case of BR 2022-08-21 21:17 ` [Buildroot] [PATCH 0/3] portable services: another use case of BR Yann E. MORIN @ 2022-08-22 21:24 ` Yann E. MORIN 2022-08-23 16:14 ` Arnout Vandecappelle 0 siblings, 1 reply; 9+ messages in thread From: Yann E. MORIN @ 2022-08-22 21:24 UTC (permalink / raw) To: Francois Perrad; +Cc: buildroot François, all, On 2022-08-21 23:17 +0200, Yann E. MORIN spake thusly: > On 2022-02-21 05:30 +0100, Francois Perrad spake thusly: > > This series allows to build a rootfs suitable for portable services with systemd. > > > > A new value of "Init system" is introduced : BR2_INIT_PORTABLE. > > BR2_INIT_PORTABLE is like BR2_INIT_NONE, but with all FOO_INSTALL_INIT_SYSTEMD executed. > > > > A new type of skeleton is required : BR2_PACKAGE_SKELETON_INIT_PORTABLE. > > > > see https://systemd.io/PORTABLE_SERVICES/ > > I don't see anything that can't be already managed with existing > configuration options. Ah, I missed one thing: this allows installing systemd units bundled in Buildroot, without using systemd as a init system. This is flawed, IMO, because a lot of packages now install their own units as part of their install procedure, so without systemd enabled, those packages wold not install their units. So, in practice, to be really usefull, this would still need systemd to be enabled, and we're back to the situation where this series only brings a few defaults as policy. So, I'm still not convinced about it. Regards, Yann E. MORIN. > All that this new so-called init system does, is change some defaults to > match a specific use-case. We had similar stuff back in the day (e.g. an > option to define a router, one to define something else, and so on), and > we removed all of them. > > Granted, portable services are slightly different, but still all that > this series eventually does is change some defaults; it does not even > enforce the settings so they are not even required. > > Even the new skeleton case can already be handled by providing a custom > skeleton, and it is a trivial one, so even that is not needed. > > If you want to build a portable service, just build a system with > systemd and the rest of the settings set as required for that use-case. > > So, my position is to reject this new pseudo-init system. > > Regards, > Yann E. MORIN. > > > Francois Perrad (3): > > package/skeleton-init-portable: new skeleton > > portable: new init system > > portable: tweak some default values > > > > DEVELOPERS | 1 + > > fs/squashfs/Config.in | 1 + > > package/Config.in | 1 + > > package/ifupdown-scripts/Config.in | 2 +- > > package/pkg-generic.mk | 2 ++ > > package/skeleton-init-portable/Config.in | 7 ++++++ > > .../skeleton-init-portable.mk | 23 +++++++++++++++++++ > > system/Config.in | 18 +++++++++++---- > > 8 files changed, 50 insertions(+), 5 deletions(-) > > create mode 100644 package/skeleton-init-portable/Config.in > > create mode 100644 package/skeleton-init-portable/skeleton-init-portable.mk > > > > -- > > 2.32.0 > > > > _______________________________________________ > > buildroot mailing list > > buildroot@buildroot.org > > https://lists.buildroot.org/mailman/listinfo/buildroot > > -- > .-----------------.--------------------.------------------.--------------------. > | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | > | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | > | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | > | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | > '------------------------------^-------^------------------^--------------------' > _______________________________________________ > buildroot mailing list > buildroot@buildroot.org > https://lists.buildroot.org/mailman/listinfo/buildroot -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Buildroot] [PATCH 0/3] portable services: another use case of BR 2022-08-22 21:24 ` Yann E. MORIN @ 2022-08-23 16:14 ` Arnout Vandecappelle 0 siblings, 0 replies; 9+ messages in thread From: Arnout Vandecappelle @ 2022-08-23 16:14 UTC (permalink / raw) To: Yann E. MORIN, Francois Perrad; +Cc: buildroot On 22/08/2022 23:24, Yann E. MORIN wrote: > François, all, > > On 2022-08-21 23:17 +0200, Yann E. MORIN spake thusly: >> On 2022-02-21 05:30 +0100, Francois Perrad spake thusly: >>> This series allows to build a rootfs suitable for portable services with systemd. >>> >>> A new value of "Init system" is introduced : BR2_INIT_PORTABLE. >>> BR2_INIT_PORTABLE is like BR2_INIT_NONE, but with all FOO_INSTALL_INIT_SYSTEMD executed. >>> >>> A new type of skeleton is required : BR2_PACKAGE_SKELETON_INIT_PORTABLE. >>> >>> see https://systemd.io/PORTABLE_SERVICES/ >> >> I don't see anything that can't be already managed with existing >> configuration options. > > Ah, I missed one thing: this allows installing systemd units bundled in > Buildroot, without using systemd as a init system. In a portable service, /sbin/init is not used anyway, so the init system is irrelevant. The only real difference is that systemd and its dependencies are not installed to the target, which reduces size a little. > This is flawed, IMO, because a lot of packages now install their own > units as part of their install procedure, so without systemd enabled, > those packages wold not install their units. > > So, in practice, to be really usefull, this would still need systemd to > be enabled, and we're back to the situation where this series only > brings a few defaults as policy. Yeah, to be fully useful, we should probably replace all conditions on BR2_INIT_SYSTEMD (and many on BR2_PACKAGE_SYSTEMD) with something else... In addition, packages that actually require libsystemd (e.g. clamav) would need to select BR2_PACKAGE_SYSTEMD - and if you use any of those, the advantage is lost again. So, although the use case exists, I don't think the difference is important enough to bother, and this series addresses only a small part of the problem space. So I agree with Yann. Regards, Arnout > > So, I'm still not convinced about it. > > Regards, > Yann E. MORIN. > >> All that this new so-called init system does, is change some defaults to >> match a specific use-case. We had similar stuff back in the day (e.g. an >> option to define a router, one to define something else, and so on), and >> we removed all of them. >> >> Granted, portable services are slightly different, but still all that >> this series eventually does is change some defaults; it does not even >> enforce the settings so they are not even required. >> >> Even the new skeleton case can already be handled by providing a custom >> skeleton, and it is a trivial one, so even that is not needed. >> >> If you want to build a portable service, just build a system with >> systemd and the rest of the settings set as required for that use-case. >> >> So, my position is to reject this new pseudo-init system. >> >> Regards, >> Yann E. MORIN. >> >>> Francois Perrad (3): >>> package/skeleton-init-portable: new skeleton >>> portable: new init system >>> portable: tweak some default values >>> >>> DEVELOPERS | 1 + >>> fs/squashfs/Config.in | 1 + >>> package/Config.in | 1 + >>> package/ifupdown-scripts/Config.in | 2 +- >>> package/pkg-generic.mk | 2 ++ >>> package/skeleton-init-portable/Config.in | 7 ++++++ >>> .../skeleton-init-portable.mk | 23 +++++++++++++++++++ >>> system/Config.in | 18 +++++++++++---- >>> 8 files changed, 50 insertions(+), 5 deletions(-) >>> create mode 100644 package/skeleton-init-portable/Config.in >>> create mode 100644 package/skeleton-init-portable/skeleton-init-portable.mk >>> >>> -- >>> 2.32.0 >>> >>> _______________________________________________ >>> buildroot mailing list >>> buildroot@buildroot.org >>> https://lists.buildroot.org/mailman/listinfo/buildroot >> >> -- >> .-----------------.--------------------.------------------.--------------------. >> | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | >> | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | >> | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | >> | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | >> '------------------------------^-------^------------------^--------------------' >> _______________________________________________ >> 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] 9+ messages in thread
* Re: [Buildroot] [PATCH 0/3] portable services: another use case of BR 2022-02-21 4:30 [Buildroot] [PATCH 0/3] portable services: another use case of BR Francois Perrad ` (3 preceding siblings ...) 2022-08-21 21:17 ` [Buildroot] [PATCH 0/3] portable services: another use case of BR Yann E. MORIN @ 2022-08-23 16:46 ` Yann E. MORIN 2022-08-23 18:02 ` François Perrad 4 siblings, 1 reply; 9+ messages in thread From: Yann E. MORIN @ 2022-08-23 16:46 UTC (permalink / raw) To: Francois Perrad; +Cc: buildroot François, All, On 2022-02-21 05:30 +0100, Francois Perrad spake thusly: > This series allows to build a rootfs suitable for portable services with systemd. > > A new value of "Init system" is introduced : BR2_INIT_PORTABLE. > BR2_INIT_PORTABLE is like BR2_INIT_NONE, but with all FOO_INSTALL_INIT_SYSTEMD executed. > > A new type of skeleton is required : BR2_PACKAGE_SKELETON_INIT_PORTABLE. > > see https://systemd.io/PORTABLE_SERVICES/ Given the feedback on this series, and after discussing with the other maintainers, I've now marked this series as rejected. Sorry for that. If you believe the use-case is really important, we can reconsider it in the light of a newer and more complete series that addresses the issues that were raised in this review. Thank you! Regards, Yann E. MORIN. > Francois Perrad (3): > package/skeleton-init-portable: new skeleton > portable: new init system > portable: tweak some default values > > DEVELOPERS | 1 + > fs/squashfs/Config.in | 1 + > package/Config.in | 1 + > package/ifupdown-scripts/Config.in | 2 +- > package/pkg-generic.mk | 2 ++ > package/skeleton-init-portable/Config.in | 7 ++++++ > .../skeleton-init-portable.mk | 23 +++++++++++++++++++ > system/Config.in | 18 +++++++++++---- > 8 files changed, 50 insertions(+), 5 deletions(-) > create mode 100644 package/skeleton-init-portable/Config.in > create mode 100644 package/skeleton-init-portable/skeleton-init-portable.mk > > -- > 2.32.0 > > _______________________________________________ > buildroot mailing list > buildroot@buildroot.org > https://lists.buildroot.org/mailman/listinfo/buildroot -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' _______________________________________________ buildroot mailing list buildroot@buildroot.org https://lists.buildroot.org/mailman/listinfo/buildroot ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Buildroot] [PATCH 0/3] portable services: another use case of BR 2022-08-23 16:46 ` Yann E. MORIN @ 2022-08-23 18:02 ` François Perrad 0 siblings, 0 replies; 9+ messages in thread From: François Perrad @ 2022-08-23 18:02 UTC (permalink / raw) To: buildroot [-- Attachment #1.1: Type: text/plain, Size: 2771 bytes --] Le mar. 23 août 2022 à 18:46, Yann E. MORIN <yann.morin.1998@free.fr> a écrit : > François, All, > > On 2022-02-21 05:30 +0100, Francois Perrad spake thusly: > > This series allows to build a rootfs suitable for portable services with > systemd. > > > > A new value of "Init system" is introduced : BR2_INIT_PORTABLE. > > BR2_INIT_PORTABLE is like BR2_INIT_NONE, but with all > FOO_INSTALL_INIT_SYSTEMD executed. > > > > A new type of skeleton is required : BR2_PACKAGE_SKELETON_INIT_PORTABLE. > > > > see https://systemd.io/PORTABLE_SERVICES/ > > Given the feedback on this series, and after discussing with the other > maintainers, I've now marked this series as rejected. Sorry for that. > > Thanks for these feedbacks. François > If you believe the use-case is really important, we can reconsider it in > the light of a newer and more complete series that addresses the issues > that were raised in this review. > > Thank you! > > Regards, > Yann E. MORIN. > > > Francois Perrad (3): > > package/skeleton-init-portable: new skeleton > > portable: new init system > > portable: tweak some default values > > > > DEVELOPERS | 1 + > > fs/squashfs/Config.in | 1 + > > package/Config.in | 1 + > > package/ifupdown-scripts/Config.in | 2 +- > > package/pkg-generic.mk | 2 ++ > > package/skeleton-init-portable/Config.in | 7 ++++++ > > .../skeleton-init-portable.mk | 23 +++++++++++++++++++ > > system/Config.in | 18 +++++++++++---- > > 8 files changed, 50 insertions(+), 5 deletions(-) > > create mode 100644 package/skeleton-init-portable/Config.in > > create mode 100644 package/skeleton-init-portable/ > skeleton-init-portable.mk > > > > -- > > 2.32.0 > > > > _______________________________________________ > > buildroot mailing list > > buildroot@buildroot.org > > https://lists.buildroot.org/mailman/listinfo/buildroot > > -- > > .-----------------.--------------------.------------------.--------------------. > | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' > conspiracy: | > | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ > | > | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is > no | > | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v > conspiracy. | > > '------------------------------^-------^------------------^--------------------' > _______________________________________________ > buildroot mailing list > buildroot@buildroot.org > https://lists.buildroot.org/mailman/listinfo/buildroot > [-- Attachment #1.2: Type: text/html, Size: 4372 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] 9+ messages in thread
end of thread, other threads:[~2022-08-23 18:03 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2022-02-21 4:30 [Buildroot] [PATCH 0/3] portable services: another use case of BR Francois Perrad 2022-02-21 4:30 ` [Buildroot] [PATCH 1/3] package/skeleton-init-portable: new skeleton Francois Perrad 2022-02-21 4:30 ` [Buildroot] [PATCH 2/3] portable: new init system Francois Perrad 2022-02-21 4:30 ` [Buildroot] [PATCH 3/3] portable: tweak some default values Francois Perrad 2022-08-21 21:17 ` [Buildroot] [PATCH 0/3] portable services: another use case of BR Yann E. MORIN 2022-08-22 21:24 ` Yann E. MORIN 2022-08-23 16:14 ` Arnout Vandecappelle 2022-08-23 16:46 ` Yann E. MORIN 2022-08-23 18:02 ` François Perrad
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox