Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-21 Thread Mike Gilbert
On Sun, Mar 21, 2021 at 11:06 PM Thomas Deutschmann wrote: > > On 2021-03-22 03:06, Mike Gilbert wrote: > > Based on that commit message, it looks systemd switched to looking at > > the symlink target instead of /etc/timezone well *after* some major > > distro started using a symlink for

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-21 Thread Thomas Deutschmann
PS: Even Debian is mentioning "to follow systemd" when they updated their tzdata package end of 2015, https://bugs.debian.org/803144. OpenPGP_signature Description: OpenPGP digital signature

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-21 Thread Thomas Deutschmann
On 2021-03-22 03:06, Mike Gilbert wrote: Based on that commit message, it looks systemd switched to looking at the symlink target instead of /etc/timezone well *after* some major distro started using a symlink for /etc/localtime. I suspect Kay Sievers noticed that the content of /etc/timezone

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-21 Thread Mike Gilbert
On Sat, Mar 20, 2021 at 11:37 AM Andreas K. Huettel wrote: > > Hi all, > > why do we *copy* the timezone file to /etc/localtime, instead of symlinking > it like everyone else? > > 1) Our handbook recommends: > > echo "Europe/Brussels" > /etc/timezone > emerge --config sys-libs/timezone-data > >

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-21 Thread Mike Gilbert
On Sun, Mar 21, 2021 at 7:58 PM Thomas Deutschmann wrote: > > On 2021-03-20 16:37, Andreas K. Huettel wrote: > > 2) Most other distros seem to just do > > No, not most distros are doing that. systemd is forcing that downstream > (the result is the same)! > > It was added via >

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-21 Thread Thomas Deutschmann
On 2021-03-20 16:37, Andreas K. Huettel wrote: 2) Most other distros seem to just do No, not most distros are doing that. systemd is forcing that downstream (the result is the same)! It was added via https://github.com/systemd/systemd/commit/92c4ef2d357baeef78b6f82f119b92f7ed12ac77

Re: [gentoo-dev] Specifying locale in ebuild

2021-03-21 Thread Remco Rijnders
On Sun, Mar 21, 2021 at 08:43:47PM +0100, Michał wrote in <3d0e94fee25354fec5284e2edb5c79473c526cd2.ca...@gentoo.org>: Can I somehow enforce the locale to be used in the ebuild? I've tried running the test with the default C locale and the test also fails with this setting. Try forcing C.UTF-8

Re: [gentoo-dev] Specifying locale in ebuild

2021-03-21 Thread Michał Górny
On Sun, 2021-03-21 at 13:21 -0400, Remco Rijnders wrote: > I hope this is the appropiate place to ask this question as I do not see many > questions of this kind on this list... > > Recently I received a bug report for a package of which I am the listed proxy > maintainer:

Re: [gentoo-dev] rfc: usrmerge script

2021-03-21 Thread William Hubbs
On Sun, Mar 21, 2021 at 08:08:00PM +0100, Luigi Mantellini wrote: > there are some typos at lines 93, 94 and 95 (run_cmd instead run_command). > > ciao > > luigi Hi Luigi, Thanks for catching these, all instances of run_cmd are now changed to run_command. Thanks, William signature.asc

Re: [gentoo-dev] rfc: usrmerge script

2021-03-21 Thread William Hubbs
On Sun, Mar 21, 2021 at 01:00:01PM -0500, Matthias Maier wrote: > Hi William, > > I have migrated my system to a merged /usr a while ago. > > In addition to moving everything to /usr and setting up symlinks, the > main thing I had to do was to set up a /etc/portage/bashrc hook for >

Re: [gentoo-dev] rfc: usrmerge script

2021-03-21 Thread Luigi Mantellini
there are some typos at lines 93, 94 and 95 (run_cmd instead run_command). ciao luigi On Sun, Mar 21, 2021 at 7:00 PM Matthias Maier wrote: > > Hi William, > > I have migrated my system to a merged /usr a while ago. > > In addition to moving everything to /usr and setting up symlinks, the >

Re: [gentoo-dev] rfc: usrmerge script

2021-03-21 Thread Matthias Maier
Hi William, I have migrated my system to a merged /usr a while ago. In addition to moving everything to /usr and setting up symlinks, the main thing I had to do was to set up a /etc/portage/bashrc hook for post_src_install() that would move everything into /usr. Do we have native support in

[gentoo-dev] rfc: usrmerge script

2021-03-21 Thread William Hubbs
All, the following is a script which will migrate a Gentoo system to the usr merge layout. This is similar to the unsymlink-lib tool used to migrate a system from the 17.0 to the 17.1 profiles. I'm attaching it here to get some comments before I package it, so please let me know if I have

[gentoo-dev] Specifying locale in ebuild

2021-03-21 Thread Remco Rijnders
I hope this is the appropiate place to ask this question as I do not see many questions of this kind on this list... Recently I received a bug report for a package of which I am the listed proxy maintainer: https://bugs.gentoo.org/772908 Having looked into this, it seems the packages Makefile

Re: [gentoo-dev] [RfC] Supporting Maven/Gradle build systems by installing to a local maven repository

2021-03-21 Thread Kaibo Ma
>1. We need to be able to tell the build system that it should only >lookup artifacts from a particular repository, the system wide one. I don't think this would be a big problem. For ebuilds, they can just enable offline mode which would restrict maven/gradle from using remote artifacts. As

Re: [gentoo-dev] [RfC] Supporting Maven/Gradle build systems by installing to a local maven repository

2021-03-21 Thread Florian Schmaus
On 15.03.21 14:02, Kaibo Ma wrote: > 3. ERRATA > > The local maven repository would not be a good fit since it is on a > per-user basis (~/.m2). The correct way would be to define a path for > installing (such as /usr/share/.m2), and pass that to build tools as a > URL (file:///usr/share/.m2).

[gentoo-portage-dev] [PATCH] PORTAGE_NICENESS: Consider autogroup scheduling

2021-03-21 Thread Florian Schmaus
With Linux's autogroup scheduling feature (CONFIG_SCHED_AUTOGROUP) setting a nice value on a per-process base has only an effect for scheduling decisions relative to the other threads in the same session (typically: the same terminal window). See the section "The nice value and group scheduling"

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-21 Thread James Le Cuirot
On Sun, 21 Mar 2021 05:18:52 +0100 Ulrich Mueller wrote: > > On Sat, 20 Mar 2021, William Hubbs wrote: > > > /etc/localtime should definitely be a symlink to the proper file in > > /usr/share/zoneinfo. > > > This works fine if /usr is on a separate partition *and* you are using > > an

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-21 Thread Ulrich Mueller
> On Sun, 21 Mar 2021, Alec Warner wrote: > https://bugs.gentoo.org/737914 seems to imply for some upstreams, it > being a file is not a valid option anymore? > (I'm ignoring the logic of that decision of course, but this was the > original reason this was raised.) Indeed, that's a strange