Re: [gentoo-portage-dev] [PATCH gentoolkit 1/2] eclean: Rewrite findPackages()

On 21/02/20 05:29, Matt Turner wrote: > I found the original code to be nearly incomprehensible. Instead of > populating a dict of potential binpkgs to remove and then removing from > the to-be-removed list, just selectively add to-be-removed packages. > > Signed-off-by: Matt Turner > --- > I

Re: [gentoo-dev] [Policy change] Package masking of live ebuilds

On 18/02/20 19:52, Ulrich Mueller wrote: > The devmanual says about live ebuilds: > > | CVS ebuilds must be either with empty KEYWORDS or package.masked > | (but not both). Empty KEYWORDS are strongly preferred. This applies > | to "live" ebuilds (-) and to ebuilds that extract a static > |

Re: [gentoo-dev] [PATCH] eclass/acct-user.eclass: disable pkg_* on Prefix.

On 18/02/20 13:02, hero...@gentoo.org wrote: > From: Benda Xu > > Gentoo Prefix runs with a normal user and cannot manage any other user. > Exit gracefully with a message. > > Closes: https://bugs.gentoo.org/709570 > Signed-off-by: Benda Xu > --- > eclass/acct-user.eclass | 10 ++ >

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

On 14/02/20 19:48, Vadim A. Misbakh-Soloviov wrote: >> And now you're changing the subject. You've just claimed that *your* >> user's group ownership will be overwritten and when challenged you >> present the case of *system* user's group ownership being overwritten. > Actually, he showed the

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

On 13/02/20 16:17, Mike Gilbert wrote: > On Wed, Feb 12, 2020 at 8:32 PM Thomas Deutschmann wrote: >> In short: It was a very bad decision that acct-* stuff is *changing* >> existing stuff. This must be turned of *by default*. Maybe provide a >> setting a user can put into make.conf to opt into

Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

On 09/02/20 21:16, Michael 'veremitz' Everitt wrote: > On 09/02/20 20:59, Michael 'veremitz' Everitt wrote: >> On 09/02/20 20:57, Michael 'veremitz' Everitt wrote: >>> On 09/02/20 20:55, Michał Górny wrote: >>>> On Sun, 2020-02-09 at 20:38 +0000, Michael 'veremitz' Ev

Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

On 09/02/20 20:59, Michael 'veremitz' Everitt wrote: > On 09/02/20 20:57, Michael 'veremitz' Everitt wrote: >> On 09/02/20 20:55, Michał Górny wrote: >>> On Sun, 2020-02-09 at 20:38 +, Michael 'veremitz' Everitt wrote: >>>> Hrm, pardon my ignorance, but do 'we' r

Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

On 09/02/20 20:57, Michael 'veremitz' Everitt wrote: > On 09/02/20 20:55, Michał Górny wrote: >> On Sun, 2020-02-09 at 20:38 +, Michael 'veremitz' Everitt wrote: >>> Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of >>> Manifest?! >> Pa

Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

On 09/02/20 20:55, Michał Górny wrote: > On Sun, 2020-02-09 at 20:38 +0000, Michael 'veremitz' Everitt wrote: >> Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of >> Manifest?! > Pardon mine but do 'we' really need to read your useless comments > eve

Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

On 09/02/20 20:47, Robin H. Johnson wrote: > On Sun, Feb 09, 2020 at 08:38:23PM +0000, Michael 'veremitz' Everitt wrote: >> On 09/02/20 20:31, Robin H. Johnson wrote: > ... >> Hrm, pardon my ignorance, but do 'we' really need to review 232 lines of >> Manifest?! > No,

Re: [gentoo-dev] [PATCH 3/3] app-admin/kube-bench: convert to go-module go.sum

On 09/02/20 20:31, Robin H. Johnson wrote: > Signed-off-by: Robin H. Johnson > --- > app-admin/kube-bench/Manifest | 232 ++ > .../kube-bench/kube-bench-0.2.3-r1.ebuild | 120 + > 2 files changed, 352 insertions(+) > create mode 100644

Re: [gentoo-dev] Last rites: sys-firmware/iwl6050-ucode

On 07/02/20 20:39, Matt Turner wrote: > On Fri, Feb 7, 2020 at 12:03 PM Michael 'veremitz' Everitt > wrote: >> On 07/02/20 19:50, Matt Turner wrote: >>> On Fri, Feb 7, 2020 at 11:39 AM Ulrich Mueller wrote: >>>>>>>>> On Fri, 07 Feb 2020, Matt Tu

Re: [gentoo-dev] Last rites: sys-firmware/iwl6050-ucode

On 07/02/20 19:50, Matt Turner wrote: > On Fri, Feb 7, 2020 at 11:39 AM Ulrich Mueller wrote: >>> On Fri, 07 Feb 2020, Matt Turner wrote: >>> On Fri, Feb 7, 2020 at 9:10 AM Mike Pagano wrote: # Mike Pagano (2020-02-07) # The standalone ebuild for this driver is made #

Re: [gentoo-dev] Ebuild Generators

On 03/02/20 12:19, Benda Xu wrote: > Hi Gerion, > > Gerion Entrup writes: > >>> Yes, that makes a lot of sense. The R overlay follows this model. Most >>> of the ebuilds are automated. When an ebuild generation fails, we add >>> the ebuild manually, understand it and then update the generator

Re: [gentoo-dev] Last rites: net-im/silc-toolkit

On 19/01/20 06:23, Joonas Niilola wrote: > On 1/19/20 5:44 AM, David Seifert wrote: >> On Sat, 2020-01-18 at 23:48 +, Michael 'veremitz' Everitt wrote: >>> On 18/01/20 22:12, David Seifert wrote: >>>> # David Seifert (2020-01-18) >>>> # Leftover

Re: [gentoo-dev] Last rites: net-im/silc-toolkit

On 18/01/20 22:12, David Seifert wrote: > # David Seifert (2020-01-18) > # Leftover from silc* removal (#522916), unmaintained, no > # upstream releases since 2014, no revdeps, EAPI-4. > # Bug #705462. Removal in 14 days. > net-im/silc-toolkit > > Looks like you missed:

Re: [gentoo-portage-dev] [PATCH] Add QA check for unresolved soname dependencies (bug 704320)

On 06/01/20 06:38, Zac Medico wrote: > Example output for maven-bin-3.6.2 (bug 704618): > > * QA Notice: Unresolved soname dependencies: > * > */usr/share/maven-bin-3.6/lib/jansi-native/freebsd32/libjansi.so: > libc.so.7 libutil.so.9 > *

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

On 04/01/20 11:09, Rolf Eike Beer wrote: > Am Freitag, 3. Januar 2020, 11:00:14 CET schrieb Rolf Eike Beer: >> Am Freitag, 3. Januar 2020, 03:40:35 CET schrieb Aaron Bauman: >>> On January 2, 2020 6:35:08 PM EST, Rolf Eike Beer wrote: Am Freitag, 3. Januar 2020, 00:25:06 CET schrieb Mike

Re: [gentoo-dev] [PATCH v2] ruby-ng.eclass: Include (-) in RUBY_TARGETS USE-dependencies

On 03/01/20 10:36, David Seifert wrote: > On Thu, 2020-01-02 at 21:54 +0000, Michael 'veremitz' Everitt wrote: >> On 02/01/20 21:08, Michał Górny wrote: >>> On Thu, 2020-01-02 at 21:15 +0100, Ulrich Mueller wrote: >>>>>>>>> On Thu, 02 Jan 2020, Michał G

Re: [gentoo-dev] Vanilla sources

On 03/01/20 14:48, Toralf Förster wrote: > On 1/3/20 3:46 PM, Rich Freeman wrote: >> If OpenRC contains a vulnerability wouldn't it make more sense to set >> this as part of OpenRC, > Indeed. > > Furthermore there's a nifty page >

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

On 02/01/20 23:35, Rolf Eike Beer wrote: > Am Freitag, 3. Januar 2020, 00:25:06 CET schrieb Mike Pagano: >> On Thursday, January 2, 2020 3:32:12 PM EST Rolf Eike Beer wrote: - Allowed a simple "Add keyword(s) for package " interface, that intelligently created an issue and a

Re: [gentoo-dev] [PATCH v2] ruby-ng.eclass: Include (-) in RUBY_TARGETS USE-dependencies

On 02/01/20 21:08, Michał Górny wrote: > On Thu, 2020-01-02 at 21:15 +0100, Ulrich Mueller wrote: >>> On Thu, 02 Jan 2020, Michał Górny wrote: >>> --- a/eclass/ruby-ng.eclass >>> +++ b/eclass/ruby-ng.eclass >>> @@ -137,7 +137,7 @@ ruby_samelib() { >>> local res= >>> for

Re: [gentoo-portage-dev] [PATCH gentoolkit 1/2] eclean: Fix typos

On 02/01/20 18:57, Matt Turner wrote: > Signed-off-by: Matt Turner > --- > pym/gentoolkit/eclean/cli.py| 4 ++-- > pym/gentoolkit/eclean/search.py | 2 +- > 2 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/pym/gentoolkit/eclean/cli.py b/pym/gentoolkit/eclean/cli.py > index

Re: [gentoo-dev] [PATCH] git-r3.eclass: Handle recursive submodules in EGIT_SUBMODULES

On 30/12/19 14:11, Michał Górny wrote: > On Mon, 2019-12-30 at 14:03 +0000, Michael 'veremitz' Everitt wrote: >> On 30/12/19 13:30, Michał Górny wrote: >>> Match recursive submodules using their full paths rather than path >>> relatively to the parent submo

Re: [gentoo-dev] [PATCH] git-r3.eclass: Handle recursive submodules in EGIT_SUBMODULES

On 30/12/19 13:30, Michał Górny wrote: > Match recursive submodules using their full paths rather than path > relatively to the parent submodule. > > Closes: https://bugs.gentoo.org/694494 > Signed-off-by: Michał Górny > --- > eclass/git-r3.eclass | 27 +++ > 1 file

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

On 28/12/19 11:32, Kent Fredric wrote: > On Sat, 28 Dec 2019 11:14:15 + > Michael 'veremitz' Everitt wrote: > >> I know I'm gonna be shot down in flames, because $heresy, but here is where >> a package 'database' would actually work quite well, because you can >&g

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

On 28/12/19 11:05, Kent Fredric wrote: > On Sat, 28 Dec 2019 10:35:09 +0100 > Fabian Groffen wrote: > >> Hmmm, interested to hear what kind of things you're thinking about here. > A lot of the "Work" of filing a keyword request is modelling all the > consequential keywordings that have to take

Re: [gentoo-dev] [PATCH 0/3] elisp{,-common}.eclass update for emacs-vcs consolidation

On 21/12/19 11:52, Ulrich Mueller wrote: >> On Sat, 21 Dec 2019, Michael Orlitzky wrote: >> And for the record, commenting on standards in response to a series of >> commits that display low standards is not a personal attack. > *shrug* As a matter of fact, I've run that series of commits past

Re: [gentoo-dev] Packages up for grabs due to slis' retirement

On 18/12/19 22:33, Michał Górny wrote: > Hi, > > Due to slis retiring, the following packages are now in need of a new > maintainer: > > [ v] app-arch/wimlib > [ v] dev-embedded/lpc21isp > [b?] dev-libs/libflatarray > [ ] dev-libs/libpfm > [bv] dev-libs/papi > [ v] dev-python/aldryn- >

Re: [gentoo-portage-dev] Build path abi missing in qemu-user

On 18/12/19 17:36, Joakim Tjernlund wrote: > On Wed, 2019-12-18 at 11:22 -0500, Mike Gilbert wrote: >> CAUTION: This email originated from outside of the organization. Do not >> click links or open attachments unless you recognize the sender and know the >> content is safe. >> >> >> On Thu, Dec

Re: [gentoo-dev] Output of ANSI escape sequences in ebuilds

On 14/12/19 12:03, Kent Fredric wrote: > On Sat, 14 Dec 2019 08:16:03 +0100 > Ulrich Mueller wrote: > >> These prevent NOCOLOR in make.conf or emerge --color=n from working >> correctly, and I guess they are also problematic from an accessibility >> point of view. >> >> Are there any objections

[gentoo-portage-dev] RFC: [QA] notice with 'failed' seds [was PATCH: eapply drop -s option]

On 13/12/19 20:36, Michał Górny wrote [excerpted]: > > Is this really an argument for or *against* it? Developers are entirely > capable of keeping seds that do nothing for years, as well as patches > that -- while apparently applying correctly -- are entirely meaningless. I think there is some

Re: [gentoo-portage-dev] [PATCH] eapply: Drop -s option for patch.

On 13/12/19 21:59, Michał Górny wrote: > On Fri, 2019-12-13 at 21:56 +0000, Michael 'veremitz' Everitt wrote: >> On 13/12/19 21:42, Michał Górny wrote: >>> On Fri, 2019-12-13 at 16:37 -0500, Mike Gilbert wrote: >>>> On Fri, Dec 13, 2019 at 3:36 PM Michał Górny

Re: [gentoo-portage-dev] [PATCH] eapply: Drop -s option for patch.

On 13/12/19 21:42, Michał Górny wrote: > On Fri, 2019-12-13 at 16:37 -0500, Mike Gilbert wrote: >> On Fri, Dec 13, 2019 at 3:36 PM Michał Górny wrote: >>> Just like 'many of the proposals lately', developers are going to be >>> the ones disabling it (because they don't care), and users will be

Re: [gentoo-dev] unsanctioned python 2.7 crusade

On 06/12/19 20:10, Andreas Sturmlechner wrote: > On Friday, 6 December 2019 20:47:31 CET Thomas Deutschmann wrote: >> On 2019-12-06 17:44, Mike Gilbert wrote: >>> 1. Keep the old version installed. >>> 2. Emit a confusing error message to the user since the use-dependency >>> on

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

On 06/12/19 16:28, Mike Gilbert wrote: > On Fri, Dec 6, 2019 at 10:46 AM Michael 'veremitz' Everitt > wrote: >> I hope you're not suggesting a rebase of any sort in gentoo.git, Matt ;) > He's talking about rebasing local commits that haven't yet been > pushed. That's perfec

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

On 06/12/19 15:41, Matt Turner wrote: > On Fri, Dec 6, 2019 at 5:51 AM Alexis Ballier wrote: >> On Fri, 6 Dec 2019 04:33:36 -0500 >> Tim Harder wrote: >> >>> On 2019-12-06 Fri 04:03, Alexis Ballier wrote: it's not just like repoman and cvs since repoman commit did push ;) it will never

Re: [gentoo-dev] Last rites: dev-python/* leaf packages

On 05/12/19 00:15, Aaron Bauman wrote: > Fellow devs, > dev-python/sqlitecachec > dev-python/supervisor-quick > dev-python/python-cdb > dev-python/fabric ^ https://github.com/mathiasertl/fabric/ is a fork of fabric for py3.4+ FYI. Also on PyPi at https://pypi.org/project/Fabric3/. >

Re: [gentoo-dev] RFC acct-{user,group} for net-dns/avahi, net-vpn/tor, net-misc/stunnel

On 02/12/19 06:23, Joonas Niilola wrote: > > > On 11/27/19 8:21 PM, Anthony G. Basile wrote: >> >> 3) For net-misc/stunnel >> >> stunnel uid = 478 >> stunnel gid = 478 >> >> > I just noticed Tomáš Mózes (hydrapolic) had requested 478 UID+GID for > graylog in 21 Nov. I've just merged it. > > Come

Re: [gentoo-dev] [RFC] Perspectives on improving (dis-hacking) python-single-r1

On 24/11/19 16:06, Francesco Riosa wrote: > Since we are here ... > I'd still like to see some way to adopt latest python version if user > wants to. > One way it could work is that we add a "LATEST" to PYTHON_TARGETS that > would always build against best version of python. > To avoid

Re: [gentoo-dev] Addressing split usage of USE=gles[123]

On 21/11/19 21:53, Dennis Schridde wrote: > On Donnerstag, 21. November 2019 09:11:46 CET Mart Raudsepp wrote: >> See also this related old thread: >> https://archives.gentoo.org/gentoo-dev/message/e04f6d321e424a237af62721d1d09 >> 211 > I think tackling the triad of opengl/gles, egl/glx, X/wayland

Re: [gentoo-dev] Last rites: app-misc/toilet

On 17/11/19 02:07, Aaron Bauman wrote: > On Sat, Nov 16, 2019 at 08:29:58PM -0500, Aaron Bauman wrote: >> # Aaron Bauman (2019-11-16) >> # EAPI=4. --filter=gay Really?! >> # Removal in 15 days >> app-misc/toilet >> >> -- >> Cheers, >> Aaron > Add the following as it is an rdep > > net-irc/rbot >

Re: [gentoo-dev] Package up for grabs: sys-firmware/iwl1000-ucode

On 16/11/19 16:59, Matt Turner wrote: > On Sat, Nov 16, 2019 at 1:06 AM Jaco Kroon wrote: >> Hi, >> >> On 2019/11/15 21:35, Matt Turner wrote: >>> On Fri, Nov 15, 2019 at 2:20 AM Ulrich Mueller wrote: The package is somewhat redundant, because sys-kernel/linux-firmware installs the

Re: [gentoo-portage-dev] Re: seed emerge with old /var/db/pkg ?

On 13/11/19 19:07, Zac Medico wrote: > On 11/8/19 9:09 AM, Joakim Tjernlund wrote: >> On Fri, 2019-11-08 at 01:57 +0100, Joakim Tjernlund wrote: >>> I am looking for a way to seed emerge with an older pkg db so emerge can >>> calculate >>> which packages needs to be rebuild/upgraded in order to

Re: [gentoo-dev] Do (old-ish) Portage QA checks comprise policy?

On 04/11/19 23:17, Michael Orlitzky wrote: > On 11/4/19 2:40 PM, William Hubbs wrote: >> >> This is a whole other thread I've been talking about for years, but if >> we want to be concerned about dumping "garbage" on people's limited root >> file systems, there are other things we need to

Re: [gentoo-dev] acct-{group,user}/minetest request for ID 481

On 04/11/19 07:57, Tomas Mozes wrote: > > On Mon, Nov 4, 2019 at 4:50 AM Joonas Niilola > wrote: > > > On 11/4/19 1:37 AM, William Breathitt Gray wrote: > > Hello, > > > > `games-action/minetest` creates a "minetest" user and group with random > >

Re: [gentoo-portage-dev] [PATCH] install-qa-check.d: remove check that bans libtool files and static libs from /

On 03/11/19 21:37, Michał Górny wrote: > On Sun, 2019-11-03 at 15:26 -0600, William Hubbs wrote: >> >> You being a qa member doesn't have a lot to do with this mgorny. you >> know there was no official policy when I posted this, and as far as I >> know there is not one now. >> > That is a really

Re: [gentoo-dev] RFC: Require full $P not just $PN on stable/keyword commit messages

On 02/11/19 08:54, Kent Fredric wrote: > On Fri, 1 Nov 2019 19:59:35 + > Michael 'veremitz' Everitt wrote: > >> Thoughts from outside peanut gallery? >> >> Michael / veremitz. > I have an alternative that might be more pleasant: > > 1. C

Re: [gentoo-dev] RFC: Require full $P not just $PN on stable/keyword commit messages

On 01/11/19 21:45, Mike Gilbert wrote: > On Fri, Nov 1, 2019 at 5:34 PM Michael 'veremitz' Everitt > wrote: >> On 01/11/19 21:11, Rich Freeman wrote: >>> On Fri, Nov 1, 2019 at 4:36 PM Matt Turner wrote: >>>> On Fri, Nov 1, 2019 at 12:59 PM Michael 'veremitz' Eve

[gentoo-dev] RFC: Require full $P not just $PN on stable/keyword commit messages

On 01/11/19 21:11, Rich Freeman wrote: > On Fri, Nov 1, 2019 at 4:36 PM Matt Turner wrote: >> On Fri, Nov 1, 2019 at 12:59 PM Michael 'veremitz' Everitt >> wrote: >>> >>> Therefore, it would be much /more/ useful to have the package-version >>> tagge

[gentoo-dev] Re: RFC: Require full $P not just $PN on stable/keyword commit messages

On 01/11/19 19:59, Michael 'veremitz' Everitt wrote: > Hello, > > I've noticed a lot of stabilisation commit messages (and a few keywording > ones too) simply state the package atom and not the relevant > release/version. I find this a little meaningless, as unless this is t

[gentoo-dev] RFC: Require full $P not just $PN on stable/keyword commit messages

Hello, I've noticed a lot of stabilisation commit messages (and a few keywording ones too) simply state the package atom and not the relevant release/version. I find this a little meaningless, as unless this is the first time the package has ever been either stabilised or keyworded, it is