Re: [gentoo-dev] [PATCH] glep-0075: Update for reference implementation

2019-10-24 Thread Michał Górny
On Thu, 2019-10-24 at 22:39 +0200, Ulrich Mueller wrote: > > > > > > On Thu, 24 Oct 2019, Michał Górny wrote: > > +in 2⁴ = 16 directories), and each of this directories would have > > s/this/these/ (This was there before, but can be corrected while at it.) > > > +The implementations are only requ

[gentoo-dev] RFC: UID/GID assignment for www-misc/vdradmin-am (453/453)

2019-10-24 Thread Martin Dummer
Hello gentoo-dev. I would like to ask to assign uid/gid 453 for the package www-misc/vdradmin-am Martin (proxy-maintainer) signature.asc Description: OpenPGP digital signature

[gentoo-dev] RFC: UID/GID assignment for media-video/vdr (452/452)

2019-10-24 Thread Martin Dummer
Hello gentoo-dev. I would like to ask to assign uid/gid 452 for the package media-video/vdr and its many plugins media-plugins/vdr-* Martin (proxy-maintainer) signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Editing RDEPEND without a new revision (again)

2019-10-24 Thread Kent Fredric
On Fri, 25 Oct 2019 03:03:26 +0100 Michael Everitt wrote: > Forgive my lack of git-fu, but which commit did this? Can we name & shame > the author and committer publicly, and in front of QA, so that this kind of > violation is highlighted to all, and noted for future reference? I think you can b

Re: [gentoo-dev] Editing RDEPEND without a new revision (again)

2019-10-24 Thread Michael Everitt
On 24/10/19 23:04, Michael Orlitzky wrote: > Here we go again. All week I've been trying to update @world. I'm trying > to troubleshoot a portage bug[0], deal with portage taking forever to > fail, and now I've got to deal with the fact that someone was too clever > to follow the PMS and replaced v

[gentoo-dev] Editing RDEPEND without a new revision (again)

2019-10-24 Thread Michael Orlitzky
Here we go again. All week I've been trying to update @world. I'm trying to troubleshoot a portage bug[0], deal with portage taking forever to fail, and now I've got to deal with the fact that someone was too clever to follow the PMS and replaced virtual/pam with sys-libs/pam across the entire tree

Re: [gentoo-dev] [PATCH] glep-0075: Update for reference implementation

2019-10-24 Thread Hanno Böck
On Thu, 24 Oct 2019 22:39:06 +0200 Ulrich Mueller wrote: > In the rationale section, one reason given for the choice of the hash > algorithm (BLAKE2B) was to "avoid code duplication". Isn't that > argument moot, if all hashes supported by Portage are implemented? > (Or in other words, couldn't a

Re: [gentoo-dev] [PATCH] glep-0075: Update for reference implementation

2019-10-24 Thread Ulrich Mueller
> On Thu, 24 Oct 2019, Michał Górny wrote: > +in 2⁴ = 16 directories), and each of this directories would have s/this/these/ (This was there before, but can be corrected while at it.) > +The implementations are only required to support cutoffs being multiples s/The implementations/Implement

Re: [gentoo-dev] uid/gid request for www-apps/redmine

2019-10-24 Thread Azamat Hackimov
OK, I will take 451 uid/gid for redmine. чт, 24 окт. 2019 г. в 21:02, Michael Everitt : > On 24/10/19 18:58, Azamat Hackimov wrote: > > Hello. > > As per https://github.com/gentoo/gentoo/pull/12807 I need UID/GID for > web-application Redmine. Could I please get those for it? Any available > numb

Re: [gentoo-dev] uid/gid request for www-apps/redmine

2019-10-24 Thread Michael Everitt
On 24/10/19 18:58, Azamat Hackimov wrote: > Hello. > > As per https://github.com/gentoo/gentoo/pull/12807 I need UID/GID for > web-application Redmine. Could I please get those for it? Any available > number will OK.  > > -- > From Siberia with Love! Check https://api.gentoo.org/uid-gid.txt .. giv

[gentoo-dev] uid/gid request for www-apps/redmine

2019-10-24 Thread Azamat Hackimov
Hello. As per https://github.com/gentoo/gentoo/pull/12807 I need UID/GID for web-application Redmine. Could I please get those for it? Any available number will OK. -- >From Siberia with Love!

Re: [gentoo-dev] The demotivating process of contributing to devmanual

2019-10-24 Thread Michał Górny
On Thu, 2019-10-24 at 12:44 -0400, Gokturk Yuksek wrote: > > I'm really glad this is resolved, and that the things started moving > > again. I'd like to thank you for all your hard work on devmanual. > > > > I'm glad we reached a compromise too. We may not always see eye to eye > but I'll always

Re: [gentoo-dev] The demotivating process of contributing to devmanual

2019-10-24 Thread Gokturk Yuksek
Hi, Michał Górny: > On Tue, 2019-10-15 at 17:20 -0400, Gokturk Yuksek wrote: >> I wish you communicated this particular frustration clearly before it >> made you very angry. > > I'm sorry that I vented off here. I have explicitly requested in some > of my pull requests that you can apply any wor

[gentoo-dev] [RFC] Removing obsolete thick Manifest compatibility from MetaManifests

2019-10-24 Thread Michał Górny
Hello, TL;DR: I'd like to disable thick Manifest support in Portage, in order to disable some of the compatibility quirks from MetaManifest format. All files would still be verified by gemato. We're using GLEP 74 MetaManifests for 2 years now. The specification was originally written to accoun

[gentoo-dev] [PATCH] glep-0075: Update for reference implementation

2019-10-24 Thread Michał Górny
Fill in the reference implementation section. Reduce the requirements for cutoffs to support only multiples of 4, as there is no point in making the implementation more complex for something we aren't using anyway. Fix a typo. Signed-off-by: Michał Górny --- glep-0075.rst | 38