[arch-dev-public] [RFC] Filesystem package update
Hello, I'm planning to make a new release of the filesystem package and I would like to ship the following improvement. 1) Update the nsswitch.conf to default systemd recommandation for hostname resolution. This will fix FS#46694 [1]. --- nsswitch.conf (revision 256723) +++ nsswitch.conf (working copy) @@ -6,7 +6,7 @@ publickey: files -hosts: files dns myhostname +hosts: files resolve m Note that nss-resolve will chain-load nss-dns if systemd-resolved.service is not running. 2) Merge /usr/local/bin and /usr/local/sbin. This may require user intervention if /usr/local/sbin is not empty. So I'll post an announcement about that. I'm running my system since September with merged sbin with no problem. Is there any objections? Bonus question, if you have opinion on FS#45196 [2], please give them inside the bug report. Cheers, [1] https://bugs.archlinux.org/task/46694 [2] https://bugs.archlinux.org/task/45196 -- Sébastien "Seblu" Luttringer https://seblu.net | Twitter: @seblu42 GPG: 0x2072D77A
On Dec 18, 2015 14:43, "Sébastien Luttringer" <seblu@archlinux.org> wrote:
Hello,
I'm planning to make a new release of the filesystem package and I would
like
to ship the following improvement.
1) Update the nsswitch.conf to default systemd recommandation for hostname resolution. This will fix FS#46694 [1].
--- nsswitch.conf (revision 256723) +++ nsswitch.conf (working copy) @@ -6,7 +6,7 @@
publickey: files
-hosts: files dns myhostname +hosts: files resolve m
I assume this is a copy paste error... Seems like you're suggesting we use resolved by default?
Note that nss-resolve will chain-load nss-dns if systemd-resolved.service is not running.
2) Merge /usr/local/bin and /usr/local/sbin. This may require user intervention if /usr/local/sbin is not empty. So I'll post an announcement about that. I'm running my system since September with merged sbin with no problem.
Why do we care what people do with /usr/local? Nothing we change here makes our lives easier and only potentially inflicts pain on users who have split between /usr/local/bin and sbin. If we were to change this, I'd suggest we just drop /usr/local/sbin from the package. Pacman will drop tracking of the dir and there won't be any potential need for user interaction.
Is there any objections?
Bonus question, if you have opinion on FS#45196 [2], please give them inside the bug report.
Cheers,
[1] https://bugs.archlinux.org/task/46694 [2] https://bugs.archlinux.org/task/45196
-- Sébastien "Seblu" Luttringer https://seblu.net | Twitter: @seblu42 GPG: 0x2072D77A
On ven., 2015-12-18 at 14:57 -0500, Dave Reisner wrote:
On Dec 18, 2015 14:43, "Sébastien Luttringer" <seblu@archlinux.org> wrote: I assume this is a copy paste error... Seems like you're suggesting we use resolved by default? Yes it is, the new hosts line will be: hosts: files resolve mymachines myhostname
Yes too, I'm suggesting to use nss-resolve by default, as it switch to nss-dns for configuration with systemd-resolved disabled.
2) Merge /usr/local/bin and /usr/local/sbin. This may require user intervention if /usr/local/sbin is not empty. So I'll post an announcement about that. I'm running my system since September with merged sbin with no problem.
Why do we care what people do with /usr/local? Nothing we change here makes our lives easier and only potentially inflicts pain on users who have split between /usr/local/bin and sbin. If we were to change this, I'd suggest we just drop /usr/local/sbin from the package. Pacman will drop tracking of the dir and there won't be any potential need for user interaction.
The idea behind this is to clean our default PATH from the useless difference between sbin and bin. --- profile (revision 256723) +++ profile (working copy) @@ -4,7 +4,7 @@ umask 022 # Set our default path -PATH="/usr/local/sbin:/usr/local/bin:/usr/bin" +PATH="/usr/local/bin:/usr/bin" export PATH I'm fine with dropping the symlink, it will be easier and no announcement to write. I did that to not break the path search in that directory. Maybe using systemd- tmpfiles to manage the symlink will offer best of the 2 approach? Cheers, -- Sébastien "Seblu" Luttringer https://seblu.net | Twitter: @seblu42 GPG: 0x2072D77A
On 2015-12-18 21:15, Sébastien Luttringer wrote:
On ven., 2015-12-18 at 14:57 -0500, Dave Reisner wrote:
On Dec 18, 2015 14:43, "Sébastien Luttringer" <seblu@archlinux.org> wrote: I assume this is a copy paste error... Seems like you're suggesting we use resolved by default? Yes it is, the new hosts line will be: hosts: files resolve mymachines myhostname
Yes too, I'm suggesting to use nss-resolve by default, as it switch to nss-dns for configuration with systemd-resolved disabled.
2) Merge /usr/local/bin and /usr/local/sbin. This may require user intervention if /usr/local/sbin is not empty. So I'll post an announcement about that. I'm running my system since September with merged sbin with no problem.
Why do we care what people do with /usr/local? Nothing we change here makes our lives easier and only potentially inflicts pain on users who have split between /usr/local/bin and sbin. If we were to change this, I'd suggest we just drop /usr/local/sbin from the package. Pacman will drop tracking of the dir and there won't be any potential need for user interaction.
The idea behind this is to clean our default PATH from the useless difference between sbin and bin.
--- profile (revision 256723) +++ profile (working copy) @@ -4,7 +4,7 @@ umask 022
# Set our default path -PATH="/usr/local/sbin:/usr/local/bin:/usr/bin" +PATH="/usr/local/bin:/usr/bin" export PATH
I'm fine with dropping the symlink, it will be easier and no announcement to write. I did that to not break the path search in that directory. Maybe using systemd- tmpfiles to manage the symlink will offer best of the 2 approach?
Cheers,
/usr/local is not our thing to manage. "Cleaning" default PATH gives you nothing except less characters in some environment variable. BP
Am 18.12.2015 um 20:43 schrieb Sébastien Luttringer:
2) Merge /usr/local/bin and /usr/local/sbin. This may require user intervention if /usr/local/sbin is not empty. So I'll post an announcement about that. I'm running my system since September with merged sbin with no problem.
/usr/local/ is user territory, we do not touch it, ever. We also do not change any standard paths there. Big NAK.
participants (4)
-
Bartłomiej Piotrowski
-
Dave Reisner
-
Sébastien Luttringer
-
Thomas Bächler