On Sat, Jul 27, 2019 at 10:24 AM Mike Gilbert wrote:
>
> The systemd and udev ebuilds create three groups: input, kvm, and
> render. These are used by udev rules to control access to hardware.
>
> There are several other groups referenced by udev rules, so it makes
> sense to explicitly depend on
Several .nf (no-fill mode) blocks were not terminated by .fi, causing
broken formatting of the rest of the manpage.
Fixes: cdcf4a28409daa7c56a0c2c94054f48bd5e43c6d
Signed-off-by: Ulrich Müller
---
man/ebuild.5 | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Ulrich Müller
---
man/ebuild.5 | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/man/ebuild.5 b/man/ebuild.5
index 31bd8f771..b002f3889 100644
--- a/man/ebuild.5
+++ b/man/ebuild.5
@@ -1,4 +1,4 @@
-.TH "EBUILD" "5" "Apr 2019" "Portage VERSION" "Portage"
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/tty/metadata.xml | 7 +++
acct-group/tty/tty-0.ebuild | 8
2 files changed, 15 insertions(+)
create mode 100644 acct-group/tty/metadata.xml
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/kmem/kmem-0.ebuild | 8
acct-group/kmem/metadata.xml | 7 +++
2 files changed, 15 insertions(+)
create mode 100644 acct-group/kmem/kmem-0.ebuild
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/tape/metadata.xml | 7 +++
acct-group/tape/tape-0.ebuild | 8
2 files changed, 15 insertions(+)
create mode 100644 acct-group/tape/metadata.xml
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/render/metadata.xml| 7 +++
acct-group/render/render-0.ebuild | 8
2 files changed, 15 insertions(+)
create mode 100644 acct-group/render/metadata.xml
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/video/metadata.xml | 7 +++
acct-group/video/video-0.ebuild | 8
2 files changed, 15 insertions(+)
create mode 100644 acct-group/video/metadata.xml
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/lp/lp-0.ebuild | 8
acct-group/lp/metadata.xml | 7 +++
2 files changed, 15 insertions(+)
create mode 100644 acct-group/lp/lp-0.ebuild
create mode 100644 acct-group/lp/metadata.xml
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/input/input-0.ebuild | 8
acct-group/input/metadata.xml | 7 +++
2 files changed, 15 insertions(+)
create mode 100644 acct-group/input/input-0.ebuild
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/kvm/kvm-0.ebuild | 8
acct-group/kvm/metadata.xml | 7 +++
2 files changed, 15 insertions(+)
create mode 100644 acct-group/kvm/kvm-0.ebuild
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/disk/disk-0.ebuild | 8
acct-group/disk/metadata.xml | 7 +++
2 files changed, 15 insertions(+)
create mode 100644 acct-group/disk/disk-0.ebuild
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/audio/audio-0.ebuild | 8
acct-group/audio/metadata.xml | 7 +++
2 files changed, 15 insertions(+)
create mode 100644 acct-group/audio/audio-0.ebuild
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/dialout/dialout-0.ebuild | 8
acct-group/dialout/metadata.xml | 7 +++
2 files changed, 15 insertions(+)
create mode 100644 acct-group/dialout/dialout-0.ebuild
create mode 100644
Package-Manager: Portage-2.3.69_p3, Repoman-2.3.16_p12
Signed-off-by: Mike Gilbert
---
acct-group/cdrom/cdrom-0.ebuild | 8
acct-group/cdrom/metadata.xml | 7 +++
2 files changed, 15 insertions(+)
create mode 100644 acct-group/cdrom/cdrom-0.ebuild
create mode 100644
The systemd and udev ebuilds create three groups: input, kvm, and
render. These are used by udev rules to control access to hardware.
There are several other groups referenced by udev rules, so it makes
sense to explicitly depend on them as well.
The group ids are sourced from
On Thu, 25 Jul 2019 23:56:33 -0400
desultory wrote:
> Since when is anyone proposing extirpating man pages on the whole? I am
> simply making the rather simple suggestion that pulling in more packages
> to support presently optional documentation as newly mandated
> documentation when such
Package-Manager: Portage-2.3.69, Repoman-2.3.16
Signed-off-by: Georgy Yakovlev
---
acct-user/dnscrypt-proxy/dnscrypt-proxy-0.ebuild | 12
acct-user/dnscrypt-proxy/metadata.xml| 8
2 files changed, 20 insertions(+)
create mode 100644
Second attempt, now using UID/GID 353
Package-Manager: Portage-2.3.69, Repoman-2.3.16
Signed-off-by: Georgy Yakovlev
---
acct-group/dnscrypt-proxy/dnscrypt-proxy-0.ebuild | 9 +
acct-group/dnscrypt-proxy/metadata.xml| 8
2 files changed, 17 insertions(+)
create mode 100644
Package-Manager: Portage-2.3.69, Repoman-2.3.16
Signed-off-by: Georgy Yakovlev
---
net-dns/dnscrypt-proxy/dnscrypt-proxy-.ebuild | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/net-dns/dnscrypt-proxy/dnscrypt-proxy-.ebuild
On Saturday, July 27, 2019 12:41:21 AM PDT you wrote:
> Any specific reason for 553?
>
> I had previously suggested that we stay below 500 as long as there is
> space. On the one hand it would match the LSB better, on the other hand
> we might at some point want to do dynamic allocation counting
On Sat, 2019-07-27 at 10:40 +0200, Ulrich Müller wrote:
> Fixed UIDs and GIDs are mostly located in the low range, therefore
> going downwards from 999 to 101 will minimise collisions between fixed
> and dynamically allocated IDs.
>
> Note that on Linux and other targets using "groupadd -r" from
Fixed UIDs and GIDs are mostly located in the low range, therefore
going downwards from 999 to 101 will minimise collisions between fixed
and dynamically allocated IDs.
Note that on Linux and other targets using "groupadd -r" from
sys-apps/shadow, GIDs are already allocated that way implicitly.
Any specific reason for 553?
I had previously suggested that we stay below 500 as long as there is
space. On the one hand it would match the LSB better, on the other hand
we might at some point want to do dynamic allocation counting from 999
downwards, and keeping the fixed IDs below 500 would
On Friday, July 26, 2019 10:33:09 PM PDT Michał Górny wrote:
> On Fri, 2019-07-26 at 22:07 -0400, Mike Gilbert wrote:
> > Reference:
> > Mike Gilbert (12):
> > acct-group/systemd-journal: new group
> > acct-group/systemd-journal-remote: new group
> > acct-user/systemd-journal-remote: new
26 matches
Mail list logo