Re: [gentoo-dev] GLEP81 and /home

2020-01-19 Thread Alec Warner
On Sat, Jan 18, 2020 at 6:50 PM Michael Orlitzky wrote: > On 1/18/20 7:21 PM, Rich Freeman wrote: > > On Sat, Jan 18, 2020 at 6:38 PM Michael Orlitzky wrote: > >> > >> But now users have to follow one more step (create /home/amavis) when > >> setting up amavisd-new. Is the QA check really assuri

Re: [gentoo-dev] GLEP81 and /home

2020-01-19 Thread Alec Warner
On Sun, Jan 19, 2020 at 11:28 AM Michael Orlitzky wrote: > On 1/19/20 2:19 PM, Alec Warner wrote: > > > > All I want to do is *set* a user's home directory to /home/foo. > > > > Why wouldn't you set the homedirectory to /dev/null then? > > > &

Re: [gentoo-dev] [PATCH 0/2] allow acct-user home directories in /home

2020-01-20 Thread Alec Warner
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

Re: [gentoo-dev] Changes made by acct-* ebuilds

2020-02-12 Thread Alec Warner
On Wed, Feb 12, 2020 at 10:02 AM Christopher Head wrote: > Hi all, > Yesterday something surprised me. I updated my system and got the > acct-{user,group}/lighttpd for the first time. Because lighttpd was > running, package installation failed to change the home directory—fine, it > printed an er

Re: [gentoo-dev] Changes made by acct-* ebuilds

2020-02-12 Thread Alec Warner
On Wed, Feb 12, 2020 at 9:59 PM Michał Górny wrote: > On Thu, 2020-02-13 at 02:32 +0100, Thomas Deutschmann wrote: > > Hi, > > > > thank you for bringing this to the list. > > > > I have the same experience which is the reason why I haven't migrated > > most of my packages yet (which is not a goo

Re: [gentoo-dev] Last rites: dev-python/*, python-maintained, py3.6-only, no-revdep

2020-03-07 Thread Alec Warner
On Sat, Mar 7, 2020 at 9:57 AM Andreas Sturmlechner wrote: > On Samstag, 7. März 2020 18:49:25 CET Ulrich Mueller wrote: > > Just the ebuild being outdated doesn't sound like a sufficient reason > > for removal of a package, at least not for those packages that install > > applications for the en

Re: [gentoo-dev] Fwd: [gentoo-commits] repo/gentoo:master commit in: app-office/calcurse/

2020-03-12 Thread Alec Warner
On Thu, Mar 12, 2020 at 9:54 AM Andreas K. Huettel wrote: > Someone needs to grow up here. > Meh, to me (someone who can't commit to ::gentoo) I have a few concerns here. First, I don't see a lot of QA reverts on the gentoo-dev list. Is it common practice to post reverts publicly? Second, I'm no

Re: [gentoo-dev] rfc: noarch keyword

2020-03-19 Thread Alec Warner
On Thu, Mar 19, 2020 at 6:52 AM Gerion Entrup wrote: > Am Donnerstag, 19. März 2020, 02:59:56 CET schrieb Kent Fredric: > > On Wed, 18 Mar 2020 17:52:25 + > > James Le Cuirot wrote: > > > > > Not quite. Tools like repoman will need to be updated to understand > > > that an ebuild with KEYWOR

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libusbhp: ChangeLog Manifest libusbhp-1.0.2.ebuild metadata.xml

2015-02-15 Thread Alec Warner
On Sun, Feb 15, 2015 at 8:05 PM, Mike Frysinger wrote: > On Wed, Dec 31, 2014 at 12:21 AM, Patrick Lauer (patrick) > wrote: > > patrick 14/12/31 05:21:11 > > > > Removed: ChangeLog Manifest libusbhp-1.0.2.ebuild > > metadata.xml > > Log: > > QA: Rem

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libusbhp: ChangeLog Manifest libusbhp-1.0.2.ebuild metadata.xml

2015-02-16 Thread Alec Warner
On Mon, Feb 16, 2015 at 3:13 AM, Mike Frysinger wrote: > On Mon, Feb 16, 2015 at 1:16 AM, Alec Warner wrote: > > On Sun, Feb 15, 2015 at 8:05 PM, Mike Frysinger > wrote: > >> On Wed, Dec 31, 2014 at 12:21 AM, Patrick Lauer (patrick) > >> wrote: > &

Re: [gentoo-dev] Naming of repositories: gento-x86 edition, bike shedding wanted

2015-03-15 Thread Alec Warner
On Sat, Mar 14, 2015 at 7:04 PM, Ben de Groot wrote: > On 15 March 2015 at 06:34, Andreas K. Huettel > wrote: > > imho, > > > >> Questions: > >> 0. What names for the tree/repository. > > > > "gentoo" > > (it's also the repo_name) > > Our repo is already named "gentoo", so this makes the most se

Re: [gentoo-dev] Policy regarding enablement of drop-in configuration files

2015-03-31 Thread Alec Warner
On Tue, Mar 31, 2015 at 11:14 AM, Mike Gilbert wrote: > Hi all, > > I have been bumping heads with Mike Frysinger (vapier) on the topic of > drop-in config files that are utilized by quite a few system services > on Gentoo. For reference, see bug 544150. > I am going to the movies with Mike tomo

Re: [gentoo-dev] Policy regarding enablement of drop-in configuration files

2015-03-31 Thread Alec Warner
On Tue, Mar 31, 2015 at 5:14 PM, Mike Gilbert wrote: > On Tue, Mar 31, 2015 at 5:21 PM, Alec Warner wrote: > > > > > > On Tue, Mar 31, 2015 at 11:14 AM, Mike Gilbert > wrote: > >> > >> Hi all, > >> > >> I have been bumping heads with

Re: [gentoo-dev] Should Gentoo do https by default?

2015-03-31 Thread Alec Warner
On Mon, Mar 30, 2015 at 8:58 PM, Dean Stephens wrote: > On 03/27/15 15:29, Hanno Böck wrote: > > These days pretty much all big players use https only (google, > > facebook, twitter, github, ...). You can't really use the > > mainstream internet if your firewall blocks https. > > > Can we please

Re: [gentoo-dev] New website: Where the .... is the ....ing documentation link?

2015-04-05 Thread Alec Warner
On Sat, Apr 4, 2015 at 9:42 PM, Duncan <1i5t5.dun...@cox.net> wrote: > TL;DR: (1) Please consider either making Documentation a top-level-menu > link (preferable), or at least change Support to Support and > Documentation. (2) On the documentation lander page, add a "one big > list" link to a br

Re: [gentoo-dev] RFC: Indention in metadata.xml

2015-06-08 Thread Alec Warner
On Sat, Jun 6, 2015 at 12:26 AM, Justin Lecher (jlec) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hi everyone, > > Can we get an agreement on how we are indenting metadata.xml? > > I like to properly format and indent metadata.xml, but without having > an agreement or policy on

Re: [gentoo-dev] Impl. egetent in user.eclass using script from sys-apps/getent?

2015-06-10 Thread Alec Warner
On Wed, Jun 10, 2015 at 11:56 AM, Joakim Tjernlund < joakim.tjernl...@transmode.se> wrote: > On Wed, 2015-06-10 at 18:48 +, Robin H. Johnson wrote: > > On Wed, Jun 10, 2015 at 04:44:17PM +, Joakim Tjernlund wrote: > > > I wonder if it would be possible to use the script from > sys-apps/get

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan & schedule

2015-07-06 Thread Alec Warner
On Sat, Jul 4, 2015 at 11:05 PM, Andrew Savchenko wrote: > On Sat, 4 Jul 2015 20:20:23 +0200 Peter Stuge wrote: > > It's important that the review flow is well-understood and efficient. > > This is impossible in our case due to the lack of manpower. > We already have a lot of bugs, patches, stabi

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan & schedule

2015-07-06 Thread Alec Warner
On Mon, Jul 6, 2015 at 9:42 AM, Peter Stuge wrote: > Alec Warner wrote: > > Its difficult to make a large change like "all commits require review", > > particularly for long-time contributors who are expecting to move > quickly. > > I think it's a char

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan & schedule

2015-07-08 Thread Alec Warner
On Wed, Jul 8, 2015 at 11:07 AM, Tobias Klausmann wrote: > Hi! > > This got a bit rambly, sorry 'bout that. > > tl;dr: Continuous Integration is a neat idea if you have the > Hardware. The off-mainstream arch teams don't. > Clearly because we cannot be perfect, we should not even try! Realistica

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan & schedule

2015-07-08 Thread Alec Warner
On Wed, Jul 8, 2015 at 10:11 PM, Steev Klimaszewski wrote: > On Wed, 2015-07-08 at 21:11 +0200, Tobias Klausmann wrote: > > Hi! > > > > On Wed, 08 Jul 2015, Ciaran McCreesh wrote: > > > On Wed, 8 Jul 2015 20:07:34 +0200 > > > Tobias Klausmann wrote: > > > > In essence, assuming we can "just scal

Re: Code Review Systems Was: [gentoo-dev] Git Migration: launch plan & schedule

2015-07-09 Thread Alec Warner
On Thu, Jul 9, 2015 at 4:47 AM, Rich Freeman wrote: > On Thu, Jul 9, 2015 at 5:31 AM, hasufell wrote: > > > > The quality problem is that we have too many developers. If you make > > community contributions easier, sane and more reliable (due to code > > review) then you solve several problems a

Re: [gentoo-dev] Summary line (was: Re: Referencing bug reports in git)

2015-08-31 Thread Alec Warner
On Tue, Aug 11, 2015 at 7:35 AM, Kent Fredric wrote: > On 12 August 2015 at 02:28, Ian Stakenvicius wrote: > > Stuff like 'cat/pn: version bumps', 'cat/pn: new features', 'cat/pn: > > adjusted dependencies' are generic (and short) enough yet descriptive > > enough to see what went on while scann

Re: [gentoo-dev] Re: Better way to direct upstream bugs upstream?

2015-09-07 Thread Alec Warner
On Thu, Sep 3, 2015 at 4:28 AM, Kent Fredric wrote: > On 3 September 2015 at 07:17, Paweł Hajdan, Jr. > wrote: > > Do you have specific examples? > > > None that I can currently recall, I've just long resigned myself from > trying to care with Google products. The instances I can recall were > m

Re: [gentoo-dev] www-client/chromium gtk3 support

2015-09-09 Thread Alec Warner
On Wed, Sep 9, 2015 at 8:10 AM, Alexandre Rostovtsev wrote: > On Wed, 2015-09-09 at 11:00 -0400, Mike Gilbert wrote: > > I would really like a way to toggle gtk3 for testing. If you don't > > want to expose it as a 'supported' option for users, then masking it > > sounds fine to me. > > Then add

Re: [gentoo-dev] www-client/chromium gtk3 support

2015-09-10 Thread Alec Warner
On Thu, Sep 10, 2015 at 7:31 AM, Vadim A. Misbakh-Soloviov wrote: > I disagree witho you and hasufell. > > It *IS* users destiny if they get some stabiity issues because of their > decision to have gtk2-only or gtk3-only system. > > Yes, they can paste bugs about improper toolkit support. Is it b

Re: [gentoo-dev] www-client/chromium gtk3 support

2015-09-10 Thread Alec Warner
On Thu, Sep 10, 2015 at 8:35 AM, hasufell wrote: > On 09/10/2015 03:10 PM, Rich Freeman wrote: > > On Thu, Sep 10, 2015 at 8:53 AM, hasufell wrote: > >> > >> So we are breaking consistency and introduce maintenance and > >> configuration complexity, because we want to support a corner case that

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: dev-libs/libgit2/

2015-10-10 Thread Alec Warner
On Sat, Oct 10, 2015 at 8:16 AM, Brian Dolbec wrote: > On Sat, 10 Oct 2015 14:24:28 +0200 > Fabian Groffen wrote: > > > On 10-10-2015 14:19:44 +0200, hasufell wrote: > > > > +RDEPEND=" > > > > + !libressl? ( dev-libs/openssl:0 ) > > > > + libressl? ( dev-libs/libressl ) > > > > + sys-libs/zlib >

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: sys-apps/portage/

2015-10-12 Thread Alec Warner
On Mon, Oct 12, 2015 at 3:58 AM, Rich Freeman wrote: > On Sun, Oct 11, 2015 at 11:35 PM, Duncan <1i5t5.dun...@cox.net> wrote: > > > > It is, however, worth repeating that in git, commits are entirely > > separate from pushes and are very (as in, extremely!) cheap, while > > pushes, particularly i

Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

2015-12-07 Thread Alec Warner
On Sun, Dec 6, 2015 at 6:36 AM, Michał Górny wrote: > Hello, > Hi! > > As you have seen multiple times, I'm running a minimalistic CI service > for Gentoo that checks the repository for major issues using pkgcheck. > So far it's automation is limited to sending a mail to dedicated > gentoo-aut

Re: [gentoo-dev] Determenistic system group and user id

2015-12-13 Thread Alec Warner
On Sun, Dec 13, 2015 at 10:03 AM, Alexey Shvetsov wrote: > Hi all! > > We trying to use ldap for users @work, many of our workstations running > binary gentoo based distro called Calculate linux. However if we wanna have > wide use of ldap there is a need for determenistic system group gids names

Re: [gentoo-dev] Determenistic system group and user id

2015-12-14 Thread Alec Warner
On Sun, Dec 13, 2015 at 10:39 PM, Robin H. Johnson wrote: > On Sun, Dec 13, 2015 at 02:23:29PM -0800, Alec Warner wrote: > > 1) Why do you need deterministic uid / gid's? > > 2) If you do need deterministic uid / gid's, I would recommend storing > them > > all

Re: [gentoo-dev] Use GLEP27!

2015-12-15 Thread Alec Warner
On Tue, Dec 15, 2015 at 6:19 AM, Mike Frysinger wrote: > On 15 Dec 2015 07:28, Ulrich Mueller wrote: > > > On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > > > On 14 Dec 2015 21:22, Ulrich Mueller wrote: > > >> The spec seems incomplete. I cannot find a description of the user and > > >> grou

Re: [gentoo-dev] [RFD] Adopt-a-package, proxy-maintenance, and other musings

2016-01-19 Thread Alec Warner
On Mon, Jan 18, 2016 at 9:44 PM, NP-Hardass wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > With all of the unclaimed herds and unclaimed packages within them, I > started to wonder what will happen after the GLEP 67 transition > finally comes to fruition. This left me with some c

Re: [gentoo-dev] [RFD] Adopt-a-package, proxy-maintenance, and other musings

2016-01-22 Thread Alec Warner
On Fri, Jan 22, 2016 at 1:33 PM, Mike Frysinger wrote: > On 22 Jan 2016 12:04, Alexis Ballier wrote: > > On Thu, 21 Jan 2016 18:45:20 +0100 Michał Górny wrote: > > > If I see a package that clearly doesn't build or otherwise simply > > > doesn't work, could not have worked for past 3 years, are y

Re: [gentoo-dev] rfc: noarch keyword

2020-03-21 Thread Alec Warner
On Sat, Mar 21, 2020 at 1:03 AM Alexander Tsoy wrote: > В Сб, 21/03/2020 в 00:53 -0700, Matt Turner пишет: > > On Fri, Mar 20, 2020 at 9:55 PM Kent Fredric > > wrote: > > > If X is "noarch" and its dependency Y is "amd64", then a user on > > > "sparc" > > > will be able to install "X", but not i

Re: [gentoo-dev] dev.gentoo.org unreachable

2020-03-23 Thread Alec Warner
On Mon, Mar 23, 2020 at 7:29 AM malc wrote: > On Mon, Mar 23, 2020 at 9:13 AM Jaco Kroon wrote: > > > > Hi All, > > > > Is there a known issue with dev.gentoo.org? > > https://infra-status.gentoo.org/ agrees with your analysis... (at > 10:50 UTC) I would keep checking there as infra wakes up and

Re: [gentoo-dev] network sandbox challenge

2020-03-27 Thread Alec Warner
On Fri, Mar 27, 2020 at 5:17 AM Samuel Bernardo < samuelbernardo.m...@gmail.com> wrote: > Hi again Michał, > On 3/27/20 11:48 AM, Michał Górny wrote: > > Nope, just ::gentoo. Minus ebuilds with RESTRICT=mirror. > > I have some doubts after reading the mirror documentation[1] in the > context of p

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

2020-03-27 Thread Alec Warner
On Fri, Mar 27, 2020 at 3:11 PM Patrick McLean wrote: > On Fri, 27 Mar 2020 14:48:53 -0700 > Matt Turner wrote: > > > On Thu, Mar 26, 2020 at 2:03 PM Patrick McLean > wrote: > > > > > > This patch splits the definition of _PYTHON_ALL_IMPLS and > > > _python_impl_supported to a separate eclass,

Re: [gentoo-dev] network sandbox challenge

2020-03-27 Thread Alec Warner
On Fri, Mar 27, 2020 at 3:10 PM Samuel Bernardo < samuelbernardo.m...@gmail.com> wrote: > Hi Alec, > > On 3/27/20 7:27 PM, Alec Warner wrote: > > The Gentoo Mirror system is basically a set of scripts that syncs the > > ::gentoo repository, enumerates all URIs in SRC_U

Re: [gentoo-dev] [PATCH] Split python implementations definition to separate eclass

2020-03-27 Thread Alec Warner
On Fri, Mar 27, 2020 at 3:54 PM Patrick McLean wrote: > On Fri, 27 Mar 2020 15:51:35 -0700 > Alec Warner wrote: > > > On Fri, Mar 27, 2020 at 3:11 PM Patrick McLean > wrote: > > > > > On Fri, 27 Mar 2020 14:48:53 -0700 > > > Matt Turner wrote: >

Re: [gentoo-dev] network sandbox challenge

2020-03-27 Thread Alec Warner
On Fri, Mar 27, 2020 at 3:59 PM Alec Warner wrote: > > > On Fri, Mar 27, 2020 at 3:10 PM Samuel Bernardo < > samuelbernardo.m...@gmail.com> wrote: > >> Hi Alec, >> >> On 3/27/20 7:27 PM, Alec Warner wrote: >> > The Gentoo Mirror system is basical

Re: [gentoo-dev] network sandbox challenge

2020-03-31 Thread Alec Warner
On Tue, Mar 31, 2020 at 12:58 PM Samuel Bernardo < samuelbernardo.m...@gmail.com> wrote: > Hi Alec, > > On 3/27/20 11:20 PM, Alec Warner wrote: > > > > I should point you at man portage(5) (search for mirrors), which has > > more detail on how to set up a non-g

Re: [gentoo-dev] network sandbox challenge

2020-03-31 Thread Alec Warner
On Tue, Mar 31, 2020 at 3:21 PM Samuel Bernardo < samuelbernardo.m...@gmail.com> wrote: > Hi, > On 3/31/20 9:25 PM, Alec Warner wrote: > > From thirdpartymirrors file I can see more examples... The mirror type >> can be any label that I decide to use? >> >

Re: [gentoo-dev] network sandbox challenge

2020-04-01 Thread Alec Warner
On Wed, Apr 1, 2020 at 5:14 AM Samuel Bernardo < samuelbernardo.m...@gmail.com> wrote: > Hi Robin, > On 4/1/20 6:36 AM, Robin H. Johnson wrote: > > Normally we don't bundle dependencies, avoiding that problem entirely. > The Go eclasses however are badly designed, committed against protest by > pa

Re: [gentoo-dev] zoom concerns

2020-04-01 Thread Alec Warner
On Wed, Apr 1, 2020 at 5:18 PM Alessandro Barbieri wrote: > I have concerns about the inclusion of zoom in ::gentoo. For me it's more > like a malware. > From the hacker news feed you'll find out that: > > [1] zero day vulnerability found > [2] passwords are truncated to 32 bit > [3] previously

Re: [gentoo-dev] Re: [PR] ivy, mvn, sbt, gradle builders improvement for ebuild development

2020-04-19 Thread Alec Warner
On Sun, Apr 19, 2020 at 8:37 AM Michael Orlitzky wrote: > On 4/19/20 10:55 AM, Samuel Bernardo wrote: > > > > Taking into account the network sandbox requirement, sbt.eclass needs to > > download all dependencies with some approach like EGO_SUM implementation > > in go-module.eclass[1]. > > > > E

[gentoo-dev] Re: [RFC] Adding potentially questionable license AcePerl-Indemnity

2020-04-22 Thread Alec Warner
On Wed, Apr 22, 2020 at 3:33 PM Kent Fredric wrote: > I've just discovered dev-perl/Ace has some fun questionable licensing > which includes a lovely indemnity clause, which had previously gone > unnoticed, and it stipulates additional requests for research > publications, which is not something

[gentoo-dev] [PSA] If you ssh interactively to git.gentoo.org (somehow) let me know.

2020-04-25 Thread Alec Warner
TL;DR: if all you do is use git to commit to git.gentoo.org, you are not affected and can stop reading; I know folks use git+ssh://g...@git.gentoo.org ... to push commits, that will not change. In the olden times Gentoo used cvs as its source control and people would push their commits to the cvs

Re: [gentoo-dev] [PSA] If you ssh interactively to git.gentoo.org (somehow) let me know.

2020-04-26 Thread Alec Warner
On Sun, Apr 26, 2020 at 11:22 AM Mike Gilbert wrote: > On Sun, Apr 26, 2020 at 8:38 AM Kent Fredric wrote: > > > > On Sat, 25 Apr 2020 14:12:02 -0700 > > Alec Warner wrote: > > > > > Thus I now plan to remove this access[0]. If you need access

Re: [gentoo-dev] [PSA] If you ssh interactively to git.gentoo.org (somehow) let me know.

2020-04-27 Thread Alec Warner
On Mon, Apr 27, 2020 at 7:04 AM Kent Fredric wrote: > On Mon, 27 Apr 2020 09:43:44 -0400 > Mike Gilbert wrote: > > > He was replying to me. Your master connection will continue to work > > just fine, as I said in my previous message. > > I must have lost something in grammar, because no matter h

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

2020-05-04 Thread Alec Warner
On Mon, May 4, 2020 at 10:14 PM Matt Turner wrote: > On Mon, May 4, 2020 at 5:48 PM Thomas Deutschmann > wrote: > > > > On 2020-04-26 15:46, Kent Fredric wrote: > > > On Sun, 26 Apr 2020 14:38:54 +0200 > > > Thomas Deutschmann wrote: > > > > > >> Let's assume we will get reports that app-misc/f

[gentoo-dev] RFC: Gentoo Identity Provider

2020-05-18 Thread Alec Warner
TL;DR: What if we launched id.gentoo.org, an identity provider that provides authentication for Gentoo properties? Basically, 1 username / password for wiki, bugs, email, forums, and any other http service[0][1]. Today Gentoo has numerous systems that mostly work in a segmented way. - To connect

Re: [gentoo-dev] RFC: Gentoo Identity Provider

2020-05-20 Thread Alec Warner
On Mon, May 18, 2020 at 11:47 PM Michał Górny wrote: > On Mon, 2020-05-18 at 18:42 -0700, Alec Warner wrote: > > TL;DR: What if we launched id.gentoo.org, an identity provider that > > provides authentication for Gentoo properties? Basically, 1 username / > > password

Re: [gentoo-dev] RFC: Gentoo Identity Provider

2020-05-20 Thread Alec Warner
On Tue, May 19, 2020 at 1:23 AM Lars Wendler wrote: > Hi Alec, > > On Mon, 18 May 2020 18:42:24 -0700 Alec Warner wrote: > > >TL;DR: What if we launched id.gentoo.org, an identity provider that > >provides authentication for Gentoo properties? Basically, 1 username / &g

Re: [gentoo-dev] RFC: Gentoo Identity Provider

2020-05-20 Thread Alec Warner
On Wed, May 20, 2020 at 12:26 AM Michał Górny wrote: > On Wed, 2020-05-20 at 00:21 -0700, Alec Warner wrote: > > On Tue, May 19, 2020 at 1:23 AM Lars Wendler > > wrote: > > > > > Hi Alec, > > > > > > On Mon, 18 May 2020 18:42:24 -0700 Alec Warner

Re: [gentoo-dev] [RFC] Anti-spam for goose

2020-05-21 Thread Alec Warner
On Thu, May 21, 2020 at 1:13 PM Viktar Patotski wrote: > Hi all, > > I believe that we are all have forgotten about Donald Knuth: Premature > optimisation is the root of all evill. > > We don't have "spam" yet, but we are already trying to protect. There > might be cases when some systems will be

Re: [gentoo-dev] [PSA] If you ssh interactively to git.gentoo.org (somehow) let me know.

2020-05-21 Thread Alec Warner
A bit late, but this change is now live. Please contact me if anything has broken. -A On Mon, Apr 27, 2020 at 10:34 AM Alec Warner wrote: > On Mon, Apr 27, 2020 at 7:04 AM Kent Fredric wrote: > >> On Mon, 27 Apr 2020 09:43:44 -0400 >> Mike Gilbert wrote: >> >>

Re: [gentoo-dev] RFC: Gentoo Identity Provider

2020-05-21 Thread Alec Warner
On Tue, May 19, 2020 at 5:46 AM Samuel Bernardo < samuelbernardo.m...@gmail.com> wrote: > On 5/19/20 7:47 AM, Michał Górny wrote: > > Do you have any specific solution in mind? > > > > [1] https://gitweb.gentoo.org/archive/proj/identity.gentoo.org.git/ > > I would suggest for SSO an implementation

[gentoo-dev] Value of Continuous integration vs Code Review / Pull Requests

2020-05-26 Thread Alec Warner
The TL;DR is that a crack team of infra-folks[0] have been putting together demos of CI services and things like gitlab / gitea / gerrit and so on. Some of these come in combined (e.g. gitlab offers repo hosting, code review / pull reqs, CI services, and deploy services.) Some of these are pieceme

Re: [gentoo-dev] Value of Continuous integration vs Code Review / Pull Requests

2020-05-27 Thread Alec Warner
On Tue, May 26, 2020, 23:08 Michał Górny wrote: > On Tue, 2020-05-26 at 20:24 -0700, Alec Warner wrote: > > The TL;DR is that a crack team of infra-folks[0] have been putting > together > > demos of CI services and things like gitlab / gitea / gerrit and so on. > > &

Re: [gentoo-dev] Value of Continuous integration vs Code Review / Pull Requests

2020-05-27 Thread Alec Warner
On Wed, May 27, 2020 at 1:09 AM Brian Dolbec wrote: > On Tue, 26 May 2020 20:24:56 -0700 > Alec Warner wrote: > > > The TL;DR is that a crack team of infra-folks[0] have been putting > > together demos of CI services and things like gitlab / gitea / gerrit > > and s

Re: [gentoo-dev] Value of Continuous integration vs Code Review / Pull Requests

2020-05-27 Thread Alec Warner
On Wed, May 27, 2020 at 5:16 AM Thomas Deutschmann wrote: > Hi, > > is this really CI _vs_ Code Review? I.e. we can only have one? > I'll try to come back to this. We can make computers do anything, but it's a question of limited time for me and for Gentoo as a whole. > > CI is nice and helpfu

Re: [gentoo-dev] Value of Continuous integration vs Code Review / Pull Requests

2020-05-29 Thread Alec Warner
On Wed, May 27, 2020 at 2:31 PM Matt Turner wrote: > On Wed, May 27, 2020 at 1:14 AM Alec Warner wrote: > > On Tue, May 26, 2020, 23:08 Michał Górny wrote: > >> > >> On Tue, 2020-05-26 at 20:24 -0700, Alec Warner wrote: > >> > The TL;DR is that a crack t

Re: [gentoo-dev] Value of Continuous integration vs Code Review / Pull Requests

2020-05-31 Thread Alec Warner
On Fri, May 29, 2020 at 11:17 PM Michał Górny wrote: > On Fri, 2020-05-29 at 16:34 -0700, Alec Warner wrote: > > The pull-based mirroring is a bit sad, as it would be nice to auto-update > > some forks, but it's not a killer feature. > > Exactly. Especially that o

Re: [gentoo-dev] Value of Continuous integration vs Code Review / Pull Requests

2020-06-02 Thread Alec Warner
On Tue, Jun 2, 2020 at 1:44 AM Mathy Vanvoorden wrote: > Hi, > > Sorry I'm a bit late to the party here but was behind on my emails. > > Op wo 27 mei 2020 om 05:25 schreef Alec Warner : > >> The TL;DR is that a crack team of infra-folks[0] have been putting >>

Re: [gentoo-dev] */*: Mask Py2 only packages

2020-06-24 Thread Alec Warner
On Wed, Jun 24, 2020 at 11:29 AM Rich Freeman wrote: > On Wed, Jun 24, 2020 at 2:18 PM Andreas Sturmlechner > wrote: > > > > The lack of curiosity for one's own packages' python compatibility is > not just > > a py27 isolated issue, it was a big problem with py36 -> py37 with so > many > > devs

Re: [gentoo-dev] Last rites: */* More Py2 only items

2020-06-28 Thread Alec Warner
On Sun, Jun 28, 2020 at 5:35 PM Aaron Bauman wrote: > # Aaron Bauman (2020-06-28) > # More Py2 only stuff. Plz see -dev ML for discussions > # Remove bindings, port to Py3, etc > # Removal in 30 days > app-arch/deltarpm > app-crypt/virtualsmartcard > app-text/duali > app-text/mftrace > app-text/

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

2020-08-09 Thread Alec Warner
On Sun, Aug 9, 2020 at 11:22 AM William Hubbs wrote: > On Sun, Aug 09, 2020 at 06:40:07PM +0200, Thomas Deutschmann wrote: > > On 2020-08-08 20:51, William Hubbs wrote: > > > What do people think? > > > > Like others already asked: What's the reason for this? > > Like others have said on the thr

Re: [gentoo-dev] [PATCH] profiles/targets/desktop: Do not enable ldap USE flag by default

2020-09-10 Thread Alec Warner
On Thu, Sep 10, 2020 at 1:59 AM Mikle Kolyada wrote: > > On 10.09.2020 08:35, Hans de Graaff wrote: > > On Wed, 2020-09-09 at 13:35 +0300, Mikle Kolyada wrote: > >> Closes: https://bugs.gentoo.org/741380 > > Could you provide a rationale for removing this? The bug only has a > > single anecdotal

Re: [gentoo-dev] [PATCH] profiles/targets/desktop: Do not enable ldap USE flag by default

2020-09-10 Thread Alec Warner
On Thu, Sep 10, 2020 at 8:13 AM Michał Górny wrote: > On Thu, 2020-09-10 at 07:35 +0200, Hans de Graaff wrote: > > On Wed, 2020-09-09 at 13:35 +0300, Mikle Kolyada wrote: > > > Closes: https://bugs.gentoo.org/741380 > > > > Could you provide a rationale for removing this? The bug only has a > > s

Re: [gentoo-dev] [RFC] Services and software which is critical for Gentoo should be developed/run in Gentoo namespace

2020-09-13 Thread Alec Warner
On Sun, Sep 13, 2020 at 11:31 AM Thomas Deutschmann wrote: > Hi, > > TL;DR: jstein asked council [Bug 729062] for a motion that any service > and software which is critical for Gentoo should be developed/run in > Gentoo namespace. Because any request to council must be discussed I > volunteered t

Re: [gentoo-dev] [RFC] Services and software which is critical for Gentoo should be developed/run in Gentoo namespace

2020-09-16 Thread Alec Warner
On Wed, Sep 16, 2020 at 1:17 AM Kent Fredric wrote: > On Mon, 14 Sep 2020 10:15:31 -0400 > Rich Freeman wrote: > > > It might be easier to take smaller steps, such as having a policy that > > "any call for devs to use/test a new tool/service, or any service that > > automatically performs transa

Re: [gentoo-dev] Python 2 cleanup update

2020-09-27 Thread Alec Warner
On Sun, Sep 27, 2020 at 10:45 AM Michał Górny wrote: > Hello, everyone. > > TL;DR: we're nearing the total annihilation of Python 2 software > in Gentoo. Most users could safely disable py2 USE flags today. > Python 2 vulns have been patched recently, the interpreter and a few > packages using P

Re: [gentoo-dev] [PATCH 1/5] verify-sig.eclass: New eclass to verify OpenPGP sigs

2020-10-12 Thread Alec Warner
On Sun, Oct 11, 2020 at 7:35 AM Joonas Niilola wrote: > > > On 10/11/20 4:40 PM, Thomas Deutschmann wrote: > > > > > > First of all, calm down. You are reading too much into this. Just > > revert your own logic: You obviously like your idea, worked on this > > and pushed it to repository. Don't y

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-04 Thread Alec Warner
On Mon, Nov 2, 2020 at 9:13 PM Joonas Niilola wrote: > Hey, > > I'm suggesting a new QA policy to disallow any "live-ebuild-only > packages" being hosted in ::gentoo. Rationale being the same as why > - packages can't have KEYWORDS: They are unpredictable and > potentially insecure. Unpredict

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

2020-11-04 Thread Alec Warner
On Wed, Nov 4, 2020 at 7:38 PM Joonas Niilola wrote: > > > On 11/4/20 11:19 PM, Rich Freeman wrote: > > Did you consider that somebody could read your email and not actually > > agree with you? > Impossible! My suggestion is about keeping the tree clean and to provide > the best user experience.

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2020-11-08 23:59 UTC

2020-11-09 Thread Alec Warner
On Mon, Nov 9, 2020 at 2:24 AM Ulrich Mueller wrote: > > On Mon, 09 Nov 2020, Robin H Johnson wrote: > > > The attached list notes all of the packages that were added or removed > > from the tree, for the week ending 2020-11-08 23:59 UTC. > > > [...] > > > app-editors/emacs > 20150808-20:49 r

Re: [gentoo-dev] [PATCH 1/2] eapi8-dosym.eclass: New eclass.

2020-11-19 Thread Alec Warner
On Thu, Nov 19, 2020 at 2:32 AM Ulrich Müller wrote: > This implements the dosym command proposed for EAPI 8 (called dosym8 > because we cannot use the same name as the package-manager builtin). > > "dosym -r " will expand the (apparent) path of > relative to the (apparent) path of the director

Re: [gentoo-dev] [PATCH 1/2] eapi8-dosym.eclass: New eclass.

2020-11-19 Thread Alec Warner
On Thu, Nov 19, 2020 at 7:28 AM Alec Warner wrote: > > > On Thu, Nov 19, 2020 at 2:32 AM Ulrich Müller wrote: > >> This implements the dosym command proposed for EAPI 8 (called dosym8 >> because we cannot use the same name as the package-manager builtin). >> &

Re: [gentoo-dev] GPG key refresh

2020-12-14 Thread Alec Warner
antarus@woodpecker ~ $ gpg --keyserver hkps://keys.gentoo.org --search-keys 1C49724D229E93A2 gpg: data source: https://[2001:470:ea4a:1:230:48ff:fef8:9fdc]:443 (1) Michael Orlitzky Michael Orlitzky 4096 bit RSA key 1C49724D229E93A2, created: 2010-03-17, expires: 2020-12-26 Key

[gentoo-dev] I'm looking for a Mentor

2020-12-18 Thread Alec Warner
TL;DR, I think infra needs more people who can commit to ::gentoo and thus, I am looking for an ebuild dev mentor. I myself had commit access in the before times (probably 2010 - 2012) but have been mostly ignoring ebuild development since then to focus on infra and the Foundation. However infra is

Re: [gentoo-dev] Re: [gentoo-dev-announce] We are finally shutting down CVS

2020-12-27 Thread Alec Warner
On Sun, Dec 27, 2020 at 12:42 AM Michał Górny wrote: > > On Sun, 2020-12-27 at 00:55 +, Max Magorsch wrote: > > Hi all, > > > > as a quick note: We are finally shutting down all old cvs services. > > Accordingly the old viewvc repository browser will be shut down as > > well. > > > > To access

Re: [gentoo-dev] Re: [gentoo-dev-announce] We are finally shutting down CVS

2020-12-27 Thread Alec Warner
On Sun, Dec 27, 2020 at 6:39 AM Ulrich Mueller wrote: > > > On Sun, 27 Dec 2020, Max Magorsch wrote: > > > To access the old repositories you can use gitweb.gentoo.org instead. > > We have migrated all old cvs repositories to git. All of them are > > available read-only now at [0]. > > I've ju

Re: [gentoo-dev] Re: [gentoo-dev-announce] We are finally shutting down CVS

2020-12-29 Thread Alec Warner
On Sun, Dec 27, 2020 at 10:31 AM Alec Warner wrote: > > On Sun, Dec 27, 2020 at 6:39 AM Ulrich Mueller wrote: > > > > >>>>> On Sun, 27 Dec 2020, Max Magorsch wrote: > > > > > To access the old repositories you can use gitweb.gentoo.org instead. &g

[gentoo-dev] [Turndown] rsync access to VCS content is no longer available.

2020-12-31 Thread Alec Warner
TL;DR if you never used rsync:// access to download copies of data from our VCS's you can stop paying attention. This has nothing to do with "gentoo rsync mirrors" for ::gentoo, which is a separate service that we are not terminating. We previously offered rsync:// protocol access to gentoo VCS re

Re: [gentoo-dev] [PATCH] acct-user.eclass: don't modify existing user by default

2021-01-03 Thread Alec Warner
On Sun, Jan 3, 2021 at 6:42 PM Mike Gilbert wrote: > > On Sun, Jan 3, 2021 at 8:35 PM Thomas Deutschmann wrote: > > > > Modifying an existing user is a bad default and makes Gentoo > > special because it is common for system administrators to make > > modifications to user (i.e. putting an user i

Re: [gentoo-dev] [PATCH] acct-user.eclass: Support var overrides for user properties

2021-01-04 Thread Alec Warner
On Mon, Jan 4, 2021 at 9:15 AM Thomas Deutschmann wrote: > > On 2021-01-04 18:08, Michał Górny wrote: > > Introduce a few variables to allow easy overrides of common user account > > proprerties, that is: > > > > - ACCT_USER__SHELL > > - ACCT_USER__HOME > > - ACCT_USER__HOME_OWNER > > - ACCT_USER_

Re: [gentoo-dev] [PATCH 1/2] acct-user.eclass: Support ACCT_USER_ID override

2021-01-06 Thread Alec Warner
On Wed, Jan 6, 2021 at 11:05 AM Patrick McLean wrote: > > On Wed, 6 Jan 2021 15:02:12 +0100 > Thomas Deutschmann wrote: > > > Hi, > > > > is there a specific reason why we want to support dynamic variables > > (ACCT_USER_$foo) at all? > > > > Isn't package.env support enough, i.e. use ACCT_USER_I

Re: [gentoo-dev] [RFC] Moving subslot-only virtuals to a separate category to reduce confusion

2021-01-30 Thread Alec Warner
On Sat, Jan 30, 2021 at 9:36 AM Michał Górny wrote: > > Hi, > > TL;DR: I'd like to move virtual/libjpeg, virtual/libudev and so on to > another category (e.g. lib-sover/*) to make it clear that they are used > for := deps and have valid use even with a single provider. > > > Right now we have at l

Re: [gentoo-dev] GTK:2 EOL and incoming migration to GTK:3

2021-02-08 Thread Alec Warner
On Mon, Feb 8, 2021 at 6:59 AM Peter Stuge wrote: > > Hanno Böck wrote: > > > "It does mean, however, that GTK 2 has reached the end of its life. > > > We will do one final 2.x release in the coming days, and we encourage > > > everybody to port their GTK 2 applications to GTK 3 or 4." > > > > I r

Re: [gentoo-dev] dev-python/cryptography to use rust, effectively killing alpha, hppa, ia64, m68k, s390

2021-02-08 Thread Alec Warner
On Mon, Feb 8, 2021 at 9:56 AM Alessandro Barbieri wrote: > > Il Lun 8 Feb 2021, 12:19 Michał Górny ha scritto: >> >> Hi, >> >> FYI the developers of dev-python/cryptography decided that Rust is going >> to be mandatory for 1.5+ versions. It's unlikely that they're going to >> provide LTS suppor

Re: [gentoo-dev] [RFC] Timeline for Python 3.9 switch and Python 3.7 removal

2021-02-18 Thread Alec Warner
On Thu, Feb 18, 2021 at 3:45 PM Michał Górny wrote: > > Hi, > > I'd like to discuss a rough timeline for switching the default > PYTHON_TARGETS to python3.9. > > According to the upstream release schedule [1], the last bugfix release > is planned for May. Afterwards, upstream will release only se

Re: [gentoo-dev] Fwd: [Python-Dev] Move support of legacy platforms/architectures outside Python

2021-02-22 Thread Alec Warner
So my question is basically, how much does Gentoo care about these ports? Should we be funding ports of rust to these arches (assuming that would continue ensure gentoo works on those arches.) -A On Sun, Feb 21, 2021 at 5:01 AM Michał Górny wrote: > > Hi, > > FYI, a few member of Python upstrea

Re: [gentoo-dev] [PATCH] gstreamer-meson.eclass: New eclass required for gstreamer-1.18.0+

2021-03-17 Thread Alec Warner
On Tue, Mar 16, 2021 at 6:49 PM Haelwenn (lanodan) Monnier wrote: > > Gstreamer switched to meson in 1.16.0 and removed autotools support in 1.18.0, > this eclass is an update of gstreamer.eclass. > > One significant change between autotools and meson is that in the latter we > don't have easily e

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-20 Thread Alec Warner
On Sat, Mar 20, 2021 at 9:19 PM Ulrich Mueller wrote: > > > On Sat, 20 Mar 2021, William Hubbs wrote: > > > /etc/localtime should definitely be a symlink to the proper file in > > /usr/share/zoneinfo. > > > This works fine if /usr is on a separate partition *and* you are using > > an initramfs

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

2021-03-20 Thread Alec Warner
On Sat, Mar 20, 2021 at 10:27 PM Ulrich Mueller wrote: > > >>>>> On Sun, 21 Mar 2021, Alec Warner wrote: > > >> Which doesn't imply that we deliberately break things. > > > Not sure I follow.. how is updating the handbook breaking anything? > >

Re: [gentoo-dev] [PATCH v2 3/3] gnuconfig.eclass: use BDEPEND, BROOT where available (drop support for EAPI <4)

2021-04-09 Thread Alec Warner
On Fri, Apr 9, 2021 at 5:19 PM Sam James wrote: > > > > > On 10 Apr 2021, at 01:13, Michael Orlitzky wrote: > > > > On Sat, 2021-04-10 at 00:32 +0100, Sam James wrote: > >> > >> > >> Yes, this is the part I find difficult too. The important > >> distinction here was *bootstrapping* (which I misse

[gentoo-dev] FYI: Unexpected outage May 11 04:40 - 20:00 UTC

2021-05-12 Thread Alec Warner
The following nodes were offline: bittern.gentoo.org (blogs, Bouncer, devmanual) bobolink.gentoo.org (ns1; dns) devbox.amd64.dev.gentoo.org elivepatch.amd64.dev.gentoo.org motmot.gentoo.org (qa-reports, keys.g.o) roverlay.dev.gentoo.org woodpecker.gentoo.org (dev.g.o, smtp.g.o) These are all VMs;

[gentoo-dev] [FYI] Gentoo Service instability June 28 - 29

2021-06-28 Thread Alec Warner
Hi, Many of you reported that various infra-owned services were not functioning properly these past two days. We had some package upgrades roll out that were bad, and a subset of services were non-functional while we worked through the incident. (a) The upgrades did not appear to cause any data l

<    7   8   9   10   11   12   13   >