Does YDL use unreleased/buggy redhat-versions of KDE and XFree86?

nathan r. hruby yellowdog-general@lists.terrasoftsolutions.com
Wed Mar 26 08:36:01 2003


On 26 Mar 2003, Markus Deistler wrote:

> 
> Nice to hear that from you, my trust in RH and everything that is based
> on RH (eg. YDL) was heavily shaken by that website I mentioned before
> (http://www.mosfet.org/noredhat.html).
> 

For the record, Mosfet's kind of a crank :)  

And to clear up another mis-conception: The GPL doesn't say you need to 
send your patches back to the original author, simply make them publicly
availible so there's nothing "wrong" with anyone distributing a hacked 
version of some other program, so long as the changes are availible in 
source form.  This of course pisses off original authors to no great 
extent so many of them rant, rave and bemoan it.  Most OSS projects are 
this way -- I think it's human nature: people get overly excited about 
pretty mundane shit sometimes.

Also, The fact that you can grab a .src.rpm and have all of the changes in
patch form to a known pristine version of the source means that there
ain't nothin' hidden from you, the original author, or anyone else.  

The "Black Magic" in RPM Dan Burcaw refered to eariler was a mention of a
portion of the RPM API that was undocumented and did strange things in
order to make a upgrade-intall in the RedHat installer work (not correctly
mind you, but just go).  I imagine it would be similar to adding --force
--nodeps to the entire package transaction.  This is one of the really 
hard things about upgrades, there's no way to truly rationalize a system 
to a new state, espically after a user has gone and ripped out half the 
dirsto packages and installed their own (eg, Xfree, Gnome2.2, KDE3.1, 
xxms, Xine, Ogle, apache, php, etc..)  at that point there's no easy way 
to make rpm work in the constraints of it's own rules, so RPM needs to 
break them - hence 'Black Magic Voodoo'.

I hope this clears up some points that I think were getting a bit confused 
in the thread.

-n

-- 
----------------------------------------
nathan hruby <nathan@drama.uga.edu>
computer services specialist
uga drama
http://www.drama.uga.edu/support/
----------------------------------------