Is Ubuntu a Compatibility Nightmare for Debian? 638
An anonymous reader submits "Following Friday's release of Ubuntu Linux 5.04, Ian Murdock, founder of the Debian project, told internetnews.com: 'Ubuntu's popularity is a net negative for Debian.' He explained: 'It's diverged so far from Sarge that packages built for Ubuntu often don't work on Sarge. And given the momentum behind Ubuntu, more and more packages are being built like this. The result is a potential compatibility nightmare.' Ian suggests a method for averting crisis on his blog."
Problem? (Score:4, Insightful)
Re:Problem? (Score:4, Insightful)
It just works.
Re:Problem? (Score:5, Insightful)
I realize the point is to provide stability and not upgrade willy-nilly like Mandrake or some of the other distributions, but for crying out loud, if your last release was more than 18 months ago you really need to get one out the door. I don't consider the minor updates they've done to Woody to be sufficient... they need to make Sarge stable pretty soon or they'll lose even more people to Ubuntu and other Debian-lookalikes.
It's rather embarassing anymore even suggesting installing Debian Woody on anything at work since it's such a joke. We're going with Red Hat Enterprise Linux 4 instead which actually has a sane upgrade schedule. So, I'm not meaning to downplay the contributions of the Debian community, I love it to death at home when running testing or unstable, but suggesting a business run such out-of-date software on their production servers is absolutely ludicrous.
Re:Problem? (Score:3, Insightful)
I run the testing release of Debian at home, and have just recieved a few snide remarks about Xorg not existing and XFree86 being prevalent. However who gives? I can still run Doom 3 and UT 2004.
But I really don't see why you would need all the flashest apps on a production machine. Isn't the idea of production that it works and works well? I know management usually through newer and newer hardware at a solu
Re:Problem? (Score:5, Interesting)
It's hard to set up a reasonable modern server with Debian. For example, a mail server. With Debian stable you get:
ancient exim
ancient spamassassin
no clamav
etc.
The problem with that is that you go online and see lots of nice setups explained you simply can't do with the provided version, because it relies on packages a year old, and what's provided by Debian is much older.
Sure, there are solutions. Mixed stable/testing, backports, building your own. But all of those suck.
Mixed systems and ones with unofficial sources are error prone. Once in a while something screws up, and you suddenly find that the mail server that was supposed to be just upgraded for a security fix wasn't fully installed, and dpkg won't remove the package... and you're stuck with no mail server until you find a way of fixing it. Sure, at work you should have a test server, but this happened to me at home and it's annoying as heck.
backports have the additional problem of that you have to trust the site, and that's rather difficult.
Building your own seems like the best one in comparison, but can also be awfully problematic due to outdated development packages. Ideally you need more than one computer with Debian so that you avoid installing gcc on the server. And if I'm going to build from source I'd rather use Gentoo on the server, where things compile from source wonderfully well.
Re:Problem? (Score:3, Interesting)
As far as I can see, the usefulness of the stable distribution dropped drastically. Right now I only consider it for one thing - firewalls, which include things like DNS servers and such. Its usefulness as a server with some big service such as http, smtp, imap, etc is very limited.
I already explained that yes, I can get backports, or use packages fro
Re:Problem? (Score:3, Insightful)
Re:Problem? (Score:5, Insightful)
Sorry, I didn't mean it that way.
Out of the box, right after the install on Kubuntu, I can plug in a USB keychain and have it working. My video card drivers are correct and xorg.conf is working. I have a working office suite, web browser, etc. I don't have any further config files to learn, master and then tweak to get X working or my digital camera to connect or to get CDs burning. I've a good out-of-the-box functional system for what most end-users need.
To many power-users, these features are pointless fluff, but I really like having all this working when the install is done. Knoppix does this but it installs a ~lot~ of extra stuff. I just noticed a Braille TTY server (Brittle?) running on my Knoppix box last week! The Ubunutu family gives you a much thinner, but still very "end-user" usable distro. And that's what I want.
My life is so busy with work, family, two kids now, open source work, writing, that when I turn to ~any~ operating system, be it Linux, Windows, Mac or whatever, I don't want to get a bare system and tweak it out. I just want to get in and drive.
Ubunutu/Kubuntu save me hours (or days) setting up a new box. That time is worth something to me. If you have time to setup a new box, hand pick your installs, run them by hand, tweak the settings, etc and so on until the box is "your own", then go for it! That box is worth something to you. We each pursue what we value the most. There's room for both, right?
In case you are wondering, I have seven computers in my home. A MythTv client, a MythTV server and my laptop all running Kubuntu. My desktop and "server" box (web, cvs, svn, file sharing, etc) both run XP. My wife and kid are on XP. I'm sure if it's relevant, but I'm a big fan of "what works".
There are things that you can only do in Windows, like run the Shrek Match game for my kid or use Quicken to synch up with my bank, or play the latest video game.
There's a lot more you can do in Linux, but I'm not we have a compelling app yet that can pointed to as superior and an average consumer recognize it. Perhaps a free install with an operating system, Office Suite, graphics tools and a few games is a part of that equation?
Re:Problem? (Score:4, Interesting)
I would almost picture "Ubuntu" as the proposed "Debian Desktop" that was discussed a while back. Ubuntu has up-to-date software on a time-based schedule, whereas Debian proper is more... liesurely and secure.
Re:Problem? (Score:3, Insightful)
Re:Problem? (Score:3, Insightful)
Re:Problem? (Score:3, Interesting)
I'm all for noble causes, and I do take all the arguments about making software to be multi platform improves the package. But most software is targetted at i386 alone, if your lucky PPC will get a shot and _very_ occasionally some wierd Sun hardware. Now Debian Developers, I'm sure are very good but they can't keep rewriting every package to support multiple archs, I
Re:Problem? (Score:5, Interesting)
The people-who-control-Debian isn't always friendly towards new users, novice developers, or people ask simple questions like 'Why is x.org NOT in Debian-unstable?'.
More often then not, if I ask a question in a Debian forum, IRC channel or here on Slashdot, somebody will basically tell me to shut up and live with it.
It's this additude which has kept many people from using Debian, and is the same reason why many people are now reviewing Ubuntu.
Funny (Score:5, Interesting)
Re:Funny (Score:3, Informative)
the self-styled high priests of #debian are free to abuse whomever they want on irc, and to have contempt for newbie-user-friendliness in their software, but they shouldn't cry when their own actions and attitudes help drive a migration to ubuntu.
that said, i use debian exclus
Re:Problem? (Score:5, Insightful)
For production servers, I agree with you.
But for desktops and developmment servers, I don't agree.
x.org is not included in any official Debian repository. I don't consider it to be 'bleeding edge'. It certainly isn't well-tested and stable, but it's not bleeding edge. The alpha- beta- or latest point release of a package is 'bleeding edge'-- so just exclude those latest packages if it bothers you.
Either way, packages like this should have be in some sort of Debian test version. The Debian devs say they need to postponing x.org so that it won't interfere with the latest release of Debian. But this shows that there is something fundamentally wrong with the Debian release cycle.
If Ubuntu takes pressure off the Debian project to be all things to all people, then perhaps Debian can refine it's core competency (being the best server distro); which might help it stay a little more polished and up-to-date.
I think you are right on the money. Debian will probably focus on server stuff, and Ubuntu will focus on desktop. It's a good possible symbiosis.
Re:Problem? (Score:3, Interesting)
However, I think that the two distros might focus on different pieces of the Linux realm. There is a natural split between the Server and Desktop realms... and this just might be indicitive of that split. My robust Debian webserver doesn't necessarily need a well-designed GUI widgets, and my workstation doesn't necessarily need to compile programs designed for an 8-processor box.
Re:Problem? (Score:4, Insightful)
One could also wonder if vulnerabilities in old packages are less and less likely to be patched over time because they are being used less. That does concern me.
You're an asshole, and just proved my point (Score:4, Insightful)
That's exactly what I was talking about. I ask a question, and you bite my head off. If this is such a trivial question, then why isn't there a simple solution?
Perhaps you should try some of your solutions yourself, instead of blindly assuming they work well. A quick Google search does not show any Definate answers [google.com]. There is no obvious, definitive answer on debian.org [google.com].
I see some mailinglist posts made by people who I don't know. I also see a bunch of sites which have no obvious authority in the Debian project. Where's the offical word from the Debian leaders? Why should I trust what some stranger says on the mailinglist?
This is why people keep asking.
If the Debian devs want people to stop asking this frequently asked question, perhaps they should drop the elitist additide and put it in the Debian FAQ [debian.org]-- that's why we have a FAQ.
X.Org and Debian (Score:5, Informative)
Here's a link that may help, straight into the Subversion repository where Debian's XFree86 packages are developed:
What are Debian's plans with respect to X.Org and XFree86? [deadbeast.net]
The current text of that FAQ entry follows.
Thank you! (Score:3)
I think I have found that page in the past, but back then I was just searching for some help with X.
Now here's my concern: I have no idea who Deadbeast is (There isn't a top level page [deadbeast.net] -- which is wierd), how do I know it's not just wishful thinking?
If there was some link on debian.org's FAQ to the Deadbeast FAQ, then I would be less confused.
Although, I see Branden's page [debian.org] has alot of these links.
Re:Thank you! (Score:5, Informative)
Now here's my concern: I have no idea who Deadbeast is (There isn't a top level page -- which is wierd), how do I know it's not just wishful thinking?
Well, I'm Branden Robinson, and deadbeast.net is my vanity domain. If you're easily amused, you may want to look up deadbeast's WHOIS record. :)
I'm glad the pointer to the FAQ helped. I admit I didn't foresee that sarge would take this long to release when advocating that Debian stick with the tried-and-true XFree86 4.3 (even if hacked up and patched to support more hardware than stock 4.3 does), but the trouble is, the longer the sarge release drags on, the more disruptive it would be to try to cut over to X.Org. So I continue to believe that the best solution to this problem, as with many others, is to kick sarge out of the nest so we can focus our full attention on disrupting the hell out of unstable for a few months. :)
Re:Problem? (Score:5, Insightful)
Working with the Debian people can involve more bureacracy and red tape than working with the federal government, and some developers can't stand that. The philosophy of "Choice is Good" when it comes to users having a choice of desktop environments, word processors, etc. is often made, but don't forget it applies to FOSS developers too. Don't like the way a project is organized? Work on something else. Don't like the direction it's taking? Fork it. Choice keeps devs happy.
Solution: Ubuntu - Debian co-maintainers (Score:5, Interesting)
I am a Debian developer, and one of the packages that I maintain has been patched by Ubuntu. I only found out about it by looking over the Ubuntu patch site [ubuntulinux.org]. What I would like to see is the Ubuntu developer contact me, ask to be a co-maintainer, and get those changes directly into the Debian package. This is good for Debian - we get additional help in doing a good job. This is good for Ubuntu since they don't have to re-merge patches every six months. It helps the two groups act as a team, feel good about each other, and save on overall work. And, as the article points out, the increased compatibility between Debian, Ubuntu and all other Debian based distributions (including Knoppix) is a win for end users.
Now that Ubuntu is a rising star, and Debian has just finished Project Lead elections, I would like to see the leadership of the two organizations get together, discuss the idea, and hopefully agree that this is a good way to work together. The leadership can then promote co-maintainership as a 'best practice' within their own organizations, inform the userbase (i.e. get it mentioned on slashdot), PLUS appoint an interoperability liason. The liason's job is to hassle^H^H^H^H^H^H talk with individual developers to help make sure this actually happens. Branden, don't you think this would be a great first accomplishment as DPL?
Of course, there will still be some places where Debian and Ubuntu want to do something differently, so some packages will always be a little incompatible. But the bulk of the 'heavy lifting' across the thousands of packages is all about stuff developers generally agree on. Updating software, finding and fixing problems, improving quality. Ian Murdock is worried an impending 'nightmare'. I think if we can work together well, the upcoming Ubuntu/Debian relationship is going to be software distribution's finest hour.
Re:Solution: Ubuntu - Debian co-maintainers (Score:3, Insightful)
Seriously, don't you think all that is up to Debian? I think Ubuntu may or may not agree, but I don't see them having a problem. You got yourseleves into
Re:Solution: Ubuntu - Debian co-maintainers (Score:5, Interesting)
Seriously, don't you think all that is up to Debian? I think Ubuntu may or may not agree, but I don't see them having a problem.
The further Ubuntu diverges from Debian, the less benefit they'll receive from the huge amount of work that goes into Debian development. Ubuntu's rapid growth has been entirely because they've had such an excellent base upon which to build, but if they diverge too far from Debian they will lose that advantage and will have to do all of the work themselves, at which point their progress will slow dramatically.
It's clearly in the interest of both projects to cooperate, and I fully expect it will happen. The "problems" currently being experienced are primarily a result of the youth and rapid growth of Ubuntu. When a new process is developing, problems occur, it's normal. Debian and Ubuntu developers will cooperate, and both will win. Debian excels at providing a vast, solid foundation that is great for those who need stability and great for experienced Linux users/developers, but has a hard time maintaining a good, usable desktop for less capable (or dedicated) users. Ubuntu does an excellent job of that, but requires a the Debian bedrock underneath.
Re:Solution: Ubuntu - Debian co-maintainers (Score:5, Interesting)
I think your idea has great merit, but I must confess that I think your idea will be buried in politics and name calling.
Allow me to elaborate a little. I'm a debian user, have been for a number of years. I'm also a software developer with 24 years of experience and I run my own company. I use my workstation to get my job done and I report bugs as diligently as I am able to as they arise from time-to-time. On occasion I attempt to use IRC to ask questions in #debian and in the past I've offered my services to the debian community.
In this context I've found that there are a few "loud" people within the debian community, those who are quick to dismiss those who are not a developer and "thus" have no visible track record. Members of the general community might perceive those "loud" people as representative of the debian developer community.
Perhaps the reason that the perception exists that the debian community is hard to communicate with is because it appears that to become a debian developer requires a lot of passion, persistence and patience. Once you are a debian developer, there may be a sense of achievement and some form of separation, in that there is differentiation between a developer and the rest of the community.
I'm not talking about the process of becoming a developer, I'm talking about how it makes you feel after you've done it.
I'm struggling a little to get my point across, because I don't want this to turn into a moan about debian because
What I'm talking about it that debian developers appear to me to require a strong personality, just to become a developer in the first place, that as a result, debian itself looses out.
So, after many words, getting back to what I started with, politics and name calling. I think that we as debian users need to find a way to allow more cohesion between the various members of the community and then ideas such as yours can and will be embraced and encouraged.
I've now re-read this numerous times and I'm still not sure that I've got my point across, but feel free to email me direct to discuss this further.
Re:Problem? (Score:3)
Working with the Debian people can involve more bureacracy and red tape than working with the federal government, and some developers can't stand that.
Note that the Canonical employees working on Ubuntu who are also Debian Developers are in key positions, and it is my belief that they could have changed Debian from within, if they so desired.
Canonical employees are at
Re:Problem? (Score:3, Insightful)
That said, given the speed that the Ubantu people seem to work at, do you think they would have hung around developing Debian at a snails pace? Some people like the way Ubantu does things, personally I'm going to stick with Debian, I like the slow and steady it works for my needs. Same with KDE and Gnome. I hate Gnome. I can't stand it, but I like KDE. I would use CDE before using Gnome. Choice is there for a reason, you'll never please everyone
Re:Problem? (Score:3, Informative)
It would seem that the Ubuntu people are already more or less doing this:
Many Ubuntu developers are also recognized members of the debian community. They continue to stay active in contributing to debian both in the course of their work on Ubuntu and directly in debian. When Ubuntu developers fix bugs that are also present in debian packages -- and since the projects
Re:Problem? (Score:4, Insightful)
Re:Problem? (Score:5, Insightful)
Not really possible. The IMHO biggest differences between Debian and Ubuntu are their release schedule and package inclusion policy:
So, if you want to create a nice, up-to-date Debian based desktop system, you can either try to convince the 1000 (?) Debian developers that they should change their ways, change the release procedure, and change the criteria for deciding the inclusion of packages. Or, you can just start a new distro, and do as you please
Re:Problem? (Score:3, Interesting)
The point of the post is that I have a strong sense that if the Ubuntu folks had said "Hey, we've got some ideas and w
Re:Problem? (Score:3, Insightful)
No, we'd have no such release, because the problem is not a technical one that requires more coders, it's a community one that Debian has shown no willingness to either accept or address. We would still be stuck waiting on 11 different architectures to be done before anythi
Re:Problem? (Score:4, Insightful)
The Ubuntu developers couldn't have gone in and contributed to Debian because their contributions aren't wanted in most of the Debian world.
One does not replace the other, but they are very complimentary.
Re:Spot on! When will we ever learn (Score:3, Interesting)
You know, I'm as likely to bash microsoft as the next person, but I have to say that all of this focus of the Linux community on Microsoft is long past over done.
Time was, all alot of us wanted was a computing environment that was good, stable, and allowed the kind of tinkering that isn't possible for closed system. I have that, and if other people find this more appealling than MS's offerings, great but that doesn't change my life much. (Yeah, I know, if MS owned everything, that would be bad, but th
Re:Problem? (Score:5, Insightful)
Re:it IS a problem (Score:3, Insightful)
Crisis, what crisis? (Score:3, Insightful)
Re: (Score:2, Interesting)
Re:Crisis, what crisis? (offtopic) (Score:3, Informative)
Today's humans are believed to be decedents of Cro-Magnons which were primitive humans that at some point lived in the same time period as Neanderthals.
That's what happens (Score:4, Insightful)
Re:That's what happens (Score:5, Insightful)
The problem is, "a lot of people" means "people who want a desktop distro for x86." Far from having a grudge against Ubuntu, I've been installing it on all my systems. It's a very nice distro. But Debian has a bit less flexibility because it's trying to guarantee that a
I don't want to see
Re:That's what happens (Score:5, Interesting)
Debian isn't a company. I don't think Ubuntu is either, but I'm not sure.
Ha! This is the greatest Freudian slip in the whole thread. Ubuntu absofuckinglutely is a company.
Who do you think pays all those Debian developers to work on Ubuntu instead of Sarge? Mark's money will run out sooner or later, but I'm sure he's invested enough in Canonical that when it does run out, they'll be sitting pretty with exclusive control over Ubuntu support.
Meanwhile, Bruce Perens and Ian Murdock have to rethink their businesses based on Debian support. Instead of working with and within the Debian project like Progeny and UserLinux, Canonical has purchased the Debian project and is letting it rot to draw users and developers to Ubuntu. This doesn't bode well either for Debian or for the people who work within the project to make their living, if that living isn't tied to Canonical.
In the end, I'd expect Ubuntu to turn into something like Fedora, with the free distro really only being useful for people who like to upgrade every six months and one company (Canonical) monopolizing support for anyone who needs a longer life, security updates, stability, or even third party software support. That seems to have been their inspiration all along. Everyone but beta testers will get to pay and, if they do it right, Debian will no longer be a viable option. Two birds, one stone.
So far, unfortunately, it seems they are doing it right. Only half of the eligible Debian developers voted for the new DPL. Sarge is way late with no end in sight (it still hasn't even been frozen). And it seems like the process of adding new developers to the project (who might upset the balance of power or actually work to release a stable version) has come to a grinding halt.
hypocrisy (Score:4, Insightful)
1. Debian is not a company.
2. Debian has changed its release architectures after Sarge so that Etch is not slowed down by unknown, exotic and/or obsolete architectures.
3. Sarge is not ready NOW because of the large number of architectures. ARM has only 2 auto-builders now and hasn't even compiled the release of glibc that has to go into Sarge. After it finishes compiling, the archive will be frozen.
Everyone can start their own little distributions here and there, usually leaching off of distributions like Debian. They find a limited niche market and people start talking about "Debian dying". Well, I think we had that discussion before Woody as well.
Debian has a very large number of packeges available for it. As of right now, Sid has over 16600 packages. Distributions like Ubuntu do not maintain these packages. They are just managing the core (base) and a few other packages.
Anyway, release cycles every 3 or 6 months are not necessarly good. People using Debian want stability. Why do people on slashdot bitch about MS dropping support for NT or 98, yet they complain that Debian stable is 3 years old! Huh?
Woody ships with a 2.4.18 kernel. This kernel does not support SATA. Woody does not support 2.6.x kernels with module support out of the box. But you can install kernel 2.6 on woody. You can run woody on a SATA only system (can't install it from CDs though). Can you install NT4 or Windows 98 or Windows 2000 or even XP out of the box on a SATA only system? My latest, greatest XP installation does NOT detect my SATA chipset. I mean, WTF?
Anyway, as soon as Sarge ships, people will start trolling that it does not support PCE-48X or their modem or something.
People wanting RHEL software stability without the pricetag and still want to have security support would be using Woody for the last 3 years. I am using Woody on a number of machines. I don't have to worry about upgrades with unexpected bugs. I don't have to worry about sudden ABI changes or compiler changes or kernel changes or GUI changes or coputeguration changes or
So, why again is Slashdot population (I guess you can it that) complaining about Woody being stable less than 3 years, yet when it comes to MS, well, they release NT when? I think it came with IE 2!! And now that they drop support, people complain left and right about the need to upgrade..
Why are people here so hypocritical? You can run Sid with latest, greatest if you want. You can get latest Sarge installer here: http://www.debian.org/devel/debian-installer/ [debian.org] There are many people that will be running Woody months *after* Sarge gets released.
</rant>
Re:hypocrisy (Score:5, Informative)
That is most definitely not the case. There was considerable discussion on the debian-devel list following the release team's proposal to limit the etch release to 4 architectures. While the proposal may still be implemented, it also may still undergo significant changes. People have been suggesting all sorts of counter proposals to try and keep all the architectures in sync.
Personally, even though I've run Debian on MIPS, MIPSel, Alpha, and Sparc (all of which would be dropped under the Release Team's proposal) I still support the proposal and would like to see architecture support scaled back a bit. There are those, however, who feel that Debian would be giving up too much if they were to drop some platforms.
noah
Re:That's what happens (Score:3, Informative)
Ubuntu wants to work with debian, to make a better debian, but the goals of Ubuntu and Debian are different. debian aims at a pure FOSS os, while ubuntu aims at a viable commercial desktop linux distro. A viable commercial Linux require a lot of 'free as in beer' software
Re:That's what happens (Score:3, Informative)
BT is not very good (ie. kind of useless) for most of the packages in Debian. Most packages are less than 500kB. Very few run more than a few megs.
If you want to use BT to download Sarge (hopefully before Woody t
Bad Ubuntu! (Score:4, Insightful)
The operative word there is eventually.
Sayeth Murdoch; "But what we really need right now as a community is for Sarge to be released."
You needed that at least a year ago. Fix your model so that Debian can keep up with the rest of the Linux world and you won't have to gripe about forks that don't exist.
Debian should be the foundation of a plethora of tailored distributions dominating the Linux market. The one and only thing preventing this is the fact that Stable is perpetually very obsolete. This is not Ubuntu's fault.
Re:Bad Ubuntu! (Score:2)
There are already many other popular desktop oriented distros based on Debian like Mepis and Kanotix. I'm not sure how much their packages are incompatible with Sarge, but it seems like it's suddenly as issue now with the popularity of Ubuntu. My only experience with this was updating an
Re:Bad Ubuntu! (Score:5, Insightful)
I don't think that the "server" release cycle should be any different than the "desktop" release cycle. As an enterprise Debian admin, let me tell you that stable is just as outdated on servers as it is on workstations. Users are particularly unhappy about MySQL and PHP versions. As postmaster, I'm saddened by Mailman, Exim, Horde, and Cyrus. In all cases, those server apps are so horribly outdated in stable.
I think the big difference is that enterprise users need longer support cycles, not longer release cycles. That is, a stable release needs to be supported for a long time. That does not preclude the release of another, newer stable release. The problem with Debian is that, except for a short transition period (one year, when woody was released) there's only one supported "stable" release. You're forced to upgrade to the new stable when it comes out, or else you're stuck running something unsupported.
As an example, Redhat announced a while back that they'd support a given version of RHEL for, what, 3 years after its release? That's what enterprise/server users need. RHEL will release newer versions, and we as users can upgrade when we see fit to another supported version. With Debian, that's really not possible.
Unfortunately, Debian is having a hard enough time getting people to work on the security team supporting just one release. Trying to support something like 3 releases at once is not likely to happen given the volunteer nature of the organization.
noah
Translation... (Score:4, Funny)
Translation: Provide the same horribly outdated packages we do.
Funny thing, perspective. (Score:5, Interesting)
Funny how two people can look at the same thing and see something different. My perspective was that; the result is a potential deprecation of Sarge and perhaps Debian itself.
Re:Funny thing, perspective. (Score:4, Informative)
And it doesn't have to -- Ubuntu isn't out to beat Debian. At all. They are using different release methodologies, and are essentially forking Debian Policy where they see fit. But in their effort for short-term usability improvements, there's the danger that they'll create a difficult to maintain system -- and Debian's fundamental maintenance abilities are probably its best feature. And probably why Ubuntu is based on Debian.
Here's a way to avert a crisis: (Score:4, Insightful)
Seriously, they haven't had a stable release in nearly three years. Projects like Ubuntu were created due to the complete lack of leadership on Debian's part.
In the wake of Red Hat's withdrawl of a viable free linux distro, Debian should be thriving right now. Instead its fading away.
Re:Here's a way to avert a crisis: (Score:2, Interesting)
i thought they just made their 'red hat' distro enterprise-only
Re:Here's a way to avert a crisis: (Score:5, Insightful)
Ubuntu is cool (I run a Debian/Ubuntu mix), but in concentrating on the glamorous stuff they end up getting a bit more credit than they deserve.
Re:Here's a way to avert a crisis: (Score:5, Insightful)
You just had to take a potshot at RedHat, didn't you? Lots of people I know have been really happy running Fedora and making use of the resources RedHat provides for Fedora users. I don't see any reason for it to be considered unviable.
P.S. If you're talking about RPM dependency hell, that was a problem even with RedHat, and doesn't prove why RedHat stopping its Desktop distro sales was bad.
Re:Here's a way to avert a crisis: (Score:3, Informative)
Regards,
Steve
Re:Here's a way to avert a crisis: (Score:3, Interesting)
The BSDs have far greater code compatibility in both kernel and userland than Linux distros. Code is shared widely amongst BSD distros. You just don't know much about BSDs. FreeBSD's port system caught on quickly, even on Gentoo (sort of), and NetBSDs pkgsrc even has binaries for Debian. You can even have Linux binary emulation in BSDs. Heck, you can have a FreeBSD emulation in an OpenBSD.
The BSDs used a clever, obvious, scheme for userland: makef
Simple solution: (Score:5, Funny)
Re:Simple solution: (Score:5, Funny)
Re:Simple solution: (Score:3, Insightful)
In business schools around the country it is called smart marketing.
Debian out of date and stale? (Score:3, Insightful)
The real question (Score:5, Insightful)
I smell a role for the federal government (Score:4, Funny)
Dodos (Score:5, Funny)
"Oops, there goes our last female".
Debian needs to get with the program and work with Ubuntu. Otherwise... well, we all know what happened to the dodos. It would take a lot of work to replace the Debian infrastructure, but it's not impossible to do.
Ubuntu is a good thing. (Score:5, Informative)
I don't think it's really fair to say that Ubuntu is a net negative for Debian. It's definitely a net negative for sarge, since very little, if any, of the work put in to Ubuntu has trickled down to sarge. However, it's good for Debian as a whole because when the ball gets rolling for etch, most of the work will already be done. Ubuntu puts out stable releases for three of the four release arches for etch, so I doubt much extra work will be needed there, although I don't really know that much about what additional work would be necessary.
Sure, Ubuntu's existence has various downsides, such as the proliferation of deb packages provided by developers that only work on Ubuntu, but would those people have made Debian packages in the first place? The packages are merely a byproduct of Ubuntu's popularity, and more people using Debian and Debian derived distributions is definitely a net gain for Debian. I don't see why he would write off all the benefits that Ubuntu provides while focusing on a few issues that are negligible IMO.
The packaging issue is one that's never really going to go away. On his blog, Ian cites software developers and ISVs as reasons for unifying Debian and Ubuntu packages. All free software developers have to do to get their software packaged by Ubuntu is request it. [ubuntulinux.org] The Ubuntu packagers work fairly close with the Debian developers to make sure that the work trickles down to Ubuntu proper as well. For commercial software it's a bit harder, but that's one of the things to deal with in the Linux ecosystem. Like I said before, packages made for sarge wouldn't even necessarily work on woody. You have to target specific sets of available software, or just distribute binaries that install the software based on various LSB assumptions.
Everyone wins? (Score:5, Insightful)
Well, no, everybody doesn't win. Providing compatibility with generic Debian would be a pain for Ubuntu, and would take energy away from more worthwhile work that people want to do on Ubuntu. Adding this kind of bag-on-the-side would be a win for generic Debian, and a loss for Ubuntu.
A better option might be for generic Debian to stop trying to support desktop users. The way things are stacking up now, generic Debian-stable is a great server OS, but a lousy dekstop OS. People who want to run the latest bleeding-edge version of Gnome or whatever are switching to Ubuntu. So what's the point of having generic Debian keep trying to support the latest bleeding-edge GUI packages?
I can't help thinking that this sounds like sour grapes on the part of Ian Murdock. The tone of his blog is like, "No fair, I don't want you to play with my ball anymore."
I don't think his comparison with RPM is completely apropos. RPM was poorly designed from the start, and was probably designed from the start as a tool for vendor lock-in. Apt-get, AFAICT, is well designed. If there's a problem maintaining compatibility between Ubuntu and generic Debian, it's probably because some of the desktop GUI libs are changing very rapidly.
Re:Everyone wins? (Score:3, Informative)
"I don't think his comparison with RPM is completely apropos. RPM was poorly designed from the start, and was probably designed from the start as a tool for vendor lock-in. Apt-get, AFAICT, is well designed."
RPM is not even remotely the same thing as apt-get. It's like saying an apple is inferior to a fruit salad.
AFAIK, RPM is actually ahead of DEB in certain areas. Yum and apt-get are reasonably close in quality, although I would give apt-get the nod for now
Re:Everyone wins? (Score:5, Insightful)
A question that really needs to be answered is "What does Debian see as its role?" They've said that they want to speed up the release cycle. How much? At a certain point, won't it be redundant given Ubuntu releases with a six month release cycle? Who is going to use Debian proper? Who does Debian want to use Debian?
I think Debian functions exceptionally as a platform to base derivative distributions off of. Why make actual releases if other distributions are making releases that are more attractive? There are a few good reasons to, but I think alternative solutions would be better.
1) Ubuntu's support period isn't long enough.
Ok, so instead of making a release, pick up an Ubuntu release after it is deprecated and support it for another year.
2) Ubuntu's value comes from its corporate backing. We can't change the fundamental processes that we have going in the non-profit Debian world because Ubuntu could disappear someday.
The work that Debian proper does is far more than the few Ubuntu developers do. They just build on top of what is already there. If Canonical decides to stop supporting Ubuntu, just adopt it as part of the normal operations of Debian. Think of it as another branch.
I think once sarge gets out, some discussion needs to occur about what the future holds for Debian so its users can make choices accordingly. There are better ways to operate than what's currently proposed.
Re:Everyone wins? (Score:3, Informative)
Well you are compaging apples to oranges ... RPM is a *package format* that is open. On the other hand apt-get is package management tool with dependacy resolution.
If you are going to make a comparision either compare the RPM *package format* with the DEB *package format* or compare the yum *packag
Similar problem when Mandrake forked (Score:5, Interesting)
Re:Similar problem when Mandrake forked (Score:5, Insightful)
It's also rather annoying that Murdoch witters on about "avoiding the fate of the RPM world" - uh, hello? Last time I checked we're all Linux users. And Linux ISVs hate the current situation because they already have to produce lots of packages, or more likely simply not bother and produce a Loki Setup or a tarball (tarball! how DOS is that?).
Debians problems seem to be directly tracable to:
The end result is Ubuntu - a fork. Unfortunately Ubuntu doesn't really tackle the packaging problem seriously: it improves on Debian by only stabilising a small base system, but this means you get to choose between (a) an out of date and small but stable repository (main) or (b) a large and up to date but often broken repository (universe). And I still haven't figured out WTF the "metaverse" is yet.
Unfortunately the Ubuntu developers only go so far - they still believe it's possible for Ubuntu to package everything end users will ever need, even though at least in Warty, universe wasn't even enabled by default. I don't see any way for Ubuntu to stabilise universe without getting bogged down in the same mud that Debian did.
Re:Similar problem when Mandrake forked (Score:5, Interesting)
Unfortunately Ubuntu doesn't really tackle the packaging problem seriously: it improves on Debian by only stabilising a small base system
This is exactly what you said Debian should do, but now that Ubuntu does it, it's a problem?
(a) an out of date and small but stable repository (main) or (b) a large and up to date but often broken repository (universe).
(a) is precisely what most normal users want. Normal users use their computers as tools, and don't care if they have the latest whizbang version of Gaim, as long as they can IM their friends. On (b), universe isn't often broken, and only one package (gtk-gnutella, repeatedly) has broken for me, and is the only one I remember seeing mentioned on the mailing lists. Also, universe doesn't get updates either, it just includes the rest of the Debian repository that Ubuntu hasn't chosen to explicitly support.
Unfortunately the Ubuntu developers only go so far - they still believe it's possible for Ubuntu to package everything end users will ever need, even though at least in Warty, universe wasn't even enabled by default.
Universe isn't enabled by default because main is supposed to contain all the software that most users need to get their work done. Any new user that spends more than a day or two administering an Ubuntu system will be aware of universe. If there's a piece of software that you think should be included in main, there are places on the wiki to make suggestions.
I don't see any way for Ubuntu to stabilise universe without getting bogged down in the same mud that Debian did.
Time based releases. You do as much as you can within six months. If there's a package in universe that a user's workflow depends upon that's broken in a release, they can stick with the old release for up to another year while still receiving security updates.
The end result is Ubuntu - a fork.
Ubuntu is a fork. Forks aren't inherently bad. All the work on Ubuntu goes back into Debian. Sure, it shows that people weren't satisfied with Debian and wanted something else. Is this a bad thing for Debian? It depends on what their goals are. The work of Debian developers is being used by far more people that it work before Ubuntu, so I think that's a good thing.
Re:Similar problem when Mandrake forked (Score:5, Insightful)
What I think both Debian and Ubuntu should do is forget about their huge package repositories, on the grounds that it's an unscalable way to distribute software and focus purely on making a great OS. That means things like UTF8, graphical installers, graphical config tools, SELinux integration.
These are all being worked on. But see how Fedora was ahead of them in all of these areas, and in some still is. That's because the Red Hat team focussed purely on the base distro instead of trying to package everything in the world, which is impossible.
Now, Ubuntu basically has a chance to do this. Strip even more out of main - why is Inkscape there? How many Ubuntu users are also vector graphics artists? It's out of date already, and has been for months, yet you can get up to date packages direct from inkscape.org. Take it to the logical conclusion: make Ubuntu a base operating system that is super easy to extend, with only the basics in main (music player, web browser etc).
Now support 3rd party packaging, so users can go to inkscape.org if they want a graphical editor and install it straight from there. I think they should use autopackage [autopackage.org] to do that, but I'm biased. There could be any number of ways of doing it. The point is, stop being packagers and become OS developers.
Ubuntu could do this without too much pain. Debian, on the other hand, never could. When you think of Debian, do you think of a slick, modern desktop OS? No? Neither do I. I think of 18,000 packages. But who cares how many packages you have, if the OS sucks. If Debian were to deprecate most of the packages, it would cease to have a purpose on the desktop because it's such a poor desktop OS (as Ubuntu has made clear). It could refocus and with time, catch up, but it would take a lot of effort and dedication and belief in the new way. I don't think Debian can do that. I think it'll fade away rather than change.
Attempting to package everything the user wants is sinking Debian, and it'll sink Ubuntu too unless they change the philosophy instead of just doing minor tweaks. Ubuntu universe includes Coq, a theorem prover whos own authors estimate that it has only 100 regular users, yet does not include gaim-vv, which adds webcam support to Gaim. What is wrong here?
Uhm, no thank you (Score:3, Interesting)
Re:Similar problem when Mandrake forked (Score:3, Interesting)
One reason that people like Ubuntu is Synaptic and Universe. Because, put bluntly, installing things on Ubuntu is marginally less of a pain in the ass on this dist
Ubuntu Sarge (Score:5, Informative)
"Ubuntu makes a release every six months, and supports those releases for 18 months with daily security fixes and patches to critical bugs.
As Ubuntu prepares for release, we "freeze" a snapshot of debian's development archive ('sid'). We start from 'sid' in order to give ourselves the freedom to make our own decisions with regard to release management, independent of Debian's release-in-preparation. This is necessary because our release criteria are very different from Debian's.
As a simple example, a package might be excluded from Debian 'testing' due to a build failure on any of the 11 architectures supported by Debian 'sarge', but it is still suitable for Ubuntu if it builds and works on only three of them. A package will also be prevented from entering Debian 'testing' if it has release-critical bugs according to Debian criteria, but a bug which is release-critical for Debian may not be as important for Ubuntu.
As a community, we choose places to diverge from Debian in ways that minimize the difference between Debian and Ubuntu. For example, we usually choose to update to the very latest version of Gnome rather than the older version in Debian, and we might do the same for key other pieces of infrastructure such as X or GCC. Those decisions are listed as Feature Goals for that release, and we work as a community to make sure that they are in place before the release happens."
So, who cares that it isn't compatible with Sarge? Is Sarge really compatible with Sid? I think not (if you are sane). Shouldn't Ian be saying that Ubuntu isn't compatible with his "componentized Linux" (http://www.progeny.com/products/components.html)
Re:Ubuntu Sarge (Score:5, Insightful)
who cares that it isn't compatible with Sarge? Is Sarge really compatible with Sid?
This is an important question. Ian is complaining that Ubuntu, a released distro, is incompatible with Debian Sarge, an unreleased unstable distro. This is like Bill Gates complaining that Firefox 1.0.2 is incompatible with Windows Longhorn Beta 2. As long as Firefox released first, it is the second-comer who is responsible for playing catch up.
Can Debian Sarge keep up with "standards" created by Ubuntu? I doubt it; Debian is not renowned for its agile development..
What Ubuntu is... (Score:5, Insightful)
What if you don't care about desktop environments? (Score:3, Insightful)
I agree with many here. (Score:3, Interesting)
Sure compatability between the two OS's will go to the way-side. But (k)Ubuntu has an chance here to comply with the LSB and silence any claims of incompatability by saying they are just following the standards more closely than Debian proper.
If nothing else this is just more proof that maybe Debian does need to change their focus to only releasing stable versions for the big three architectures and leave the rest in unstable/testing limbo.
It has been discussed before and I know a lot of people flammed it because they love Debian for it's architecture support, but Linux fanboys need to start realizing this isn't just about us anymore, this is about the market we are trying to convert.
Whatever brings us closer to that end is good. Even supposedly "forking" Debian into (k)Ubuntu.
[/rant]
Disclosure: I run Kubuntu as my desktop as dual boot w/ WinXP.
ian is wrong, ubuntu will only help debian (Score:3, Insightful)
1. it will attract (and is attracting) a huge userbase that will very quickly understand the benefits of apt and the benefits of debian. there is no better example of what a polished linux desktop can be than latest gnome/kde on top of sid (ubuntu), properly patched and configured for the user. this is huge and extremely exciting, it is the best example of 'how a linux desktop is not only workable but superior to the competition and can only attract more talent.
2. ubuntu's goal is not to 'fork' but to 'freeze and polish' every six months based on unstable. some packages must be forked for obvious reasons, not for the sake of forking but because ubuntu serves the desktop and not all 11 architectures - what that means is ubuntu forks packages only so long as they can safely be used on the desktop while being patched on the other architectures.
3. all the interest in ubuntu will eventually trickle down to interest and excitement in debian
4. all the development going into ubuntu will eventually trickle down to debian. the problem right now is simply timing. debian will only start to see the fruits of ubuntus labour after sarge is released, and when unstable become testing. then and only then will debian start to see an accelerated track as a result of this newfound excitement.
5. debian is the easiest and larges distro out there. ubuntu only seems like a negative from the perspective of sarge's release schedule and ubuntu just jumping into the scene. give it time, you will see debian kill suse and redhat to the point that i predict they will drop their individual efforts and simply adopt debian as their core and base their proprietary services around debian.
it is inevitable all shall be assimilated.
Binary Compatibility Is Hard(TM) (Score:5, Insightful)
Easy enough; it's the implications that are subtle. Like that building a key system library with different options makes it a different package. That changing a key system library thus changes the entire configuration management scenario. That a package that has different subcomponents, each with their own dependencies, is a package that depends on all of them. That auto-built dependencies tend to be even pickier then the real ones. That packages are only as good as their (builder supplied) metadata. And so on and so forth.
There must be something about this that is either hard to comprehend, or hard to accept. It gives a lot of RPM users trouble, it gives Debian users a sense of superiority, it's what makes BSD ports work so well, and it's largely responsible for making Microsoft Windows the unholy mess that it is. Clearly, there's a disconnect here.
Take a look at some common misconceptions in the software world.
It appears a disproportionate number of Debian users carry a false sense of superiority about their package tools, when what really makes Debian win is the size of the distribution package pool. Specifically, that having such a large pool of configured, compiled, and tested packages readily available via "apt-get install foo" leads a lot of Debian people into think APT is somehow magic.
Likewise, RPM properly saying "I don't think you have the pieces you need for this to work" leads so many people into thinking that RPM *causes* "dependency hell". RPM simply reports it. YUM (and things like it) can help you with it. But the nature of binary software itself is what *causes* dependency hell.
And the fact that BSD ports downloads, configures, builds, and installs all specified components *from source* leads BSD bigots into thinking that the BSD ports packagers must be doing a much better job then Red Hat or Debian packagers. Rather, they just bypass the problem of binary compatability.
And, again, this is also largely responsible for why Windoze sucks so much. When everything is a binary which you have no source for, and no two packages share information on what is being installed, and you can only install one version of any given library at once time -- then, yah, it's a minor kind of miracle the thing ever works at all.
Binary compatability is hard.
DLL Hell (Score:3, Insightful)
I'm guessing you're trolling, but you do touch on some points in my original post worth expanding upon. As I said, Windows has these issues, too.
Have you ever noticed that the more software gets installed on Windows, the more likely it is to have trouble? There are a number of reasons for that, but the biggest is known colloquially as "DLL Hell". As I said, Windows only allows you to
Ubuntu is GREAT for Debian (Score:3, Insightful)
Yes, Ubuntu packages do not work on Sarge -- Ubuntu starts from SID (which is what I am typing this reply on and have been using since 2000 without a reinstall!). I do not expect Knoppix packages to run on Sarge, or Mepis or Ubuntu. Ubuntu, while closely tied to Debian is a different beast. SID packages are already high quality. Ubuntu just polishes they up a bit further, makes TOO MANY things brown, and pushes it out the door every six months. I run it on my work laptop, and it works like a charm (except the infamous Broadcom wireless grrr).
The reason Ubuntu is great for Debian is that they are paying Debian developers who ARE pushing back patches both to the upstream, and to SID. I believe that when X.org hits SID, it will be better because of Ubuntu than it would have been in Ubuntuless world. Ditto for many other packages.
Duh (Score:3, Interesting)
Whole topic is but a troll (Score:3, Insightful)
I think this thread is just Ubuntu hype - our logs don't see any trend. Please note there are SEVERAL other dist based Debian. I think Debina has more children than any other distro - says good things about Debian.
Should be interesting... (Score:5, Interesting)
Part of the compatibility problem is on Debian's side: many maintainers are annoyed that Ubuntu exists and choose to not work with them out of pride/arrogance. This attitude is something I hope Branden breaks in his new tenure as DPL.
This is where I think it will be very interesting. Branden has always been a progressive and practical person, with extremely little time for the kind of political rubbish that has prevented sarge from being released. We know that the platforms Ubuntu has chosen are the ones that matter for their market, and the ones that matter for the near future in the desktop and server market (with Sun dropping UltraSPARC for amd64) in general. We know there's already been talk of refocussing Debian such that architectures like arm that usually hold everything up will no longer do so.
So the way I see it, there's a lot of hand-waving going on here that could be completely irrelevent in the future as Debian is architecturally focussed the same as Ubuntu which should foster greater cooperation. Of course Ubuntu is clearly on the desktop side and not the server, so I guess it will have more of the eye-candy and desktop apps while Debian has a far greater range of packages; though it doesn't necessarily need to be that way. It would be fantastic if Ubuntu is simply re-branding the Debian desktop packages in a co-maintenance fashion.
My greatest gripe with Debian over the past 6 years is how they seemed to have wasted time arguing over pathetic things like should this document licensed under the GFDL really be in Debian, and have hence fallen from their position as the #1 distribution on the ball technically, always up-to-date (at least in sid) with what's out there, to being so far behind its becoming very tempting to switch. Come on, the commercial distros used to be the last to get anything new, now they are becoming the first. Okay, so Novell *wrote* Beagle but the source has always been available, why is is still not in sid (even an old version?). Call me out for not packaging it myself, but neither have you so that's hardly an argument. That's just one minor example.
(and fwiw I did try packaging it myself, but the dependencies were also either not packaged or out of date and it became a much bigger and riskier task than I have time for)
I can understand Ian's frustration, he created Debian and then went on to found Progeny and I guess there's some angst/jealousy there over how popular Ubuntu has become in such a short time while Progeny hasn't quite seen that kind of success for however many years (most people forget it even exists unless prompted by some mention somewhere). Get over it. I've seen more cooperation from Ubuntu maintainers with "upstream" Debian than any other Debian fork as witnessed by changelogs of packages I use, I put their success down to this and their good business strategy/vision. Credit where credit is due. I hope this cooperation will increase in the future.
This BS... (Score:3, Interesting)
How could it?-
A. Sarge isn't released
B. Ubuntu is based on Sid.
Murdoch argues that if Ubuntu were truly compatible with Debian, all of the energy going into it could be directed at Sarge and toward getting it released, which is what would really benefit the Debian developer ecosystem as a whole.
Yep. Thats what Userlinux tried to do. Look how that went. Debian is too uncentralized to ever be more than a server distro (where slow is good).
"I understand what the Ubuntu folks are trying to do, and they're doing lots of good work that will eventually find its way into Debian," Murdoch said. "But what we really need right now as a community is for Sarge to be released.
There. He admits that Ubuntu is now more about helping out Etch (the release after Sarge) then helping out Sarge. But Warty should have helped Sarge a bunch, and Sarge has problems even millionaire Mark can't fix quickly.
"In that respect, Ubuntu's popularity is more harmful than helpful."
How is it harmful that Etch is going to kick ass because of Ubuntu's work?
I'll tell you how- each Ubuntu release is an embaressment to the Debian people. Two Ubuntus have been released before a Sarge. And if they don't watch out, it will be three. Businesses don't like that many upgrades usually, so a slow Sarge is good many say. But from the words of of Debian's founder is obvious that Sarge not being released it is turning into a bit of a joke...not good for Debian's image.
Thats the only way Ubuntu hurts Debian.
It hurts me to say this... (Score:3, Interesting)
- I want up-to-date packages. I want KDE 3.4 out-of-the-box, I want X.org and the full support for my graphics card it brings - I want all the things Debian doesn't have but with Ubuntu are just an apt-get away.
- I want to feel my system is modern. I know, I know, if I want cutting-edge, use Gentoo, but I don't want cutting-edge, I just want modern - with Debian I feel I'm being left behind.
- Better (easier) installation. I'm trying to prise my mother off of Windows, and while Ubuntu's installer still isnt GUI, it's not quite the CLI terror that is the Debian installer - how am I supposed to convert her to Linux when even the installer scares the shit out of her?
- More frequent updates. OK sure, they might have stupid names (Hoary Hedgehog?), but Ubuntu updates are frequent and on-time, and they keep things up to date - Debian updates seem very few and far between, and serve only to make sure the disto stays a good three or four years behind the competiton in the name of stability.
On the final point, granted, Debian is absolutely rock-solid, and for that reason if that reason alone I will be keeping it on my server box (sitting blinking in the corner as I type this), but as for my work box, it's getting Kubuntu as soon as I get round to it.
As I said, I love Debian like a brother, but I'm growing to love Kubuntu like the hot girl down the street (and no, not through a telephoto lens) - you love them both for different reasons, and while all your family loyalty might tell you to sit in with your brother, reality has to step in and tell you to go off with the sleeker, sexier option.
Debian stable has fallen down (Score:3, Insightful)
Because free software is free as in beer, packagers assume there is no big burden in making their packages depend on the latest versions of dependencies they have around at the time they build. They don't do the hard task of testing and building packages with older dependencies even though they would run fine on them.
On the other hand, developers for the W operating system tend to try to make their package run on as many versions of it as they can, and they test it on as many versions as you can. What that means is that a very large amount of the time, you can install the latest version of some software package on Win98, often even Win95, and almost always the 5 year old Windows 2000.
Try to have a 5 year old version (with security updates of course) of just about any linux distro and try to install the latest version of some hot new package you want. It will rarely work. It may not even be available in your package manager, and if it is, it will want to upgrade vast numbers of packages in your system that you don't actually truly need to upgrade.
And like it or not, even though upgrading is good, upgrades are scary. They are scary for ordinary non-guru users and they are scary even for guru users who are trying to run production systems they depend on. Upgrading should happen regularly, but it should happen on the user's schedule, not at random because I want to run some new software.
Ideally upgrading should not be so scary, but it is. Things break. More than once I have had a major upgrading result in a day of downtime, and I think I know what I'm doing.
It is not satisfactory to tell your senior citizen mother to run unstable and upgrade regularly. It's not going to happen.
Debian unstable (Score:3, Interesting)
- The Ubuntu and Debian folks get together to build an awesome base system framework to build around (eg. kernel-package, hotplug, installer, etc)
- Try to make it easier/more popular for developers to package their own stuff and put it in contrib. Make it more like freshmeat but with storage.
- Debian people can maintain stable and follow their current release concepts, but maybe scale back on the number of packages offered. Do stable users really need games and P2P packages, for example?
- Ubuntu project can be to build from and extend Debian Unstable.
I would use Ubuntu if it were Debian with more and more up to date packages. I think it makes sense for Ubuntu to be that, although maybe with a prettier installer (please don't take away my ability to start from clean slate). It makes sense that the Ubuntu project would want to derrive Debian packages as they do now, especially if Debian were to scale a bit back. Debian has, in Unstable, main, contrib, and non-free (repositories" (right word?)). There should be an Ubuntu "repository" as well. Eg, say ubuntu patches xmms to add https mp3 streaming. They would put that new package in the ubuntu repository in Debian unstable. The package would have a higher version number than the package in main and would be tagged as having a derrivation (some unique id number or name - eg "ubuntu-https-stream" [perhaps a convention is needed as for version numbers]). The package versioning mechanism would need to be extended so that once you have installed a package with a derrivation, "apt-get upgrade" will not upgrade to a newer version of the package unless the package includes the derrivation. If you wanted to upgrade any way, there could be a command line switch on apt-get to specify that.
Ubuntu would become a new "repository" in Debian, plus media with a tweaked install process. Upgrading a debian unstable box to ubuntu should be as easy as adding an apt sources line and running apt-get update; apt-get upgrade.
This way ubuntu packages can do what they want, will be compatible with Debian unstable, and Debian people will have an incentive to include changes. Debian can focus on their core and the ubuntu project can pick up the juicy desktop parts of the system. I also really liked the collaborative maintainer idea - that would promote the migration of derrivations from the ubuntu repository into unstable.
Just some ideas... I'm quite happy with Debian and I've never found an out of the box Linux that satisfies me in the flexability domain. Too much or wrong stuff installed by default, too little support for weird configs, etc. I mean, my desktop machine doesn't even have a hard drive in it (boots off of a file server in the basement), and setting that up with Debian was a breeze.
Re:Kubuntu! (Score:3, Informative)
apt-get dist-upgrade
apt-get install kubuntu-desktop
Then you'd have Kubuntu-current.
Re:Not seeing the whole picture. (Score:3, Insightful)
Re:Not seeing the whole picture. (Score:5, Insightful)
If Debian dies than it will either be remade in another Debian-influenced distrobution or the developers and users will migrate to other distrobutions... like Ubuntu. Don't be so arrogant, the world is not crashing. Free software doesn't die with its developer, remember.
Re:repositories? what? (Score:3, Informative)
Of course, you've got to have the proper dev packages to do that, but it'll tell you if it's missing something. Keep a persistant root terminal open to apt-get anything it'll say you need.
Re:repositories? what? (Score:3, Insightful)
I know exactly what your problem is. You have added the Marillat, and it has a new version o
Re:Ubuntu is the Judas distro to Debian (Score:4, Insightful)
Ubuntu is a betrayal of Debian.
Canonical has hired a number of critical packagers and maintainers of infrastructure of Debian and paid them to do priority work for Ubuntu instead of work on Debian.
Oh my god!!! Canonical had the nerve to PROVIDE A MEANS TO LIVE for Debian developers, and give them an opportunity to make a distro based on Debian and gives bugfixes back to Debian. What assholes.
Ubuntu, keeping in mind, depends on masses of packagers and developers who have chosen to package and quality-check for Debian. Canonical, in turn, depends on providing paid support for Ubuntu.
Actually Ubuntu currently depends on a certain South African that loved Debian and wanted to make a new distro based on it. He has admited to /. that he hopes that the paid support thing work out, but he doesn't mind if Ubuntu turns into charity if it doesn't.
A start-up for-profit commercial entity cannot hope to duplicate this success, is unable to do so as so many others have done in a relationship that can be described as mutualism or commensalism, and instead satisfies itself with being a blood-sucking parasite that will end only in its own destruction along with that of the host.
HOW THE F*CK IS UBUNTU A PARASITE!!!!. It gives back bug fixes. It has developed things that Debian will need in the future (Xorg). It has built up a vibrant community, and gets the word Debian and release in the same sentence together (even if it is only "Ubuntu, the debian based distro, released today.") Even if Ubuntu didn't give back bug fixes, Debian's license allows this to happen. Yet the Ubuntu devs do upstream their work. Troll
And you wankers who want the latest and best but cannot see past the inconsequential metric of a release date of a "stable" set of packages, are selling your souls and that of the best distro of Linux to ensure it will happen.
And all you wankers that can't figure it out- Ubuntu is a good thing for Debian. The progect is hurting bad and it needs a shot in the arm, Ubuntu is that show in the arm...