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

2021-03-20 Thread Alec Warner
On Sat, Mar 20, 2021 at 10:27 PM Ulrich Mueller  wrote:
>
> > On Sun, 21 Mar 2021, Alec Warner wrote:
>
> >> Which doesn't imply that we deliberately break things.
>
> > Not sure I follow.. how is updating the handbook breaking anything?
>
> Both configurations (regular file and symlink) work just fine, and
> sys-libs/timezone-data supports them. I don't see a good reason why we
> would suddenly declare the regular file to be an invalid option.

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.)

-A

>
> Ulrich



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

2021-03-20 Thread Ulrich Mueller
> On Sun, 21 Mar 2021, Alec Warner wrote:

>> Which doesn't imply that we deliberately break things.

> Not sure I follow.. how is updating the handbook breaking anything?

Both configurations (regular file and symlink) work just fine, and
sys-libs/timezone-data supports them. I don't see a good reason why we
would suddenly declare the regular file to be an invalid option.

Ulrich


signature.asc
Description: PGP signature


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

2021-03-20 Thread Alec Warner
On Sat, Mar 20, 2021 at 9:19 PM 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 initramfs. The only time it doesn't work is if /usr is separate
> > without using an initramfs.
>
> > Council decided years ago that we don't support separate /usr without
> > an initramfs, but we haven't completed that transition yet.
>
> Which doesn't imply that we deliberately break things.

Not sure I follow.. how is updating the handbook breaking anything?

-A

>
> Ulrich



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

2021-03-20 Thread Ulrich Mueller
> 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 initramfs. The only time it doesn't work is if /usr is separate
> without using an initramfs.

> Council decided years ago that we don't support separate /usr without
> an initramfs, but we haven't completed that transition yet.

Which doesn't imply that we deliberately break things.

Ulrich


signature.asc
Description: PGP signature


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

2021-03-20 Thread William Hubbs
On Sat, Mar 20, 2021 at 05:04:06PM +0100, Nils Freydank wrote:
> Hi Andreas,
> 
> Am Samstag, den 20.03.2021 um 16:37:23 Uhr +0100 schrieb "Andreas K. Huettel" 
> :
> > [...]
> > Does anyone remember the reason for 1) ? Or is that lost in history?
> 
> I just quote comment 3 from the linked bug https://bugs.gentoo.org/737914#c3:
> "copying the zonefile to /etc/localtime is a good idea, as /usr could be on a 
> separate partition. How about creating the
> 
> /etc/TZ -> /etc/timezone softlink by default?"
> 
> In my opinion so many tools tend to expect an always-mounted /usr that the
> symlink would not do any harm. FWIW I use symlinks on a handfull Gentoo 
> machines
> and had no issues in years, but I'm pretty close to mainstream (amd64, glibc,
> OpenRC).

I'm not sure which symlink you are talking about, so I am adding my
comments here.

/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 initramfs. The only time it doesn't work is if /usr is separate
without using an initramfs.

Council decided years ago that we don't support separate /usr without an
initramfs, but we haven't completed that transition yet.

William



signature.asc
Description: PGP signature


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

2021-03-20 Thread Nils Freydank
Hi Andreas,

Am Samstag, den 20.03.2021 um 16:37:23 Uhr +0100 schrieb "Andreas K. Huettel" 
:
> [...]
> Does anyone remember the reason for 1) ? Or is that lost in history?

I just quote comment 3 from the linked bug https://bugs.gentoo.org/737914#c3:
"copying the zonefile to /etc/localtime is a good idea, as /usr could be on a 
separate partition. How about creating the

/etc/TZ -> /etc/timezone softlink by default?"

In my opinion so many tools tend to expect an always-mounted /usr that the
symlink would not do any harm. FWIW I use symlinks on a handfull Gentoo machines
and had no issues in years, but I'm pretty close to mainstream (amd64, glibc,
OpenRC).

Best regards,
Nils


signature.asc
Description: PGP signature


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

2021-03-20 Thread Andreas K. Huettel
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

which is effectively doing 

echo "Europe/Brussels" > /etc/timezone
cp -f /usr/share/zoneinfo/Europe/Brussels /etc/localtime

2) Most other distros seem to just do

ln -sf /usr/share/zoneinfo/Europe/Brussels /etc/localtime

and use the link content as timezone name (this is also what is required by 
systemd).

Does anyone remember the reason for 1) ? Or is that lost in history?

Cheers,
Andreas

PS See also bug https://bugs.gentoo.org/737914 , where support for 1) was 
removed from Qt.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)





[gentoo-dev] Package up for grabs: x11-misc/menumaker

2021-03-20 Thread Joonas Niilola
Hey,

the following package is up for grabs:
  x11-misc/menumaker

1 bug open, and in addition:
  PythonCompatUpdate: version 0.99.12: PYTHON_COMPAT update available:
python3_9

-- juippis



OpenPGP_signature
Description: OpenPGP digital signature