Where Fedora Went Wrong (nice conclusion)
Gene Heskett
gene.heskett at verizon.net
Wed May 16 04:51:54 UTC 2007
On Tuesday 15 May 2007, Todd Zullinger wrote:
>Gene Heskett wrote:
>> On Tuesday 15 May 2007, David Fletcher wrote:
>>>I doubt whether fixing things like this will now be receiving much
>>>priority with the F7 release being imminent, which is a shame. IMHO
>>>there is nothing wrong with using a fast moving distribution like
>>>Fedora, but when a version is getting towards the end of its life it
>>>should be left alone in a fully working state that we can continue to
>>>use until ready to upgrade.
>
>It's a double edged sword. If something isn't updated for a soon to
>be EOL'd version, some folks get mad and blame the developers for
>neglecting it while it's still supported.
I didn't write the above Todd, but I'd think that (again given a 3 digit IQ)
that security related fixes should be pushed in the last couple of months
along with bug fixes that are serious (as in several people have reported it)
stability problems. Eye candy that's not well tested is another horse that
shouldn't even be given a show at the payoff window.
>If it is updated and there
>are new bugs, it looks bad as well.
Too true, darnit.
>What's needed is more folks
>jumping in to actually test before the updates get pushed and
>submitting fixes when possible, but filing bugs for them at the least.
I think you might get more 'testing' if it wasn't for installing a rawhide
item pulling in so much other stuff, with that breaking unrelated stuff, so
those of us that want to do more with our boxes than serve as a test bed for
rawhide generally steer clear of it because its an all or nothing repo. I
used to run a lot of rawhide stuff, but generally speaking, when it drags in
50 megs of other libraries just to install a rawhide major item such as the
gimp or cups, and that breaks another 50 megs of stuff you use everyday, then
frankly, I'll pass on rawhide.
If I absolutely must have the latest and greatest of something, like cups for
FC2, which was never fixed throughout the life of FC2, then can you blame us
for going after the tarball and building our own which, because it was built
against the currently installed system, works flawlessly, whereas the FC2 and
rawhide versions both killed half the kde stuff with nothing more serious
than hovering the mouse over a print related item in the kmenu, probably
causing at least 50 reboots here. I came to the list and was ignored, other
than the mantra of saying its not a bug if its not bugzilla'd. But the
version of bugzilla then in use would not allow me to actually file a bug,
all it wanted to do was search for existing bugs forever. That IMNSHO ain't
how to run a bug reporting facility, by denying the un-initiated the right to
file a bug. And it damned sure hurts both of us. I'd try to setup an
account and by the next day it had forgotten the password it emailed me the
night before! I learned to hate bugzilla right then and there, and haven't
seriously changed my opinion of that POS since.
In desperation, thinking it was a kde problem, I built kde from scratch using
konstruct. It ran flawlessly, until the mouse pointer passed over the kde
print manager, at which point it was reboot time again. ctl-alt-bkspc to kill
and restart x & kde did NOT restore things. Eventually something in cups
bugged me and I was told that only a version update would fix that and you
weren't about to update the actual version number for FC2 and that I could go
pound sand.
I did build the newer cups from a tarball, and voila! Not only was the problem
I was having fixed, but I could actually select, in kde, the print manager in
the kmenu and (heavens) actually use it to print something without bringing
the system down. It Just Worked(TM). Then I added ghostscript and
gimp-print-4.27 to the mix and things worked even sweeter,
If you do blame us for that reticence to touch rawhide, then the finger is
pointing the wrong direction. Whatever you put in rawhide should be built
against the existing latest install, not against a gigabyte of the latest and
greatest libraries on your test system. If we miss a feature you've added
because its only available in a library that was just released last week,
well, so what?
Inversely, if a new library is being built, then it should remain 100%
compatible with the one it replaces. No exceptions.
>> I have to violently agree with these thoughts Dave. I've questioned
>> if this is not some tactic to get us to upgrade by destroying the
>> install we are currently running, just so they have a freshly minted
>> test laboratory again.
>>
>> Maybe that's being paranoid, but the facts certainly suggest it to
>> anyone with a 3 digit IQ.
>
>Not really. My IQ is at least a few points above 3 (I think) and
Your slight rewording seriously changed the meaning, I was counting digits,
and it takes 100+ to make 3. We both pass that 3 digit test by a decently
wide margin I believe, or at least I did when I was tested 60 years ago.
Your test, if you've been tested, is probably 50 years newer anyway. :-)
>AFAICT, the main cause of this is simply a lack of available manpower
>to find and fix all of the bugs. There are not quite 400 people that
>maintain at least one of the 4300+ packages in Fedora. A lot of folks
>maintain several. And that's for at least 3 versions at a time --
>more if you count the folks @redhat.com that maintain stuff for RHEL
>as well.
This is without a doubt true, and some are spread pretty thin. That doesn't
change the fact that if I want to test the rawhide version of something, then
its dependency list should NOT require we pull in another 50 megs worth of
stuff, thereby breaking 1-3 other, in daily use, programs. We would like to
test that particular program on our system, NOT test the rest of our system
against that program. There is a rather large, and should be obvious,
difference between the two scenarios.
As it is, to run 1 rawhide program almost always requires you pull the whole
MaryAnn, and even then you are going to bleed, usually just when you have
something important to do.
>To paraphrase Hanlon's razor: never attribute to malice that which
>can be adequately explained by lack of volunteers. :)
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Information Center, n.:
A room staffed by professional computer people whose job it is to
tell you why you cannot have the information you require.
More information about the fedora-list
mailing list