Hi,
> On Mar 15, 2021, at 7:28 AM, Thomas Bracht Laumann Jespersen
> wrote:
>
>>> # Göktürk Yüksek (2021-03-14)
>>> # Dead upstream. No revdeps.
>>> # Removal in 60 days to allow people extra time
>>> # for transitioning out. Bug #776262.
>>> app-admin/lastpass-cli
>>>
>>>
>>
>>
>> Due to
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 /etc/loca
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
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 and
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
>
> w
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
> https://github.com/s
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
without
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
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: https://bugs.gentoo.org/7
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
Des
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
> post_src_inst
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
> mai
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 port
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 missed
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 al
>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 grad
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).
Co
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 i
> 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 d
19 matches
Mail list logo
