The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2009-12-06 23h59 UTC.
Removals:
net-misc/kssh 2009-12-01 09:50:48 ssuominen
app-pda/ipodslave 2009-12-01 09:52:21 ssuominen
net-analyzer
# Diego E. Pettenò (06 Dec 2009)
# on behalf of QA team
#
# libip_vs_user_sync fails to build with current
# linux-headers, bug #247061 open November
# 2008. sys-cluster/saru depends on that.
#
# Removal on 2010-02-04
dev-libs/libip_vs_user_sync
sys-cluster/saru
On Fri, Dec 04, 2009 at 10:42:42PM +0100, Diego E. Pettenò wrote:
>
> # Diego E. Pettenò (04 Dec 2009)
> # on behalf of QA team
> #
> # Uses -Werror and fails to build with _FORTIFY_SOURCE=2
> # (bug #260925; open March 2009).
> #
> # Removal on 2010-02-02
> net-misc/nstx
Fixed in tree, removed
I'll take care of pvm and language bindings. Give me a couple of weeks though.
-ak
On Sun, Dec 6, 2009 at 08:41, Diego E. Pettenò wrote:
>
> # Diego E. Pettenņ (06 Dec 2009)
> # on behalf of QA team
> #
> # pvm builds but segfaults if compiled with GCC 4. This is
> # bug #151316 *Open October
# Diego E. Pettenò (06 Dec 2009)
# on behalf of QA team
#
# Coming straight out of the modular Xorg split;
# collides with the (actually used) xbitmaps package (bug
# #295838). ACKed by scarabeus.
#
# Removal on 2010-02-04
x11-apps/xmh
Hi,
Hot on the heels of the new ruby-ng.eclass the ruby team presents our
new eclass for dealing with ruby gems: ruby-fakegem.eclass. This eclass
supersedes the current gems.eclass, which will be deprecated in due
time.
The new ruby-fakegem.eclass builds on the framework provided by
ruby-ng.eclas
# Diego E. Pettenò (06 Dec 2009)
# on behalf of QA team
#
# pvm builds but segfaults if compiled with GCC 4. This is
# bug #151316 *Open October 2006!* Over three years later
# the bug is still unsolved; if somebody wants to care for
# this package, please fix it up and feel free to unmask,
# bu
Hi everyone,
As you all know, it's somewhat annoying when a version bump in a
package such as xorg-server triggers a need to rebuild reverse
dependencies, and it would be really great if we could automate this.
We already have something that's very close to a solution in EAPI 3,
called the 'opera
