FS#53599 - [systemd] consider following systemd 233 recomendations

Attached to Project: Arch Linux
Opened by Pablo Lezaeta (Jristz) - Friday, 07 April 2017, 07:47 GMT
Last edited by Dave Reisner (falconindy) - Tuesday, 11 April 2017, 13:48 GMT
Task Type Feature Request
Category Packages: Testing
Status Closed
Assigned To Dave Reisner (falconindy)
Architecture All
Severity Very Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
as with the release of 233 systemd introduce a few compile options that maybe arch will concider set following upstream recomendations.

the option --with-default-hierarchy=unified by default is hybrid but systemd ask distros to use the corespondent with they developement system, where unified is recomended for release based distributions whete unified for development distributions (specifically: distributions such as Fedora's rawhide) follow upstream words

add a message in post intall about DBus policy files are now installed into /usr rather than /etc. synce some pleoples have scripts and magic runing with the old location or if you dont like it consider tweak --with-dbuspolicydir=

The shell invoked by debug-shell.service now defaults to /bin/sh if that ok the ignore this else tweak --with-debug-shell=

the --with-fallback-hostname= can be configured, maybe set it as hostname archlinux by default? it used if /etc/hostname is blank, maybe usefull for the install media.

concider change /usr/share/factory/etc/pam.d/system-auth and /usr/share/factory/etc/pam.d/other to the equivalent contents in /etc/pam.d used in arch. I noticed that not look is the same content and someone that is trying to recover (or if systemd do systemd-things) with the original and atempt use these files shipped with systemd then will not have by default the same files.

commit ff2e33db54719bfe8feea833571652318c6d197c introduce --with-rpmmacrosdir=no to remove the rpm macros, consider it instead of the actual "rm -fr rpm-macros" now used.

Additional info:
* systemd 233
This task depends upon

Closed by  Dave Reisner (falconindy)
Tuesday, 11 April 2017, 13:48 GMT
Reason for closing:  Won't implement
Additional comments about closing:  See comments.
Comment by Dave Reisner (falconindy) - Monday, 10 April 2017, 15:09 GMT
Thanks, but I'm not really interested in most of these changes right now.

- I suspect changing the default hierachy to unified will break lots of userspace. The default is hybrid, and it's going to stay that way for 233.
- /bin/sh is fine as a debug shell -- it's a safe default, and it's easy enough to 'exec $someothershell' if the user wants to change.
- fallback hostname will not change
- the pam changes are extremely deliberate, and any changes here should be made with consideration to core/pambase. Nothing to do here yet.

--with-rpmmacrosdir=no is certainly a nicer way of dealing with the macros files.
Comment by Doug Newgard (Scimmia) - Monday, 10 April 2017, 15:23 GMT
Re: the pam files, I think the problem mentioned is that the files in /usr/share/factory/ aren't the same ones Arch installs to /etc/. That's an actual bug.
Comment by Dave Reisner (falconindy) - Monday, 10 April 2017, 15:24 GMT
Sure, I get that. But my statement still stands -- any changes to the pam files should be made with consideration to core/pambase.
Comment by Doug Newgard (Scimmia) - Monday, 10 April 2017, 15:28 GMT
oh definitely. The systemd package shouldn't be installing these files to /usr/share/factory/ at all.
Comment by Eli Schwartz (eschwartz) - Monday, 10 April 2017, 15:38 GMT
We already have  FS#52781  to track removing the /usr/share/factory files from the systemd package (and replace them with the per-package files which provide the /etc versions).
Comment by userwithuid (userwithuid) - Monday, 10 April 2017, 22:01 GMT
@Dave: You use rpmmacrosdir in 233-2, but it is not available in v233. Backport ff2e33db5471 (as stated in OP) or wait for v234 to use it.
Comment by Dave Reisner (falconindy) - Tuesday, 11 April 2017, 13:47 GMT
Oh good. So that isn't at all a recommendation from 233. There's nothing to do here, then.

Loading...