Re: [gentoo-dev] Use GLEP27!

2015-12-14 Thread Mike Frysinger
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

Re: [gentoo-dev] [EAPI 7] Cross-compile improvements (BDEPEND, BROOT, sysroot)

2015-12-14 Thread Mike Frysinger
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,

Re: [gentoo-dev] ncurses-5.9 -> ncurses-6.0 step-by-step?

2015-12-14 Thread Mike Frysinger
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

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

2015-12-14 Thread Mike Frysinger
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

[gentoo-dev] moving gcc-5.3 to unstable

2015-12-08 Thread Mike Frysinger
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

Re: [gentoo-dev] New arches??

2015-12-02 Thread Mike Frysinger
On 26 Nov 2015 20:43, Andreas K. Huettel wrote: > just curious, where did "riscv" come from > > (and nios2, but that seem's to have been around for longer...) people are testing/working on them, and adding them to the profile makes things simpler. whether they mature enough to start adding to

Re: [gentoo-dev] rfc: native multilib support in portage for eapi 7

2015-12-02 Thread Mike Frysinger
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

Re: [gentoo-portage-dev] cat/pkg::x-portage ?

2015-12-01 Thread Mike Frysinger
On 24 Nov 2015 15:41, Joakim Tjernlund wrote: > Emerging on my embedded gentoo ppc target I see this: >   >   dev-lang/python-exec-2.0.1-r1::x-portage >   sys-apps/install-xattr-0.5::x-portage >   sys-libs/timezone-data-2015f::x-portage > > Where does the name x-portage come from? I do not

[gentoo-portage-dev] [PATCH/RFC] userinstall: new feature for running src_install as non root

2015-11-24 Thread Mike Frysinger
This does not support fowners just yet as we'll need to queue/dequeue the accounts on the fly. X-Gentoo-Bug: 566614 X-Gentoo-Bug-URL: https://bugs.gentoo.org/566614 --- man/make.conf.5| 4 pym/portage/const.py | 1 +

Re: [gentoo-portage-dev] [PATCH/RFC] userinstall: new feature for running src_install as non root

2015-11-24 Thread Mike Frysinger
On 24 Nov 2015 15:58, Zac Medico wrote: > On 11/24/2015 03:11 PM, Mike Frysinger wrote: > > This does not support fowners just yet as we'll need to queue/dequeue > > the accounts on the fly. > > > > X-Gentoo-Bug: 566614 > > X-Gentoo-Bug-URL: https://bugs.g

[gentoo-portage-dev] [PATCH] ebuild: unset all funcs/vars that start with ___

2015-11-12 Thread Mike Frysinger
Since the __* (two) namespace is reserved, and ___* (three) has rarely (if ever) been used in ebuilds, we can nuke all funcs/vars that start with that. It makes clean up easier for us. --- bin/save-ebuild-env.sh | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

2015-11-12 Thread Mike Frysinger
On 12 Nov 2015 16:58, Zac Medico wrote: > On 11/12/2015 04:06 PM, Mike Frysinger wrote: > > from ebuilds/eclasses that have already stopped using __: > > __do_sed_fix () > > ___ECLASS_RECUR_MULTILIB=yes > > ___ECLASS_RECUR_TOOLCHAIN_FUNCS=yes >

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

2015-11-12 Thread Mike Frysinger
On 12 Nov 2015 21:07, Tim Harder wrote: > On 2015-11-11 14:42, Zac Medico wrote: > > Please unset all new internal function inside bin/save-ebuild-env.sh. > > Note that it already uses this line to unset functions beginning with > > ___eapi: > > > >unset -f $(compgen -A function ___eapi_) > >

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

2015-11-11 Thread Mike Frysinger
On 11 Nov 2015 10:32, Michał Górny wrote: > I'm not convinced we ought to do this for EAPI < 6. It is a breaking > change after all, and as such changes the behavior of EAPI < 6 ebuilds. that is a false statement. anything not working with bash-3.2 is already broken according to the PMS. >

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

2015-11-11 Thread Mike Frysinger
On 11 Nov 2015 07:33, Ulrich Mueller wrote: > >>>>> On Tue, 10 Nov 2015, Mike Frysinger wrote: > > + # Set the compat level in case things change with newer ones. We must > > not > > + # export this into the env otherwise we might break other shell &

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

2015-11-11 Thread Mike Frysinger
On 11 Nov 2015 13:04, Zac Medico wrote: > On 11/11/2015 12:55 PM, Mike Frysinger wrote: > > On 11 Nov 2015 11:42, Zac Medico wrote: > >> On 11/10/2015 08:39 PM, Mike Frysinger wrote: > >>> +# Set up the bash version compatibility level. > >>> +__check_b

Re: [gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

2015-11-11 Thread Mike Frysinger
On 11 Nov 2015 11:42, Zac Medico wrote: > On 11/10/2015 08:39 PM, Mike Frysinger wrote: > > +# Set up the bash version compatibility level. > > +__check_bash_version() { > > Please unset all new internal function inside bin/save-ebuild-env.sh. > Note that it already

[gentoo-portage-dev] [PATCH v2] ebuild: set up bash compat levels

2015-11-11 Thread Mike Frysinger
To try and provide better stability across bash versions, set the language compat level based on the current EAPI. This does not ban newer features, it tells bash to use the older bash behavior when the behavior changes across versions. --- bin/eapi.sh| 8 bin/ebuild.sh

[gentoo-dev] reminder: you cannot use bash-4.x features (e.g. ${var^^}) in EAPI=[0-5]

2015-11-10 Thread Mike Frysinger
i randomly stumbled across an ebuild that was using ^^ to make a variable uppercase. this is new to bash-4.0 and thus invalid for EAPI=[0-5]. only the fresh EAPI=6 permits it since we bumped the min ver to bash-4.2. -mike signature.asc Description: Digital signature

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

2015-11-10 Thread Mike Frysinger
On 31 Oct 2015 09:08, Michał Górny wrote: > On Sat, 31 Oct 2015 03:06:21 -0400 Mike Frysinger wrote: > > On 30 Oct 2015 18:20, Michał Górny wrote: > > > On Fri, 30 Oct 2015 12:03:59 + (UTC) "Justin Lecher" wrote: > > > > --- a/eclass/distutils-r1.

[gentoo-dev] [RFC] ban use of base-4 casemods in ebuilds due to locale collation instability

2015-11-10 Thread Mike Frysinger
On 10 Nov 2015 18:53, Mike Frysinger wrote: > i randomly stumbled across an ebuild that was using ^^ to make a variable > uppercase. this is new to bash-4.0 and thus invalid for EAPI=[0-5]. only > the fresh EAPI=6 permits it since we bumped the min ver to bash-4.2. Arfrever h

Re: [gentoo-dev] [RFC] ban use of base-4 casemods in ebuilds due to locale collation instability

2015-11-10 Thread Mike Frysinger
On 11 Nov 2015 05:16, Ulrich Mueller wrote: > >>>>> On Tue, 10 Nov 2015, Mike Frysinger wrote: > > > Arfrever highlights these are not even safe to use. bash is locale aware, > > so it'll apply LC_COLLATE rules when processing the ^/, casemods. while > >

Re: [gentoo-dev] [RFC] ban use of base-4 casemods in ebuilds due to locale collation instability

2015-11-10 Thread Mike Frysinger
On 11 Nov 2015 08:37, Ulrich Mueller wrote: > > On Wed, 11 Nov 2015, René Neumann wrote: > > >> Shouldn't these be safe to use if the string consists purely of > >> ASCII characters? I mean, A-Z and a-z should be uppercase and > >> lowercase, respectively, in any locale? > > > Unfortunately,

Re: [gentoo-dev] reminder: you cannot use bash-4.x features (e.g. ${var^^}) in EAPI=[0-5]

2015-11-10 Thread Mike Frysinger
On 10 Nov 2015 18:53, Mike Frysinger wrote: > i randomly stumbled across an ebuild that was using ^^ to make a variable > uppercase. this is new to bash-4.0 and thus invalid for EAPI=[0-5]. only > the fresh EAPI=6 permits it since we bumped the min ver to bash-4.2. fixed the ones

Re: [gentoo-dev] [RFC] ban use of base-4 casemods in ebuilds due to locale collation instability

2015-11-10 Thread Mike Frysinger
sorry, i meant char classification here (LC_CTYPE), not collation. i've been dealing with sorting bugs lately ;). -mike signature.asc Description: Digital signature

[gentoo-portage-dev] [PATCH] ebuild: set up bash compat levels

2015-11-10 Thread Mike Frysinger
To try and provide better stability across bash versions, set the language compat level based on the current EAPI. --- bin/eapi.sh | 8 bin/ebuild.sh | 39 +++ 2 files changed, 47 insertions(+) diff --git a/bin/eapi.sh b/bin/eapi.sh index

Re: [gentoo-portage-dev] [PATCH] xpak-helper: rewrite to rely more on argparse

2015-11-02 Thread Mike Frysinger
On 01 Nov 2015 09:36, Zac Medico wrote: > On 10/31/2015 10:23 PM, Mike Frysinger wrote: > > The current code implements a lot of ad-hoc argument parsing when it > > could simply let the argparse module do it all for it. This makes the > > code easier to understand and

[gentoo-portage-dev] [PATCH] xpak-helper: rewrite to rely more on argparse

2015-10-31 Thread Mike Frysinger
The current code implements a lot of ad-hoc argument parsing when it could simply let the argparse module do it all for it. This makes the code easier to understand and extend in the process. --- bin/xpak-helper.py | 68 -- 1 file changed, 25

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

2015-10-31 Thread Mike Frysinger
On 30 Oct 2015 18:20, Michał Górny wrote: > On Fri, 30 Oct 2015 12:03:59 + (UTC) "Justin Lecher" wrote: > > commit: df8e399c9bac2dc30d7cf69c2462a81729a3ae69 > > Author: Justin Lecher gentoo org> > > AuthorDate: Fri Oct 30 10:18:05 2015 + > > Commit: Justin Lecher gentoo

[gentoo-portage-dev] [PATCH v2] runtests: create a global tempdir to hold subtest files

2015-10-30 Thread Mike Frysinger
A lot of unittests currently leak content in /tmp when they run. Rather than explicitly track down every failing test (which we can do regardless of this), have the runtest runner create a global tempdir and use that as a base for children tests. Then when the runtest script finishes, it takes

[gentoo-portage-dev] [PATCH] runtests: create a global tempdir to hold subtest files

2015-10-30 Thread Mike Frysinger
A lot of unittests currently leak content in /tmp when they run. Rather than explicitly track down every failing test (which we can do regardless of this), have the runtest runner create a global tempdir and use that as a base for children tests. Then when the runtest script finishes, it takes

Re: [gentoo-dev] moving gcc-5.2 to unstable

2015-10-29 Thread Mike Frysinger
On 01 Oct 2015 09:49, Mike Frysinger wrote: > what do people want to have in place before we move gcc-5.2 into ~arch ? i want to fix these two bugs (or at least get a better handle on them). they're related to graphite/ISL, so they don't impact most people. https://bugs.gentoo.org/555

Re: [gentoo-portage-dev] gentoolkit.git repository reorganized

2015-10-29 Thread Mike Frysinger
On 22 Oct 2015 12:54, Paul Varner wrote: > Mike, I know you're busy with other stuff, but if you ever want to see a > new gentoolkit/gentoolkit-dev release, consider this your authorization > to just do it. The README.dev files state how to make releases. thanks, i think this will help a lot >

[gentoo-portage-dev] [PATCH 1/2] chpathtool: drop optparse compat logic

2015-10-29 Thread Mike Frysinger
We don't support python 2.6 anymore, so drop the non-argparse logic. --- bin/chpathtool.py | 45 +++-- 1 file changed, 11 insertions(+), 34 deletions(-) diff --git a/bin/chpathtool.py b/bin/chpathtool.py index 842f1f4..73c7a5f 100755 ---

[gentoo-portage-dev] [PATCH 2/2] _argparse: punt the module

2015-10-29 Thread Mike Frysinger
Since we don't support python 2.6 anymore, there's no need to wrap argparse, so switch all the users to the standard library for it. --- bin/binhost-snapshot | 4 ++-- bin/ebuild | 4 ++-- bin/egencache| 4 ++-- bin/fixpackages

Re: [gentoo-dev] gcc-5 news item wrt C++ ABI

2015-10-22 Thread Mike Frysinger
i've pushed the news item now since there hasn't been any actionable feedback since. it can always be refined based on user feedback. -mike signature.asc Description: Digital signature

[gentoo-dev] Re: [PATCH] Recommend setting the bash compatibility level. (was: Re: utilizing BASH_COMPAT to smooth upgrades)

2015-10-22 Thread Mike Frysinger
On 21 Oct 2015 09:34, Ulrich Mueller wrote: > >>>>> On Tue, 20 Oct 2015, Mike Frysinger wrote: > > On 21 Oct 2015 00:03, Ulrich Mueller wrote: > >> Therefore I'd make it a recommendation at most. Something along the > >> lines of: "The interpreter is

[gentoo-dev] Re: [PATCH] Recommend setting the bash compatibility level. (was: Re: utilizing BASH_COMPAT to smooth upgrades)

2015-10-22 Thread Mike Frysinger
On 22 Oct 2015 17:00, Ulrich Mueller wrote: > >>>>> On Thu, 22 Oct 2015, Mike Frysinger wrote: > > On 21 Oct 2015 09:34, Ulrich Mueller wrote: > >> "The interpreter is assumed to be GNU bash, version as listed in > >> table xyz, or any later versio

Re: [gentoo-portage-dev] gentoolkit.git repository reorganized

2015-10-21 Thread Mike Frysinger
On 22 Oct 2015 00:45, Mike Frysinger wrote: > On 21 Oct 2015 16:35, Paul Varner wrote: > > On 10/20/2015 03:34 AM, Alexander Berntsen wrote: > > > On 15/10/15 19:42, Paul Varner wrote: > > > > Over the last couple of days, I have done the following: > > >

Re: [gentoo-portage-dev] gentoolkit.git repository reorganized

2015-10-21 Thread Mike Frysinger
On 21 Oct 2015 16:35, Paul Varner wrote: > On 10/20/2015 03:34 AM, Alexander Berntsen wrote: > > On 15/10/15 19:42, Paul Varner wrote: > > > Over the last couple of days, I have done the following: > > > > > 1. Migrated the gentoolkit-dev branch to its own gentoolkit-dev.git > > > repository > > >

Re: [gentoo-dev] gcc-5 news item wrt C++ ABI

2015-10-20 Thread Mike Frysinger
On 03 Oct 2015 19:53, Anthony G. Basile wrote: > On 10/3/15 7:16 PM, hasufell wrote: > > On 10/03/2015 04:13 AM, Mike Frysinger wrote: > >> Title: GCC 5 Defaults to the New C++11 ABI > >> Author: Mike Frysinger <vap...@gentoo.org> > >> Content-Type: text/p

[gentoo-dev] utilizing BASH_COMPAT to smooth upgrades

2015-10-20 Thread Mike Frysinger
On 16 Oct 2015 20:42, Ulrich Mueller wrote: > EAPI 6: Bash version is 4.2. do we want to mandate the BASH_COMPAT aspect in PMS ? or at least make into a recommendation ? https://bugs.gentoo.org/431340#c20 local maj=4 min=2 if ([[ ${BASH_VERSINFO[0]} -lt ${maj} ]] || [[

Re: [gentoo-dev] utilizing BASH_COMPAT to smooth upgrades

2015-10-20 Thread Mike Frysinger
On 21 Oct 2015 00:03, Ulrich Mueller wrote: > >>>>> On Tue, 20 Oct 2015, Mike Frysinger wrote: > > >> EAPI 6: Bash version is 4.2. > > > do we want to mandate the BASH_COMPAT aspect in PMS ? > > or at least make into a recommendation ? > > If

[gentoo-dev] glibc-2.22 now in ~arch

2015-10-19 Thread Mike Frysinger
the masked testing has been pretty stable, so i've bumped 2.22-r1 into ~arch -mike signature.asc Description: Digital signature

Re: [gentoo-dev] [rfc] drop iputils from @system (i.e. ping)

2015-10-15 Thread Mike Frysinger
i will drop iputils from @system: https://bugs.gentoo.org/563148 but not until our releases are sorted out: https://bugs.gentoo.org/393445 and i'll see if we can't get that sorted out sooner rather than later -mike signature.asc Description: Digital signature

[gentoo-dev] ironing out release tarballs

2015-10-15 Thread Mike Frysinger
background: everyone wants @system to be slim, but most people want the initial stage tarball that we release and you install Gentoo from to not be completely sparse. we've got a bug for this topic: https://bugs.gentoo.org/393445 items to sort out: - should the list of packages be in catalyst or

Re: [gentoo-dev] ironing out release tarballs

2015-10-15 Thread Mike Frysinger
On 15 Oct 2015 12:15, Zac Medico wrote: > On 10/15/2015 08:34 AM, Mike Frysinger wrote: > > background: > > everyone wants @system to be slim, but most people want the initial stage > > tarball that we release and you install Gentoo from to not be completely > &g

Re: [gentoo-dev] ironing out release tarballs

2015-10-15 Thread Mike Frysinger
On 15 Oct 2015 19:01, Alexis Ballier wrote: > On Thu, 15 Oct 2015 11:34:22 -0400 Mike Frysinger wrote: > > - should the packages list be in a new packages.default, or should we > > create a new set to hold it, or should we just go with @profile ? > > -> @profile has

[gentoo-dev] [rfc] drop iputils from @system (i.e. ping)

2015-10-14 Thread Mike Frysinger
iputils is currently in @system for everyone. by default, it only installs `ping`. do we feel strongly enough about this to require all systems include it ? or should this wait for the long idea of releasing stage4's instead of stage3's ? -mike signature.asc Description: Digital signature

[gentoo-dev] [rfc] enable USE=xattr by default

2015-10-14 Thread Mike Frysinger
USE=xattr is needed nowadays to support: - filesystem caps (those things that let you drop set*id and generally improves system security w/little to no runtime overhead) - PaX file markings (replaces binutils ELF markings) - selinux we actually have USE=filecaps on by default already, and

[gentoo-dev] Re: [PATCH] autotools.eclass: support AM_GNU_GETTEXT_REQUIRE_VERSION

2015-10-13 Thread Mike Frysinger
On 13 Oct 2015 18:25, Michał Górny wrote: > gettext 0.19.6 supports AM_GNU_GETTEXT_REQUIRE_VERSION in addition to > AM_GNU_GETTEXT_VERSION. ok, although not entirely correct -- gettexize supports this, but autoreconf does not. we also send a patch to the autoconf project to update things. > //

Re: [gentoo-dev] gcc-5 news item wrt C++ ABI

2015-10-05 Thread Mike Frysinger
On 03 Oct 2015 18:30, Ciaran McCreesh wrote: > On Sat, 3 Oct 2015 13:24:11 -0400 Mike Frysinger wrote: > > On 03 Oct 2015 13:38, Ciaran McCreesh wrote: > > > On Fri, 2 Oct 2015 22:13:09 -0400 Mike Frysinger wrote: > > > > Display-If-Installed: >=sys-devel/gcc-5

Re: [gentoo-dev] gcc-5 news item wrt C++ ABI

2015-10-05 Thread Mike Frysinger
On 05 Oct 2015 20:45, Paweł Hajdan, Jr. wrote: > On 10/3/15 4:13 AM, Mike Frysinger wrote: > > Title: GCC 5 Defaults to the New C++11 ABI > > Author: Mike Frysinger <vap...@gentoo.org> > > Content-Type: text/plain > > Posted: 2015-10-02 > > Revision:

Re: [gentoo-dev] gcc-5 news item wrt C++ ABI

2015-10-05 Thread Mike Frysinger
On 04 Oct 2015 01:16, hasufell wrote: > On 10/03/2015 04:13 AM, Mike Frysinger wrote: > > Title: GCC 5 Defaults to the New C++11 ABI > > Author: Mike Frysinger <vap...@gentoo.org> > > Content-Type: text/plain > > Posted: 2015-10-02 > > Revision:

Re: [gentoo-dev] gcc-5 news item wrt C++ ABI

2015-10-03 Thread Mike Frysinger
On 03 Oct 2015 13:38, Ciaran McCreesh wrote: > On Fri, 2 Oct 2015 22:13:09 -0400 Mike Frysinger wrote: > > Display-If-Installed: >=sys-devel/gcc-5 > > This means that two years from now, when stages are built using GCC 5, > every new user will get this news item shown to

Re: [gentoo-dev] Re: moving gcc-5.2 to unstable

2015-10-02 Thread Mike Frysinger
On 02 Oct 2015 02:21, Ryan Hill wrote: > IMO these should be fixed before we unmask: > >546742: x11-apps/sessreg-1.1.0 fail to build with gcc5 >547626: dev-lang/python-3.3 / 3.4 test_faulthandler hangs with GCC 5.1 >547950: app-shells/zsh-5.0.7-r2 builds but has runtime errors with

[gentoo-dev] gcc-5 news item wrt C++ ABI

2015-10-02 Thread Mike Frysinger
Title: GCC 5 Defaults to the New C++11 ABI Author: Mike Frysinger <vap...@gentoo.org> Content-Type: text/plain Posted: 2015-10-02 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: >=sys-devel/gcc-5 GCC 5 uses the new C++ ABI by default. When building new code, you might run into

[gentoo-dev] gcc-4.9.3 going stable

2015-10-01 Thread Mike Frysinger
gcc-4.9.3 is stabilizing: https://bugs.gentoo.org/561844 -mike signature.asc Description: Digital signature

[gentoo-dev] moving gcc-5.2 to unstable

2015-10-01 Thread Mike Frysinger
what do people want to have in place before we move gcc-5.2 into ~arch ? the general list looks pretty good: https://bugs.gentoo.org/536984 the only glaring issue is the C++11 ABI breakage: https://bugs.gentoo.org/542482 we already posted a news item when the breakage started in

Re: [gentoo-dev] moving gcc-5.2 to unstable

2015-10-01 Thread Mike Frysinger
On 01 Oct 2015 10:11, Alexandre Rostovtsev wrote: > On Thu, 2015-10-01 at 09:49 -0400, Mike Frysinger wrote: > > what do people want to have in place before we move gcc-5.2 into ~arch ? > > For one thing, the fix for runtime failure in 64-bit wine: > > https://gcc.gnu.org/

Re: [gentoo-dev] binutils-libs: new package for binutils libs

2015-10-01 Thread Mike Frysinger
On 01 Oct 2015 21:10, Michał Górny wrote: > Dnia 2015-09-29, o godz. 10:21:14 Mike Frysinger napisał(a): > > if your package depended on binutils because you wanted to link against > > libbfd or libopcodes, or you omitted the dep entirely (because you didn't > > notice?), ther

Re: [gentoo-dev] binutils-libs: new package for binutils libs

2015-10-01 Thread Mike Frysinger
On 01 Oct 2015 22:24, Michał Górny wrote: > Dnia 2015-10-01, o godz. 16:15:32 Mike Frysinger napisał(a): > > On 01 Oct 2015 21:10, Michał Górny wrote: > > > Dnia 2015-09-29, o godz. 10:21:14 Mike Frysinger napisał(a): > > > > if your package depended on binutils beca

[gentoo-dev] binutils-libs: new package for binutils libs

2015-09-29 Thread Mike Frysinger
if your package depended on binutils because you wanted to link against libbfd or libopcodes, or you omitted the dep entirely (because you didn't notice?), there's a new package you should convert to using: sys-libs/binutils-libs this supports subslots & multilib and is sane to depend on

Re: [gentoo-dev] binutils-libs: new package for binutils libs

2015-09-29 Thread Mike Frysinger
On 29 Sep 2015 19:54, Andrew Savchenko wrote: > On Tue, 29 Sep 2015 10:21:14 -0400 Mike Frysinger wrote: > > if your package depended on binutils because you wanted to link against > > libbfd or libopcodes, or you omitted the dep entirely (because you didn't > > notice?), ther

Re: [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments

2015-09-24 Thread Mike Frysinger
On 14 Aug 2015 15:52, Leno Hou wrote: > On Wed, Aug 12, 2015 at 3:47 PM, Mike Frysinger wrote: > > On 12 Aug 2015 15:20, Leno Hou wrote: > > > **Most importantly, Any Ideas/steps of how to porting gentoo on ppc64le > > > architecture?** > > > > do you hav

Re: [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments

2015-09-24 Thread Mike Frysinger
On 25 Sep 2015 10:32, Leno Hou wrote: > On Thu, Sep 24, 2015 at 11:07 PM, Mike Frysinger wrote: > > On 14 Aug 2015 15:52, Leno Hou wrote: > > > On Wed, Aug 12, 2015 at 3:47 PM, Mike Frysinger wrote: > > > > On 12 Aug 2015 15:20, Leno Hou wrote: > > > > &g

Re: [gentoo-dev] [PATCH] document openssh-7.0 dsa key change #557388

2015-08-13 Thread Mike Frysinger
On 13 Aug 2015 09:00, Kristian Fiskerstrand wrote: On 08/13/2015 05:17 AM, Mike Frysinger wrote: +Your best option is to generate new keys using newer types such as rsa +or ecdsa or ed25519. RSA keys will give you the greatest portability +with other clients/servers while ed25519 will get

Re: [gentoo-dev] Why gcc-config is a separate utility, not a module for eselect?

2015-08-13 Thread Mike Frysinger
On 02 Mar 2015 16:57, viv...@gmail.com wrote: good memory, maybe someone could write a frontend in eselect to gcc-config, to have a proved manager _and_ everything in one place. done for the next release https://bugs.gentoo.org/507870 -mike signature.asc Description: Digital signature

[gentoo-dev] [PATCH] profiles: linux: enable USE=seccomp by default

2015-08-13 Thread Mike Frysinger
--- profiles/default/linux/make.defaults | 3 +++ 1 file changed, 3 insertions(+) diff --git a/profiles/default/linux/make.defaults b/profiles/default/linux/make.defaults index 7ad3bdb..be2f6a1 100644 --- a/profiles/default/linux/make.defaults +++ b/profiles/default/linux/make.defaults @@ -17,6

Re: [gentoo-dev] git history older than proj/gentoo: Initial commit (56bd759)

2015-08-13 Thread Mike Frysinger
On 13 Aug 2015 17:29, Rich Freeman wrote: On Thu, Aug 13, 2015 at 3:55 PM, Paweł Hajdan, Jr. wrote: I'd like to start with: kudos for the very skilfully performed migration from CVS to git! I just committed a simple changed and it worked great. I was curious and started exploring the repo

Re: [gentoo-dev] [PATCH] document openssh-7.0 dsa key change #557388

2015-08-13 Thread Mike Frysinger
On 13 Aug 2015 17:18, Mike Gilbert wrote: On Wed, Aug 12, 2015 at 11:17 PM, Mike Frysinger vap...@gentoo.org wrote: +If you are stuck with DSA keys, you can re-enable support locally by +updating your sshd_config file with a line like so: + PubkeyAcceptedKeyTypes=+ssh-dss I think

Re: [gentoo-dev] Is the $Id$ line in our ebuilds still useful?

2015-08-13 Thread Mike Frysinger
On 13 Aug 2015 10:36, William Hubbs wrote: I understood the usefulness of this line to some when we were using CVS since it expanded into the ebuild revision, date, etc. This expansion doesn't take place under git, so now I don't understand the usefulness of this line. If I have missed

[gentoo-dev] [PATCH] document openssh-7.0 dsa key change #557388

2015-08-12 Thread Mike Frysinger
/2015/2015-08-13-openssh-weak-keys/2015-08-13-openssh-weak-keys.en.txt new file mode 100644 index 000..8dece5e --- /dev/null +++ b/2015/2015-08-13-openssh-weak-keys/2015-08-13-openssh-weak-keys.en.txt @@ -0,0 +1,26 @@ +Title: OpenSSH 7.0 disables ssh-dss keys by default +Author: Mike Frysinger vap

Re: [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments

2015-08-12 Thread Mike Frysinger
On 13 Aug 2015 07:58, 姜渠 wrote: 2015-08-12 15:47 GMT+08:00 Mike Frysinger: On 12 Aug 2015 15:20, Leno Hou wrote: 2. How to control endian difference via profiles ? i.e. *How to get ppc64le as a full stage/profile along side ppc64* ? Could you give me in detail ? you probably

Re: [gentoo-dev] .gitignore

2015-08-12 Thread Mike Frysinger
On 12 Aug 2015 18:27, Brian Dolbec wrote: 2) There is another alternate location that you can define files to ignore locally without having to commit them to .gitignore. Consider .gitignore a global setting. There is another setting inside .git/info/exclude which is a local config file that

Re: [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments

2015-08-12 Thread Mike Frysinger
On 12 Aug 2015 15:20, Leno Hou wrote: 2. How to control endian difference via profiles ? i.e. *How to get ppc64le as a full stage/profile along side ppc64* ? Could you give me in detail ? you probably want to create a new profile dir: profiles/arch/powerpc/ppc64/little-endian/

Re: [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments

2015-08-11 Thread Mike Frysinger
On 11 Aug 2015 10:45, Anthony G. Basile wrote: On 8/11/15 10:33 AM, Ian Stakenvicius wrote: On 11/08/15 06:11 AM, Leno Hou wrote: I think ppc64le would become popular, https://en.wikipedia.org/wiki/Ppc64. 1. enable porting x86 Linux based application with minimal effort. 2. Some

Re: [gentoo-dev] Introduce ppc64le architecture into gentoo ! please share your comments

2015-08-11 Thread Mike Frysinger
On 11 Aug 2015 10:49, James Le Cuirot wrote: If ppc64le does become popular then I would suggest that we drop 32-bit ppc first. Others may disagree though. :) ppc isn't being dropped, and ppc64le is entirely orthogonal to support for it -mike signature.asc Description: Digital signature

Re: [gentoo-dev] Re: rsync mirror security

2015-08-10 Thread Mike Frysinger
On 10 Aug 2015 16:05, Matthias Maier wrote: Users can fetch/pull from Github. We could also provide automatic signed tags every 30min/1h/2h/whatever (signed with a suitable infrastructure key). With that, the integrity of a tagged git checkout can be easily verified on client side. it

Re: [gentoo-dev] Re: rsync mirror security

2015-08-10 Thread Mike Frysinger
On 11 Aug 2015 15:23, Kent Fredric wrote: On 11 August 2015 at 15:06, Mike Frysinger wrote: it would have to re-use the same tag name every time otherwise we end up with 17.5k/8.7k/4.3k/whatever new tags per year ... a really bad idea I was very much under the impression git

Re: [gentoo-dev] .gitignore

2015-08-10 Thread Mike Frysinger
On 10 Aug 2015 08:28, Justin (jlec) wrote: how do we maintain this file? like any other file. git add git commit. I like to propose to add the md5-cache into it. Which other files are of interest? /distfiles/ /local/ /packages/ /metadata/md5-cache/ -mike signature.asc Description:

Re: [gentoo-dev] .gitignore

2015-08-10 Thread Mike Frysinger
On 10 Aug 2015 09:17, Michał Górny wrote: Dnia 2015-08-10, o godz. 02:42:21 Mike Frysinger napisał(a): On 10 Aug 2015 08:28, Justin (jlec) wrote: I like to propose to add the md5-cache into it. Which other files are of interest? /distfiles/ /local/ /packages/ Those

Re: [gentoo-dev] Re: Git Migration: go-live!

2015-08-09 Thread Mike Frysinger
On 09 Aug 2015 04:16, Ryan Hill wrote: On Sun, 9 Aug 2015 05:36:16 + Robin H. Johnson wrote: On Sat, Aug 08, 2015 at 05:47:14PM +, Robin H. Johnson wrote: On Thu, Jul 02, 2015 at 09:39:52PM +, Robin H. Johnson wrote: 2015/08/08 15:00 UTC - Freeze 2015/08/08 19:00 UTC -

[gentoo-dev] Re: [gentoo-core] Git Migration: go-live!

2015-08-09 Thread Mike Frysinger
On 09 Aug 2015 12:18, Agostino Sarubbo wrote: 1) The git workflow [1] does not mention to add PORTAGE_GPG_KEY to make.conf and neither to use the long gpg key. Does the short create a problem? it does not 2) The git workflow [1] says to do git config --local commit.gpgsign 1 - Do we need

Re: [gentoo-scm] Re: [gentoo-dev] Git Migration: go-live!

2015-08-09 Thread Mike Frysinger
On 09 Aug 2015 14:54, Alexey Shvetsov wrote: Hi all! please don't top post Current repoman complains about headers in ebuilds Creating Manifest for /home/alexxy/Gentoo/gentoo/sys-cluster/open-mx ebuild.badheader 1 sys-cluster/open-mx/open-mx-1.5.4.ebuild: Malformed

Re: [gentoo-core] [gentoo-dev] Git Migration: go-live!

2015-08-09 Thread Mike Frysinger
On 09 Aug 2015 11:31, Marc Schiffbauer wrote: * Michael Weber schrieb am 09.08.15 um 11:00 Uhr: On 08/09/2015 07:36 AM, Robin H. Johnson wrote: I'm only 90% sure that everything works, but I've spent almost the entire day on it, and there's more to go tomorrow. Thanks a lot! use

[gentoo-dev] new mips dev box

2015-06-17 Thread Mike Frysinger
Google has donated a nice mips box to us for general development. it is beefy enough and has lots of disk space that we're opening it up to any Gentoo dev like any other dev box -- create chroots and such. it's running a 64bit kernel and thus supports any of the mips ABIs (o32/n32/n64),

Re: [gentoo-portage-dev] [PATCH v2] install-qa-check.d: issue warnings for 32bit ELFs not using LFS

2015-06-11 Thread Mike Frysinger
On 11 Jun 2015 00:21, Brian Dolbec wrote: On Sat, 30 May 2015 10:36:05 -0400 Mike Frysinger wrote: so if we're happy with this implementation, i'll start a thread on gentoo-dev so people aren't caught by surprise, and we can merge this for the next release. -mike So, what's the status

Re: [gentoo-dev] new eclass: go-live.eclass for handling go live ebuilds

2015-06-10 Thread Mike Frysinger
On 08 Jun 2015 14:38, William Hubbs wrote: # Copyright 2015 Gentoo Foundation normally we use the header from skel.ebuild everywhere # We depend on dev-vcs/git since it is the most used vcs for Go # packages. However we will not depend on all vcs's Go supports at the # eclass level. If your

[gentoo-portage-dev] [PATCH] require PORTAGE_{BIN,PYM}_PATH not be cleared

2015-06-10 Thread Mike Frysinger
Rather than hardcode a full path everywhere as a fallback, assume the value is always set to the right location. The current path isn't the right place anymore already. If it turns out we want to support this scenario, we can do it via a bunch of bootstrapping (and symlinked) files. ---

Re: [gentoo-portage-dev] [PATCH v4] xattr: centralize the various shims in one place

2015-06-10 Thread Mike Frysinger
On 30 May 2015 16:59, Mike Frysinger wrote: Rather than each module implementing its own shim around the various methods for accessing extended attributes, start a dedicated module that exports a consistent API. ping ... are people ok with this change in API ? -mike signature.asc Description

Re: [gentoo-portage-dev] [PATCH v4] xattr: centralize the various shims in one place

2015-06-10 Thread Mike Frysinger
On 10 Jun 2015 11:54, Zac Medico wrote: On 05/30/2015 01:59 PM, Mike Frysinger wrote: LGTM, except this one line is indented with spaces instead of tabs in vartree.py: def tar_contents(contents, root, tar, protect=None, onProgress=None, - xattr=False): + xattrs=False

Re: [gentoo-dev] RFC: Indention in metadata.xml

2015-06-07 Thread Mike Frysinger
On 06 Jun 2015 12:17, Ulrich Mueller wrote: On Sat, 6 Jun 2015, Michał Górny wrote: Visual space is what you set in your editor. Which also gives tab the advantage that you can set it to something good for you, like 'more than 2 spaces so that it is readable'. *If* we should agree on

Re: [gentoo-dev] new eclass: go-live.eclass for handling go live ebuilds

2015-06-05 Thread Mike Frysinger
On 05 Jun 2015 09:34, William Hubbs wrote: On Fri, Jun 05, 2015 at 12:54:45AM -0400, Mike Frysinger wrote: On 04 Jun 2015 14:10, William Hubbs wrote: # @MAINTAINER: # William Hubbs willi...@gentoo.org # @BLURB: Eclass for fetching and unpacking go repositories. # @DESCRIPTION

Re: [gentoo-dev] new eclass: go-live.eclass for handling go live ebuilds

2015-06-04 Thread Mike Frysinger
On 04 Jun 2015 14:10, William Hubbs wrote: # @ECLASS: go-live.eclass since we're going to have a common go eclass, and i don't think we'll want to call it go.eclass, this too probably should not be go-xxx. if we assume the base one will be golang.eclass, then this should be golang-xxx.eclass.

Re: [gentoo-dev] oops: portage-latest.tar.* are off-by-one.

2015-06-04 Thread Mike Frysinger
On 04 Jun 2015 21:46, Vadim A. Misbakh-Soloviov wrote: В письме от Чт, 4 июня 2015 11:17:01 пользователь Mike Frysinger написал: if you have a bug to report, please use bugs.gentoo.org I bet, bug will deprecate itself before even bug wranglers takes a look on it. i don't know what point

Re: [gentoo-dev] oops: portage-latest.tar.* are off-by-one.

2015-06-04 Thread Mike Frysinger
if you have a bug to report, please use bugs.gentoo.org -mike signature.asc Description: Digital signature

Re: [gentoo-dev] LFS QA warnings coming soon to a build near you

2015-06-03 Thread Mike Frysinger
On 03 Jun 2015 10:26, Alexis Ballier wrote: On Tue, 2 Jun 2015 10:13:54 -0400 Mike Frysinger wrote: On 01 Jun 2015 10:15, Alexis Ballier wrote: On Sun, 31 May 2015 11:17:50 -0400 Mike Frysinger wrote: (3) considering the glibc effort has been stalled for over a year, (1) is something

Re: [gentoo-portage-dev] [PATCH] runtests: rewrite in python

2015-06-03 Thread Mike Frysinger
On 30 May 2015 12:30, Brian Dolbec wrote: On Sat, 30 May 2015 14:27:25 -0400 Mike Frysinger wrote: +def get_python_executable(ver): + Find the right python executable for |ver| + if ver == 'pypy': + prog = 'pypy' + else: + prog

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: linux-info.eclass

2015-06-02 Thread Mike Frysinger
On 02 Jun 2015 08:11, Michał Górny wrote: Dnia 2015-06-02, o godz. 04:27:35 Mike Frysinger (vapier) vap...@gentoo.org napisał(a): + for OUTPUT_DIR in ${SYROOT} ${ROOT} ; do What's SYROOT? Did you mean SYSROOT? thanks, fixed -mike signature.asc Description: Digital signature

<    1   2   3   4   5   6   7   8   9   10   >