It would seem but the real question is is it thoroughly tested? With a LTS you want to put out something as stable as possible, and newer doesn't really mean more functional, or of benefit to the intended audience. A lot of core app's are only seeing upgrades to work with newer GCC and GLIB releases, not to add functionality. I'd guess that just like Windows Update, those of use that continually "apt-get upgrade" are a very small percentage of the user base. That's can be very dangerous in a corporate or server environment.
Originally Posted by maciejus
My experience is that typical end users have far more hardware/software than they need for their actual use - And they are not even aware of it.
I would tend to think that the percentage of Linux users that upgrade regularly, if not religiously (like myself), is much higher than the number of Windows users that do the same. Most Linux users tend to be more technically savvy.
Originally Posted by rjwaldren
That's one of those things that usually go unchallenged, but I'm yet to see on what grounds it's based. Also, I don't see any correlation between this and the frequency of the upgrades.
Originally Posted by thefirstm
U LTS does not help you at all when you install extra packages than default. Debian provides much more security updates and pointreleases to the stable branch.
I would agree across the entire user base, it is likely higher. But in a corporate environment it's probably no different and ideally controlled by the admins. I've met alot office workers who consider themselves savvy simply because they can sum a column in excel. In fact I used to get request all the time from people building resumes about OS and network experience-they were Data Entry employees who only used a proprietary app that was booted to directly almost like a kiosk. Incidentally that particular system runs to this day on NT4. LTS is more directed toward those type of environments/users. If you want gaming/video and other special uses you have to play chase the version, and a side effect you'll be user testing for what goes into canonicals next LTS release.
Originally Posted by thefirstm
Even those who do run a LTS version will only get security and "safe" approved updates unless they've done a dist upgrade or enabled special repos.
I have a question: why is it that Ubuntu's Karmic 9.10 gives the WORST performance for the open source radeon driver by far compared to other distros? I *cannot* even boot up in most cases. I have tested by booting up in safe mode and then editing xorg.conf. If I boot up normally, the laptop crashes after trying apps like Firefox or Synaptic. Reading various reports on Launchpad and searching the Ubuntu forums brings no solution and just more confusion. It provoked my post/thread on Radeon and xorg but it's a slow process. I'm learning new stuff but I can't help think that the situation is unnecessary.
I think Ubuntu and ATI or at least Ubuntu doesn't seem to think ATI drivers (or at least open source) drivers are a priority. Or they think the user should have to deal with it.
I've tried Mandriva 2010 and it's WAY WAY WAY better! Out of the box, I can change to 3D effects and it works. 'Really says something to me.
I was under the impression that it would be a snapshot of Debian testing this time which would make everything far more conservative than your best guest-imates. It will probably just be an Ubuntu-fied Squeeze if Debian's freeze happens on schedule.
Karmic worked pretty well out of the box for me (with the caveat that I had to change permissions in xorg.conf to get DRI working), but either way the core problem here is that all of the components in the graphics stack lurch along on different release schedules so alignment with distro release schedules is a matter of luck more than anything else.
If the driver stack was stagnant then it would be easy to just "be conservative" and pick up something old and known, but the changes going on right now are huge and sometimes hard to digest - but falling behind the current code means you lose features, performance and hardware enablement.
I believe Karmic was the first Ubuntu release to use KMS for Intel parts, and picking up KMS requires a lot of changes outside the driver stack (and AFAIK the magnitude of those changes differs from one distro to the next). Early versions of some of the KMS-related changes (eg always loading the intel drm even if there was only ati hardware) broke the radeon driver during the main testing window, so it's probably a safe guess that ati hardware didn't get as much testing this time round as is normal for a Ubuntu release.
I suspect the difference you're seeing is primarily luck of the draw w.r.t how the driver and distro release schedules aligned. Mesa in particular was problematic - AFAIK Karmic went with 7.6 to pick up a number of improvements but had to lock down before the final fixes were in (this is going from memory, don't treat it as fact). Ubuntu has normally been very good about integration and testing of graphics drivers (at least for our stuff, not sure about other vendors) so I seriously doubt it's a lack of care or attention.
Last edited by bridgman; 11-20-2009 at 10:59 AM.
Does not change anything for security support - universe/multiverse packages are not as good supported as main and main is REALLY small!
Thank you for assuming that I wasn't aware of the poor security available from Canonical's distribution.
Originally Posted by Kano
People will choose to use the Lactating Lemur release because they want the software they will be using for the next four years to simply work for the next four years, they don't care about the latest and greatest half working feature that is being pushed.