On Wed, 24 Sep 2008, Niki Kovacs wrote:
> John a écrit :
>>>> I do not and did not mean to be offensive to Dag, and I apologize if I
>> was--it just seemed like an issue that would be affecting a lot more
>> people
>> than just me and I wanted to see what others were doing about it.
>> So far I've not heard what that is.
>> I second that. Dag is doing great work, and for desktop users, CentOS
> wouldn't be the same without RPMForge. However, this update has been botched
> up. Existing systems can be left in the present state by putting an
> 'exclude=wxGTK amule vlc audacity' line in /etc/yum.conf. But when installing
> a new system, 'yum install vlc audacity' does not work. This is a worry for
> me, as I install desktop systems professionally, and I use both programs on
> client's desktops (yes, amule too, when the client wants it... :o)). As far
> as I'm concerned, I worked around it by simply rebuilding wxGTK (2.6), amule,
> vlc and audacity from SRPM and putting them in my own repo with a higher
> priority. This took the best part of an afternoon.
>> My suggestion to Dag (with all respect taken): why not create a [rf-testing]
> repo for the critical stuff, a bit like [kbsingh]?
Because I have no time for it. It is as simple as that.
And I prefer stop doing RPMforge than to spend more of my free time.
rpmrepo was going to be RPMforge's successor (ATrpms, RPMforge, CentOS,
all-in-one and community-based), but there is no progress there and that's
why I am still here.
Currently, what I build is what becomes available. Often there is a delay
because I want to make the repo as consistent as can be, but if a single
package is holding back too many other packages I prefer to break the repo
(I am using apt, apt can handle dependency-issues with no problem).
If someone want to step up and become a gatekeeper between a testing
repository and a real rpmforge repository and shift the packages between,
by all means do that and if it works, great. But I won't be doing that
work and handle that complexity. I want to reduce the free time I spend
maintaining packages I don't even use myself, not increase that time.
In this case audacity does not build against wxGTK 2.8.8, at least not on
my system and nobody offered any help so far. A compat-wxGTK could be the
solution, although compat-packages have a tendency to break even more with
other repositories (and sadly Fedora opted NOT to follow Mandriva's lead
in sensible package-names for libraries).
So that's the official word.
PS No waranties implied. No refund :-/
--
-- dag wieers, dag at centos.org, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]