Right on the money. If you install, say, a printer driver in Windows you can be pretty sure that it will continue to work even after you install service packs or even upgrade to a newer Windows version. At the worst, you'll have to install the driver again when you upgrade; it almost never happens that a previously working piece of software suddenly disappears or loses functionality. But this happens all the time in Linux as things are churned and rewritten.
Posted Mar 30, 2012 20:55 UTC (Fri) by Pawlerson (guest, #74136)
[Link]
Then I wonder why there were so many problems in Windows after installing some service packs? This article is totally biased.
The article is correct
Posted Mar 30, 2012 21:58 UTC (Fri) by scientes (guest, #83068)
[Link]
> Then I wonder why there were so many problems in Windows after installing some service packs? This article is totally biased.
Yep, this article is 100% bullshit. I've had about 10X the success in getting hardware to work between versions of Linux than I have between XP and Vista, in fact, it was the fact that hardware providers *simply wouldn't provide drivers for Vista*, not out of not being able to recompile the drivers, but out of a want to force people onto new hardware, that pissed me so off that I switched to Linux and havn't turned back since. If you buy a Windows computer, with Windows *preinstalled* and then keep it at that version, you don't go through what is the enormous pain of Windows hardware support (the reseller has already gone through it), so you never realize how much better Linux is in this department.
Moreover, I've had *amazingly satisfying* success with reporting bugs, and having them fixed, especially with Kernel bugs.
The article is correct
Posted Mar 30, 2012 22:49 UTC (Fri) by fre (guest, #83851)
[Link]
Just an anecdote. Or a Rant.
Around last October went shopping for a new laptop. For the budget i had my choices were between two similar ones except for:
a) Intel CPU and Wifi, Nvidia graphics card
b) AMD CPU, BCM Wifi, Radeon graphics card
As a result, my wifi cant work with the open source drivers and i wasn't able to make the closed ones work with custom compiled kernels. The graphics card somehow works, but with the closed drivers is crashy, with the open ones i can fry eggs in my laptop.
Now, i know the fault isn't much on Linux kernel. But whatever, so much for hardware support in linux, 2012 AD.
The article is correct
Posted Mar 30, 2012 23:09 UTC (Fri) by tpo (subscriber, #25713)
[Link]
I think that's unfortunately not the way to shop Linux computers.
The way to shop Linux computers is to take your latest beta home distro live CD and go for a walk around the computer shops.
Or if you want to internetshop, then the laptop on offer must *explicitly* support Linux (there are many sellers that have Linux compatible machines).
:-/
*t
The missed opportunity
Posted Mar 31, 2012 19:36 UTC (Sat) by pboddie (subscriber, #50784)
[Link]
This is where the likes of Canonical have dropped the ball completely. To fix bug #1 or whatever it is called, you have to target the hardware vendors, if necessary becoming one yourself. There are plenty of people selling computers with Free Software operating systems installed, although you have to do some legwork to find them and see what they are actually offering, but these people are not the same people who have the resources to actively fix and improve the software in order to actively support a device.
Sure, Canonical certify some devices, but that doesn't guarantee anyone on this planet being able to buy them, especially if Dell is involved. And without people actively promoting, selling and supporting computers with Free Software operating systems, there will always be a certain difficulty in reaching the masses and a disconnect between available hardware and fully supported hardware.
The missed opportunity
Posted Mar 31, 2012 20:28 UTC (Sat) by scientes (guest, #83068)
[Link]
Linaro does this to some extent with ARM dev boards, but this is partially cause this is basically the only way to get a ARM device working these days, as the ARM tree in the kernel is in such a bad state (improving alot, and the flexibility afforded to ARM licencees make it harder) however the prices are not exceptional
Also guys like the Marvell SheevaPlug, DreamPlug, etc, where the manufacture actively work with the Linux devs, and they are not the only hardware manufactures. CPU vendors have been contributing to Linux and gcc, etc (AMD even to coreboot) for a long time.
The missed opportunity
Posted Apr 1, 2012 17:25 UTC (Sun) by pboddie (subscriber, #50784)
[Link]
Yes, but there's a huge difference between organisations maintaining component-specific features in the Linux kernel and offering a complete, fully-supported system.
The article is correct
Posted Mar 31, 2012 1:52 UTC (Sat) by charris (subscriber, #13263)
[Link]
Ah, so Radeon still runs hot with the open drivers? I went back to NVIDIA for just that reason. The NVIDIA drivers may be closed, but they are better maintained for compatibility than fglrx.
The article is correct
Posted Mar 31, 2012 14:58 UTC (Sat) by pataphysician (guest, #73773)
[Link]
The Radeon driver in KMS mode has power saving turned off by default if your kernel 2.6.35 or less, it can be turned on if you want, then no more hot laptop. If you have the 3.0 kernel or greater it should be turned on by default in KMS mode.
The article is correct
Posted Apr 2, 2012 15:45 UTC (Mon) by jedidiah (guest, #20319)
[Link]
Wifi a problem on Linux? Sure. It comes with it's own challenges. That's something that's vastly different as something absurd like printing being broken by an update. They are not the same thing by any stretch of the imagination.
Dial back the hyperbole a little bit. Otherwise people are bound to not take you seriously at all.
The article is correct
Posted Mar 31, 2012 7:21 UTC (Sat) by Pawlerson (guest, #74136)
[Link]
Yep, this article is 100% bullshit.
There's even evidence the Economist is anti Linux site:
Another Linux rant in the same spirit, but this time it's even worse. What
s funny you can replace Linux with any other OS name and article will remain "valid", because it's nothing more than generalizations and subjective opinions. It reminds me MS FUD. I'm quite angry this appeared at lwn, but on the other side I would have missed a possibility to make some clarifications. ;)
The article is correct
Posted Mar 31, 2012 8:03 UTC (Sat) by Cato (subscriber, #7643)
[Link]
You must be living in a different reality to me. Even with hardware specifically researched for use with Linux and built myself into a PC, I've had major hardware support issues (random freezes requiring irqpoll after I diagnosed this, WiFi driver causing panic, etc) with Linux, and nothing significant with Windows XP or Windows 7.
Windows is not a pain-free experience either, but installing it isn't that hard even with the odd third party driver. I've even transferred a complete Windows 7 image from one Thinkpad laptop to a much more recent model (admittedly with help from Paragon Backup which refreshes the drivers on the new machine before it boots). I almost always install Windows from scratch, as with Linux.
I agree that getting Vista/7 drivers for older hardware is sometimes impossible, but in practice I haven't found this is a problem.
I have never had much luck with getting reported bugs fixed - I still get bug updates from a few older Ubuntu bugs that never went anywhere. This isn't so different to Windows really.
The article is correct
Posted Mar 31, 2012 13:11 UTC (Sat) by Pawlerson (guest, #74136)
[Link]
It seems I'm also living in a different reality than you. ;) The only problems I encountered in Linux were related to nVidia blobs that caused X server to crash sometimes. Currently I'm running fglrx and it's even more problematic, but Open Source drivers work very well. However, I also have Windows XP installed and it's more problematic. Sometimes BSoD happens and HP deskjet printer works only with service pack 2. When I have service pack 3 installed I can't even copy drivers from CD to hard drive, because there's an error.
The article is correct
Posted Apr 1, 2012 16:46 UTC (Sun) by tuna (guest, #44480)
[Link]
Posted Mar 31, 2012 10:18 UTC (Sat) by boog (subscriber, #30882)
[Link]
I use Linux exclusively and do so partly because I support the free software ideal. However, I am also responsible for several other people trying to use Linux (family, colleagues). Some but not all of these other users are very technical people in other domains (scientists). My experience is most users, including these technical users, will usually run into a problem that they cannot solve alone. Their only option without quite dedicated support immediately available would be to fall back to what they know: windows or mac.
I think the article is quite typical in this respect: somebody who gave Linux a try and would be happy to use it as a replacement, but encountered too many problems. I wish it weren't so, but just saying that it is biased or that no such problems exist is just denial.
I think the distribution model is different, with both advantages (all software is securely updated, single source) and disadvantages, but we should continue to live with it. In my recent experience, the real problem has been the instability of the desktop apps and environment, with the occasional hardware problem thrown in. Once you've gone to the trouble of installing Linux and changed your habits, most people want to benefit from its legendary stability and get on with their work. However, it just hasn't been possible to continue working, the changes (and bugs) have been too intrusive.
The article is correct
Posted Mar 30, 2012 22:39 UTC (Fri) by khim (subscriber, #9252)
[Link]
If you install, say, a printer driver in Windows you can be pretty sure that it will continue to work even after you install service packs or even upgrade to a newer Windows version.
This is about the worst example you can imagine: huge number of printers (mostly cheap printers) only work with Windows XP, but not with Windows Vista or Windows 7. I've had a professional video capture card from Pinnacle which officially only supported Windows XP Service Pack 1 (later some engineer from the company published unofficial patch on forum which supported Service Pack 2).
Sorry, but hardware is well-known pain point for Windows systems. Apple also has this problem (witness how MacOS Lean dropped support for some early Intel Macs with Intel Core CPU).
Kernel guys do a remarkable work WRT hardware support. But on the software side, yes, here Linux is disaster if you'll compare it with MacOS or Windows.
The article is correct
Posted Mar 30, 2012 23:21 UTC (Fri) by jspaleta (subscriber, #50639)
[Link]
It should also be pointed out the iOS and Android completely sidestep the issue of hardware drivers entirely. There's no expectation with the mobility operating system that'd you are ever meant to interact with any hardware not baked into the device. Both Google and Apple's solution for printing for the tablet age is basically turning printing into a weird web service of some sort..and encouraging you to buy specially capable printers to support their competing concepts of what that looks like.
The reality is... hardware drivers are hard for everyone. Mobility OSes just bake-in their hardware support and significantly reduce the complexity of the hardware they can interact with directly.
And operating system upgrades are...hard for everyone. Android upgrades fail. iOS upgrades fail. OS-X upgrades fail. MS Windows upgrades fail. There is no silver bullet. Vendors who take the time to certify OS upgrade path for previously purchased equipment is really the safest path for everyone. It's not perfect. There are enough iOS device owners out there who have gotten burned by an upgrade to make it clear that upgrades are inherently problematic for every vendor.
The article is correct
Posted Mar 31, 2012 7:21 UTC (Sat) by danieldk (guest, #27876)
[Link]
> And operating system upgrades are...hard for everyone. Android upgrades fail. iOS upgrades fail. OS-X upgrades fail. MS Windows upgrades fail.
Your comparison is way off. I have many non-computer-savvy friends that have an iOS device or a Mac with OS X. Yet, I still have to see the first upgrade fail. Sure, some third-party software didn't immediately work (especially after OS X upgrades) sometimes. Sure, failed upgrades probably happen, but that is a rare event.
Compare that with Linux distributions. In the ~2005-2010 timeframe Linux was quite popular among fellow programmers, mainly due to the rise of Ubuntu. Most have abandoned Linux by now, mostly because of regressions (both in software and drivers) between major versions or sometimes even when running stable versions (e.g. kernel upgrades botching suspend/hibernate on laptops).
Linux was an acceptable UNIX system for many developers and computer scientists, especially given its price and the lack of competition in the low-end. But for people who do not give much about free software ideology, OS X has become a far more stable alternative, for which a large variety of third-party software that people need is available.
Going to conferences made me realize how profound this shift has been. A majority is using MacBooks these days, the rest is split between mostly Windows and a bit of Linux.
Linux lost the desktop wars.
The article is correct
Posted Mar 31, 2012 7:29 UTC (Sat) by ThinkRob (subscriber, #64513)
[Link]
> Linux lost the desktop wars.
That assumes that "winning" (by the marketshare metric) was a goal.
The article is correct
Posted Mar 31, 2012 8:49 UTC (Sat) by khim (subscriber, #9252)
[Link]
To win in any sense you need decent market share. About 10% or perhaps even 20% in some market. Otherwise you lose third-party support and, most importantly, you lose hardware vendors support.
Once you do that it's back to square one where only enthusiasts will play with your platform. And with diversity of components much higher then it was twenty years ago and proportion of enthusiasts much lower than it was twenty years ago your very survival is not guaranteed.
The article is correct
Posted Mar 31, 2012 7:31 UTC (Sat) by boudewijn (subscriber, #14185)
[Link]
"Yet, I still have to see the first upgrade fail."
I have seen that happen with OSX. Quite badly, in fact, and more than once.
The article is correct
Posted Mar 31, 2012 7:55 UTC (Sat) by danieldk (guest, #27876)
[Link]
And this is exactly the mindset why Linux on the desktop will not grow in marketshare. It's never, "ok, indeed, we have too many regressions, let's fix that", but always "system Windows/OS X is at least as bad". If that were true, OS X wasn't so popular among developers and even non-developers. The common mantra you hear from techie OS X users is "it's a stable system with third-party software, but I can still open a terminal". I realize that the comparison is not totally fair, since Apple has a very small variety of hardware to target, but there is plenty to learn even software-wise.
(PS. no personal attack intended)
The article is correct
Posted Mar 31, 2012 7:56 UTC (Sat) by danieldk (guest, #27876)
[Link]
s/"system/"/
The article is correct
Posted Mar 31, 2012 9:30 UTC (Sat) by boudewijn (subscriber, #14185)
[Link]
I don't understand how you can go from a factual correction -- i.e., you're anecdotal evidence was wrong so I corrected you -- to "It's never, "ok, indeed, we have too many regressions, let's fix that", but always "system Windows/OS X is at least as bad"
There's no hint in what I said of that: there's no hint of me excusing bugs in Linux, no hint of "they are broken, so it doesn't matter we are broken as well". Of course we have to fix issues and make Linux the best user environment there is.
Sure, Windows 7 is a ghastly mess and Windows 8 will be worse, and OS X is broken in many ways -- but while that's a fact, it's a fact that is completely irrelevant for whether the Linux desktop is perfect. It ain't, but lots of people are working really hard in many ways to get there.
The mindset that _I_ object too, strongly, is the parrot-talk about how linux will never succeed. We succeed, we are succeeding, and it will only get better. As long as people work on it, instead of sitting down and claiming it's a lost cause, let's give up.
I detest defeatism.
The article is correct
Posted Apr 1, 2012 9:54 UTC (Sun) by danieldk (guest, #27876)
[Link]
> The mindset that _I_ object too, strongly, is the parrot-talk about how linux will never succeed.
Linux has already succeeded to a large extend in servers, routers, DVRs, and phones. Linux could also succeed on the desktop with some adjustment. Some things that are required:
- No crazy desktop changes in stable versions. I do like GNOME 3 and Unity, but the changes should've been more evolutionary.
- A stable ABI that is shared between all Linux distributions.
- An easy way to install third-party software. As easy as drag and drop. I know that this is technically possible today, but it requires the previous point plus maybe something like fat binaries. Also, the process of creating an application bundle should be easy.
- The core of the system and third-party applications should be decoupled more. It should be easy to continue running, say Debian Stable or Ubuntu LTS, while being able to upgrade your applications without upgrading the base system, X11, toolkits, or the desktop environment.
I certainly believe that Ubuntu's PPAs (and SUSE's build system) have made live a bit easier for everyone: as a developer I can simply put a source package in the archive, and packages are built for i386 and amd64, and it is relatively easy to maintain packages for multiple Ubuntu versions. But it is still not trivial for a non-expert user to add PPAs, let alone mix them (since multiple PPAs may provide different versions of the same dependencies).
As a developer, I also have too many moving targets. E.g. one piece of software that we wrote and provide requires Berkeley DB XML. DB XML is not available in most Linux distributions, and requires db(++), xqilla, and Xerces. Some distributions provide the versions of db, xqilla, and xerces that DB XML requires, there we "only" need to roll our own packages for DB XML in addition to our own software. On older distributions the dependencies are too old and newer distributions provide incompatible versions of xqilla. There we have cascading dependencies that we need to roll our own packages for. So, on modern distributions, we have to (at least) roll packages for our own software, DB XML, and xqilla. Not only is this a big hassle, package maintenance becomes as much work as software maintenance, there is a growing risk of conflicts with packages from other people's repositories. In addition to that, our users have Ubuntu, Debian, and CentOS in many different versions (Ubuntu being particularly ugly with their half-year releases) and platforms.
In contrast to that: on MacOS I just build one version on OS X 10.6 and it works for every OS X user. On Windows, I compile on any version with Visual Studio, and it works on all versions since Windows 2000. The result is that we pretty much ignore Linux, except for Ubuntu, and tell users to compile the software and some dependencies themselves on other distributions.
Given enough time, I'll probably roll a Linux version that includes all library dependencies and provide a wrapper script that sets LD_LIBRARY_PATH. But it would help tremendously if there was something standardized along the lines of an application bundle *and* a standardized ABI, so that we do not have to copy every library that the application depends on into that bundle (which in the case of the application discussed above would amount to including 50 libraries, or 76MB). Another possibility would be to statically link the application, but that has its own problems (e.g. no dlopen()).
The article is correct
Posted Apr 1, 2012 10:14 UTC (Sun) by khim (subscriber, #9252)
[Link]
Another possibility would be to statically link the application, but that has its own problems (e.g. no dlopen()).
You can link some libraries statically and the rest dynamically. GlibC, in particular, is remarkably stable and it's easy to support older distributions with older versions of GlibC via LSB.
Something like -Wl,-Bstatic -lunstablelib1 -lunstablelib2 -Wl,-Bdynamic should do the trick.
Of course dlopen creates complications: if you want to use some library both from plugin and from main application (or just from two plugins) then you'll end up with two copies of library in memory! This, too, is solvable (for example you can add appropriate library to the main executable and use --export-dynamic to make it available for plugins), but yes, it's a PITA.
Yet you solve this somehow for MacOS and Windows (last time I've checked Windows had no DB XML support) thus it should be solvable for Linux, too.
The biggest problem with Linux is Q&A: if you limit yourself to LSB then you can not do a lot of things which are expected from modern program and if you use libraries outside of LSB then you immediately lose then cross-distribution compatibility and need to test your application with different versions of different distributions.
The article is correct
Posted Apr 1, 2012 11:50 UTC (Sun) by danieldk (guest, #27876)
[Link]
> You can link some libraries statically and the rest dynamically. GlibC, in particular, is remarkably stable and it's easy to support older distributions with older versions of GlibC via LSB.
Good point, thanks!
> Yet you solve this somehow for MacOS
By providing an application bundle, which is a standardized procedure and something users expect. Also, (ABI-stable) system libraries are not copied to the application bundle. So, the bundle only contains a fraction of the used libraries (Qt and DBXML).
> and Windows
Again, here we use standard libraries (VS2008 redistributable), and drop Qt/DBXML DLLs in the same directory as the executable and it works perfectly on Windows XP and up (probably also Windows 2000, but we didn't check), although the software is compiled on Windows 7.
> (last time I've checked Windows had no DB XML support)
There's Windows support for DB XML. Oracle offers pre-built DLLs, or a source archive with Visual Studio project files. We use the latter, and building the DLLs with Visual Studio 2008 is just one click.
Posted Apr 2, 2012 8:48 UTC (Mon) by nim-nim (subscriber, #34454)
[Link]
The only thing your post proves is that Berkeley DB XML is not a reliable foundation to build on. You can hide it under Windows or OSX, but I'm quite sure it will fail there someday too.
Writing clever code is not everything, you need to think about what you build it on too.
The article is correct
Posted Mar 31, 2012 14:08 UTC (Sat) by Pawlerson (guest, #74136)
[Link]
What I know OS X is just popular amongst Apple developers and those who are using applications like Photoshop which aren't present on Linux. OS X doesn't exists in serious enterprise business, so following your logic it can't be true it's better than Linux.
The article is correct
Posted Mar 31, 2012 17:09 UTC (Sat) by Cyberax (✭ supporter ✭, #52523)
[Link]
It certainly exists in enterprise. And more and more iPads pop in very 'enterprisy' roles.
For example, one of our suppliers uses iPads for inventory management. Its camera is more than enough to scan barcodes and large input surface allows workers to view all the shipment details at once.
They've used Win6.5-based devices before that, btw.
The article is correct
Posted Mar 31, 2012 20:07 UTC (Sat) by Pawlerson (guest, #74136)
[Link]
I meant enterprise computing. ;)
The article is correct
Posted Mar 31, 2012 21:02 UTC (Sat) by bats999 (subscriber, #70285)
[Link]
True, iPads can be used to fill a company niche, but so could any number of tablets running free software. For any larger usage iPads still need support just as any other system. One does not simply purchase a crate of iPads and distribute them to a hospital staff, for example.
It's a bit off topic because the article is about desktop Linux (whatever that is), but why do those companies choose to use iPads?
The article is correct
Posted Apr 2, 2012 16:00 UTC (Mon) by jedidiah (guest, #20319)
[Link]
People may find that "legacy application support" is the key thing here. I saw someone who had been contemplating an iPad3 get very excited about a Win7 tablet over the weekend. This person has no love for Microsoft products and even tried defecting to Linux and then a Mac. Has also been disapointed by PhoneOS versions of desktop Windows apps.
It's not the platform. It's the killer apps. People will put up with a platform they detest over that.
The article is correct
Posted Mar 31, 2012 7:38 UTC (Sat) by Pawlerson (guest, #74136)
[Link]
There are many problems with Macs after upgrades. It's not hard to find. I will be no surprised if you are safer with (K)Ubuntu.
Linux lost the desktop wars.
Nope, it didn't. It already won, because it's one of the three the most important desktops. Did you just missed the newest Phoronix article about STEAM coming to Linux? :) Games are very important part of the desktops and with STEAM Linux will become stronger than ever.
The article is correct
Posted Mar 31, 2012 8:05 UTC (Sat) by Cato (subscriber, #7643)
[Link]
Maybe you are kidding, but Steam on Linux is a recurring rumour with no basis in fact that I can see. Even if it does come to Linux, it would only matter if the games that it manages are also ported. I used to play some commercial 3D games on Linux under WINE but it was quite painful so I gave up and just dual-boot into Windows now.
The article is correct
Posted Mar 31, 2012 11:38 UTC (Sat) by TRS-80 (subscriber, #1804)
[Link]
I've used Wine and Crossover for gaming with pretty good results, the main problem is losing at least half the raw performance of my video card. Fortunately they're so overpowered these days games are still playable. As for Linux support, why else would Gabe want to hire someone with Linux driver experience to improve performance.
The article is correct
Posted Mar 31, 2012 12:20 UTC (Sat) by Cato (subscriber, #7643)
[Link]
Interesting - would be good if Valve's games are ported, or even better if their Source engine is ported, but it won't have a huge effect on the overall market.
Perhaps they will do a cloud gaming service, similar to http://onlive.com - using Linux for Source engine game servers would let them reduce their costs somewhat, but many games wouldn't run on Linux as their engines are tied to Windows, so it's not clear that's a winning strategy.
Another Linux gaming option is the Gaikai cloud gaming service, which has a Java applet client and does work fine on my Linux box. Some pros and cons compared to OnLive, but it is one option to play a wide range of Windows games with almost no setup hassles.
I used to use Crossover Games as well, but it was quite a faff.
The article is correct
Posted Mar 31, 2012 12:26 UTC (Sat) by Cato (subscriber, #7643)
[Link]
In fact, OnLive Desktop is also interesting as a low cost way of running Windows apps in the cloud from a Linux desktop, tablet, etc. Or at least the concept is - they don't support Linux currently, but being able to easily run Windows desktop apps in the cloud would be great for consumers who just have one or two Windows apps they need, and can easily push them into the cloud without setting up their own Citrix type server.
The article is correct
Posted Mar 31, 2012 14:03 UTC (Sat) by Pawlerson (guest, #74136)
[Link]
Interesting - would be good if Valve's games are ported, or even better if their Source engine is ported, but it won't have a huge effect on the overall market.
It will have a huge effect on the market share, because every game that runs on OS X will run on Linux as well. OS X will become non relevant and Linux will become much more valuable player and this will bring new software and increase its popularity further. Imagine free, rock solid and robust platform with dozens of great Open Source applications (and Steam) that is supported for five years (KUbuntu). This sounds exciting.
The article is correct
Posted Mar 31, 2012 13:01 UTC (Sat) by Pawlerson (guest, #74136)
[Link]
I'm also doing a dual boot for now, because I want full performance.
The article is correct
Posted Apr 2, 2012 10:02 UTC (Mon) by epa (subscriber, #39769)
[Link]
But you can still run Windows XP - Microsoft is still issuing security fixes for it, and pretty much any common software still works on it (though you must run IE8 not IE9).
I'd much rather one big upgrade every ten years than a steady churn where things stop working at unpredictable intervals.
The article is correct
Posted Apr 2, 2012 10:19 UTC (Mon) by anselm (subscriber, #2796)
[Link]
I'd much rather one big upgrade every ten years than a steady churn where things stop working at unpredictable intervals.
The fact that Windows XP has been around so long is really an accident. If it was up to Microsoft we'd all upgrade our machines every 3 years or so (consider Windows 95 – 98 – ME – XP – …). The problem with that was that Vista was delayed by a few years and – once it was there – it was so abysmally bad that when asked to upgrade, many people flipped MS the bird.
Hence XP had a much longer lease on life than was originally intended, people have become used to it more than they were supposed to in the first place, and many are reluctant to upgrade to Windows 7 even now because they fail to see the point.
In principle, Linux is at an advantage here because with most distributions upgrades are free, and with many they are pretty seamless. The main problem is really ABI churn, which we have people like the GNOME and KDE developers to blame for.
The article is correct
Posted Apr 2, 2012 13:00 UTC (Mon) by sorpigal (subscriber, #36106)
[Link]
>The fact that Windows XP has been around so long is really an accident. If it was up to Microsoft we'd all upgrade our machines every 3 years or so (consider Windows 95 – 98 – ME – XP – …). The problem with that was that Vista was delayed by a few years and – once it was there – it was so abysmally bad that when asked to upgrade, many people flipped MS the bird.
Microsoft's fondest wish is that everyone pays them money every year for nothing. The fact that MS wants a 3-year cycle and that XP's long life is a mistake don't matter, what matters is that, for the majority of people, there have been *two* operating systems: Windows 98 and Windows XP.
The first one most people used for 3-5 years, the latter one for 5-10 years. This is what people want, a *minimum* of 3 years of stability and 10 years is better. Nothing which breaks every 12 (or 6!) months will work.
The article is correct
Posted Apr 2, 2012 14:44 UTC (Mon) by Cyberax (✭ supporter ✭, #52523)
[Link]
>If it was up to Microsoft we'd all upgrade our machines every 3 years or so (consider Windows 95 – 98 – ME – XP – …). The problem with that was that Vista was delayed by a few years and – once it was there – it was so abysmally bad that when asked to upgrade, many people flipped MS the bird.
A lot of companies use the 'Microsoft Software Assurance' program to get updates for all Microsoft software. So companies pay a small sum per user each year to get all the updates don't worrying about future upgrade costs.
The article is correct
Posted Mar 31, 2012 0:56 UTC (Sat) by rqosa (subscriber, #24136)
[Link]
> If you install, say, a printer driver in Windows you can be pretty sure that it will continue to work even after you install service packs or even upgrade to a newer Windows version.
Not in my experience. The driver included with my Lexmark Optra E312 wouldn't run on Windows 7, nor could I find any Windows 7 driver for this model of printer. (I ended up using the HP LaserJet 1200 driver included with Windows instead, which seems to output a kind of PCL that the Lexmark printer can handle.)