Re: [gentoo-dev] Repository mirrors & CI are looking for a new "maintainer"

2022-03-24 Thread Alec Warner
On Thu, Mar 24, 2022 at 3:41 PM Michał Górny wrote: > > Hi, everyone. > > TL;DR: I need someone to take over the job of minimal "maintenance" work > around repo mirrors & CI. I can still do the needed code changes, I > just need replacement for stuff like filing bugs and taking care of >

Re: [gentoo-dev] Deprecating repoman

2022-03-11 Thread Alec Warner
On Fri, Mar 11, 2022 at 9:14 AM Peter Stuge wrote: > > Matt Turner wrote: > > repoman is inferior to other tooling mentioned. The other tooling is > > actually run in CI. > > The problem seems to be that CI is running something other than > developers run, not the other way around. > > > >

Re: [gentoo-dev] Deprecating repoman

2022-03-10 Thread Alec Warner
On Thu, Mar 10, 2022 at 10:28 AM Joshua Kinard wrote: > > On 3/9/2022 16:47, Matt Turner wrote: > > On Wed, Mar 9, 2022 at 1:37 PM Matthias Maier wrote: > >> > >> > >> Just a quick though: > >> > >> Looking at the man page of repoman it doesn't look to difficult to > >> replicate the behavior

Re: [gentoo-dev] Deprecating repoman

2022-03-10 Thread Alec Warner
On Thu, Mar 10, 2022 at 10:27 AM Joshua Kinard wrote: > > On 3/9/2022 16:00, Matt Turner wrote: > > I'd like to deprecate and ultimately remove repoman. I believe that > > dev-util/pkgcheck and pkgcommit (from app-portage/mgorny-dev-scripts) > > are far superior replacements, and it makes sense

Re: [gentoo-portage-dev] [PATCH 2/4] portage.eapi: use tuple instead of str for namedtuple definition

2022-03-08 Thread Alec Warner
Looks merge-able. On Wed, Feb 23, 2022 at 8:15 PM Matt Turner wrote: > > From: "Wolfgang E. Sanyer" > > Reviewed-by: Matt Turner > Signed-off-by: Wolfgang E. Sanyer > --- > lib/portage/eapi.py | 52 - > 1 file changed, 33 insertions(+), 19

Re: [gentoo-portage-dev] [PATCH 1/4] portage.dep.Atom: Clean up __new__ parameters

2022-03-08 Thread Alec Warner
maybe *unused_args, **unused_kwargs, unsure on the style guide for that (normally its _) But feel free to merge as-is. -A On Wed, Feb 23, 2022 at 8:15 PM Matt Turner wrote: > > From: "Wolfgang E. Sanyer" > > Reviewed-by: Matt Turner > Signed-off-by: Wolfgang E. Sanyer > --- >

Re: [gentoo-dev] Feature request: auto-CC for bugs modified via commit tags

2022-01-25 Thread Alec Warner
On Tue, Jan 25, 2022 at 9:00 AM Michael Orlitzky wrote: > > Can I request that Bug: and Closes: tags in our commits automatically > CC the committer on the bug that is modified? > > Use case: I often fix (sci-*) bugs that I'm not CCed on, and a user > will leave a comment like "it still crashes

Re: [gentoo-dev] [RFC] making rust-bin ordered first in virtual/rust

2022-01-21 Thread Alec Warner
On Mon, Jan 17, 2022 at 3:24 PM Georgy Yakovlev wrote: > > Hi, > > I've been approached multiple times with that request, and a lot of > time I see new users completely destroyed by rust build time and disk > space requirements. What does this actually mean? Can we more clearly document the

Re: [gentoo-dev] [PATCH] check-reqs.eclass: clamp MAKEOPTS for memory/RAM usage

2022-01-05 Thread Alec Warner
On Tue, Jan 4, 2022 at 3:03 PM Sam James wrote: > > > > On 4 Jan 2022, at 22:58, Sam James wrote: > > Crank down MAKEOPTS jobs if MAKEOPTS="-jN" is too high for the > amount of RAM available (uses amount declared as needed > in the ebuild). Typically should be ~2GB per job. > > Bug:

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

2022-01-03 Thread Alec Warner
On Mon, Jan 3, 2022 at 7:39 PM Sam James wrote: > > > > On 3 Jan 2022, at 17:16, Alec Warner wrote: > > [snip] > > > I'm trying to understand your principles here. Like on what basis do > you remove or add flags (in general). > > I want to remove: > - b

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

2022-01-03 Thread Alec Warner
On Mon, Jan 3, 2022 at 4:29 PM Michael Orlitzky wrote: > > On Mon, 2022-01-03 at 21:29 +0100, Piotr Karbowski wrote: > > > > Perhaps the 'pam' example was extreme, but ipv6, or threads as Sam > > shared, does not make sense to be togglable. > > > > Many packages need their ipv6 code disabled if

Re: [gentoo-dev] Rationalizing USE flags by narrowing the scope of them.

2022-01-03 Thread Alec Warner
On Sat, Jan 1, 2022 at 2:22 PM Piotr Karbowski wrote: > > Hi, > > I'd like to get some insight how others see the concept of narrowing the > scope of USE flags in Gentoo. > > Taking a quote from devmanual: > >> USE flags are to control optional dependencies and settings which > the user may

Re: [gentoo-dev] [PATCH] profiles/default/linux: set gl_cv_type_time_t_bits_macro=no

2021-12-17 Thread Alec Warner
Can you put the bug # in the comment in the file? On Fri, Dec 17, 2021, 09:42 Mike Gilbert wrote: > This is intended to prevent packages from automatically switching to > 64-bit time_t on 32-bit ABIs. Making this switch in an uncontrolled > manner will lead to inconsistent library ABIs that

Re: [gentoo-dev] Common options missed in OpenRC declarative scripts and how to improve them

2021-12-02 Thread Alec Warner
On Thu, Dec 2, 2021 at 4:34 AM Michael Orlitzky wrote: > > On 2021-12-01 21:02:20, Brian Evans wrote: > > After a cursory scan of the Gentoo repository, I've noticed an > > overabundance of start_stop_daemon_args being declared in scripts committed. > > > > I would like to draw attention and see

Re: [gentoo-dev] rfc: allow -1 for ACCT_USER_ID and ACCT_GROUP_ID in ::gentoo

2021-11-30 Thread Alec Warner
On Tue, Nov 30, 2021 at 10:16 PM Jaco Kroon wrote: > > Hi, > > On 2021/12/01 03:32, William Hubbs wrote: > > This is the part of this that I don't understand. If we aren't enforcing > > an ID, why do we care which ID to try first? It seems to be an > > unnecessary step since users can pick the

Re: [gentoo-dev] rfc: allow -1 for ACCT_USER_ID and ACCT_GROUP_ID in ::gentoo

2021-11-29 Thread Alec Warner
On Mon, Nov 29, 2021 at 2:25 AM Ulrich Mueller wrote: > > >>>>> On Mon, 29 Nov 2021, Alec Warner wrote: > > > - If Gentoo adds an acct-user/foo user, and that user already exists > > on my system with the wrong UID: the eclass dies[0]. > > I don't thin

Re: [gentoo-dev] rfc: allow -1 for ACCT_USER_ID and ACCT_GROUP_ID in ::gentoo

2021-11-28 Thread Alec Warner
On Sun, Nov 28, 2021 at 8:07 PM Michał Górny wrote: > > On Sun, 2021-11-28 at 16:31 -0600, William Hubbs wrote: > > All, > > > > I want to discuss why we ban -1 as the ACCT_USER_ID and ACCT_GROUP_ID > > setting > > for all acct-user and acct-group packages in ::gentoo. > > > > Here are my

Re: [gentoo-dev] [PATCH] go-module.eclass: Add GO_OPTIONAL flag

2021-11-28 Thread Alec Warner
On Sun, Nov 28, 2021 at 11:52 AM William Hubbs wrote: > > On Sun, Nov 28, 2021 at 11:23:16AM -0800, Zac Medico wrote: > > On 11/21/21 02:57, Florian Schmaus wrote: > > > Following the pattern found in other eclasses, add GO_OPTIONAL to the > > > go-module eclass. This allows to inherit the eclass

[gentoo-dev] [FYI] Archives.gentoo.org has moved physical hosts

2021-11-23 Thread Alec Warner
Hello community, I believe I have copied all email from the old physical host to the new host, and that the indexing of the mail (so it appears in the web archive) is completed. Please let me know if you see any weird behavior or missing emails on archives.gentoo.org; and I can investigate and

Re: [gentoo-dev] You currently cannot smoothly upgrade a 4 months old Gentoo system

2021-11-03 Thread Alec Warner
On Wed, Nov 3, 2021 at 2:50 PM Andreas K. Huettel wrote: > > Am Mittwoch, 3. November 2021, 22:39:41 CET schrieb Ulrich Mueller: > > > On Wed, 03 Nov 2021, Andreas K Huettel wrote: > > > > > The mistake was to allow the use of EAPI=8 too early. In the future, > > > we should have a new EAPI

Re: [gentoo-portage-dev] [PATCH] estrip: rework hard link logic in save_elf_debug

2021-10-27 Thread Alec Warner
On Mon, Oct 25, 2021 at 10:10 AM Mike Gilbert wrote: > > GDB loads debug files based on the file name given in the .gnu_debuglink > section, prepended with /usr/lib/debug/${dirname}, where dirname is the > absolute path to the parent directory of the binary being executed. > > For each unique

Re: [gentoo-portage-dev] [RFC] LTS branch of Portage

2021-10-19 Thread Alec Warner
On Mon, Oct 18, 2021 at 4:25 PM Francesco Riosa wrote: > > > Il giorno mar 5 ott 2021 alle ore 10:31 Michał Górny ha > scritto: >> >> Hi, everyone. >> >> I've been thinking about this for some time already, and the recent >> FILESDIR mess seems to confirm it: I'd like to start a more stable LTS

Re: [gentoo-portage-dev] [PATCH] lib/_emerge/actions.py: warn on missing /run

2021-10-07 Thread Alec Warner
On Wed, Oct 6, 2021 at 8:20 PM Sam James wrote: > > Newer versions of build-docbook-catalog use > /run/lock. This exposed that we weren't > asking users to mount /run in the handbook. > > Check if it exists and warn if it doesn't. > > This should primarily (exclusively?) be a > problem in chroots

Re: [gentoo-dev] [PATCH 0/1] Add 'notes' element to metadata.xml (GLEP 68)

2021-10-06 Thread Alec Warner
On Tue, Oct 5, 2021 at 10:37 PM Ulrich Mueller wrote: > > >>>>> On Tue, 05 Oct 2021, Alec Warner wrote: > > > I'd argue we can add NOTES.md to packages (e.g. allow those files.) > > Then we modify packages.gentoo.org to render the markdown; or users >

Re: [gentoo-portage-dev] [RFC] LTS branch of Portage

2021-10-05 Thread Alec Warner
On Tue, Oct 5, 2021 at 1:31 AM Michał Górny wrote: > > Hi, everyone. > > I've been thinking about this for some time already, and the recent > FILESDIR mess seems to confirm it: I'd like to start a more stable LTS > branch of Portage. > > Roughly, the idea is that: > > - master becomes 3.1.x, and

Re: [gentoo-dev] [PATCH 0/1] Add 'notes' element to metadata.xml (GLEP 68)

2021-10-05 Thread Alec Warner
On Tue, Oct 5, 2021 at 1:36 PM Sam James wrote: > > > > > On 5 Oct 2021, at 21:29, Alec Warner wrote: > > > > I thought we were going to go with the github-pages type route > > (markdown, rendered online or locally.) > > > > So, the thinking w

Re: [gentoo-dev] [PATCH 0/1] Add 'notes' element to metadata.xml (GLEP 68)

2021-10-05 Thread Alec Warner
I thought we were going to go with the github-pages type route (markdown, rendered online or locally.) -A On Tue, Oct 5, 2021 at 11:28 AM Sam James wrote: > > This is a preliminary version/draft of a proposed change to > GLEP 68. > > I'd like to introduce a method for developers to signal

Re: [gentoo-portage-dev] [PATCH 2/2] Binpkg.py: check for inconsistent PROVIDES/image when unpacking binpkg

2021-10-04 Thread Alec Warner
On Sat, Oct 2, 2021 at 1:11 PM Sam James wrote: > > This is part of a series of fixes for the linked bug (failure > to preserve libraries in some situations). > > When unpacking a binpkg to be installed, we should check > for the existence of PROVIDES if we're installing any > dynamic libraries.

Re: [gentoo-portage-dev] [PATCH 1/2] doebuild.py: check for inconsistent PROVIDES/image post-src_install

2021-10-04 Thread Alec Warner
On Sat, Oct 2, 2021 at 1:11 PM Sam James wrote: > > This is part of a series of fixes for the linked bug (failure > to preserve libraries in some situations). > > At the point of installation (even if not merging), we need > to detect inconsistent metadata: PROVIDES should be populated > if we're

Re: [gentoo-dev] [RFC] Portage einfo, elog... output format change

2021-10-01 Thread Alec Warner
On Fri, Oct 1, 2021 at 11:30 AM A Schenck wrote: > > On 9/29/21 11:44 PM, Michał Górny wrote: > > On Thu, 2021-09-30 at 08:40 +0200, Fabian Groffen wrote: > >> Hi, > >> > >> Would it be possible to have some switch (e.g. --style=legacy) that > >> controls this new vs. the old behaviour? Would

[gentoo-dev] Re: Guidance on distributed patented software

2021-09-26 Thread Alec Warner
On Mon, Sep 20, 2021 at 11:30 AM Ulrich Mueller wrote: > > >>>>> On Mon, 20 Sep 2021, Alec Warner wrote: > > > The devmanual discusses licensing as a core concept > > (https://devmanual.gentoo.org/general-concepts/licenses/index.html) > > but does not

[gentoo-dev] Guidance on distributed patented software

2021-09-20 Thread Alec Warner
The devmanual discusses licensing as a core concept (https://devmanual.gentoo.org/general-concepts/licenses/index.html) but does not cover patents. My understanding is that we: - set RESTRICT=bindist when we are unable to redistribute binaries (e.g. due to a license or patent restriction.) -

Re: [gentoo-portage-dev] Performance tuning and parallelisation

2021-08-27 Thread Alec Warner
On Thu, Aug 26, 2021 at 4:03 AM Ed W wrote: > > Hi All > > Consider this a tentative first email to test the water, but I have started > to look at performance > of particularly the install phase of the emerge utility and I could use some > guidance on where to go > next To clarify; the

[gentoo-dev] Access to dipper.gentoo.org

2021-08-19 Thread Alec Warner
Previously due to an exciting misconfiguration; access to rsync services to dipper.gentoo.org were open to the internet[0]. This was caught in a recent audit and we have disallowed access from the internet to rsync services on this host. Please continue to use our public rsync services

Re: [gentoo-dev] RFC: new category for container related packages, instead of app-emulation

2021-08-06 Thread Alec Warner
On Fri, Aug 6, 2021 at 2:12 PM William Hubbs wrote: > > On Thu, Aug 05, 2021 at 05:57:06PM -0700, Alec Warner wrote: > > On Thu, Aug 5, 2021 at 2:44 PM Georgy Yakovlev wrote: > > > > > > Hi, > > > > > > We've been collecting more and more co

Re: [gentoo-portage-dev] In what phase are file "merged"?

2021-08-06 Thread Alec Warner
On Thu, Aug 5, 2021 at 9:23 PM Ulrich Mueller wrote: > > > On Fri, 06 Aug 2021, Joakim Tjernlund wrote: > > > On Wed, 2021-06-23 at 13:33 +0200, Michał Górny wrote: > >> On Wed, 2021-06-23 at 12:40 +0200, Ulrich Mueller wrote: > >> > I don't think that the ebuild can rely on any particular

Re: [gentoo-dev] RFC: new category for container related packages, instead of app-emulation

2021-08-05 Thread Alec Warner
On Thu, Aug 5, 2021 at 2:44 PM Georgy Yakovlev wrote: > > Hi, > > We've been collecting more and more container related packages in > app-emulation/* > > What do you think about finally moving those packages to separate category? As always my opinion is that: (a) Categories were a design

Re: [gentoo-dev] [PATCH] metadata/install-qa-check.d: add 60tmpfiles-path QA check

2021-08-04 Thread Alec Warner
On Tue, Aug 3, 2021 at 7:56 PM Sam James wrote: > > > > > On 4 Aug 2021, at 03:39, Thomas Deutschmann wrote: > > > > On 2021-08-01 01:56, Sam James wrote: > >> 1) Verify packages don't install tmpfiles to /etc/tmpfiles.d, which > >> is a deprecated location; > > > > This location is _not_

[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

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

  1   2   3   4   5   6   7   8   9   10   >