[systemd-devel] [packaging] split of systemd package

Zbigniew Jędrzejewski-Szmek zbyszek at in.waw.pl
Wed Nov 11 07:51:07 PST 2015


On Wed, Nov 11, 2015 at 03:43:51PM +0000, Jóhann B. Guðmundsson wrote:
> 
> 
> On 11/11/2015 01:12 PM, Michael Biebl wrote:
> >2015-11-11 12:58 GMT+01:00 Martin Pitt <martin.pitt at ubuntu.com>:
> >>Hello all,
> >>
> >>in case it's useful, this is how we split them in Debian.
> >>
> >>However, is this even a topic for upstream, apart from giving
> >>recommendations? I. e. do you actually consider putting this kind of
> >>split into the upstream build system à la "make install-<component>"?
> >I brought this issue up during my talk and recommended that we
> >(downstream distros) might collaborate on this so where possible we
> >have more consistency across distros.
> >
> >Since systemd-devel is rather low-volume these days it seemed ok to
> >have these discussions here.
> >If Lennart would like to see it elsewhere, that's fine of course. But
> >I actually value his feedback on this matter.
>
> Arguable there should be a neutral ground somewhere (
> systemd-cross-distro list of some sort ) where distribution can
> collaborate on matters like this since there are other things that
> need to be discussed and need to be sorted out other than just
> splitting systemd into separated components.

Why not systemd-devel?

Zbyszek

> Unit files for various daemon and services, naming of component
> which can directly affect names of type units themselves,
> deprecation of environmental files in units ( not sure how or if
> they are used in Debian but in Fedora there exist /etc/sysconfig/foo
> files which have become obsoleted for daemon and service with the
> introduction of systemd ) cross distro collaboration of integration
> of wide variety of systemd components ( timer units, networkd etc )
> so fourth and so on.
> 
> Hopefully the outcome of broader discussion like that would result
> in mutual proposal where each participant distribution could present
> to their distribution for distro wide acceptance and integration.


More information about the systemd-devel mailing list