Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Gordon Pettey
On Sun, Jan 18, 2015 at 6:13 PM, Patrick Lauer patr...@gentoo.org wrote: On Sunday 18 January 2015 21:44:05 Michał Górny wrote: popcnt - Enable popcnt instruction support Why?! Because Intel and AMD support it via different cpuinfo feature names. It is popcnt on Intel, and abm on AMD. The

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Diamond
On Sun, 18 Jan 2015 20:28:27 -0600 Gordon Pettey petteyg...@gmail.com wrote: Because Intel and AMD support it via different cpuinfo feature names. It is popcnt on Intel, and abm on AMD. The description of the flag should also mention that it is included in feature abm on AMD CPUs (and

Re: [gentoo-dev] proposed update to toolchain.eclass

2015-01-18 Thread Fabian Groffen
On 18-01-2015 22:23:04 +, Diego Elio Pettenò wrote: Yes, yes, yes, please fix this eight years old wish entry for me ;) [1]https://gcc.gnu.org/ml/gcc-help/2007-02/msg00314.html ... but also: https://gcc.gnu.org/ml/gcc-help/2007-02/msg00369.html Anyway, in Prefix, we do need the

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Diamond
On Sun, 18 Jan 2015 21:44:05 +0100 Michał Górny mgo...@gentoo.org wrote: Hello, I would like to commit the following flags as cpu_flags_x86_desc. The list combines global USE flags with some local USE flags I've been able to find. 3dnow - Use the 3DNow! instruction set 3dnowext - Use

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Diamond
On Mon, 19 Jan 2015 08:13:46 +0800 Patrick Lauer patr...@gentoo.org wrote: 3dnow - Use the 3DNow! instruction set 3dnowext - Use the Enhanced 3DNow! instruction set Those are kinda mostly dead (no new CPUs have them anymore) My CPU still has them. mmxext - Use the Extended MMX

[gentoo-portage-dev] [PATCH] update LOGNAME variable when appropriate (534722)

2015-01-18 Thread Zac Medico
Fix userpriv, usersync, and userfetch code to update the LOGNAME variable when dropping privileges, so that tools that rely on it will work properly. Note that bin/save-ebuild-env.sh filters LOGNAME, preventing stale LOGNAME settings from persisting between ebuild phases that run with different

[gentoo-dev] Re: Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Duncan
Michał Górny posted on Sun, 18 Jan 2015 21:44:05 +0100 as excerpted: sse3 - Use the SSE3 instruction set (pni in cpuinfo) ssse3 - Use the SSSE3 instruction set For these two, just to clarify I'd put in parenthesis: for sse3: (not ssse3) for ssse3: (not sse3) Possibly even all-caps the NOT.

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Mike Gilbert
On Sun, Jan 18, 2015 at 7:13 PM, Patrick Lauer patr...@gentoo.org wrote: 3dnow - Use the 3DNow! instruction set 3dnowext - Use the Enhanced 3DNow! instruction set Those are kinda mostly dead (no new CPUs have them anymore) I'm sure there are still plenty of these out in the wild. I know I

Re: [gentoo-portage-dev] [PATCH] sync: fix module_names enumeration

2015-01-18 Thread Brian Dolbec
On Sat, 17 Jan 2015 14:16:43 +0100 Michał Górny mgo...@gentoo.org wrote: Fix module_names enumeration to consider all modules. Before, the first module on the list was omitted ('cvs' in this case). Another thing is, the CVS module is completely, utterly and inevitably broken. And the whole

[gentoo-portage-dev] [PATCH v2] sync: support sync-depth for DVCS-es (git --depth)

2015-01-18 Thread Michał Górny
Support sync-depth with the default set to 1. This allows the user to reduce the number of historical commits fetched along with the repository (git --depth). --- man/portage.5| 6 +- pym/portage/repository/config.py | 6 +-

Re: [gentoo-dev] Things one could be upset about

2015-01-18 Thread Andrew Savchenko
On Sat, 17 Jan 2015 17:43:17 -0800 Zac Medico wrote: On 01/17/2015 04:46 PM, Patrick Lauer wrote: On Saturday 17 January 2015 13:12:56 Zac Medico wrote: On 01/17/2015 03:35 AM, Patrick Lauer wrote: * Portage is too slow On 'small' hardware emerge -upNDv @world can take enough time

[gentoo-portage-dev] [PATCH v2] svn sync: fix the module

2015-01-18 Thread Michał Górny
Fix the svn sync module since it doesn't work at all right now. More specifically: 1. add exists() method that checks for the '.svn' directory to determine whether the repository was checked out already. 2. Fix the initial clone to use valid svn commands. Do not remove the just-created (in

Re: [gentoo-dev] Things one could be upset about

2015-01-18 Thread Dirkjan Ochtman
On Sat, Jan 17, 2015 at 9:00 PM, William Hubbs willi...@gentoo.org wrote: Why the heck do we ship both 3.3 and 3.4? I forget the exact situation with 2.x and 3.x, but I don't think setting PYTHON_TARGETS to 2.7-only is a great option if that remains the default after installation (although it

Re: [gentoo-dev] Things one could be upset about

2015-01-18 Thread Róbert Čerňanský
On Sat, 17 Jan 2015 13:44:21 +0100 Dirkjan Ochtman d...@gentoo.org wrote: On Sat, Jan 17, 2015 at 12:35 PM, Patrick Lauer patr...@gentoo.org wrote: * Some stable bugs are left alone for months See e.g. https://bugs.gentoo.org/show_bug.cgi?id=485632 Fix: Have more people work on

[gentoo-portage-dev] [PATCH v2] Default MAKEOPTS to -j(ncpus+1) when unset

2015-01-18 Thread Michał Górny
Default MAKEOPTS job number to (number of CPUs + 1) when it is not provided in the ebuild environment. Suggested-By: Daniel Robbins drobb...@funtoo.org --- pym/portage/package/ebuild/doebuild.py | 8 +++- pym/portage/util/cpuinfo.py| 18 ++ 2 files changed, 25

Re: [gentoo-portage-dev] [PATCH] sync: support sync-clone-depth for DVCS-es (git --depth)

2015-01-18 Thread Brian Dolbec
On Sat, 17 Jan 2015 12:58:19 +0100 Michał Górny mgo...@gentoo.org wrote: Support sync-clone-depth with the default set to 1. This allows the user to reduce the number of historical commits fetched along with the repository (git --depth). --- man/portage.5 | 4

Re: [gentoo-portage-dev] [PATCH] sync: fix module_names enumeration

2015-01-18 Thread Michał Górny
Dnia 2015-01-18, o godz. 01:49:16 Brian Dolbec dol...@gentoo.org napisał(a): Fix module_names enumeration to consider all modules. Before, the first module on the list was omitted ('cvs' in this case). Another thing is, the CVS module is completely, utterly and inevitably broken. And

[gentoo-dev] PowerPC team and project page on the wiki

2015-01-18 Thread Anthony G. Basile
Hi everyone, Back last August we reorganized the powerpc team. Since the team was scattered a few of us got together and we 1) unified ppc and ppc64 into one subproject called powerpc, 2) elected jmorgan as lead and 3) asked anyone interested to come forward. Some people said they were

Re: [gentoo-portage-dev] [PATCH v2] svn sync: fix the module

2015-01-18 Thread Brian Dolbec
On Sun, 18 Jan 2015 11:35:18 +0100 Michał Górny mgo...@gentoo.org wrote: Fix the svn sync module since it doesn't work at all right now. More specifically: 1. add exists() method that checks for the '.svn' directory to determine whether the repository was checked out already. 2. Fix the

Re: [gentoo-portage-dev] [PATCH] sync: unify syncing messages and reduce noise

2015-01-18 Thread Brian Dolbec
On Sat, 17 Jan 2015 14:55:14 +0100 Michał Górny mgo...@gentoo.org wrote: Print single Syncing repository '%s' into '%s'... before syncing, and single === Sync completed for %s after successful sync. Remove duplicate in-module clone/pull messages. Instead, verbosely print git commands

Re: [gentoo-portage-dev] [PATCH] cvs sync: fix the module

2015-01-18 Thread Brian Dolbec
On Sat, 17 Jan 2015 18:36:58 +0100 Michał Górny mgo...@gentoo.org wrote: Fix the cvs sync module since it doesn't work at all right now. More specifically: 1. add exists() method that checks for the 'CVS' sub-directory to determine whether the repository was checked out already. 2. Do

Re: [gentoo-portage-dev] [PATCH] emerge: default --backtrack=3 (bug #536926)

2015-01-18 Thread Brian Dolbec
On Sat, 17 Jan 2015 14:57:23 -0800 Zac Medico zmed...@gentoo.org wrote: The previous default emerge --backtrack=10 setting could lead to lots of wasted cpu time in cases where it will ultimately fail to find a valid solution anyway. Therefore, reduce the default to --backtrack=3. In order

Re: [gentoo-portage-dev] [PATCH v2] sync: support sync-depth for DVCS-es (git --depth)

2015-01-18 Thread Brian Dolbec
On Sun, 18 Jan 2015 11:33:49 +0100 Michał Górny mgo...@gentoo.org wrote: Support sync-depth with the default set to 1. This allows the user to reduce the number of historical commits fetched along with the repository (git --depth). --- man/portage.5| 6 +-

Re: [gentoo-portage-dev] [PATCH v2] git sync: replace 'git rev-parse' with safer '.git' check

2015-01-18 Thread Brian Dolbec
On Sun, 18 Jan 2015 11:34:24 +0100 Michał Górny mgo...@gentoo.org wrote: The 'git rev-parse' could succeed if one of the parent directories contained a git repository, and it also had unwanted error output. Instead, just check whether the '.git' directory exists. ---

Re: [gentoo-portage-dev] Re: [PATCH] TestFakedbapi: override EPREFIX for bug #492932

2015-01-18 Thread Brian Dolbec
On Sat, 17 Jan 2015 11:16:10 -0800 Zac Medico zmed...@gentoo.org wrote: On 12/20/2014 01:11 PM, Zac Medico wrote: For tests, override portage.const.EPREFIX in order to avoid unwanted access to /etc/portage. This override may seem evil, but it is a convenient way to simulate a prefix

Re: [gentoo-portage-dev] [PATCH v2] Default MAKEOPTS to -j(ncpus+1) when unset

2015-01-18 Thread Brian Dolbec
On Sun, 18 Jan 2015 11:38:38 +0100 Michał Górny mgo...@gentoo.org wrote: Default MAKEOPTS job number to (number of CPUs + 1) when it is not provided in the ebuild environment. Suggested-By: Daniel Robbins drobb...@funtoo.org --- pym/portage/package/ebuild/doebuild.py | 8 +++-

Re: [gentoo-portage-dev] [PATCH] More = atoms for autounmask USE changes (536392)

2015-01-18 Thread Brian Dolbec
On Sat, 17 Jan 2015 23:13:20 -0800 Zac Medico zmed...@gentoo.org wrote: When checking for packages that will be matched by an autounmask USE change, account for package visibility (masking), so that we can generate more = atoms (as opposed to = atoms that only match very specific versions).

Re: [gentoo-portage-dev] [PATCH] compression_probe: support lz4, lzip, lzop

2015-01-18 Thread Brian Dolbec
On Sat, 17 Jan 2015 13:59:02 -0800 Zac Medico zmed...@gentoo.org wrote: On 01/17/2015 03:10 AM, Michał Górny wrote: --- pym/portage/util/compression_probe.py | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) LGTM. BTW, I've verified that all the the new entries in

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Michał Górny
Dnia 2015-01-18, o godz. 15:15:22 Matt Turner matts...@gentoo.org napisał(a): On Sun, Jan 18, 2015 at 12:44 PM, Michał Górny mgo...@gentoo.org wrote: Hello, I would like to commit the following flags as cpu_flags_x86_desc. The list combines global USE flags with some local USE flags I've

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Matt Turner
On Sun, Jan 18, 2015 at 3:23 PM, Michał Górny mgo...@gentoo.org wrote: Dnia 2015-01-18, o godz. 15:15:22 Matt Turner matts...@gentoo.org napisał(a): On Sun, Jan 18, 2015 at 12:44 PM, Michał Górny mgo...@gentoo.org wrote: Hello, I would like to commit the following flags as

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-01-18 23:59 UTC

2015-01-18 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2015-01-18 23:59 UTC. Removals: Additions: dev-libs/libtreadstone 2015-01-13 02:38:17 patrick dev-libs/utfcpp 2015-01-13 20:28:49 yac

Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Patrick Lauer
On Sunday 18 January 2015 21:44:05 Michał Górny wrote: Hello, I would like to commit the following flags as cpu_flags_x86_desc. The list combines global USE flags with some local USE flags I've been able to find. 3dnow - Use the 3DNow! instruction set 3dnowext - Use the Enhanced 3DNow!

[gentoo-dev] proposed update to toolchain.eclass

2015-01-18 Thread Anthony G. Basile
Hi everyone, I'd like to make a commit to toolchain.eclass in a few days. mgorny noticed some code which can be improved. Basically gcc creates fixed include files from system headers because of the requirement that it have ansi c compliant headers. These are fixed via shells scripts during

Re: [gentoo-dev] proposed update to toolchain.eclass

2015-01-18 Thread Diego Elio Pettenò
Yes, yes, yes, please fix this eight years old wish entry for me ;) https://gcc.gnu.org/ml/gcc-help/2007-02/msg00314.html Diego Elio Pettenò — Flameeyes https://blog.flameeyes.eu/ On 18 January 2015 at 21:50, Anthony G. Basile bluen...@gentoo.org wrote: Hi everyone, I'd like to make a commit

[gentoo-dev] Review: desc/cpu_flags_x86.desc

2015-01-18 Thread Michał Górny
Hello, I would like to commit the following flags as cpu_flags_x86_desc. The list combines global USE flags with some local USE flags I've been able to find. 3dnow - Use the 3DNow! instruction set 3dnowext - Use the Enhanced 3DNow! instruction set aes-ni - Enable support for Intel's AES

[gentoo-dev] Last rites: Further packages, that build only with Ruby 1.9

2015-01-18 Thread Manuel Rüger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 # Manuel Rüger mr...@gentoo.org (18 Jan 2015) # Ruby 1.9 only packages, do not build with later rubies # Removal in 30 days. dev-ruby/flickr dev-ruby/gemcutter dev-ruby/ruby_parser:0 dev-ruby/drydock dev-ruby/net-dns -BEGIN PGP SIGNATURE-