Re: [gentoo-dev] [PATCH] xorg-3.eclass: Add XORG_TARBALL_SUFFIX

2019-08-12 Thread Ulrich Mueller
> On Tue, 13 Aug 2019, Michael Orlitzky wrote: > The devmanual is probably wrong, > https://bugs.gentoo.org/485356 > but no one agrees on how exactly to change it. Thanks for reminding us of that bug. :) Read my comments #13 and #16. Ulrich signature.asc Description: PGP signature

[gentoo-dev] UID/GID assignment for messagebus (101)

2019-08-12 Thread Mike Gilbert
This account is used by sys-apps/dbus. I picked 101 because it is the ID that enewuser happened to assign on my system 10+ years ago. It also happens to land right next to another freedesktop project polkitd/102. Other distros name the account differently (dbus), and use an ID that conflicts with

Re: [gentoo-dev] [PATCH] xorg-3.eclass: Add XORG_TARBALL_SUFFIX

2019-08-12 Thread Michael Orlitzky
On 8/12/19 6:28 PM, Ulrich Mueller wrote: > > I didn't understand that argument in 2011, and I understand it even > less in 2019. Why would we add xz but not bzip2 and tar as dependencies? > > The devmanual is clear on this: > https://devmanual.gentoo.org/general-concepts/dependencies/index.html#

Re: [gentoo-dev] [PATCH] xorg-3.eclass: Add XORG_TARBALL_SUFFIX

2019-08-12 Thread Matt Turner
On Mon, Aug 12, 2019 at 3:29 PM Ulrich Mueller wrote: > > > On Tue, 13 Aug 2019, Matt Turner wrote: > > > +# Even though xz-utils are in @system, they must still be added to DEPEND; > > see > > +# > > https://archives.gentoo.org/gentoo-dev/msg_a0d4833eb314d1be5d5802a3b710e0a4.xml > > I didn'

Re: [gentoo-dev] [PATCH] xorg-3.eclass: Add XORG_TARBALL_SUFFIX

2019-08-12 Thread Ulrich Mueller
> On Tue, 13 Aug 2019, Matt Turner wrote: > +# Even though xz-utils are in @system, they must still be added to DEPEND; > see > +# > https://archives.gentoo.org/gentoo-dev/msg_a0d4833eb314d1be5d5802a3b710e0a4.xml I didn't understand that argument in 2011, and I understand it even less in 20

[gentoo-dev] [PATCH] xorg-3.eclass: Add XORG_TARBALL_SUFFIX

2019-08-12 Thread Matt Turner
To allow overriding the tarball type. Signed-off-by: Matt Turner --- eclass/xorg-3.eclass | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/eclass/xorg-3.eclass b/eclass/xorg-3.eclass index f135058fba6..bd857e1cca2 100644 --- a/eclass/xorg-3.eclass +++ b/ecla

Re: [gentoo-dev] qmail.eclass: 2 bugfixes

2019-08-12 Thread Rolf Eike Beer
Am Montag, 12. August 2019, 23:10:56 CEST schrieb Michael Orlitzky: > On 8/9/19 3:26 PM, Rolf Eike Beer wrote: > > + use ssl && epatch "${FILESDIR}"/qmail-smtputf8.patch > > EAI doesn't require SSL as far as I know. Is this conditional on the USE > flag only because the patch won't apply otherwi

Re: [gentoo-dev] qmail.eclass: 2 bugfixes

2019-08-12 Thread Michael Orlitzky
On 8/9/19 3:26 PM, Rolf Eike Beer wrote: > > + use ssl && epatch "${FILESDIR}"/qmail-smtputf8.patch EAI doesn't require SSL as far as I know. Is this conditional on the USE flag only because the patch won't apply otherwise? (If so, it may be worth a comment to that effect.)

Re: [gentoo-dev] [RFC] Moving UID/GID assignments to api.gentoo.org

2019-08-12 Thread Kent Fredric
On Mon, 12 Aug 2019 11:20:01 -0700 Alec Warner wrote: > > And both of those can have "Fun" merge conflict issues due to the > > requirements around record delimiters and syntax, > > > > And this means what? That I might check something in that is broken? > How is this not true for any syntax w

Re: [gentoo-dev] [RFC] Moving UID/GID assignments to api.gentoo.org

2019-08-12 Thread Kent Fredric
On Mon, 12 Aug 2019 11:20:01 -0700 Alec Warner wrote: > > > > As for JSON/YAML, ... eh... that may be the case for like, 4 line files. > > > > But once you have hundreds of entries, that becomes less true. > > > > What becomes less true? In that it ceases to be a human-editable format. Its e

Re: [gentoo-dev] [RFC] Moving UID/GID assignments to api.gentoo.org

2019-08-12 Thread Alec Warner
On Mon, Aug 12, 2019 at 10:58 AM Kent Fredric wrote: > On Mon, 12 Aug 2019 09:52:40 -0700 > Alec Warner wrote: > > > CSV, JSON and YAML are both popular machine-and-people readable > > specifications with broad support. > > No, not CSV. There isn't really "a spec" for that. Even though there is

Re: [gentoo-dev] [RFC] Moving UID/GID assignments to api.gentoo.org

2019-08-12 Thread Kent Fredric
On Mon, 12 Aug 2019 09:52:40 -0700 Alec Warner wrote: > CSV, JSON and YAML are both popular machine-and-people readable > specifications with broad support. No, not CSV. There isn't really "a spec" for that. Even though there is a "proposed spec", "CSV editors" and things that emit CSV just make

Re: [gentoo-dev] [RFC] Moving UID/GID assignments to api.gentoo.org

2019-08-12 Thread Kent Fredric
On Sun, 11 Aug 2019 17:53:44 -0500 William Hubbs wrote: > , since he says we can add more fields in the future, > you either have to escape whitespace in the notes field or quote the > field. This was originally what I was going to comment on when the proposal first hit the list. But then I rea

Re: [gentoo-dev] [PATCH] use.desc: Introduce global USE=magic

2019-08-12 Thread Kent Fredric
On Sun, 11 Aug 2019 14:53:34 +0200 Michał Górny wrote: > The use of term 'magic' for file type recognition by magic bytes is well > established. Standing on your head and trying to invent an alternative > is not going to help anyone, and only confuse people. Fun fact: when I saw this Subject on

Re: [gentoo-dev] [RFC] Moving UID/GID assignments to api.gentoo.org

2019-08-12 Thread Alec Warner
On Sun, Aug 11, 2019 at 7:51 PM Michał Górny wrote: > On Sun, 2019-08-11 at 17:53 -0500, William Hubbs wrote: > > On Sun, Aug 11, 2019 at 03:04:02PM -0700, Matt Turner wrote: > > > On Sun, Aug 11, 2019 at 12:48 PM William Hubbs > wrote: > > > > If we are going to require a modeline, shouldn't we

[gentoo-dev] Re: [PATCH] mount-boot.eclass: Fix ro check

2019-08-12 Thread Thomas Deutschmann
Hi, now pushed, https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7840e73dde3ff715806aff61708f134479581d9c -- Regards, Thomas Deutschmann / Gentoo Linux Developer C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5 signature.asc Description: OpenPGP digital signature