Mike Gilbert | 24 Nov 02:56 2014

Reverted python3.4 defaults

Just a heads-up: I have reverted PYTHON_TARGETS to contain python2_7
and python3_3 (removing python3_4).

The stable tree is not quite ready for python3_4; there are many
packages that need to have python3_4 added to PYTHON_COMPAT, and a
smaller set that need to be stabilized.

If you would like to assist in this effort, please let me know.

hasufell | 24 Nov 02:17 2014

Packages up for grabs

packages up for grab:

I didn't change metadata.xml, nor bug reports for any of those, because
I was too lazy. If you grab one, please do so yourself.

(Continue reading)

Michael Orlitzky | 23 Nov 19:47 2014

Doomsayers needed

We've got a bug in Nagios's `ping` command format detection:


It's easy to reproduce by taking down your "lo" interface, or by
filtering all icmp packets in iptables.

Fortunately, you can override the auto-detection by passing it a magic
string, and that works around the bug:

  --with-ping-command="/bin/ping -n -U -w %d -c %d %s"
  --with-ping6-command="/bin/ping6 -n -U -w %d -c %d %s"

Those are the formats and executable locations that get detected on my
machine. Can anyone think of a case where hard-coding these (using
$ROOT) would backfire on me?

Robin H. Johnson | 23 Nov 19:43 2014

Automated Package Removal and Addition Tracker, for the week ending 2014-11-16 23:59 UTC

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2014-11-16 23:59 UTC.

app-accessibility/gnome-mag         	2014-11-13 10:36:10	pacho
app-accessibility/gnome-speech      	2014-11-13 10:36:23	pacho
app-accessibility/gok               	2014-11-13 10:36:36	pacho
app-admin/gnome-system-tools        	2014-11-13 10:37:37	pacho
app-admin/pessulus                  	2014-11-13 10:39:50	pacho
app-admin/sabayon                   	2014-11-13 10:40:01	pacho
app-crypt/seahorse-plugins          	2014-11-13 10:46:38	pacho
app-pda/gnome-pilot                 	2014-11-13 10:51:44	pacho
app-pda/gnome-pilot-conduits        	2014-11-13 10:51:52	pacho
dev-cpp/libgdamm                    	2014-11-13 10:57:02	pacho
dev-cpp/libpanelappletmm            	2014-11-13 10:57:22	pacho
dev-python/brasero-python           	2014-11-13 11:03:58	pacho
dev-python/bug-buddy-python         	2014-11-13 11:04:19	pacho
dev-python/evince-python            	2014-11-13 11:04:38	pacho
dev-python/evolution-python         	2014-11-13 11:04:58	pacho
dev-python/gnome-applets-python     	2014-11-13 11:05:19	pacho
dev-python/gnome-desktop-python     	2014-11-13 11:05:45	pacho
dev-python/gnome-media-python       	2014-11-13 11:06:05	pacho
dev-python/libgda-python            	2014-11-13 11:06:29	pacho
dev-python/libgksu-python           	2014-11-13 11:06:49	pacho
dev-python/libgnomeprint-python     	2014-11-13 11:07:17	pacho
dev-python/libgtop-python           	2014-11-13 11:07:44	pacho
dev-python/totem-python             	2014-11-13 11:08:09	pacho
gnome-base/gnome-applets            	2014-11-13 11:18:12	pacho
gnome-base/gnome-fallback           	2014-11-13 11:19:58	pacho
gnome-base/gnome-panel              	2014-11-13 11:27:50	pacho
(Continue reading)

heroxbd | 22 Nov 14:58 2014

RFC: Project Android

Dear fellows,

I have updated the project page of Android at:


to convey the purpose and methodology of the project to the public.  To

  This project is about bringing Gentoo users and develops home to their
  mobile devices. It aims to produce an environment that is indifferent
  to that of desktop computers. It strives to liberate the computers in
  our pockets with Gentoo philosophy and style, as an ultimate response
  to Free Software Foundation(FSF)'s concerns on the freedom for mobile

If you are interested, please share your ideas and consider to join in
the effort.  I would also like to have some help to polish the text to
make it more objective, neutral and Gentoo-centric.

Thank you very much.


Zac Medico | 21 Nov 05:16 2014

Re: Portage dependency solving algorithm

On 11/20/2014 12:19 PM, Zac Medico wrote:
> On 11/19/2014 11:59 AM, Andrew Savchenko wrote:
>> Hello,
>> On Mon, 17 Nov 2014 21:55:48 -0800 Zac Medico wrote:
>>> On 11/17/2014 09:47 PM, Andrew Savchenko wrote:
>>>> I use 2.2.14 on both hosts (and usually latest ~x86 portage is
>>>> there). I thought that running fixpackages should be enough to run
>>>> emerge with --dynamic-deps=n. 
>>> It depends on how badly the installed deps have diverged from the
>>> corresponding ebuilds in the tree.
>> I tried fixpackages. It fixed some problems and looks like
>> dependencies resolution became faster. But not all problems are
>> fixed and I can't use --dynamic-deps n on both systems for now;
>> and emerge  <at> changed-deps fails due to numerous conflicts, blocks,
>> unsatisfied deps (this is not surprising, since it doesn't try to
>> update all packages in tree).
>> By the way, is there any way to unroll conflict lists in portage
>> output? I mean if I have following:
>>   (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) pulled in by
>>     >=dev-lang/ghc-6.8.2:0/7.6.3= required by (dev-haskell/random-, installed)
>> 			^^^^^^^^^
>>     (and 68 more with the same problem)
>> How can I see all list of these 68 packages? Sometimes this feature is
>> really desired, e.g. if I don't want to update all  <at> world but need to
(Continue reading)

hasufell | 20 Nov 18:25 2014

[PATCH] games.eclass: Allow to disable games permissions wrt #467386

From: Julian Ospald <hasufell <at> gentoo.org>
Date: Thu Nov 20 17:04:20 UTC 2014
Subject: Allow to disable games permissions wrt #467386

	This also removes unnecessary exports of games

--- eclass/games.eclass
+++ eclass/games.eclass
 <at>  <at>  -19,25 +19,46  <at>  <at> 
 	*) die "no support for EAPI=${EAPI} yet" ;;

+# Set to 0 to disable file permission modifications.
+# Set to 0 to set the games variables like GAMES_PREFIX to
+# match regular ebuilds if you don't want to micromanage them.
 if [[ ${CATEGORY}/${PN} != "games-misc/games-envd" ]] ; then
 	# environment file

-export GAMES_PREFIX=${GAMES_PREFIX:-/usr/games}
-export GAMES_DATADIR=${GAMES_DATADIR:-/usr/share/games}
-export GAMES_DATADIR_BASE=${GAMES_DATADIR_BASE:-/usr/share} # some packages auto append 'games'
(Continue reading)

Alec Ten Harmsel | 19 Nov 03:17 2014

Running repoman on the portage tree

Hey devs,

This is my first mail to this list. If this is out of line, let me know.

I've been playing around with Jenkins (continuous integration server)
recently for a couple of personal projects, including my own overlay. I
thought it would be cool to run 'repoman full' on the portage tree. A
couple of things surprised me:

* It took over 4 hours
* So many (~3MB output) warnings, especially "upstream parallel
compilation bug"... thought autoconf handled this, but I guess not
* 9233 ebuilds that use a deprecated EAPI

Please don't take this the wrong way; I'm not accusing anyone, and I
still love Gentoo, it was just kind of funny. I've attached the full log
for anyone that's interested.

Started by user anonymous
Building in workspace /root/.jenkins/workspace/gentoo
[gentoo] $ /bin/sh -xe /tmp/hudson6710362547416693508.sh
+ emerge --sync
>>> Synchronization of repository 'gentoo' located in '/usr/portage'...
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(764) [Receiver=3.0.9]

(Continue reading)

Wayne Chang | 18 Nov 20:38 2014

ROS (Robot Operating System) Overlay for Gentoo

Hi All,

I got the latest ROS version running on Gentoo and packaged it into an
overlay. The closest overlay was ezod
(http://www.mavrinac.com/index.cgi?page=gentoo), but it wasn't getting
much love.

The maintainers at ROS were kind enough to set up a repo under their


I tried going through the bugs.gentoo.org before with a tar of ebuilds,
but that didn't work out too well. What's the best way to get this
repository recognized as an official overlay?


Mike Gilbert | 15 Nov 23:02 2014

RFC: News item for python3.4 defaults

Please review the attached news item. This is intended as a head-up
before I adjust the default PYTHON_TARGETS setting in our profiles.

Any improvements are welcome.
Title: Python 3.4 enabled by default
Author: Mike Gilbert <floppym <at> gentoo.org>
Content-Type: text/plain
Posted: 2014-11-15
Revision: 1
News-Item-Format: 1.0

Python 3.4 will be enabled by default soon, replacing Python 3.3 as the
default Python 3 interpreter.

PYTHON_TARGETS will be adjusted to contain python2_7 and python3_4.
PYTHON_SINGLE_TARGET will remain set to python2_7 for the time being.

If you have PYTHON_TARGETS set in make.conf, that setting will still be
respected. This change only affects the profile defaults.

At the same time, support for Python 3.2 will be removed from the
python-r1 family of eclasses. This version no longer receives regular
bug fixes, and is currently only receiving security updates.

Once the changes have taken place, a world update should take care of
reinstalling any python libraries you have installed. You should also
switch your default python3 interperter using eselect python, and
possibly run python-updater if you have some older python libraries
(Continue reading)

Michael Orlitzky | 14 Nov 15:08 2014

Deps on slotted executables (implicit <at> system tangent)

On 11/13/2014 10:17 AM, Ian Stakenvicius wrote:

>> Isn't it possible to disable C++ in GCC with USE="-cxx"?
> It is..  but unfortunately there's no way in DEPEND to ensure it's
> satisfied, as you can have a gcc installed with that flag enabled but
> have a second one (that's actually selected in gcc-config) with it
> disabled.  A pkg_pretend check or a pkg_setup check (if you don't want
> it to just fail in src_configure) is probably the best way to enforce
> that one at this time.  Unless there are other ways I'm not aware of??

Is this a case (as was recently suggested) where we're doing something
stupid rather than asking for help from the PMS? This problem shows up
in a few places -- off the top of my head:

  * GCC (see sys-apps/systemd-217.ebuild)
  * PHP (see comment in app-text/XML-Schema-learner-1.0.0.ebuild)
  * Python (all over the place)
  * Ruby (all over the place)

Since all of the above are slotted, we can DEPEND on them, but we can't
actually be sure that we're using the right slot at build time. The
package manager knows that the right version is there, but it's not at
the moment prepared to find and use it.

Question 1: is it desirable to e.g. switch compilers, compile systemd,
and then switch back? At first I thought the PM should respect my
selected compiler, but after thinking about it for a few minutes, I've
changed my mind. The compiler deps are just like anything else: if I ask
portage to install systemd, it should do what it takes to install
(Continue reading)