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 fi
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, ..., 0x000
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 violat
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 u
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
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.
OK
-mike
signature.asc
Description: Digital signature
OK
-mike
signature.asc
Description: Digital signature
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
Desc
please avoid html e-mails
-mike
signature.asc
Description: Digital signature
On 21 May 2016 17:08, Amadeusz Żołnowski wrote:
> Mike Frysinger 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 an example. one or
On 20 May 2016 21:09, Amadeusz Żołnowski wrote:
> Mike Frysinger 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 required. eawk uses tmp
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 CFLAGS="-march=
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 "man
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 would
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
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 an
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 whe
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
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 t
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
> > > ---
> > > eclass/toolchain-binutils.eclass | 1 +
> > > 1 file changed, 1
On 20 Apr 2016 21:01, Alon Bar-Lev wrote:
> On 20 April 2016 at 18:52, Ian Stakenvicius wrote:
> > After doing some experimentation with a mingw crossdev, I found that I
> > needed to do a lot of EXTRA_ECONF settings in combination with
> > USE="aqua" in order to get packages supporting a win32 API
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 we're forced to
try an
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 @@
> +
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
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 Laue
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
> >
> >
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. pac
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
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
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
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
> >> wrote: ...
> >
> > i think we can sc
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
On 31 Mar 2016 10:12, Mike Gilbert wrote:
> On Wed, Mar 30, 2016 at 7:58 PM, Mike Frysinger 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 now,
> > this is just the gen_
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
> > system
---
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
--- a/sys-libs/libcap/libc
---
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
---
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
+++
---
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 a/sys-libs/cracklib/c
---
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
+++ b/sys-apps/
---
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 a/sys-libs/readline/readl
---
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
--- a/sys-apps/tcp-wrappers/tcp-wrapp
---
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
+++ b/dev-libs/libpcre/libpc
---
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
--- a/dev-libs/libpwquality/libpwqua
---
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
+++ b/dev-libs/libaio/libaio-0.3.11
---
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
+++ b/dev-libs/lz
---
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
+++ b/sy
---
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
@
---
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
--- a/app-arch/xz-util
---
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
@@ -4,7
---
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
--- a/app-arch/bzip2/bzip2-1.0.6-r
---
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 +6,
---
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 @@
EAPI="4"
---
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
@@ -5,
--- a/profiles/base/use.mask
+++ b/profiles/base/use.mask
@@ -396,3 +396,6 @@ openrc-force
# sys-libs/libapparmor
apparmor
+# Mike Frysinger (30 Mar 2016)
+# Most systems do not support a sep-/usr partition.
+sep-usr
diff --git a/profiles/default/bsd/use.mask b/profiles/default/bsd/use.mask
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.
---
eclas
to support
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
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
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
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.
> >&g
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
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&#
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:
> >
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.
>
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 precise
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
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
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
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
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-lib
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 introd
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
Descriptio
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 maintaine
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
On 20 Jan 2016 12:39, Rich Freeman wrote:
> On Wed, Jan 20, 2016 at 12:34 PM, Mike Frysinger wrote:
> > On 18 Jan 2016 00:57, Joshua Kinard wrote:
> >> On 01/17/2016 14:57, Michał Górny wrote:
> >> > sys-apps/kexec-tools :
> >>
> >> Better s
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 maintainer
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: Di
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
>
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 :
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 que
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.
> >
> &
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:
> >>
> >>
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 r
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 one
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:
> ht
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
>
> T
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
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
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 x
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:
> ht
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
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.
> >
> &
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' form
On 02 Dec 2015 23:20, James Le Cuirot wrote:
> On reflection, I'm now thinking that we should call it something less
> generic. I also found that the Qt build uses SYSROOT for its own
> purposes so you cannot rely on it in toolchain wrappers. ROOT is
> probably just as unreliable. For that reason,
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. (But in fact, there is a standard format which
> suggests itself, namely that of the passwd(5) and group(5) files.)
i recall going with xml at the time, but i
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 thi
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.
very few projects ever picked up the API/libraries. probably for the best.
> I have no idea which projectss out there are using it, or which
> functions they are usin
On 14 Dec 2015 02:14, Joshua Kinard wrote:
> I might've missed it, but do we have a step-by-step procedure to take a rootfs
> that uses ncurses-5.9 and upgrade it to ncurses-6.0 WITHOUT breaking anything?
> I, like others, ran into the problem of emerge yanking libncurses.so.5 libs
> out when upgr
all the blocking issues raised have been addressed w/gcc-5.3,
so i'll be moving it into ~arch this weekend
-mike
signature.asc
Description: Digital signature
On 01 Dec 2015 11:38, William Hubbs wrote:
> I find the multilib eclasses and their separate multilib phase functions
> to be confusing, so I was wondering if we could discuss making multilib
> support native to portage in eapi 7 so that we can use the normal phase
> functions again?
we cannot har
1 - 100 of 3334 matches
Mail list logo
