Diego Elio Pettenò | 26 Nov 05:29 2014
Picon

Packages up for grab

Trying to dump first the packages I no longer use/I'm no longer interested in:

app-crypt/sgeps
app-emacs/actionscript-mode
dev-java/jcommander
dev-perl/CHI
dev-perl/Data-Uniqid
dev-perl/Digest-JHash
dev-perl/Filesys-SmbClient
dev-perl/google-api-adwords-perl
dev-perl/Hash-MoreUtils
dev-perl/String-RewritePrefix
dev-perl/Test-MockModule
games-board/cockatrice
media-gfx/entangle
media-gfx/pixie
net-misc/lksctp-tools
net-misc/miredo
net-misc/teamviewer
net-misc/tsclient
net-proxy/c-icap
net-proxy/squidclamav
net-proxy/ufdbguard
sys-apps/timer_entropyd
sys-block/hpacucli
x11-themes/constantine-backgrounds
x11-themes/gentoo10-backgrounds
x11-themes/goddard-backgrounds
x11-themes/laughlin-backgrounds
x11-themes/leonidas-backgrounds
(Continue reading)

Diego Elio Pettenò | 25 Nov 23:45 2014
Picon

tb logs attacher

Hi, did you end up running the script only for RESO/NEEDINFO or for all of them?

If you have a chance to run it for every bug I will just turn down the
S3 account afterwards.

Diego Elio Pettenò — Flameeyes
flameeyes <at> flameeyes.eu — http://blog.flameeyes.eu/

On 20 November 2014 at 16:04, Ian Stakenvicius <axs <at> gentoo.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> On 20/11/14 09:47 AM, Ian Stakenvicius wrote:
>> On 19/11/14 09:51 PM, Rich Freeman wrote:
>>> On Wed, Nov 19, 2014 at 8:41 PM, Diego Elio Pettenò
>>> <flameeyes <at> flameeyes.eu> wrote:
>>>> On 31 October 2014 09:28, Diego Elio Pettenò
>>>> <flameeyes <at> flameeyes.eu> wrote:
>>>>> So who wants to pick up the pieces now? Because I'm almost
>>>>> pissed off enough to turn down the tinderbox and give a big
>>>>> FU to Gentoo already.
>>>>> https://bugs.gentoo.org/show_bug.cgi?id=527608
>>>>
>>>> More! https://bugs.gentoo.org/show_bug.cgi?id=529788
>>>>
>>>> Again, is somebody going to stand up and do something or can I
>>>> shut down my tinderbox and spend my free time playing Baldur's
>>>> Gate?
>>>>
>>
(Continue reading)

Michael Mol | 25 Nov 21:49 2014
Picon

Duplicate bug reports, resolution status and Bug 426262

(First, I don't care how the autoconf.in->autoconf.ac migration is
handled at a code level. This isn't about that. I'd appreciate if that
were largely handled in a separate thread. This (I think) is about
policy around bug reporting.)

Timeline:

1) *Bug 426262* <https://bugs.gentoo.org/show_bug.cgi?id=426262> was filed
2) SpanKY <mailto:vapier <at> gentoo.org>
committedhttp://sources.gentoo.org/eclass/autotools.eclass?r1=1.165&r2=1.166
, and marked #426262 RESOLVED/FIXED, with the intent of flushing out
configure.in use cases.
<http://sources.gentoo.org/eclass/autotools.eclass?r1=1.165&r2=1.166>
3) I hit SpanKY's eqawarn, and filed #530478.
4) Jer marked #530478 as a dupe of #426262, which was still marked #426262.
5) Being the only one who's apparently filed anything following this
eqawarn, I kicked off an emerge -e  <at> world to trawl for more use cases on
my system. (I'd rather not have my system break when autotools is
eventually upgraded.)

(then there's a spat between Justin Lecher and Jer, but that's not
relevant yet.)

I'm confused about two things.

First, if something is supposed to have attention paid to it (which I
take to be the purpose of the eqawarn), I don't see how it makes sense
for bug reports responding to the eqawarn to be marked as duplicate of a
bug that's in the RESOLVED/FIXED state; who's going to pay attention to
that, in the general case? (In this case, Justin saw it, unmarked the
(Continue reading)

Michał Górny | 24 Nov 13:53 2014
Picon

[RFC] GLEP 65 (install-qa-check.d) update

Hello, everyone.

I have prepared a small update to GLEP 65 [1] and would like you to
review it. The diff's at [2]. In the original text I forgot about
inheriting eclasses. I've noticed that when I updated the reference
implementation in Portage.

The idea is that checks contained within an ebuild repository can
inherit eclasses from the repository and its masters just like
an ebuild can. This way, the check can be easily kept in sync with
eclasses -- e.g. when eclass defines install paths.

[1]:https://wiki.gentoo.org/wiki/User:MGorny/Draft:install-qa-check.d
[2]:https://wiki.gentoo.org/index.php?title=User:MGorny/Draft:install-qa-check.d&diff=166742&oldid=166738

--

-- 
Best regards,
Michał Górny
Mike Gilbert | 24 Nov 02:56 2014
Picon

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
Picon

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-admin/clustershell
app-admin/durep
app-admin/hardinfo
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
(Continue reading)

Michael Orlitzky | 23 Nov 19:47 2014
Picon

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?

Robin H. Johnson | 23 Nov 19:43 2014
Picon

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)

heroxbd | 22 Nov 14:58 2014
Picon

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

Zac Medico | 21 Nov 05:16 2014
Picon

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)

hasufell | 20 Nov 18:25 2014
Picon

[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)


Gmane