[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

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

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? > > Bot

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

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

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

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

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

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

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

Re: [gentoo-portage-dev] [PATCH] Add @changed-subslot package set

2021-01-18 Thread Alec Warner
On Mon, Jan 18, 2021 at 8:09 PM Zac Medico wrote: > > On 1/18/21 6:07 PM, Alec Warner wrote: > > On Fri, Jan 15, 2021 at 6:47 PM Matt Turner wrote: > >> > >> This set is the upgradable packages for which the highest visible > >> version has a differe

Re: [gentoo-portage-dev] [PATCH] Add @changed-subslot package set

2021-01-18 Thread Alec Warner
On Fri, Jan 15, 2021 at 6:47 PM Matt Turner wrote: > > This set is the upgradable packages for which the highest visible > version has a different subslot than the currently installed version. > > The primary purpose of this feature is for use in catalyst builds. We > update the "seed" stage3

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

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 > > -

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

[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: [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.

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

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

[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

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

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). >&g

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

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

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] 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.

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

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

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

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

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 > >

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] 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

[gentoo-portage-dev] pylint progress

2020-07-29 Thread Alec Warner
Hi, Recently I've begun to run pylint on the portage codebase. You can see some recent PRs on this[0][1][2]. Most of the linter errors I've fixed are what I consider 'fairly trivial'. In general I'm happy to disable errors (or instances of errors) in addition to resolving them. You can see some

Re: [gentoo-portage-dev] [PATCH 1/3] Add caching to catpkgsplit function

2020-07-09 Thread Alec Warner
; incorrectly) > Ahhh it's visible there; I'll blame gMail ;) -A > > On Thu, Jul 9, 2020 at 2:04 PM Alec Warner wrote: > >> >> >> On Thu, Jul 9, 2020 at 12:03 AM Chun-Yu Shei wrote: >> >>> Awesome! Here's a patch that adds @lru_cache to use_reduce,

Re: [gentoo-portage-dev] [PATCH 1/3] Add caching to catpkgsplit function

2020-07-09 Thread Alec Warner
On Thu, Jul 9, 2020 at 12:03 AM Chun-Yu Shei wrote: > Awesome! Here's a patch that adds @lru_cache to use_reduce, vercmp, and > catpkgsplit. use_reduce was split into 2 functions, with the outer one > converting lists/sets to tuples so they can be hashed and creating a > copy of the returned

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 >

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] 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] 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 our

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-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

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 > &

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. > >

[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

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

2020-05-26 Thread Alec Warner
On Tue, May 26, 2020 at 9:46 AM Zac Medico wrote: > On 5/26/20 1:43 AM, Alec Warner wrote: > > On Mon, May 25, 2020 at 9:34 PM Zac Medico > <mailto:zmed...@gentoo.org>> wrote: > > > > Since variables like A and AA can contain extremely large values > wh

Re: [gentoo-portage-dev] [PATCH] config.environ: delay export of A and AA (bug 720180)

2020-05-26 Thread Alec Warner
On Mon, May 25, 2020 at 9:34 PM Zac Medico wrote: > Since variables like A and AA can contain extremely large values which > may trigger E2BIG errors during attempts to execute subprocesses, delay > export until the last moment, and unexport when appropriate. > So I think if you want to do this

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

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] 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

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: 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 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

[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

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

2020-05-05 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

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

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 acce

Re: [gentoo-portage-dev] Need backup mentor for FUSE-based sandbox project

2020-04-25 Thread Alec Warner
On Thu, Apr 23, 2020 at 12:09 PM Michał Górny wrote: > Hi, everyone. > > It seems that we *urgently* (read: in 6 days) need to find backup > mentors for this year's GSoC projects. I'm mentoring the project to > develop a FUSE-based sandbox alternative that's going to work reliably > with more

[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

[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

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]. > > > >

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] 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 >

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-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-portage-dev] precisions on installed packages' dependencies

2020-03-28 Thread Alec Warner
On Fri, Mar 27, 2020 at 7:00 AM wrote: > > - Alec Warner a écrit : > > On Tue, Mar 24, 2020 at 11:31 AM wrote: > > > However, I still doubt that only storing the soname dependencies is > enough. > > > Consider package A (that cannot be recompiled) that d

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] [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: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

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 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

Re: [gentoo-portage-dev] precisions on installed packages' dependencies

2020-03-26 Thread Alec Warner
On Tue, Mar 24, 2020 at 11:31 AM wrote: > > - Zac Medico a écrit : > > > > The goal of my tool is to have correct manipulation of package > dependencies, and in particular here, I focus on the packages that are > installed but not in the portage tree/a local overlay anymore (the problem >

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

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

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

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

Re: [gentoo-portage-dev] [PATCH] repoman.modules.vcs.git.changes: reindex (bug 712106)

2020-03-11 Thread Alec Warner
On Wed, Mar 11, 2020 at 12:16 AM Zac Medico wrote: > For files returned by git diff-index, call git update-index in order > to ensure that the index reflects the state on disk. This will prevent > incorrect assumptions in cases where the index is missing or stale for > some reason. Since repoman

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

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

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

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] 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] 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

Re: [gentoo-dev] GLEP81 and /home

2020-01-18 Thread Alec Warner
On Sat, Jan 18, 2020 at 9:52 AM Michael Orlitzky wrote: > We forbid packages from installing to /home for good reason: for most of > history, users (and their home directories) were outside the purview of > the package manager. But with GLEP81, that's changed: the package > manager is now in

[gentoo-dev] Perl upgrade on git.gentoo.org

2020-01-16 Thread Alec Warner
It looks like it took, please report bugs on bugs.gentoo.org if you encounter any weirdness with git. -A

[gentoo-dev] Archives Test Mail [Please Ignore]

2020-01-14 Thread Alec Warner

Re: [gentoo-dev] Keywordreqs and slacking arch teams

2019-12-28 Thread Alec Warner
On Sat, Dec 28, 2019 at 3:43 AM Kent Fredric wrote: > On Sat, 28 Dec 2019 11:35:49 + > Michael 'veremitz' Everitt wrote: > > > Note: we're nnot acttually talking about replacing portage here, just > > creating a tool thiink php script web tthingy)) that will do some of > > the

Re: [gentoo-dev] [RFC] Revisiting GLEP 81 (acct-*) policies (reviews, cross-distro syncing)

2019-12-09 Thread Alec Warner
On Mon, Dec 9, 2019 at 12:17 AM Michał Górny wrote: > Hello, > > I think the policies proposed in GLEP 81 [1] were overenthusiastic > and they don't stand collision with sad Gentoo developer reality. > Instead of improving the quality of resulting packages, they rather > hamper their adoption

Re: [gentoo-dev] [PATCH] package.deprecated: Create initial template

2019-12-05 Thread Alec Warner
On Thu, Dec 5, 2019 at 8:10 AM Michał Górny wrote: > Signed-off-by: Michał Górny > --- > profiles/package.deprecated | 17 + > 1 file changed, 17 insertions(+) > create mode 100644 profiles/package.deprecated > > This looks great Michał, thanks for putting it together. -A >

Re: [gentoo-dev] Usefulness of HOMEPAGE=https://www.gentoo.org

2019-12-04 Thread Alec Warner
On Wed, Dec 4, 2019 at 9:26 AM Michał Górny wrote: > On Wed, 2019-12-04 at 17:24 +0200, Joonas Niilola wrote: > > On 12/4/19 5:21 PM, Kent Fredric wrote: > > > On Wed, 04 Dec 2019 13:36:07 +0100 > > > Michał Górny wrote: > > > > > > > My point is: gentoo.org as a HOMEPAGE sucks. Please use

Re: [gentoo-dev] Last rites: ruby24-only packages

2019-10-21 Thread Alec Warner
On Sun, Oct 20, 2019 at 10:31 PM Hans de Graaff wrote: > On Sun, 2019-10-20 at 12:15 -0700, Alec Warner wrote: > > Infra uses thin a lot, is there a replacement? > > > www-servers/puma would be a good replacement. > > Feel free to unmask it for now if that helps infra

Re: [gentoo-dev] Last rites: ruby24-only packages

2019-10-20 Thread Alec Warner
Infra uses thin a lot, is there a replacement? On Sun, Oct 20, 2019, 05:41 Hans de Graaff wrote: > # Hans de Graaff (2019-10-19) > # ruby24-only packages with no reverse dependencies and no recent > # releases. > dev-ruby/cocaine > dev-ruby/debugger-linecache > dev-ruby/escape_utils >

Re: [gentoo-dev] New distfile mirror layout

2019-10-19 Thread Alec Warner
On Sat, Oct 19, 2019 at 4:24 PM Joshua Kinard wrote: > On 10/18/2019 09:41, Michał Górny wrote: > > Hi, everybody. > > > > It is my pleasure to announce that yesterday (EU) evening we've switched > > to a new distfile mirror layout. Users will be switching to the new > > layout either as they

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

2019-10-15 Thread Alec Warner
On Tue, Oct 15, 2019 at 1:59 PM Michał Górny wrote: > On Tue, 2019-10-15 at 16:47 -0400, Mike Gilbert wrote: > > On Tue, Oct 15, 2019 at 4:35 PM Michał Górny wrote: > > > Hello, everyone. > > > > > > I'd like to highlight a major problem with devmanual. For a basic > > > policy & developer

Re: [gentoo-dev] [PATCH 1/1] kernel-2.eclass: Support move of genpatches tarballs from /space/distfiles-local to devspace

2019-10-11 Thread Alec Warner
On Thu, Oct 10, 2019 at 3:04 AM Mike Pagano wrote: > On Wed, Oct 09, 2019 at 06:23:06PM -0700, Alec Warner wrote: > >On Wed, Oct 9, 2019 at 10:01 AM Mike Pagano <[1]mpag...@gentoo.org> > >wrote: > > > > This change will support moving the genpatc

Re: [gentoo-dev] [PATCH 1/1] kernel-2.eclass: Support move of genpatches tarballs from /space/distfiles-local to devspace

2019-10-09 Thread Alec Warner
On Wed, Oct 9, 2019 at 10:01 AM Mike Pagano wrote: > This change will support moving the genpatches tarballs from > /space/distfiles-local to > the devspace ~developer/public_html/dist/genpatches > I think it would help if you discussed why we were making this change. (I mean I can guess why,

Re: [gentoo-dev] Re: stable-bot is down. Temporary? Forever? Can we have a contacts page for it?

2019-10-08 Thread Alec Warner
On Tue, Oct 8, 2019 at 4:57 AM Michael Palimaka wrote: > On 10/8/19 7:21 AM, Andreas K. Huettel wrote: > > In any case, since many people *do* rely on it, maybe we should declare > it > > official? [+] > > > > And, if that's OK with both of you, move it onto infra hardware? > > > > Happy to

Re: [gentoo-portage-dev] [PATCH v2] fetch: Support GLEP 75 mirror structure

2019-10-03 Thread Alec Warner
On Thu, Oct 3, 2019 at 9:37 AM Michał Górny wrote: > Add a support for the subset of GLEP 75 needed by Gentoo Infra. This > includes fetching and parsing layout.conf, and support for flat layout > and filename-hash layout with cutoffs being multiplies of 4. > > Bug:

Re: [gentoo-portage-dev] [PATCH] fetch: Support GLEP 75 mirror structure

2019-10-03 Thread Alec Warner
On Thu, Oct 3, 2019 at 7:52 AM Michał Górny wrote: > Add a support for the subset of GLEP 75 needed by Gentoo Infra. This > includes fetching and parsing layout.conf, and support for flat layout > and filename-hash layout with cutoffs being multiplies of 4. > > Bug:

Re: [gentoo-dev] [PATCH 1/1] go-module.eclass: introduce new eclass to handle go modules

2019-09-18 Thread Alec Warner
On Wed, Sep 18, 2019 at 12:15 PM Michael Orlitzky wrote: > On 9/18/19 2:04 PM, Alec Warner wrote: > > > > I'm actually pretty fine with this wording, upstream has said not to > > dynamically link in these use cases. > > > > Respectfully, the fact that you're

  1   2   3   4   5   6   7   8   9   10   >