Gentoo Archives: gentoo-dev

From: "William L. Thomson Jr." <wlt-ml@××××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] RFC: Userkit.eclass
Date: Wed, 30 Nov 2016 20:25:34
Message-Id: assp.014208224d.1553152.3MgPkkWCsg@wlt
In Reply to: Re: [gentoo-dev] RFC: Userkit.eclass by Michael Mol
1 On Wednesday, November 30, 2016 3:08:30 PM EST Michael Mol wrote:
2 >
3 > > IMHO it is something that should be a part of LSB. If not POSIX in
4 > > general. One cannot really change the past or current state of things.
5 > > But can make
6 > the future better.
7 >
8 > > For now who cares about other OS or distros. If Gentoo gets its house in
9 > > order
10 > > others may follow.
11 >
12 > I will note that it's this point when I first replied; that was the point
13 > when you chose to expand the scope outside Gentoo.
14
15 Stop making things into something they are not. Re-read the above I said it
16 should be part of official standards. I also said others MAY follow...
17
18 > > Gentoo cannot force others to do anything.
19 >
20 > I didn't say force. I said invite.
21
22 I never typed the word invite. I never mentioned Gentoo being proactive about
23 pushing its specific things on others. Please stop making stuff up and going
24 way off topic.
25
26
27 > As you noted, Arch appeared to attempt this, and others did not follow.
28
29 Arch themselves never got it squared away. It was just a concept. If Arch does
30 not implement it how can others? I hardly consider Arch a leading distro like
31 RHEL or Debian, which both have derivatives in wide use, Fedora, CentOS and
32 Ubuntu.
33
34 That right there likely covers over 50% of all Linux installs.
35
36
37 > That's fine. As I pointed out, I only started chiming in when you began
38 > advocating exporting Gentoo's list to a broader ecosystem.
39
40 You are reading things I never typed, and coming up with some far fetched
41 scenarios. Nothing you are saying is anywhere near what I wrote.
42
43 > If RHEL and Debian are consistent from one system to the next, obviously
44 > it's sensical to use their list. But why don't they use each others? Or am
45 > I missing something, and that's exactly what they're doing?
46
47 Going back to my first point about this being part of LSB or POSIX. Because it
48 is part of neither RedHat and Debian do things differently.
49
50 Why does RedHat not use deb format over rpm. Why does Debian use deb instead
51 of RPM. These are different distros with different approaches. If their UID/
52 GID are the same, its likely per legacy reasons. Though they may be looking at
53 each other.
54
55 Debian at this time does not produce a list. The only I found were RedHat and
56 Arch, with Archs' being unofficial and never adopted.
57
58 > Sure. But if you clone a seed node, does it matter that a second
59 > from-scratch install may not have the same mapping?
60
61 Yes if they are to be added to the same fleet or cluster of systems. In that
62 event it would likely start a new from scratch base image. But that is pretty
63 rare. I do update base images, though rarely do system UID/GID change from
64 initial install.
65
66 > If UID/GID are consistent between RH and Debian, then yeah, what you have is
67 > a de facto standard, and it would be reasonable to conform, if there are
68 > people who actually have a need for that cross-system mirroring.
69
70 If Gentoo does the same, that would make one other and moving all more in the
71 direction of a standard.
72
73 > > > More daemons will be build that are intended to
74 > > > run as local users. More software will be pushed into opaque blobs a la
75 > > > Snap and Flatpack.
76 > >
77 > > I am talking about core system accounts
78 >
79 > Who decides what qualifies as a core system account?
80
81 This is pretty silly now and way off topic. I will leave it to others to
82 decide. I would prefer to go beyond just system so it is Gentoo wide. Arch was
83 not limited to system stuff, like RedHat and Debian.
84
85 Really up to Gentoo Developers to decide it all.
86
87 --
88 William L. Thomson Jr.

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-dev] RFC: Userkit.eclass Michael Mol <mikemol@×××××.com>