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.


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.

app-backup/qt4-fsarchiver
app-emulation/vboxgtk
app-misc/trash-cli
app-text/keepnote
dev-libs/angelscript
dev-libs/libRocket
dev-libs/mathjax
dev-python/jedi
dev-python/pathlib
dev-python/pyutil
dev-python/simplegui
dev-python/zbase32
dev-python/zfec
dev-util/a8
dev-util/bluej
mail-client/geary
mail-filter/sieve-connect
media-gfx/nvidia-texture-tools
media-gfx/pinta
media-gfx/xpaint
media-sound/tudor-volumed
net-fs/tahoe-lafs


23 Nov 19:47 2014

Doomsayers needed

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

https://bugs.gentoo.org/show_bug.cgi?id=468296

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?  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. Removals: 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) 22 Nov 14:58 2014 RFC: Project Android Dear fellows, I have updated the project page of Android at: https://wiki.gentoo.org/wiki/Project:Android to convey the purpose and methodology of the project to the public. To quote: 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 computing. 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. Cheers, Benda  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-1.0.1.1-r1:0/1.0.1.1::gentoo, 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) 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 variables. --- eclass/games.eclass +++ eclass/games.eclass <at> <at> -19,25 +19,46 <at> <at> *) die "no support for EAPI=${EAPI} yet" ;;
esac

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

-export GAMES_PREFIX=${GAMES_PREFIX:-/usr/games} -export GAMES_PREFIX_OPT=${GAMES_PREFIX_OPT:-/opt}
-export GAMES_DATADIR=${GAMES_DATADIR:-/usr/share/games} -export GAMES_DATADIR_BASE=${GAMES_DATADIR_BASE:-/usr/share} # some packages auto append 'games'
-export GAMES_SYSCONFDIR=${GAMES_SYSCONFDIR:-/etc/games}  (Continue reading) 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. Alec  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]



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
organization:

https://github.com/ros/ros-overlay

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?

Best,
Wayne


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


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