[gentoo-dev] Re: [PATCH 1/4] autotools.eclass: don't inject -I${SYSROOT} to aclocal

On 17 Jan 2022 11:09, Sam James wrote: > When -I${SYSROOT} is injected, it'll override the default of -Im4, which > results in trying to install macros to ${SYSROOT} (a sandbox violation) > when they can't be found. > > From aclocal(1): > ``` >-I DIR add directory to search list for .m4

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

On 28 Oct 2021 23:43, Andreas K. Huettel wrote: > > checking whether the C compiler works... * > > /var/tmp/portage/sys-apps/sandbox-2.25/work/sandbox-2.25/libsandbox/trace.c:_do_ptrace():83: > > failure (Function not implemented): > > * ISE:_do_ptrace: ptrace(PTRACE_TRACEME, ...,

Re: [gentoo-portage-dev] [PATCH] ebuild: allow RESTRICT=network-sandbox in ebuilds

On 16 Jan 2018 23:32, Mike Gilbert wrote: > On Tue, Jan 16, 2018 at 4:46 PM, Mike Frysinger wrote: > > Some ebuilds are a bit hard to fix their use of the network in src > > phases, so allow them to disable things. This allows us to turn off > > access by default and for th

[gentoo-portage-dev] [PATCH v2] ebuild: allow RESTRICT=network-sandbox in ebuilds

From: Mike Frysinger <vap...@chromium.org> Some ebuilds are a bit hard to fix their use of the network in src phases, so allow them to disable things. This allows us to turn off access by default and for the vast majority while we work out how to fix the few broken packages. URL:

[gentoo-portage-dev] [PATCH] ebuild: allow RESTRICT=network-sandbox in ebuilds

From: Mike Frysinger <vap...@chromium.org> Some ebuilds are a bit hard to fix their use of the network in src phases, so allow them to disable things. This allows us to turn off access by default and for the vast majority while we work out how to fix the few broken packages. URL:

Re: [gentoo-dev] [PATCH 2/2] sys-libs/ncurses: Remove parallel econf logic

On 20 Mar 2017 20:35, Michał Górny wrote: > Remove the parallel econf logic that adds a lot of complexity for minor > gain. It results in the output from different configure scripts being > mixed in the build log, making it unreadable. It causes econf to be run > in a subshell which is a PMS

[gentoo-dev] Re: [PATCH] sys-devel/autoconf: Convert from eblits into an eclass, #586424

On 16 Mar 2017 10:38, Michał Górny wrote: > Convert the usage of eblits in sys-devel/autoconf into an equivalent > eclass. This makes the ebuilds more readable, more predictable and fixes > compliance with stricter versions of the package manager (i.e. a future > release of Portage). obvious NAK

Re: [gentoo-dev] Package up for grab

On 03 Aug 2016 17:54, M wrote: please fix your client to not top post or use html -mike signature.asc Description: Digital signature

[gentoo-portage-dev] [PATCH v2] repoman: flag URIs using http:// when https:// is available

--- v2 - add more sites - check the trailing URL to filter false positives repoman/pym/repoman/modules/scan/ebuild/checks.py | 22 ++ repoman/pym/repoman/modules/scan/ebuild/errors.py | 2 ++ repoman/pym/repoman/qa_data.py| 4 +++- 3

Re: [gentoo-dev] Re: [PATCH 4/4] toolchain-funcs.eclass: Add helpful tc-is-{gcc,clang} wrappers

On 24 Jun 2016 07:40, Michał Górny wrote: > On Thu, 23 Jun 2016 21:32:34 -0400 Mike Frysinger wrote: > > On 22 Jun 2016 22:06, Michał Górny wrote: > > > +# @FUNCTION: tc-is-gcc > > > +# @DESCRIPTION: > > > +# Return true if the current compiler is pure GCC.

[gentoo-dev] Re: [PATCH 2/4] toolchain-funcs.eclass: Assume CPP="$(tc-getCC) -E" when unset, #582822

OK -mike signature.asc Description: Digital signature

[gentoo-dev] Re: [PATCH 1/4] toolchain-funcs.eclass: Fix _tc-getPROG with multi-parameter defaults

OK -mike signature.asc Description: Digital signature

[gentoo-dev] Re: [PATCH 4/4] toolchain-funcs.eclass: Add helpful tc-is-{gcc,clang} wrappers

On 22 Jun 2016 22:06, Michał Górny wrote: > +# @FUNCTION: tc-is-gcc > +# @DESCRIPTION: > +# Return true if the current compiler is pure GCC. "pure" doesn't make much sense and is just confusing shouldn't this be a @RETURN instead of @DESCRIPTION ? same for clang below. -mike signature.asc

[gentoo-portage-dev] [PATCH] repoman: simplify wrapper for running locally

Running the repoman program locally is a bit unreliable in its detection. Add a dedicated repoman.git program for people to run directly if they want. --- repoman/.repoman_not_installed | 0 repoman/bin/repoman | 10 -- repoman/bin/repoman.git | 37

Re: [gentoo-dev] Packages up for grabs

please avoid html e-mails -mike signature.asc Description: Digital signature

Re: [gentoo-dev] [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

On 21 May 2016 17:08, Amadeusz Żołnowski wrote: > Mike Frysinger <vap...@gentoo.org> writes: > >> The same "sed -i" is used. I have some configs to edit in place in > >> src_prepare(). It's easier with awk rather than sed. > > > > again, provide a

Re: [gentoo-dev] [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

On 20 May 2016 21:09, Amadeusz Żołnowski wrote: > Mike Frysinger <vap...@gentoo.org> writes: > > On 18 May 2016 22:25, aide...@gentoo.org wrote: > >> awk doesn't have the -i option like sed and if editing file in place is > >> desired, additional steps are req

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: bugfix for get-flag()

On 16 May 2016 14:17, rindeal wrote: > So this is what it looks like now: still missing tests. see eclass/tests/flag-o-matic.sh. > - local f var findflag="$1" > - > - # this code looks a little flaky but seems to work for > - # everything we want ... > - # for example, if

Re: [gentoo-dev] [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

On 18 May 2016 22:25, aide...@gentoo.org wrote: > awk doesn't have the -i option like sed and if editing file in place is > desired, additional steps are required. eawk uses tmp file to make it > look to the caller editing happens in place. what's your real use case ? i've never once thought

Re: [gentoo-dev] [PATCH] eutils.eclass: Add awk wrapper - eawk - edit file in place

On 20 May 2016 02:16, Mart Raudsepp wrote: > I would like if such a function would explicitly document that calling > this function means the caller should DEPEND on an awk provider. > Similarly, I would like that all ebuild that call 'sed' actually DEPEND > on sed, not just half of them. > I

Re: [gentoo-dev][PATCH] dev-lang/go-1.6.2: enable go-bootstrap tarball for ppc64le #581278

On 28 Apr 2016 13:28, Leno Hou wrote: > --- a/dev-lang/go/go-1.6.2.ebuild > +++ b/dev-lang/go/go-1.6.2.ebuild > @@ -88,6 +88,16 @@ go_arch() > case "${portage_arch}" in > x86)echo 386;; > x64-*) echo amd64;; > + ppc64) > + case

Re: [gentoo-dev][PATCH v1 ] sys-fs/hfsplusutils with gcc-5: blockiter.c:148:8: error: redefinition of blockiter_curr #580620

On 23 Apr 2016 11:39, David Seifert wrote: please don't top post > I generally prefer using -std=gnu89 instead of -fgnu89-inline, as GCC might > change some C11 semantics later on. To me -std=gnu89 seems more robust. perhaps, but other than gnu-inline behavior, it seems to be fine. if we hit

Re: [gentoo-dev][PATCH v1 ] sys-fs/hfsplusutils with gcc-5: blockiter.c:148:8: error: redefinition of blockiter_curr #580620

On 22 Apr 2016 03:57, Leno Hou wrote: > +-extern inline UInt32 blockiter_curr(blockiter *b) > +-{ > +-return b->e->start_block + b->block; > +-} > +- > +- > ++extern inline UInt32 blockiter_curr(blockiter *b); i don't think that's how you want to handle extern inline. it doesn't make sense

Re: [gentoo-dev][PATCH v2 2/2] ERROR: sys-apps/attr: unable to read SONAME from libattr.so #580792

thanks, i've added elibtoolize calls to acl & attr now https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d9e18bcb8f8bcaa6b3e5543caf16a684e7dacd21 -mike signature.asc Description: Digital signature

Re: [gentoo-dev][PATCH v2 1/2] eclass/libtool: fix unable read SONAME for ppc64le #580792

On 22 Apr 2016 03:44, Leno Hou wrote: > 2) The problem is due to the wrong $LD="ld -m elf64ppc" when link. > This patch sets $LD="ld -m elf64lppc" in m4/libtool.m4 on ppc64le. i'm looking at the upstream libtool project and i'm not seeing these changes in there. have you sent patches to them

Re: [gentoo-dev] [PATCH v1] eclass/toolchain-bintuils: enable targets powerpc-linux-gnu for ppc64

On 21 Apr 2016 13:16, Leno Hou wrote: > On Wed, Apr 20, 2016 at 11:07 PM, Mike Frysinger wrote: > > On 20 Apr 2016 13:52, Leno Hou wrote: > > > Authored-by: Linda Jiang <linda.q...@gmail.com> > > > --- > > > eclass/toolchain-binutils.eclass | 1 + > >

Re: [gentoo-dev] [PATCH v1] eclass/toolchain-bintuils: enable targets powerpc-linux-gnu for ppc64

On 20 Apr 2016 13:52, Leno Hou wrote: > Authored-by: Linda Jiang > --- > eclass/toolchain-binutils.eclass | 1 + > 1 file changed, 1 insertion(+) when you submit a patch that is not extremely obvious, you must provide details/justification in the commit message. otherwise

Re: [gentoo-dev] [PATCH v1][ 1/8] app-text/opensp: Fix ppc64le configure problem

On 19 Apr 2016 22:12, Leno Hou wrote: > --- /dev/null > +++ b/app-text/opensp/files/opensp-1.5.2-configure-with-ppc64le.patch > @@ -0,0 +1,26 @@ > +--- configure.orig 2016-04-09 16:24:17.507053635 + > configure2016-04-09 16:25:41.851918142 + > +@@ -4947,6 +4947,9 @@ > +

Re: [gentoo-dev] glibc 2.23 and willfully breaking stuff

On 19 Apr 2016 04:02, Anthony G. Basile wrote: > On 4/19/16 1:41 AM, Mike Frysinger wrote: > > i waited until the known bugs died down. i don't have access to a > > tinderbox system myself. > > you didn't notice that coreutils and systemd/udev/eudev broke? i had pushe

Re: [gentoo-dev] glibc 2.23 and willfully breaking stuff

On 19 Apr 2016 08:15, Michał Górny wrote: > On Tue, 19 Apr 2016 01:41:06 -0400 Mike Frysinger wrote: > > On 19 Apr 2016 04:21, Mart Raudsepp wrote: > > > Ühel kenal päeval, E, 18.04.2016 kell 12:38, kirjutas Mike Frysinger: > > > > On 16 Apr 2016 09:23, Patrick L

Re: [gentoo-dev] glibc 2.23 and willfully breaking stuff

On 19 Apr 2016 04:21, Mart Raudsepp wrote: > Ühel kenal päeval, E, 18.04.2016 kell 12:38, kirjutas Mike Frysinger: > > On 16 Apr 2016 09:23, Patrick Lauer wrote: > > > So why on earth are we applying a random patch that upstream is not > > > using > > >

Re: [gentoo-dev] glibc 2.23 and willfully breaking stuff

On 16 Apr 2016 09:23, Patrick Lauer wrote: > So why on earth are we applying a random patch that upstream is not > using not everyone uses glibc, and glibc *is* moving in this direction. Gentoo is simply accelerating the change ... otherwise glibc will take longer to do the actual migration.

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

On 01 Apr 2016 20:00, Alexis Ballier wrote: > On Friday, April 1, 2016 3:58:18 AM CEST, Mike Frysinger wrote: > >>> ... > >> lemme look it up for you then: > >> https://wiki.gentoo.org/wiki/Council_decisions > >> > >> systems with separate /usr

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

On 31 Mar 2016 21:09, Alexis Ballier wrote: > On Thursday, March 31, 2016 8:19:52 PM CEST, Mike Frysinger wrote: > > On 31 Mar 2016 19:00, Alexis Ballier wrote: > >> On Thursday, March 31, 2016 6:07:28 PM CEST, Mike Frysinger wrote: > >>> On 31 Mar 20

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

On 31 Mar 2016 21:13, Alexis Ballier wrote: > On Thursday, March 31, 2016 8:20:45 PM CEST, Mike Frysinger wrote: > > On 31 Mar 2016 19:03, Alexis Ballier wrote: > >> On Thursday, March 31, 2016 6:08:52 PM CEST, Mike Frysinger wrote: > >>> On 31 Mar

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

On 31 Mar 2016 19:03, Alexis Ballier wrote: > On Thursday, March 31, 2016 6:08:52 PM CEST, Mike Frysinger wrote: > > On 31 Mar 2016 10:12, Mike Gilbert wrote: > >> On Wed, Mar 30, 2016 at 7:58 PM, Mike Frysinger > >> <vap...@gentoo.org> wrote: ... > >

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

On 31 Mar 2016 19:00, Alexis Ballier wrote: > On Thursday, March 31, 2016 6:07:28 PM CEST, Mike Frysinger wrote: > > On 31 Mar 2016 16:05, Alexis Ballier wrote: > >> On Thursday, March 31, 2016 1:58:19 AM CEST, Mike Frysinger wrote: > >>> All ebuilds that call gen_u

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

On 31 Mar 2016 10:12, Mike Gilbert wrote: > On Wed, Mar 30, 2016 at 7:58 PM, Mike Frysinger <vap...@gentoo.org> wrote: > > To make forward progress on bug 417451, introduce a new sep-usr eclass > > that will hold all logic related to having a separate /usr. For

Re: [gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

On 31 Mar 2016 16:05, Alexis Ballier wrote: > On Thursday, March 31, 2016 1:58:19 AM CEST, Mike Frysinger wrote: > > All ebuilds that call gen_usr_ldscript today will migrate to this and > > will allow people to move away from installing things into /. For the > > syst

[gentoo-dev] [PATCH 15/21] sys-libs/libcap: switch to sep-usr eclass

--- sys-libs/libcap/libcap-2.24-r2.ebuild | 4 ++-- sys-libs/libcap/libcap-2.25.ebuild| 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/sys-libs/libcap/libcap-2.24-r2.ebuild b/sys-libs/libcap/libcap-2.24-r2.ebuild index 1585662..6c8f163 100644 ---

[gentoo-dev] [PATCH 17/21] sys-libs/ncurses: switch to sep-usr eclass

--- sys-libs/ncurses/ncurses-5.9-r101.ebuild | 4 ++-- sys-libs/ncurses/ncurses-5.9-r3.ebuild | 4 ++-- sys-libs/ncurses/ncurses-5.9-r4.ebuild | 4 ++-- sys-libs/ncurses/ncurses-5.9-r5.ebuild | 4 ++-- sys-libs/ncurses/ncurses-5.9-r99.ebuild | 4 ++-- sys-libs/ncurses/ncurses-6.0-r1.ebuild

[gentoo-dev] [PATCH 19/21] dev-libs/libedit: switch to sep-usr eclass

--- dev-libs/libedit/libedit-20130712.3.1.ebuild | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/dev-libs/libedit/libedit-20130712.3.1.ebuild b/dev-libs/libedit/libedit-20130712.3.1.ebuild index 50e38d6..4b1202f 100644 --- a/dev-libs/libedit/libedit-20130712.3.1.ebuild

[gentoo-dev] [PATCH 16/21] sys-libs/cracklib: switch to sep-usr eclass

--- sys-libs/cracklib/cracklib-2.9.1-r1.ebuild | 4 ++-- sys-libs/cracklib/cracklib-2.9.4.ebuild| 4 ++-- sys-libs/cracklib/cracklib-2.9.5.ebuild| 4 ++-- sys-libs/cracklib/cracklib-2.9.6.ebuild| 4 ++-- 4 files changed, 8 insertions(+), 8 deletions(-) diff --git

[gentoo-dev] [PATCH 13/21] sys-apps/keyutils: switch to sep-usr eclass

--- sys-apps/keyutils/keyutils-1.5.9-r1.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys-apps/keyutils/keyutils-1.5.9-r1.ebuild b/sys-apps/keyutils/keyutils-1.5.9-r1.ebuild index 7b8ddbf..7a813c0 100644 --- a/sys-apps/keyutils/keyutils-1.5.9-r1.ebuild +++

[gentoo-dev] [PATCH 12/21] sys-libs/readline: switch to sep-usr eclass

--- sys-libs/readline/readline-6.2_p5-r1.ebuild | 2 +- sys-libs/readline/readline-6.3_p8-r1.ebuild | 2 +- sys-libs/readline/readline-6.3_p8-r2.ebuild | 2 +- sys-libs/readline/readline-7.0_rc1.ebuild | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git

[gentoo-dev] [PATCH 21/21] sys-apps/tcp-wrappers: switch to sep-usr eclass

--- sys-apps/tcp-wrappers/tcp-wrappers-7.6.22-r1.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys-apps/tcp-wrappers/tcp-wrappers-7.6.22-r1.ebuild b/sys-apps/tcp-wrappers/tcp-wrappers-7.6.22-r1.ebuild index 1496b09..4923e85 100644 ---

[gentoo-dev] [PATCH 20/21] dev-libs/libpcre: switch to sep-usr eclass

--- dev-libs/libpcre/libpcre-8.38.ebuild | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/dev-libs/libpcre/libpcre-8.38.ebuild b/dev-libs/libpcre/libpcre-8.38.ebuild index fcda8d2..f7c64aa 100644 --- a/dev-libs/libpcre/libpcre-8.38.ebuild +++

[gentoo-dev] [PATCH 18/21] dev-libs/libpwquality: switch to sep-usr eclass

--- dev-libs/libpwquality/libpwquality-1.3.0.ebuild | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/dev-libs/libpwquality/libpwquality-1.3.0.ebuild b/dev-libs/libpwquality/libpwquality-1.3.0.ebuild index e2597b0..8082188 100644 ---

[gentoo-dev] [PATCH 14/21] dev-libs/libaio: switch to sep-usr eclass

--- dev-libs/libaio/libaio-0.3.110.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dev-libs/libaio/libaio-0.3.110.ebuild b/dev-libs/libaio/libaio-0.3.110.ebuild index 0605dbe..f625ba7 100644 --- a/dev-libs/libaio/libaio-0.3.110.ebuild +++

[gentoo-dev] [PATCH 11/21] dev-libs/lzo: switch to sep-usr eclass

--- dev-libs/lzo/lzo-2.08-r1.ebuild | 2 +- dev-libs/lzo/lzo-2.09.ebuild| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/dev-libs/lzo/lzo-2.08-r1.ebuild b/dev-libs/lzo/lzo-2.08-r1.ebuild index f3cff4b..e988b96 100644 --- a/dev-libs/lzo/lzo-2.08-r1.ebuild +++

[gentoo-dev] [PATCH 10/21] sys-libs/pam: switch to sep-usr eclass

--- sys-libs/pam/pam-1.2.1-r1.ebuild | 4 ++-- sys-libs/pam/pam-1.2.1.ebuild| 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/sys-libs/pam/pam-1.2.1-r1.ebuild b/sys-libs/pam/pam-1.2.1-r1.ebuild index a3e541d..6cb59da 100644 --- a/sys-libs/pam/pam-1.2.1-r1.ebuild +++

[gentoo-dev] [PATCH 09/21] sys-apps/attr: switch to sep-usr eclass

--- sys-apps/attr/attr-2.4.47-r2.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys-apps/attr/attr-2.4.47-r2.ebuild b/sys-apps/attr/attr-2.4.47-r2.ebuild index 11a6bda..06bac92 100644 --- a/sys-apps/attr/attr-2.4.47-r2.ebuild +++ b/sys-apps/attr/attr-2.4.47-r2.ebuild

[gentoo-dev] [PATCH 07/21] app-arch/xz-utils: switch to sep-usr eclass

--- app-arch/xz-utils/xz-utils-5.2.2.ebuild | 2 +- app-arch/xz-utils/xz-utils-.ebuild | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/app-arch/xz-utils/xz-utils-5.2.2.ebuild b/app-arch/xz-utils/xz-utils-5.2.2.ebuild index 34283d5..b5e54d2 100644 ---

[gentoo-dev] [PATCH 08/21] sys-apps/acl: switch to sep-usr eclass

--- sys-apps/acl/acl-2.2.52-r1.ebuild | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sys-apps/acl/acl-2.2.52-r1.ebuild b/sys-apps/acl/acl-2.2.52-r1.ebuild index d1d2169..e645a73 100644 --- a/sys-apps/acl/acl-2.2.52-r1.ebuild +++ b/sys-apps/acl/acl-2.2.52-r1.ebuild @@

[gentoo-dev] [PATCH 06/21] app-arch/bzip2: switch to sep-usr eclass

--- app-arch/bzip2/bzip2-1.0.6-r6.ebuild | 2 +- app-arch/bzip2/bzip2-1.0.6-r7.ebuild | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/app-arch/bzip2/bzip2-1.0.6-r6.ebuild b/app-arch/bzip2/bzip2-1.0.6-r6.ebuild index d7b2cdf..95ce04d 100644 ---

[gentoo-dev] [PATCH 05/21] sys-libs/gpm: switch to sep-usr eclass

--- sys-libs/gpm/gpm-1.20.7-r2.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys-libs/gpm/gpm-1.20.7-r2.ebuild b/sys-libs/gpm/gpm-1.20.7-r2.ebuild index ee9f5a7..a29bf7e 100644 --- a/sys-libs/gpm/gpm-1.20.7-r2.ebuild +++ b/sys-libs/gpm/gpm-1.20.7-r2.ebuild @@ -6,7

[gentoo-dev] [PATCH 04/21] sys-libs/pwdb: switch to sep-usr eclass

--- sys-libs/pwdb/pwdb-0.62.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys-libs/pwdb/pwdb-0.62.ebuild b/sys-libs/pwdb/pwdb-0.62.ebuild index 920b19a..90f4a0e 100644 --- a/sys-libs/pwdb/pwdb-0.62.ebuild +++ b/sys-libs/pwdb/pwdb-0.62.ebuild @@ -4,7 +4,7 @@

[gentoo-dev] [PATCH 03/21] sys-libs/zlib: switch to sep-usr eclass

--- sys-libs/zlib/zlib-1.2.8-r1.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys-libs/zlib/zlib-1.2.8-r1.ebuild b/sys-libs/zlib/zlib-1.2.8-r1.ebuild index 43a555a..23161b0 100644 --- a/sys-libs/zlib/zlib-1.2.8-r1.ebuild +++ b/sys-libs/zlib/zlib-1.2.8-r1.ebuild @@

[gentoo-dev] [PATCH 02/21] profiles: mask USE=sep-usr for most systems

--- a/profiles/base/use.mask +++ b/profiles/base/use.mask @@ -396,3 +396,6 @@ openrc-force # sys-libs/libapparmor apparmor +# Mike Frysinger <vap...@gentoo.org> (30 Mar 2016) +# Most systems do not support a sep-/usr partition. +sep-usr diff --git a/profiles/default/bsd/use.mask b/pr

[gentoo-dev] [PATCH 01/21] sep-usr.eclass: new eclass to hold gen_usr_ldscript and related logic #417451

This is mostly a copy of the func as it exists in the toolchain-funcs eclass, but with some of the initial logic shifted to USE=sep-usr. Once all ebuilds have switched over to this eclass, we can drop it from the toolchain-funcs eclass. In the meantime, make sure this is inherited last. ---

[gentoo-dev] [PATCH 00/21] gen_usr_ldscript: migrate away from a sep-/usr by default

it at all. Mike Frysinger (21): sep-usr.eclass: new eclass to hold gen_usr_ldscript and related logic #417451 profiles: mask USE=sep-usr for most systems sys-libs/zlib: switch to sep-usr eclass sys-libs/pwdb: switch to sep-usr eclass sys-libs/gpm: switch to sep-usr eclass app-arch

Re: [gentoo-dev] Changing order of default virtual/udev provider

On 15 Feb 2016 13:13, Francesco Riosa wrote: > Also, why, why people using systemd ARE interested in this thread? > You should not be interested at all. in case you're directing at me, i do not use systemd anywhere -mike signature.asc Description: Digital signature

Re: [gentoo-dev] Changing order of default virtual/udev provider

On 15 Feb 2016 02:31, M. J. Everitt wrote: > I think people are confusing the fact that there IS no separate 'udev' i'm fully aware of this fact and have been since it happened. i don't think it changes my point. -mike signature.asc Description: Digital signature

Re: [gentoo-dev] Changing order of default virtual/udev provider

On 14 Feb 2016 15:56, Anthony G. Basile wrote: > On 2/14/16 3:47 PM, Mike Frysinger wrote: > > On 14 Feb 2016 15:42, Anthony G. Basile wrote: > >> On 2/14/16 3:23 PM, Mike Frysinger wrote: > >>> eudev: no one of any relevance outside of Gentoo runs it. &

Re: [gentoo-dev] Changing order of default virtual/udev provider

On 14 Feb 2016 11:41, Brian Dolbec wrote: > On Sun, 14 Feb 2016 11:00:30 -0500 Rich Freeman wrote: > > On Sun, Feb 14, 2016 at 10:14 AM, Patrick Lauer wrote: > > > If, for any reason, eudev should be abandoned - we can just change > > > the virtual back. One-line change. > > > > Which is

Re: [gentoo-dev] Changing order of default virtual/udev provider

On 14 Feb 2016 22:31, Alon Bar-Lev wrote: > On 14 February 2016 at 22:23, Mike Frysinger wrote: > > udev: it's the default in every major distro that everyone tests and > > develops against. > > > > eudev: no one of any relevance outside of Gentoo runs it. >

Re: [gentoo-dev] Changing order of default virtual/udev provider

On 14 Feb 2016 21:31, Patrick Lauer wrote: > On 02/14/2016 09:23 PM, Mike Frysinger wrote: > > On 14 Feb 2016 11:41, Brian Dolbec wrote: > >> On Sun, 14 Feb 2016 11:00:30 -0500 Rich Freeman wrote: > >>> On Sun, Feb 14, 2016 at 10:14 AM, Patrick Lauer wrote: > >

Re: [gentoo-dev] Changing order of default virtual/udev provider

On 14 Feb 2016 15:42, Anthony G. Basile wrote: > On 2/14/16 3:23 PM, Mike Frysinger wrote: > > eudev: no one of any relevance outside of Gentoo runs it. > > that's not true, nor is it the central criticism, imo. can you list the projects that utilize eudev ? the repo doesn't

Re: [gentoo-dev] Changing order of default virtual/udev provider

On 14 Feb 2016 15:47, Anthony G. Basile wrote: > On 2/14/16 3:34 PM, Mike Frysinger wrote: > > the bring up of the daemon itself is not nearly as important as the > > runtime interaction of people using libudev or rules being executed. > > correct and i've been careful with

Re: [gentoo-dev] abusive behaviour / communications from a user

On 02 Feb 2016 11:14, Ian Delaney wrote: > Members of comrel this is the gentoo-dev list. no idea why you're posting it here. if you want to rope in comrel, then do so on the bug, or file a new bug for them, or e-mail them directly. -mike signature.asc Description: Digital signature

Re: [gentoo-dev] Changing order of default virtual/udev provider

On 08 Feb 2016 13:46, Michał Górny wrote: > I'm strongly against this, because: agreed. i also don't see any reasons in Patrick's e-mail to suggest the current default is inadequate. "i don't like upstream" isn't relevant. -mike signature.asc Description: Digital signature

Re: [gentoo-dev] [Fwd: [gentoo-automated-testing] BROKEN: repository became broken!]

On 03 Feb 2016 22:35, Andreas K. Huettel wrote: > Am Dienstag, 2. Februar 2016, 02:33:30 schrieb Mike Frysinger: > > > I took the liberty of doing (2) and reverted the commit. Not sure why > > > this needs so much discussion; after all a broken tree is always > > &g

Re: [gentoo-dev] Re: Changing order of default virtual/udev provider

On 09 Feb 2016 22:39, Duncan wrote: > Mike Frysinger posted on Tue, 09 Feb 2016 14:26:52 -0500 as excerpted: > > On 08 Feb 2016 13:46, Michał Górny wrote: > >> I'm strongly against this, because: > > > > agreed. i also don't see any reasons in Patrick's e-mail to s

Re: [gentoo-dev] [Fwd: [gentoo-automated-testing] BROKEN: repository became broken!]

On 01 Feb 2016 19:55, Patrice Clement wrote: > > New issues: > > https://qa-reports.gentoo.org/output/gentoo-ci/780f65b/output.html#dev-libs/efl > > This commit is breaking the tree: > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=97a6aec > > I did try to work around the issue you've

Re: [gentoo-dev] [Fwd: [gentoo-automated-testing] BROKEN: repository became broken!]

On 01 Feb 2016 22:16, Andreas K. Huettel wrote: > Am Montag, 1. Februar 2016, 21:30:41 schrieb Mike Frysinger: > > On 01 Feb 2016 19:55, Patrice Clement wrote: > > > > New issues: > > > > https://qa-reports.gentoo.org/output/gentoo-ci/780f65b/output.html#dev-

Re: [gentoo-dev] [PATCH] eutils.eclass: make_desktop_entry, remove unnecesssary extglob use

On 29 Jan 2016 09:24, Michał Górny wrote: > Remove an unnecessary extglob setting where a simpler ${foo%.*} is going > to suffice, considering that the stripping is done conditionally after > checking that one of the supported suffixes is used. looks obvious enough -mike signature.asc

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

On 22 Jan 2016 12:04, Alexis Ballier wrote: > On Thu, 21 Jan 2016 18:45:20 +0100 Michał Górny wrote: > > If I see a package that clearly doesn't build or otherwise simply > > doesn't work, could not have worked for past 3 years, are you forcing > > me to waste a time reporting a bug to no

Re: [gentoo-dev] Re: Herd likely up for grabs: kernel-misc

On 20 Jan 2016 19:48, Duncan wrote: > Mike Frysinger posted on Wed, 20 Jan 2016 13:40:04 -0500 as excerpted: > > if base-system@ isn't going to maintain it, we'll punt it from the herd > > Umm, you mean project, right? Because the whole discussion here is part > of ge

Re: [gentoo-dev] Herd up for grabs: xbox

On 18 Jan 2016 10:38, Alexis Ballier wrote: > On Sun, 17 Jan 2016 17:47:54 +0100 Michał Górny wrote: > > media-tv/kodi: > > media-tv/xbmc: > > you can add video herd for these two if vapier is ok with that i think sounds fine -mike signature.asc Description:

Re: [gentoo-dev] Herd likely up for grabs: kernel-misc

On 18 Jan 2016 00:57, Joshua Kinard wrote: > On 01/17/2016 14:57, Michał Górny wrote: > > Hello, everyone. > > > > The current maintainers of kernel-misc herd so far haven't replied to > > our queries. If we don't get any reply in a week, we will be disbanding > > it and looking for new

Re: [gentoo-dev] Herd likely up for grabs: net-fs

On 17 Jan 2016 21:03, Michał Górny wrote: > net-fs/autofs: dlan@ > net-fs/curlftpfs : slyfox@ > net-fs/davfs2: proxy-maintainers, gokt...@binghamton.edu > net-fs/libnfs: > net-fs/ncpfs : > net-fs/netatalk :

Re: [gentoo-dev] Herd up for grabs: net-dialup

On 17 Jan 2016 21:57, Lars Wendler wrote: > I am going to take the following packages: > > net-dialup/mingetty > net-dialup/ppp > net-dialup/rp-pppoe > > I think that I might not be the perfect maintainer for these packages > (especially for ppp) so if anyone else wants to maintain these, feel >

Re: [gentoo-dev] Herd likely up for grabs: kernel-misc

On 20 Jan 2016 12:39, Rich Freeman wrote: > On Wed, Jan 20, 2016 at 12:34 PM, Mike Frysinger <vap...@gentoo.org> wrote: > > On 18 Jan 2016 00:57, Joshua Kinard wrote: > >> On 01/17/2016 14:57, Michał Górny wrote: > >> > sys-apps/kexec-tools : > >&

Re: [gentoo-portage-dev] [PATCH] repoman: filter out duplicate dependencies in error messages

On 04 Jan 2016 19:17, Brian Dolbec wrote: > I immediately want to say REJECT!, REJECT!, REJECT!,... > ... > I would much prefer you re-base your patch on the rewrite code. reject != delay ... i don't mind waiting and rebasing -mike signature.asc Description: Digital signature

[gentoo-portage-dev] [PATCH] repoman: filter out duplicate dependencies in error messages

Some packages list the same atom multiple times (e.g. behind diff USE flags). If one of them throws an error, we end up listing it more than once, and the output can get verbose/useless. --- pym/repoman/scanner.py | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git

Re: [gentoo-dev] Use GLEP27!

On 17 Dec 2015 11:57, Ulrich Mueller wrote: > >>>>> On Tue, 15 Dec 2015, Mike Frysinger wrote: > > On 15 Dec 2015 20:23, Anthony G. Basile wrote: > >> > short/mid term, i was thinking of writing a new package that > >> > holds the db and tools to

Re: [gentoo-dev] Re: rfc: openrc c api (librc) usage

On 16 Dec 2015 06:44, Duncan wrote: > Mike Frysinger posted on Tue, 15 Dec 2015 00:00:51 -0500 as excerpted: > > On 10 Dec 2015 10:32, William Hubbs wrote: > >> I want to start a discussion about the usage of OpenRC's C api as > >> defined in rc.h. > > > > v

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On 15 Dec 2015 09:31, William Hubbs wrote: > On Tue, Dec 15, 2015 at 12:05:07AM -0500, Mike Frysinger wrote: > > On 11 Dec 2015 14:16, Patrick McLean wrote: > > > On Fri, 11 Dec 2015 15:37:48 -0600 William Hubbs wrote: > > > > On Fri, Dec 11, 2015 at 09:04:47

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On 15 Dec 2015 13:37, William Hubbs wrote: > On Tue, Dec 15, 2015 at 02:24:22PM -0500, Mike Frysinger wrote: > > your description sounds like you want to run: > > s/Copyright .*/Copyright OpenRC Authors/ > > > > i'm saying you can't do that > > That'

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 10:35, Alec Warner wrote: > On Tue, Dec 15, 2015 at 6:19 AM, Mike Frysinger wrote: > > a flat text file akin to /etc/passwd is not readable. xml is readable. > > u trollin' bro? in this domain, it's harder to screw up xml and not notice (either human or machin

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 10:24, Anthony G. Basile wrote: > i looked through portage code and we do have xml parsing sprinkled > throughout, mostly in repoman for obvious reasons. why are we trying to > avoid xml? to be honest i don't have strong feelings about either the > flat file (a la /etc/passwd) or

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 22:35, Ulrich Mueller wrote: > Whatever the format will be, the more important question is where this > would be implemented: > > - In the package manager, with user and group definition in profiles. > This seems to be what GLEP 27 suggests, and as far as I can see, it > would

Re: [gentoo-dev] rfc: OpenRC public API definition

On 03 Dec 2015 11:36, William Hubbs wrote: > 1) All definitions in rc.h, even though they are not formally documented > in man pages. this. if it's not meant to be public, it should have been in librc.h or a similar internal header. > I'm bringing this up, because I am looking at redesigning

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 15:56, Ulrich Mueller wrote: > >>>>> On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > a flat text file akin to /etc/passwd is not readable. xml is readable. > > ESR's case study about the password file format seems to disagree: > http://

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 20:23, Anthony G. Basile wrote: > On 12/15/15 4:55 PM, Mike Frysinger wrote: > > On 15 Dec 2015 22:35, Ulrich Mueller wrote: > >> Whatever the format will be, the more important question is where this > >> would be implemented: > >> > >>

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 07:28, Ulrich Mueller wrote: > >>>>> On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > On 14 Dec 2015 21:22, Ulrich Mueller wrote: > >> The spec seems incomplete. I cannot find a description of the user and > >> group files' format. (

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 16:00, Michał Górny wrote: > On Tue, 15 Dec 2015 15:56:34 +0100 Ulrich Mueller wrote: > > >>>>> On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > > > a flat text file akin to /etc/passwd is not readable. xml is readable. > > > &

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 15:33, Michał Górny wrote: > On Tue, 15 Dec 2015 09:19:36 -0500 Mike Frysinger wrote: > > On 15 Dec 2015 07:28, Ulrich Mueller wrote: > > > >>>>> On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > > > > > On 14 Dec 2015

Re: [gentoo-dev] Use GLEP27!

On 15 Dec 2015 15:56, Ulrich Mueller wrote: > >>>>> On Tue, 15 Dec 2015, Mike Frysinger wrote: > > > a flat text file akin to /etc/passwd is not readable. xml is readable. > > ESR's case study about the password file format seems to disagree: > http://

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On 11 Dec 2015 14:16, Patrick McLean wrote: > On Fri, 11 Dec 2015 15:37:48 -0600 William Hubbs wrote: > > On Fri, Dec 11, 2015 at 09:04:47PM +0100, Ulrich Mueller wrote: > > > > On Fri, 11 Dec 2015, William Hubbs wrote: > > > > > Well, the OpenRC project is currently inconsistent about

  1   2   3   4   5   6   7   8   9   10   >