[gentoo-dev] Last Rites: sys-cluster/k3s

# Zac Medico (2025-01-18) # Ebuild is difficult to maintain. No revdeps. # Removal on 2025-02-17. Bug #896044 sys-cluster/k3s OpenPGP_signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] Help needed for maintaining GNOME

On Wed, Sep 25, 2024 at 3:46 PM James Le Cuirot wrote: > Yes, the glib/gobject-introspection conflict was my main test case. It was an > interesting one because it also involved some blockers. I pushed my half baked > idea up to GitHub in the hope that Zac or someone could maybe take it and > actu

Re: [gentoo-dev] sys-devel/autoconf wrong dependency?

On 1/31/24 04:56, Andreas Fink wrote: With the move of sys-devel/autoconf to dev-build/autoconf the ebuild has some inconsistency, namely in the RDEPEND section, it is saying: RDEPEND=" ${BDEPEND} >=dev-build/autoconf-wrapper-20231224 sys-devel/gnuconfig !~sys

[gentoo-dev] Last rites: net-misc/drive

commit ba6f1c6fd9b9434bd2c07cf7233ee38cb6ab430a Author: Brian Harring AuthorDate: 2023-11-09 20:51:11 -0800 Commit: Zac Medico CommitDate: 2023-11-09 21:59:23 -0800 net-misc/drive: treeclean Dead upstream and fully broken since 2023-02 due to google auth changes

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

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 without pulling its dependencies. See, e.g., bug #775779 for the motivation. Signed-off-by: Florian Schmaus --- eclass/go-module.

[gentoo-dev] Re: [PATCH 0/2] go-module.eclass cleanups

On 5/21/21 8:45 AM, William Hubbs wrote: > This is an improvement to my previous patch. It is a patch series now > because there are two separate changes: > > - GOPROXY is exported in go-module_set_globals since it is not needed if > EGO_SUM is not set in the ebuild. > > - go-module_setup_proxy

Re: [gentoo-dev] Re: [PATCH] go-module.eclass: add functions for use in custom src_unpack phase

On 5/20/21 9:03 AM, William Hubbs wrote: > On Wed, May 19, 2021 at 01:57:38PM -0700, Zac Medico wrote: >> On 5/19/21 1:45 PM, Zac Medico wrote: >>>> +# @FUNCTION: go-module_setup_proxy >>>> +# @DESCRIPTION: >>>> +# If your ebuild redefines src_unpack a

[gentoo-dev] Re: [PATCH] go-module.eclass: add functions for use in custom src_unpack phase

On 5/19/21 1:45 PM, Zac Medico wrote: >> +# @FUNCTION: go-module_setup_proxy >> +# @DESCRIPTION: >> +# If your ebuild redefines src_unpack and uses EGO_SUM you need to call >> +# this function in src_unpack. >> +# It sets up the go module proxy in the appropriate

[gentoo-dev] Re: [PATCH] go-module.eclass: add functions for use in custom src_unpack phase

On 5/19/21 12:48 PM, William Hubbs wrote: > If an ebuild uses EGO_SUM and needs to define a custom src_unpack phase, > these functions will make that easier. > > go-module_setup_proxy is used to create a local file proxy of the > dependencies listed in EGO_SUM and go-module_filter_proxy is used to

[gentoo-dev] Package up for grabs: dev-python/python-backoff

We have and ebuild for this package up for grabs: https://pypi.org/project/backoff/ No open bugs and no reverse dependencies: https://bugs.gentoo.org/buglist.cgi?quicksearch=python-backoff -- Thanks, Zac signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] New project: binhost

On 2/24/21 2:29 AM, Zac Medico wrote: > For example, for 3 USE flags, up to 8 combinations will be indexed: > > IUSE="a b c installsources splitdebug" > SRC_URI=" > !a? !b? !c? ( mirror://binhost/24fe6bd377 ) > !a? !b? c? ( mirror://binhost/fbe14cbb02 ) &

Re: [gentoo-dev] New project: binhost

On 2/23/21 12:33 PM, Zac Medico wrote: > On 2/23/21 12:05 PM, Zac Medico wrote: >> On 2/23/21 11:46 AM, Zac Medico wrote: >>> On 2/20/21 8:17 PM, Zac Medico wrote: >>>> IUSE_RUNTIME will obviously introduce conditionals in binary package >>>> dependencies

Re: [gentoo-dev] New project: binhost

On 2/23/21 12:05 PM, Zac Medico wrote: > On 2/23/21 11:46 AM, Zac Medico wrote: >> On 2/20/21 8:17 PM, Zac Medico wrote: >>> IUSE_RUNTIME will obviously introduce conditionals in binary package >>> dependencies, but we should welcome these conditionals because t

Re: [gentoo-dev] New project: binhost

On 2/23/21 11:46 AM, Zac Medico wrote: > On 2/20/21 8:17 PM, Zac Medico wrote: >> On 2/13/21 4:53 PM, Zac Medico wrote: >>> On 2/13/21 4:37 PM, Zac Medico wrote: >>>> On 2/11/21 1:17 AM, Michał Górny wrote: >>>>> On Wed, 2021-02-10 at 19:51 +0100, Lars

Re: [gentoo-dev] New project: binhost

On 2/13/21 5:51 PM, Zac Medico wrote: > On 2/10/21 11:11 AM, Rich Freeman wrote: >> On Wed, Feb 10, 2021 at 12:57 PM Andreas K. Hüttel >> wrote: >>> >>> * what portage features are still needed or need improvements (e.g. binpkg >>> signing and verifi

Re: [gentoo-dev] New project: binhost

On 2/20/21 8:17 PM, Zac Medico wrote: > On 2/13/21 4:53 PM, Zac Medico wrote: >> On 2/13/21 4:37 PM, Zac Medico wrote: >>> On 2/11/21 1:17 AM, Michał Górny wrote: >>>> On Wed, 2021-02-10 at 19:51 +0100, Lars Wendler wrote: >>>>> On Wed, 10 Fe

Re: [gentoo-dev] New project: binhost

On 2/13/21 4:53 PM, Zac Medico wrote: > On 2/13/21 4:37 PM, Zac Medico wrote: >> On 2/11/21 1:17 AM, Michał Górny wrote: >>> On Wed, 2021-02-10 at 19:51 +0100, Lars Wendler wrote: >>>> On Wed, 10 Feb 2021 19:57:48 +0200 Andreas K. Hüttel wrote: >>>> >&

Re: [gentoo-dev] New project: binhost

On 2/10/21 11:11 AM, Rich Freeman wrote: > On Wed, Feb 10, 2021 at 12:57 PM Andreas K. Hüttel > wrote: >> >> * what portage features are still needed or need improvements (e.g. binpkg >> signing and verification) >> * how should hosting look like > > Some ideas for portage enhancements: > > 1.

Re: [gentoo-dev] New project: binhost

On 2/13/21 4:37 PM, Zac Medico wrote: > On 2/11/21 1:17 AM, Michał Górny wrote: >> On Wed, 2021-02-10 at 19:51 +0100, Lars Wendler wrote: >>> On Wed, 10 Feb 2021 19:57:48 +0200 Andreas K. Hüttel wrote: >>> >>>> Hi all, >>>> >>>> I&#x

Re: [gentoo-dev] New project: binhost

On 2/11/21 1:17 AM, Michał Górny wrote: > On Wed, 2021-02-10 at 19:51 +0100, Lars Wendler wrote: >> On Wed, 10 Feb 2021 19:57:48 +0200 Andreas K. Hüttel wrote: >> >>> Hi all, >>> >>> I'm announcing a new project here - "binhost" >>> >>> "The Gentoo Binhost project aims to provide readily installab

Re: [gentoo-dev] New project: binhost

On 2/10/21 10:51 AM, Lars Wendler wrote: > On Wed, 10 Feb 2021 19:57:48 +0200 Andreas K. Hüttel wrote: > >> Hi all, >> >> I'm announcing a new project here - "binhost" >> >> "The Gentoo Binhost project aims to provide readily installable, >> precompiled packages for a subset of configurations, vi

Re: [gentoo-dev] speeding up usage of portage in e-file / portage file list

On 5/24/20 9:40 AM, Daniel Buschke wrote: > Am 24.05.2020 um 14:10 schrieb Daniel Pielmeier: >> Here the bash version takes around 2.9 seconds while the python version >> takes 3.2 seconds. Excluding the portage API it takes 2.8 seconds and >> also excluding the data query it takes 0.3 seconds. So

Re: [gentoo-dev] speeding up usage of portage in e-file / portage file list

On 5/23/20 1:41 PM, magic-gen...@damage.devloop.de wrote: > Am 23.05.2020 um 22:20 schrieb Zac Medico: >> On 5/23/20 1:02 PM, magic-gen...@damage.devloop.de wrote: >>> I rewrote e-file in python by using the portage API [1]. But loading the >>> API slows down the whole

Re: [gentoo-dev] speeding up usage of portage in e-file / portage file list

On 5/23/20 1:02 PM, magic-gen...@damage.devloop.de wrote: > Hi, > the current e-file tool of app-portage/pfl is written in bash. e-file is > a CLI tool which searches portagefilelist.de for a given file and list > additional informations based on the local portage. Latter is done by > grep'ing thro

Re: [gentoo-dev] rfc: "emerge --sync" vs "emaint sync"

On 5/6/20 3:02 PM, William Hubbs wrote: > All, > > I know that most of our documentation tells people to use "emerge --sync"; > however, today I heard about "emaint sync" for the first time. ;-) > > Which one should we use? Will there be a phase-out for "emerge --sync" or > "emaint sync"? Are th

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

> >  > > > > Couldn't you simply remove the ebuilds from the overlay entirely > in this > > case? It's my understanding that on the machines with the packages > > installed, the merged package metadata is being used (which is why &g

Re: [gentoo-dev] [RFC] Discontinuing (more-than-absolutely-minimal) Python support for non-x86 arches

On 3/14/20 1:15 PM, James Le Cuirot wrote: > On Sat, 14 Mar 2020 19:13:58 +0100 > Michał Górny wrote: > I've never joined an arch team as I'm not really interested in stable. > I understand what you're saying about keyword requests but I didn't > realise they were also a big issue. > > I'm not ev

Re: [gentoo-dev] Inconsistent use of || preferences for www-client/elinks, links, lynx, w3m, and w3mmee

On 2/9/20 10:44 PM, Michał Górny wrote: > On Sun, 2020-02-09 at 22:30 -0800, Zac Medico wrote: >> Hi all (especially package owners in CC), >> >> In various packages we have inconsistent use of || preferences for >> www-client/elinks, links, lynx, w3m, and w3mmee. Thi

[gentoo-dev] Inconsistent use of || preferences for www-client/elinks, links, lynx, w3m, and w3mmee

Hi all (especially package owners in CC), In various packages we have inconsistent use of || preferences for www-client/elinks, links, lynx, w3m, and w3mmee. This means that the default preference depends on the combination of packages that one has installed and the order that one has installed th

Re: [gentoo-dev] rfc: virtual/libcrypt for libcrypt.so implementation

On 11/7/19 11:52 AM, Patrick McLean wrote: > DEPEND=" > elibc_glibc? ( || ( > sys-libs/glibc[crypt(+)] If a new version of glibc will remove crypt then it needs to be something like: || ( >=sys-libs/glibc-2.30-r2[crypt(-)] signature.asc Description: OpenPGP digital s

Re: [gentoo-dev] [RFC] Disable --autounmask auto-unmasking keywords / masks by default

On 10/9/19 7:57 PM, Kent Fredric wrote: > On Wed, 9 Oct 2019 19:45:34 -0700 > Zac Medico wrote: > >> I'd prefer to disable --autounmask by default and include warnings about >> harmful behavior in the documentation. > > I think autounmasks behaviour with regard

Re: [gentoo-dev] [RFC] Disable --autounmask auto-unmasking keywords / masks by default

On 10/9/19 4:53 PM, Kent Fredric wrote: > One of the recurring problems we face in #gentoo is end users coming > to us with confusing problems, and their problems are exacerbated > because their default workflow ended up with them unmasking some ** > version of perl. > > There is already a bug for

Re: [gentoo-dev] [PATCH 2/2] go-module-vendor.eclass: new eclass for go modules that do not vendor

On 9/23/19 5:30 PM, William Hubbs wrote: >> +# @FUNCTION: go-module-vendor_src_unpack >> +# @DESCRIPTION: >> +# Extract all archives in ${a} which are not nentioned in ${EGO_VENDOR} >> +# to their usual locations then extract all archives mentioned in >> +# ${EGO_VENDOR} to ${S}/vendor. >> +go-modu

Re: [gentoo-dev] Underscores in USE flags

On 9/20/19 8:46 AM, Mike Gilbert wrote: > Recently, a large number of bugs were filed against packages that have > USE flag names which contain underscores. Apparently PMS prohibits > this except when the USE flag is part of a USE_EXPAND variable. > > https://projects.gentoo.org/pms/7/pms.html#x1-

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

On 9/18/19 11:04 AM, Alec Warner wrote: > > > On Wed, Sep 18, 2019 at 10:50 AM Michael Orlitzky > wrote: > > On 9/16/19 10:17 AM, William Hubbs wrote: > > + > > +# @FUNCTION: go-module_pkg_postinst > > +# @DESCRIPTION: > > +# Display a warning about s

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

On 9/17/19 7:10 AM, William Hubbs wrote: > On Tue, Sep 17, 2019 at 07:36:07AM +0200, Michał Górny wrote: >> On Mon, 2019-09-16 at 17:00 -0500, William Hubbs wrote: >>> On Mon, Sep 16, 2019 at 11:50:12AM -0700, Zac Medico wrote: >>>> On 9/16/19 11:35 AM, William Hub

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

On 9/16/19 11:26 AM, William Hubbs wrote: > On Mon, Sep 16, 2019 at 10:48:14AM -0700, Zac Medico wrote: >> On 9/16/19 7:17 AM, William Hubbs wrote: >>> +BDEPEND=">=dev-lang/go-1.12" >>> + >>> +# The following go flags should be used for all go

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

On 9/16/19 11:35 AM, William Hubbs wrote: > On Mon, Sep 16, 2019 at 11:01:38AM -0700, Zac Medico wrote: >> For packages that I maintain, I'd prefer to continue using EGO_VENDOR to >> even with packages using go.mod. I hope that this go-module.class will >> not preclu

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

On 9/16/19 7:17 AM, William Hubbs wrote: > +# You will know the software you are packaging uses modules because > +# it will have files named go.sum and go.mod in its top-level source > +# directory. If it does not have these files, use the golang-* eclasses. > +# > +# If the software you are packa

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

On 9/16/19 7:17 AM, William Hubbs wrote: > +BDEPEND=">=dev-lang/go-1.12" > + > +# The following go flags should be used for all go builds. > +# -mod=vendor stopps downloading of dependencies from the internet. > +# -v prints the names of packages as they are compiled > +# -x prints commands as they

Re: [gentoo-dev] rfc: go 1.13 and go modules

On 9/9/19 10:34 AM, William Hubbs wrote: > There is another option I want to try which is adding "go mod vendor" to > src_unpack for go packages. If you do that then it will violate FEATURES=network-sandbox (default) unless you also do PROPERTIES+=" live". We could add a separate PROPERTIES valu

Re: [gentoo-dev] [PATCH] metadata/layout.conf: Allow specific PROPERTIES and RESTRICT values

On 7/29/19 12:04 AM, Michał Górny wrote: > On Sun, 2019-07-28 at 23:59 -0700, Zac Medico wrote: >> Bug: https://bugs.gentoo.org/690786 >> --- >> metadata/layout.conf | 4 >> 1 file changed, 4 insertions(+) >> >> diff --git a/metadata/layout.conf b/me

[gentoo-dev] [PATCH] metadata/layout.conf: Allow specific PROPERTIES and RESTRICT values

Bug: https://bugs.gentoo.org/690786 --- metadata/layout.conf | 4 1 file changed, 4 insertions(+) diff --git a/metadata/layout.conf b/metadata/layout.conf index 7ffc0ce6b72..c719c42513c 100644 --- a/metadata/layout.conf +++ b/metadata/layout.conf @@ -4,6 +4,10 @@ # For details on this file,

Re: [gentoo-dev] [PATCH] eclass: Assign PROPERTIES="live" in live eclasses.

On 7/26/19 2:18 AM, Ulrich Müller wrote: > Bug: https://bugs.gentoo.org/233589 > Signed-off-by: Ulrich Müller > --- > > As previously discussed [1], add a "live" token to PROPERTIES in all > live eclasses. This can also be used to tag live ebuilds that don't > inherit any live eclass. > > Corres

Re: [gentoo-dev] What's going on with the tmpfiles eclasses?

On 4/23/19 2:03 PM, Michael Orlitzky wrote: > We have two eclasses with almost-identical functions for handling > tmpfiles.d entries: > > 1. systemd.eclass > > a. systemd_dotmpfilesd > b. systemd_newtmpfilesd > c. systemd_tmpfiles_create > > 2. tmpfiles.eclass > > a. dot

[gentoo-dev] Re: How to amend Gentoo ebuilds?

On 1/7/19 2:11 PM, Oleh Kravchenko wrote: > Hello Gentoo developers! > > I would like to do minimal changes in already existed ebuilds, > but I don't want to create and modify copy of ebuild. > > Can we have in Gentoo Linux similar functionality like in Yocto? > https://www.yoctoproject.org/docs/

Re: [gentoo-dev] [pre-GLEP r1] Gentoo binary package container format

On 11/19/18 11:33 AM, Rich Freeman wrote: > On Mon, Nov 19, 2018 at 2:21 PM Roy Bamford wrote: >> >> "The archive members support optional OpenPGP signatures. >> The implementations must allow the user to specify whether OpenPGP >> signatures are to be expected in remotely fetched packages." >> >>

Re: [gentoo-dev] [pre-GLEP] Gentoo binary package container format [gen...@jonesmz.com]

On 11/18/18 6:51 PM, Rich Freeman wrote: > On Sun, Nov 18, 2018 at 5:40 PM Zac Medico wrote: >> >> On 11/18/18 1:55 PM, Rich Freeman wrote: >>> >>> My idea is to basically have portage generate a tag with all the info >>> needed to identify the &q

Re: [gentoo-dev] [pre-GLEP] Gentoo binary package container format [gen...@jonesmz.com]

On 11/18/18 1:55 PM, Rich Freeman wrote: > On Sun, Nov 18, 2018 at 4:10 PM Roy Bamford wrote: >> >> Replying off list because I am not on the whitelist. > > That seems odd. > >> 1) append a uuid to each filename. Generated when the bin package file is >> generated. >> 2) encode the hostname of

Re: [gentoo-dev] [PATCH] install-qa-check.d: Support QA{,_STRICT}_INSTALL_PATHS variables (bug 670902)

On 11/12/18 9:44 PM, Michael Orlitzky wrote: > On 11/12/2018 06:47 PM, Zac Medico wrote: >>> >>> The idea being, to put it in the right place by default, and let people >>> override it with EXTRA_ECONF if they really want to download random >>> binari

Re: [gentoo-dev] [PATCH] install-qa-check.d: Support QA{,_STRICT}_INSTALL_PATHS variables (bug 670902)

On 11/12/18 2:34 PM, Michael Orlitzky wrote: > On 11/12/2018 04:06 PM, Zac Medico wrote: >> On 11/12/18 12:57 PM, Michael Orlitzky wrote: >>> On 11/12/2018 03:33 PM, Zac Medico wrote: >>>> >>>> QA_INSTALL_PATHS=( /nix ) >>> >>> That re

Re: [gentoo-dev] [PATCH] install-qa-check.d: Support QA{,_STRICT}_INSTALL_PATHS variables (bug 670902)

On 11/12/18 12:57 PM, Michael Orlitzky wrote: > On 11/12/2018 03:33 PM, Zac Medico wrote: >> >> QA_INSTALL_PATHS=( /nix ) >> > > That really, really, really doesn't belong there. I'm open to suggestions for alternatives. Ideas? -- Thanks, Zac signa

[gentoo-dev] [PATCH] install-qa-check.d: Support QA{,_STRICT}_INSTALL_PATHS variables (bug 670902)

for all ebuilds, this patch will allow us to whitelist it with a setting like this in global scope of the nix ebuilds: QA_INSTALL_PATHS=( /nix ) Bug: https://bugs.gentoo.org/670902 Signed-off-by: Zac Medico --- metadata/install-qa-check.d/08gentoo-paths | 21 + 1 file changed

Re: [gentoo-dev] Add GOBIN to ENV_UNSET in make.defaults

On 10/20/2018 04:21 AM, Pacho Ramos wrote: > It seems that random values in GOBIN can affect the building of some packages: > https://bugs.gentoo.org/631776 > https://bugs.gentoo.org/636506 > https://bugs.gentoo.org/638572 > > I would then append it to ENV_UNSET in make.defaults to get that variab

Re: [gentoo-dev] RFC: Portage QA check for FHS/Gentoo policy paths, for top-level dirs and /usr/share/doc

On 10/01/2018 11:23 AM, Zac Medico wrote: > On 10/01/2018 11:16 AM, Michał Górny wrote: >> On Mon, 2018-10-01 at 19:23 +0200, Andreas Sturmlechner wrote: >>> On Montag, 1. Oktober 2018 17:48:16 CEST Michał Górny wrote: >>>> On Mon, 2018-10-01 at 08:19 -0700, Zac Medi

Re: [gentoo-dev] RFC: Portage QA check for FHS/Gentoo policy paths, for top-level dirs and /usr/share/doc

On 10/01/2018 01:04 PM, Sergei Trofimovich wrote: > On Mon, 1 Oct 2018 08:19:29 -0700 > Zac Medico wrote: > >> Hi all, >> >> The ~arch version of portage hs a new QA check that reports installation >> of files outside of directories that have been whitelis

Re: [gentoo-dev] RFC: Portage QA check for FHS/Gentoo policy paths, for top-level dirs and /usr/share/doc

On 10/01/2018 11:16 AM, Michał Górny wrote: > On Mon, 2018-10-01 at 19:23 +0200, Andreas Sturmlechner wrote: >> On Montag, 1. Oktober 2018 17:48:16 CEST Michał Górny wrote: >>> On Mon, 2018-10-01 at 08:19 -0700, Zac Medico wrote: >>>> /u

Re: [gentoo-dev] RFC: Portage QA check for FHS/Gentoo policy paths, for top-level dirs and /usr/share/doc

On 10/01/2018 08:48 AM, Michał Górny wrote: > On Mon, 2018-10-01 at 08:19 -0700, Zac Medico wrote: >> I have created a patch that will allow ebuilds to whitelist directories >> by setting a QA_INSTALL_PATHS variable [3], however @mgorny said: > > @mgorny was seriously co

[gentoo-dev] RFC: Portage QA check for FHS/Gentoo policy paths, for top-level dirs and /usr/share/doc

Hi all, The ~arch version of portage hs a new QA check that reports installation of files outside of directories that have been whitelisted [1]. The current whitelist includes: directories common to / and /usr bin lib lib32 lib64 libx32 sbin top level directories

Re: [gentoo-dev] RFC: removal of keyword arm-linux

On 08/26/2018 08:52 PM, Benda Xu wrote: > The gentoo-x86 CVS history shows the commit author was mainly > Zac (zmedico). I have an arm prefix that I have used on chromebooks, and I'd be happy to use the arm keyword instead of arm-linux. -- Thanks, Zac signature.asc Description: OpenPGP digital

Re: [gentoo-dev] [PATCH] Add section about defining "Test Dependencies"

On 08/26/2018 01:08 AM, Michał Górny wrote: > On Sun, 2018-08-26 at 00:58 -0700, Zac Medico wrote: >> On 08/26/2018 12:39 AM, Michał Górny wrote: >>> On Sun, 2018-08-26 at 00:28 -0700, Zac Medico wrote: >>>> On 08/25/2018 07:11 PM, Andrew Savchenko wrote: >>&g

Re: [gentoo-dev] [PATCH] Add section about defining "Test Dependencies"

On 08/26/2018 12:39 AM, Michał Górny wrote: > On Sun, 2018-08-26 at 00:28 -0700, Zac Medico wrote: >> On 08/25/2018 07:11 PM, Andrew Savchenko wrote: >>> On Sat, 25 Aug 2018 14:24:02 -0400 Mike Gilbert wrote: >>>> On Sat, Aug 25, 2018 at 1:41 AM Andrew Savchenko

Re: [gentoo-dev] [PATCH] Add section about defining "Test Dependencies"

On 08/25/2018 07:11 PM, Andrew Savchenko wrote: > On Sat, 25 Aug 2018 14:24:02 -0400 Mike Gilbert wrote: >> On Sat, Aug 25, 2018 at 1:41 AM Andrew Savchenko wrote: >>> >>> On Fri, 24 Aug 2018 14:24:06 -0400 Mike Gilbert wrote: --- general-concepts/dependencies/text.xml | 38

Re: [gentoo-dev] [PATCH] use.desc: Improve description of USE=test

On 08/26/2018 12:14 AM, Zac Medico wrote: > On 08/24/2018 04:56 PM, Francesco Riosa wrote: >> >> >> Il giorno sab 25 ago 2018 alle ore 01:45 Zac Medico > <mailto:zmed...@gentoo.org>> ha scritto: >> >> On 08/24/2018 04:14 PM, Francesco Riosa wro

Re: [gentoo-dev] [PATCH] use.desc: Improve description of USE=test

On 08/24/2018 04:56 PM, Francesco Riosa wrote: > > > Il giorno sab 25 ago 2018 alle ore 01:45 Zac Medico <mailto:zmed...@gentoo.org>> ha scritto: > > On 08/24/2018 04:14 PM, Francesco Riosa wrote: > > > > Il 24/08/18 19:08, Mike Gilbert ha scrit

Re: [gentoo-dev] [PATCH] use.desc: Improve description of USE=test

On 08/24/2018 04:14 PM, Francesco Riosa wrote: > > Il 24/08/18 19:08, Mike Gilbert ha scritto: >> On Fri, Aug 24, 2018 at 10:45 AM Kent Fredric wrote: >>> On Fri, 24 Aug 2018 10:27:01 -0400 >>> Mike Gilbert wrote: >>> If you want to define behavior that can be relied upon in ebuilds, it >>>

Re: [gentoo-dev] [PATCH] meson.eclass: require at least meson-0.41.1

On 07/23/2018 07:56 AM, Mike Gilbert wrote: > On Sun, Jul 22, 2018 at 11:27 PM Zac Medico wrote: >> >> Require newer meson in order to avoid build failures triggered >> if >=meson-0.41.1 is not installed soon enough. For example, >> I experienced bug 649264 bec

Re: [gentoo-dev] [PATCH] meson.eclass: require at least meson-0.41.1

On 07/23/2018 01:08 AM, Mart Raudsepp wrote: > Ühel kenal päeval, P, 22.07.2018 kell 20:27, kirjutas Zac Medico: >> Require newer meson in order to avoid build failures triggered >> if >=meson-0.41.1 is not installed soon enough. For example, >> I experienced bug 649264

[gentoo-dev] [PATCH] meson.eclass: require at least meson-0.41.1

Require newer meson in order to avoid build failures triggered if >=meson-0.41.1 is not installed soon enough. For example, I experienced bug 649264 because I upgraded xorg-proto and libxshmfence packages before meson. Fixes: https://bugs.gentoo.org/649264 --- eclass/meson.eclass | 2 +- 1 file c

Re: [gentoo-dev] Adding USE=udev to linux profiles

On 07/21/2018 12:01 AM, Dennis Schridde wrote: > On Friday, 20 July 2018 08:25:05 CEST Michael Orlitzky wrote: >> On 07/20/2018 02:12 AM, Mart Raudsepp wrote: >>> Ok, I can see that point of view for make.conf. >>> I can't agree with changes in other profiles though, as other profile >>> will fall

Re: [gentoo-dev] rfc: moving default location of portage tree

On 07/09/2018 03:27 PM, M. J. Everitt wrote: > On 09/07/18 23:12, Zac Medico wrote: >> On 07/09/2018 02:34 PM, Kristian Fiskerstrand wrote: >>> I'd mostly argue any such change should only affect new systems >>> >> Yes, changing defaults for existi

Re: [gentoo-dev] rfc: moving default location of portage tree

On 07/09/2018 02:34 PM, Kristian Fiskerstrand wrote: > > I'd mostly argue any such change should only affect new systems > Yes, changing defaults for existing systems would be annoying. My recommendation is to have catalyst set the new defaults in the stage tarballs. When sys-apps/portage chang

Re: [gentoo-dev] rfc: moving default location of portage tree

On 07/09/2018 01:07 PM, Zac Medico wrote: > On 07/09/2018 01:00 PM, William Hubbs wrote: >> On Mon, Jul 09, 2018 at 08:36:33PM +0200, Ulrich Mueller wrote: >>>>>>>> On Mon, 9 Jul 2018, Rich Freeman wrote: >>> >>>> I'd also consider /var/c

Re: [gentoo-dev] rfc: moving default location of portage tree

On 07/09/2018 01:00 PM, William Hubbs wrote: > On Mon, Jul 09, 2018 at 08:36:33PM +0200, Ulrich Mueller wrote: >>> On Mon, 9 Jul 2018, Rich Freeman wrote: >> >>> I'd also consider /var/cache here as well. FHS specifically suggests >>> using it for web caches and the like (let's set aside the i

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/08/2018 02:59 PM, Zac Medico wrote: > On 07/08/2018 02:50 PM, Aaron W. Swenson wrote: >> On July 8, 2018 5:38:48 PM EDT, Zac Medico wrote: >> >> On 07/08/2018 02:18 PM, Michał Górny wrote: >> >> W dniu nie, 08.07.2018 o godzinie 1

[gentoo-dev] News Item: Portage rsync hardlink support [v2]

In v2 there's a suggestion to use git for better efficiency than rsync, as requested by Michał Górny: Title: Portage rsync hardlink support Author: Zac Medico Posted: 2018-07-11 Revision: 1 News-Item-Format: 2.0 Display-If-Installed: sys-apps/portage For users of the rsync tree, beginning

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/08/2018 02:50 PM, Aaron W. Swenson wrote: > On July 8, 2018 5:38:48 PM EDT, Zac Medico wrote: > > On 07/08/2018 02:18 PM, Michał Górny wrote: > > W dniu nie, 08.07.2018 o godzinie 14∶11 -0700, użytkownik Zac Medico > napisał: > >

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/08/2018 02:18 PM, Michał Górny wrote: > W dniu nie, 08.07.2018 o godzinie 14∶11 -0700, użytkownik Zac Medico > napisał: >> On 07/08/2018 01:18 PM, Zac Medico wrote: >>> On 07/08/2018 01:08 PM, Michał Górny wrote: >>>> W dniu nie, 08.07.2018 o godzinie 1

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/08/2018 01:18 PM, Zac Medico wrote: > On 07/08/2018 01:08 PM, Michał Górny wrote: >> W dniu nie, 08.07.2018 o godzinie 11∶57 -0700, użytkownik Zac Medico >> napisał: >>> On 07/08/2018 11:42 AM, Michał Górny wrote: >>>> W dniu nie, 08.07.2018 o godzini

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/08/2018 01:08 PM, Michał Górny wrote: > W dniu nie, 08.07.2018 o godzinie 11∶57 -0700, użytkownik Zac Medico > napisał: >> On 07/08/2018 11:42 AM, Michał Górny wrote: >>> W dniu nie, 08.07.2018 o godzinie 11∶04 -0700, użytkownik Zac Medico >>> napisał: >&

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/08/2018 11:42 AM, Michał Górny wrote: > W dniu nie, 08.07.2018 o godzinie 11∶04 -0700, użytkownik Zac Medico > napisał: >> On 07/08/2018 06:56 AM, Michał Górny wrote: >>> W dniu nie, 08.07.2018 o godzinie 15∶02 +0200, użytkownik Kristian >>> Fiskerstrand napisa

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/08/2018 06:56 AM, Michał Górny wrote: > W dniu nie, 08.07.2018 o godzinie 15∶02 +0200, użytkownik Kristian > Fiskerstrand napisał: >> On 07/08/2018 08:53 AM, Michał Górny wrote: >>> Is safe git syncing implemented already? If not, maybe finish it first and >>> cover both with a single news i

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/08/2018 02:28 AM, Toralf Förster wrote: > On 07/08/2018 08:08 AM, Zac Medico wrote: >> Please review. >> >> Title: Portage rsync hardlink support >> Author: Zac Medico >> Posted: 2018-07-11 >> Revision: 1 >> News-Item-Format: 2.0 >> Di

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/08/2018 02:15 AM, Michał Górny wrote: > Dnia 8 lipca 2018 09:14:06 CEST, Zac Medico napisał(a): >> On 07/07/2018 11:53 PM, Michał Górny wrote: >>> Dnia 8 lipca 2018 08:08:31 CEST, Zac Medico >> napisał(a): >>>> Please review. >>>> >>>

Re: [gentoo-dev] News Item: Portage rsync hardlink support

On 07/07/2018 11:53 PM, Michał Górny wrote: > Dnia 8 lipca 2018 08:08:31 CEST, Zac Medico napisał(a): >> Please review. >> >> Title: Portage rsync hardlink support >> Author: Zac Medico >> Posted: 2018-07-11 >> Revision: 1 >> News-Item-Format:

[gentoo-dev] News Item: Portage rsync hardlink support

Please review. Title: Portage rsync hardlink support Author: Zac Medico Posted: 2018-07-11 Revision: 1 News-Item-Format: 2.0 Display-If-Installed: sys-apps/portage For users of the rsync tree, beginning with sys-apps/portage-2.3.42, the default behavior for sync operations will use hardlinks in

[gentoo-dev] RFC: making ebuilds that provide mkfs.* programs include kernel config checks for fcaps (or other xattrs)

Hi, As suggested by Wojciech Myrda in bug 659486 [1], it would be helpful if sys-fs/e2fsprogs would use the linux-info eclass to warn if the kernel configuration doesn't include CONFIG_EXT4_FS_SECURITY=y when the user has expressed a desire to use file capabilities. This idea can be extended to an

Re: [gentoo-dev] Re: EAPI 7, BDEPEND and pkg_*inst

On 06/05/2018 01:26 AM, Michael Haubenwallner wrote: > On 06/04/2018 01:40 PM, Michał Górny wrote: >> I think the 'closest' thing to right would be to use BDEPEND+RDEPEND. >> It won't cover cross+binpkg but I guess it's as good as you can get. >> > > Having BDEPEND in RDEPEND will fix binpkg, but

Re: [gentoo-dev] EAPI 7, BDEPEND and pkg_*inst

On 05/30/2018 04:49 AM, Michael Haubenwallner wrote: > Hi, > > HOORAY, seems like EAPI 7 might be able to obsolete the "prefix-chaining" > portage patch I've carried in prefix-overlay all the time, thank you for that! > > However, a first thing being unclear already came up when bumping EAPI 6 to

Re: [gentoo-dev] EAPI 7 can be used in the Gentoo repository

On 05/06/2018 11:43 AM, Geaaru wrote: > Hi, > > I read documentation about new features for configure profiles, thanks. > > In the past I open a discussion about permit use of annotation > :: under profiles package.mask to mask from overlay for > example gentoo/upstream packages. > Is now support

Re: [gentoo-dev] rfc: virtual/init for init process

On 04/27/2018 11:43 AM, Rich Freeman wrote: > On Fri, Apr 27, 2018 at 2:18 PM Zac Medico wrote: > >> Actually, if things like sys-apps/s6 or sys-process/runit remain as >> choices for virtual/init, this isn't going to solve the problem of >> sys-apps/sysvinit being

Re: [gentoo-dev] rfc: virtual/init for init process

On 04/27/2018 08:45 AM, William Hubbs wrote: > On Fri, Apr 27, 2018 at 12:48:09AM -0700, Zac Medico wrote: >> On 04/26/2018 11:34 PM, Kent Fredric wrote: >>> On Thu, 26 Apr 2018 13:35:15 -0700 >>> Zac Medico wrote: >>> >>>> emerge --depclean

Re: [gentoo-dev] rfc: virtual/init for init process

On 04/27/2018 08:43 AM, Pacho Ramos wrote: > El vie, 27-04-2018 a las 00:48 -0700, Zac Medico escribió: >> On 04/26/2018 11:34 PM, Kent Fredric wrote: >>> On Thu, 26 Apr 2018 13:35:15 -0700 >>> Zac Medico wrote: >>> >>>> emerge --depclean

Re: [gentoo-dev] rfc: virtual/init for init process

On 04/27/2018 08:45 AM, William Hubbs wrote: > On Fri, Apr 27, 2018 at 12:48:09AM -0700, Zac Medico wrote: >> On 04/26/2018 11:34 PM, Kent Fredric wrote: >>> On Thu, 26 Apr 2018 13:35:15 -0700 >>> Zac Medico wrote: >>> >>>> emerge --depclean

Re: [gentoo-dev] rfc: virtual/init for init process

On 04/26/2018 11:34 PM, Kent Fredric wrote: > On Thu, 26 Apr 2018 13:35:15 -0700 > Zac Medico wrote: > >> emerge --depclean, resulting in an unbootable system. Just say-in. > > And depclean being very verbose doesn't do many favours here either. > > ( I regular

Re: [gentoo-dev] rfc: virtual/init for init process

On 04/26/2018 01:08 PM, William Hubbs wrote: > After some discussion on IRC, I need to drop busybox from this virtual > because it is in packages already. OpenRC needs to be dropped because > for now we do not have a way to make sure both openrc and sysvinit get > installed in stage 3 if openrc is

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: app-portage/repoman/

On 03/30/2018 08:16 AM, William Hubbs wrote: > On Fri, Mar 30, 2018 at 12:42:09PM +0200, Michał Górny wrote: >> Dnia 30 marca 2018 11:01:33 CEST, Zac Medico napisał(a): >>> On 03/30/2018 01:42 AM, Michał Górny wrote: >>>> Dnia 30 marca 2018 09:07:03 CEST, Zac Medic

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: app-portage/repoman/

On 03/30/2018 01:42 AM, Michał Górny wrote: > Dnia 30 marca 2018 09:07:03 CEST, Zac Medico napisał(a): >> On 03/29/2018 10:20 PM, Michał Górny wrote: >>> Dnia 30 marca 2018 06:30:14 CEST, Zac Medico >> napisał(a): >>>> commit: 3f04d4d93d00afa5242a0c945

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: app-portage/repoman/

On 03/29/2018 10:20 PM, Michał Górny wrote: > Dnia 30 marca 2018 06:30:14 CEST, Zac Medico napisał(a): >> commit: 3f04d4d93d00afa5242a0c9459487c9eea7e9a6f >> Author: Zac Medico gentoo org> >> AuthorDate: Fri Mar 30 04:18:05 2018 + >> Commi

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

On 03/26/2018 09:48 AM, Thomas Deutschmann wrote: > On 2018-03-23 18:44, Patrick McLean wrote: >> At my (and zmedico's) employer we use Gentoo heavily (all of our servers >> run it), and have a few large internal overlays and hundreds of internal >> profiles. There are packages in upstream Gentoo t

  1   2   3   4   5   6   7   8   9   10   >