[gentoo-dev] Lastrite: games-board/ggz-kde-{client,games}

2009-11-14 Thread Samuli Suominen
# Samuli Suominen  (14 Nov 2009)
# ggz-kde-client has a missing dep on hardmasked kde-base/arts
# ggz-kde-games compiles for Qt3 but links to Qt4, fail
# Masked for removal in 30 days
games-board/ggz-kde-client
games-board/ggz-kde-games

These are Qt3/KDE3 pkgs, and neither of them compile.

kde-base/libkdegames, and games from kde-base/ directly dep upon
ggz-client-libs now, so the ggz support for KDE4 is still around.



Re: [gentoo-dev] Re: Gentoo stats server/client @ 2009-08-22

2009-11-14 Thread Sebastian Pipping
Just a quick note:

The server on http://smolt.hartwork.org:45678/ is up again, it was down
yesterday.



Sebastian



[gentoo-dev] Lastrite: kde-base/kdelibs:3.5 reverse dependencies

2009-11-14 Thread Victor Ostorga
Masked for removal in 30 days, bug 292791

mail-client/kbiff 
app-text/kbarcode
app-crypt/calcchecksum
app-cdr/kcdlabel
sys-power/kpowersave



[gentoo-dev] Lastrite: app-text/doclifter net-misc/tkusr net-ftp/easyftp net-misc/mmsclient

2009-11-14 Thread Victor Ostorga
Last rites for the following packages:

app-text/doclifter
Added in 2007, never KEYWORDED, does not work with python-2.6.
Masked for removal in 30 days, See bug #292289 for reference

net-misc/tkusr
Upstream dead, URL in package description is offline, security
vulnerability CVE-2008-5136 , bug #247985

net-ftp/easyftp
Beta package, qt3 app, dead upstream, last release 4 years ago 

net-misc/mmsclient
Last version bump in 2004, allows buffer overflow
Upstream not available , bug #284747

Regards,

VĂ­ctor Ostorga



[gentoo-dev] global USE flag description change: css

2009-11-14 Thread Doug Goldstein
The css USE flag currently says:

Enables ripping of encrypted DVDs

But that really doesn't describe the usage correctly. It enables the
ability to READ encrypted DVDs. I'm going to make the change if no one
objects.

-- 
Doug Goldstein



[gentoo-dev] GLEP 27 Bump

2009-11-14 Thread Doug Goldstein
GLEP 27 [1] seems pretty stagnant and I'm planning on giving it a bit
of a refresh and actually implementing it. Now before I do this I'm
not in love with the format in tree but I haven't decided on a format
exactly in my head. So that being said, I'm sending this out looking
for some opinions or ideas for my new GLEP. One of the obvious things
I'll cover is all the ambiguity of the GLEP with regard to the data
inside each of the files.

[1] http://www.gentoo.org/proj/en/glep/glep-0027.html

-- 
Doug Goldstein