they should just bite the bullet. [LWN.net]

they should just bite the bullet.

Posted Feb 20, 2007 0:44 UTC (Tue) by drag (subscriber, #31333)
In reply to: they should just bite the bullet. by bojan
Parent article: Fedora 7 release delayed

Well I would actually considure Debian changes in small incremental steps.

If you track Debian Testing or Debian Sid then it's just constant upgrade of the system. Very rarely anything big breaks. It's been much much more kind to me tracking Debian Testing then trying to keep up with Fedora releases. I've done this successfully for years and never needed to reinstall.

In comaprision it's actually been difficult for me to keep up with Fedora releases. When I did keep up the majority of software that I used that wasn't part of Fedora Core wasn't aviable. Basicly ended up being that I couldn't upgrade to a new release of Fedora for the first 3 months or so.

Then again maybe things improved. The last time I tried Fedora was with FC4 and when I upgraded to that there was _no_ support for anything extra that I needed, even after I waited for a while. Maybe, hopefully, Fedora has finally figured out how to play well with others (ie third party repositories) and this including extras seems a step in the right direction.

But that's neither here nor there.

I suppose if they want to put all the extra work into just re-packaging software that's already been effectively packaged by other people then who am I to say they are wrong.

(Log in to post comments)

they should just bite the bullet.

Posted Feb 20, 2007 1:23 UTC (Tue) by bojan (subscriber, #14302) [Link]

> put all the extra work into just re-packaging software

Fedora releases are much more than that. As eklitzke pointed out in this discussion, SELinux integration is such an example. There are numerous other examples where a new release of Fedora featured major changes that would require you to upgrade every single package on the system anyway. And sometimes, doing so would render you system unusable if done by upgrading packages on the running system (e.g. switch to udev).

> In comaprision it's actually been difficult for me to keep up with Fedora releases.

I always have several machines with Fedora on them and it is true that each new release brings new "challenges" when upgrading (yes, I _always_ upgrade, never wipe clean, unless it's a new machine). But, that's what Fedora is all about - fast change. Obviously, not everyone's cup of tea, which is OK.

> Maybe, hopefully, Fedora has finally figured out how to play well with others (ie third party repositories) and this including extras seems a step in the right direction.

I think that Fedora isn't overly concerned with third party repositories (e.g. Livna, Fresh RPMS etc.). It is these repositories that need to adjust to the next release of Fedora, not the other way around. Usually, they do a pretty good job of doing that, since they also have a development repository, which is kept up to date with Rawhide (i.e. current Fedora developement tree).

Fedora change policy is similar to that of Linux kernel - changes happen all the time and are waiting for no one. You either fix your code to fit into the new way of doing things, or it won't work.

they should just bite the bullet.

Posted Feb 20, 2007 6:19 UTC (Tue) by drag (subscriber, #31333) [Link]

""Fedora releases are much more than that. As eklitzke pointed out in this discussion, SELinux integration is such an example. There are numerous other examples where a new release of Fedora featured major changes that would require you to upgrade every single package on the system anyway.""

I am not advocating binary compatability at all. At this time that is just a waste of time and effort.

I am not saying that Fedora should use debian's repositories.

I am saying that they should just leech as much as possible off of debian. Following the policies and practices and standards.

Finding a intellegent way to translate debian's deb-src packages and build system to RPM spec files. Which then can be used to build packages.

So match the orginization of the packages, match how the library versioning works. Match how they divide up the original tarballs into invidual packages and so on and so forth.

Binary and package for package compatability is a lost cause, IMO.

So you take how they are setup, translate that to spec files, use that to build the rpms, test it and add whatever you need to it and then your finished onto the next problem.

Then when you improve packages and do features then you make the patches public and Debian will take that and incorporate it back into their system. This is how it works, more or less, with the Debian-Ubuntu (and other debian based systems) relationship.

Then after a few releases of doing that then it may (or may not) make sense to do higher amounts of syncronization in terms of library versioning scemes and make cross-distribution dependencing tracking easier for developers and end users.

""I think that Fedora isn't overly concerned with third party repositories (e.g. Livna, Fresh RPMS etc.). It is these repositories that need to adjust to the next release of Fedora, not the other way around. Usually, they do a pretty good job of doing that, since they also have a development repository, which is kept up to date with Rawhide (i.e. current Fedora developement tree).

Fedora change policy is similar to that of Linux kernel - changes happen all the time and are waiting for no one. You either fix your code to fit into the new way of doing things, or it won't work.""

I guess so. I suppose then Fedora realy is just for developers and not for normal people.

they should just bite the bullet.

Posted Feb 20, 2007 8:23 UTC (Tue) by drag (subscriber, #31333) [Link]

btw I know this will probably never happen and I am not realy all that worried about it.

Leeching among distributions?

Posted Feb 27, 2007 13:49 UTC (Tue) by vonbrand (subscriber, #4458) [Link]

I am not saying that Fedora should use debian's repositories.
I am saying that they should just leech as much as possible off of debian. Following the policies and practices and standards.

Don't worry, they are leeching. Look at the changelogs for the Fedora packages, they often credit patches to Debian, and I'm sure it is the other way around too. Besides, Fedora's policy is to push for upstream changes where feasible, so everybody benefits.

Getting the packages from one system to build on the other is hard, getting them seamlessly integrated is much harder still. Yes, it is manual work. Stuff like Linux Standard Base help in creating some order among distributions, sure.

OTOH, Debian's performance WRT releases is dismal, to say the least... Fedora has managed to crank out 6 releases in a pretty short timeframe, mostly not too far from schedule. Debian should learn from Fedora here... so it is not that Debian's process is vastly superior either.