On Mon, 2020-01-20 at 19:22 -0500, Michael Orlitzky wrote:
> Let it die =) I'm not going to apply the patch; it's there if someone
> else decides that it's the least-bad solution to this problem.
>
>
> On 1/20/20 6:57 PM, Andreas K. Huettel wrote:
> > Why *isn't* some /var/lib/... possible here?
Let it die =) I'm not going to apply the patch; it's there if someone
else decides that it's the least-bad solution to this problem.
On 1/20/20 6:57 PM, Andreas K. Huettel wrote:
>
> Why *isn't* some /var/lib/... possible here?
It is, the question is how many backflips we should be doing to avo
Am Montag, 20. Januar 2020, 04:43:50 CET schrieb Michael Orlitzky:
> In rare cases, a system user will need a real home directory to store
> per-user configuration data and/or be accessed interactively by a
> human being. In those cases, /home/${username} is an appropriate place
> for the user's ho
On 1/20/20 5:08 PM, Alec Warner wrote:
>
> So I can describe in detail one example, but its not running Gentoo; so
> I'm not sure if you care in practice.
Yes, I'm happy to see a real example.
> At work we had sec=krb5 NFS v3 mounted home directories. They were
> mounted in /home (via the autom
On Mon, Jan 20, 2020 at 6:20 AM Michael Orlitzky wrote:
> On 1/20/20 2:02 AM, Ulrich Mueller wrote:
> >> On Mon, 20 Jan 2020, Michael Orlitzky wrote:
> >
> >> install-qa-check.d: allow acct-user home directories under /home.
> >
> > Nope. As you've been told, /home is site specific and can
On Mon, Jan 20, 2020 at 12:56:48PM -0500, Michael Orlitzky wrote:
> On 1/20/20 11:57 AM, William Hubbs wrote:
> >
> > Imo a better fit is the metadata directory in the ebuild repository.
> > That way you can add users/groups along with the acct-* packages that
> > install them.
> What benefit is t
On 1/20/20 1:39 PM, Michał Górny wrote:
>
> I'm going to be blunt. We arbitrarily made a decision that /home
> belongs to sysadmin. Please respect that. If you really believe your
> package is *this* special to justify changing this arbitrary decision,
> the burden of proof lies on you.
>
Ok.
# Mike Gilbert (2020-01-20)
# Newer versions are using Go modules, which makes this more difficult to
# maintain. Take this over if wanted, otherwise I will remove it in 30 days.
app-admin/cli53
On Mon, 2020-01-20 at 10:20 -0500, Michael Orlitzky wrote:
> On 1/20/20 9:50 AM, David Seifert wrote:
> > Rich has given reasons, ulm has, and mgorny suggested a solution.
> >
>
> Everyone's real intent on saying that there are problems without
> actually typing what those problems are into the e
On 1/20/20 6:57 PM, William Hubbs wrote:
> All,
>
> as I recall I was one of the folks who suggested that uid-gid.txt should
> go in the api repository, but after thinking about it more and seeing it
> in practice, I see the error of my ways on this. ;-)
What's wrong with it?
>
> Imo a better f
On 1/20/20 1:01 PM, Ulrich Mueller wrote:
>
> It's just awful to have a one user at second level (like /home/amavis)
> when all others are at third level (like /home/staff/joe).
>
Finally an honest argument =)
I agree. But all we're doing is choosing the default here. GLEP81 lets
the user overr
> On Mon, 20 Jan 2020, Michael Orlitzky wrote:
> On 1/20/20 2:02 AM, Ulrich Mueller wrote:
>> Quoting FHS-3.0 again:
>>
>> | On large systems (especially when the /home directories are shared
>> | amongst many hosts using NFS) it is useful to subdivide user home
>> | directories. Subdivision
On 1/20/20 11:57 AM, William Hubbs wrote:
>
> Imo a better fit is the metadata directory in the ebuild repository.
> That way you can add users/groups along with the acct-* packages that
> install them.
What benefit is there to syncing that file to everyone's machines?
> On Mon, 20 Jan 2020, William Hubbs wrote:
> as I recall I was one of the folks who suggested that uid-gid.txt should
> go in the api repository, but after thinking about it more and seeing it
> in practice, I see the error of my ways on this. ;-)
> Imo a better fit is the metadata directory
All,
as I recall I was one of the folks who suggested that uid-gid.txt should
go in the api repository, but after thinking about it more and seeing it
in practice, I see the error of my ways on this. ;-)
Imo a better fit is the metadata directory in the ebuild repository.
That way you can add use
On 1/20/20 9:50 AM, David Seifert wrote:
>
> Rich has given reasons, ulm has, and mgorny suggested a solution.
>
Everyone's real intent on saying that there are problems without
actually typing what those problems are into the email box.
We're talking about a single keepdir file here.
Please d
On Mon, 2020-01-20 at 09:20 -0500, Michael Orlitzky wrote:
> On 1/20/20 2:02 AM, Ulrich Mueller wrote:
> > > > > > > On Mon, 20 Jan 2020, Michael Orlitzky wrote:
> > > install-qa-check.d: allow acct-user home directories under
> > > /home.
> >
> > Nope. As you've been told, /home is site specifi
On 1/20/20 2:02 AM, Ulrich Mueller wrote:
>> On Mon, 20 Jan 2020, Michael Orlitzky wrote:
>
>> install-qa-check.d: allow acct-user home directories under /home.
>
> Nope. As you've been told, /home is site specific and can be setup in
> multiple ways that are incompatible with the package m
18 matches
Mail list logo
