Hemisphere Games Reveals Osmos Linux Sales Numbers 131
An anonymous reader writes "Hemisphere Games analyzes the sales numbers for their Linux port of Osmos and ask themselves, 'Is it worth porting games to Linux?' The short, simple answer is 'yes.' Breakdown and details in the post."
A few other interesting details: the port took them about two man-months of work, the day they released for Linux was their single best sales day ever, and they got a surprising amount of interest from Russia and Eastern Europe. Their data only reflects sales through their website, and they make the point that "the lack of a strong Linux portal makes it a much less 'competitive' OS for commercial development." Hopefully someday the rumored Steam Linux client will help to solve that.
Valve hasn't said a word. (Score:4, Insightful)
And contrary to what Phoronix has reported for a couple of years now, Valve has not said one word about a Linux port.
Re:Valve hasn't said a word. (Score:4, Informative)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
It's not surprising people found references to Linux in Steam. Valve makes Linux servers for all of their games...
Re: (Score:3, Interesting)
Until Valve says anything about a Linux client, it's just rumor and speculation.
That's absurd. It's no longer just a rumor once it's been proven, regardless of where or who the proof comes from. What we have is better than an official announcement, since an announcement could be false.
We have the actual binary. Sure, it's a largely non-functional pre-alpha, but the build was frequently being updated, which indicates active development. And now the URL is an error 403 Forbidden. I'll bet the URL only works from Valve's internal IPs now, but that's just my speculation. The existence of a
Re: (Score:2)
"Until Valve says anything about a Linux client, it's just rumor and speculation. "
What if id software decided to say "Yo, Linux EVERYTHING."
Would that make it even more legit?
Re: (Score:3, Informative)
Yep, here's the article [phoronix.com].
Re: (Score:1)
hmm, I can't seem to find a press release from Valve about a confirming a linux client. All I can find is the same post from Phoronix where they claim Valve confirmed it, but don't list a source and offer no proof.
and no, a broken UI screenshot is not proof.
It may be comming, but it's not official until Valve announces it publicly themselves.
I want to believe
Re: (Score:1)
They've confirmed a linux client.
Those enthusiasts within the Phoronix community even managed to get the unreleased Steam Linux client running up to a partially drawn UI
That seems rather confirmed to me.
Who is this "they" that have "confirmed" a Linux client? I don't see any references to Valve being the ones "confirming" this. I don't even see the word "Valve" in that statement. Is this just an enthusiast website "confirming" this?
Re:Valve hasn't said a word. (Score:5, Insightful)
Don't get me wrong, I would LOVE to see a Linux client, but Valve hasn't said anything about it. The fact that people from Phoronix hacked together an alpha quality client is meaningless.
Re: (Score:2, Insightful)
God what I wouldn't do for mod powers right now.
Re: (Score:1, Insightful)
(And neither does mine)
Valve confirmation on the Telegraph website (Score:4, Informative)
"Valve has also confirmed that it will make Steam available to Linux users in the coming months." - telegraph.co.uk [telegraph.co.uk] (this is on the website of national UK newspaper).
It's not the quote you explicitly sought but I would argue it makes it seem like Valve have said something about a Linux port. Regardless, your overall point that the source of information should be scrutinized definitely holds...
Duh? (Score:1, Interesting)
Re: (Score:2)
just figuring this out? people tried before and haven't been successful.
Re:Duh? (Score:4, Informative)
To reinforce the point:
Re:Duh? (Score:4, Insightful)
Re: (Score:2)
Re: (Score:2)
I was mistaken for a Loki employee at Comdex simply because I was wandering around with their shirt.
At the time I thought it was a huge blunder that they weren't handing those shirts out themselves.
The fact that we have to go beating the bushes ourselves looking for stuff can't help the sales numbers.
Re: (Score:2)
It's actually a copy paste from wikipedia [wikipedia.org], so if there is any more info it must be in the references.
Really good news (Score:5, Interesting)
"Windows for gaming" will still be the chant for the next 5+ years I fear, but I have to wonder some... "What If" someone got together with some other somepeople and created a "Linux gaming standard distribution" or something similar to LSB for gaming... something similar to "Wine bottles" but for game installation and playing. This could make Linux gaming SO much easier and more direct. It could ALSO aid in making the games more controllable by the software publishers (I know, no one likes that idea except the software publishers...) but consider that this would make a really nice link between console gaming and PC gaming. If this were to happen and somehow catch on, (yeah I know... fat chance) the new chant would be "Linux for gaming* because it can be faster and better than Windows can.
Are there still people running Windows 9X for their games? Last I saw (years ago) that was the case... makes me want to load up Win9X and then set up XvT and such... Those were some good ole days!
Re: (Score:2, Interesting)
After I installed xubuntu recently and tried out Playonlinux, I was shocked to see that all my games were running, and only my graphics drivers were holding me back. I tried downloading the radeon 5830 drivers, and their website's fucked up and they still don't have the download fixed.
Frankly the year of gaming on linux is right now and I may have even missed some of it.
More games work through linux than windows for me!
Re: (Score:2)
I was pondering this the other night myself. A distro dedicated to gaming. And then I started thinking about an entity making a bunch of boxes with identical hardware, running this gaming distro, and suddenly you have a console like platform. You could make them upgradeable as well, as long as it has at least X amount of performance.
Imagine a dedicated linux gaming platform. With a keyboard/mouse control as a default, but you'd still have the ability to install a USB gamepad. I get all tingly inside.
Someone
Re: (Score:3, Informative)
That's not what GP is suggesting (not a machine nor a distro): he's talking about a standard like the LSB [linuxfoundation.org], but for games.
Re: (Score:2)
Ahhh, I see.
Though if you reread the GP, he does mention a distro as well.
Remember DOS extenders? (Score:3, Interesting)
There was a time when games came with a "DOS extender" program that allowed the game to use machine resources that weren't available to MS-DOS. It wasn't such a big deal for the software companies to ship that small program together with the game, and it wasn't such a big deal for the user to install it.
Imagine if games came in a live Linux CD-ROM. MS-Windows users could play those games with all the benefits of Linux and Linux users would have a natively compilated game.
Re:Remember DOS extenders? (Score:5, Insightful)
What benefits? I only see drawbacks:
- terrible loading times (wasting the hard drive advantage)
- having to reboot
- having to configure the network to play online games. Since it's a LiveCD, having to store those configurations in a USB disk or losing them
- wasting the integration of systems like Steam
In general, that would be like playing on a PS2 with better graphics. No thank you.
Re: (Score:1, Insightful)
Plus how the drivers installed on the Linux LiveCD would be outdated the minute something new was released, and there would be no good way to patch the disc.
Re: (Score:2)
I fully agree with you.
But I've been tinkering with Linux a lot recently, and wanted to point one thing out. Distros like PuppyLinux can actually save your session onto write-once multisession DVDs, so settings like your Wifi SSID and password can easily be saved/restored.
I totally agree about the loading times. I've wondered for a long time about why consoles lacked HDDs.
Re: (Score:2)
Yes, but from what I can tell (I'm not sure), normal consumer DVD (DVD-R and DVD+R) can't be pressed, only recorded with optical drives, which would drive up the costs immensely. Conversely, the DVD used by games/movies are DVD-ROM, which as far as I know, don't support optical writing, hence no multissessions.
Re: (Score:2)
A Live CD might be an option but it would be best if it were flexible enough as described above. And yes, installing the "bottle" into the local machine's hard drive would seem quite reasonable for both speed and game configurations and saves. As for hardware support and driver updates or other kernel level enhancements? The same installer and loader might be able to contact the vendor to download new bootloader images to put onto CDs and/or bootable flash media.
Re:Remember DOS extenders? (Score:4, Interesting)
1 and 3 - yes, we should all install an extra partition for each game. Then we can top that with a nice grub menu with 25 entries. That's much better than having the games in a fucking folder.
2 is false for Windows users, which is who GGP was talking about. Go re-read his quote in my previous message.
4 seems to come from someone who has no idea of the current games market. Steam has a huge user base, and they're the undisputed leaders of the online games distribution, which is growing immensely.
And people *like* the social aspect of Steam: the friends list, the groups, the in-game chat, the way you can join a friend with one click, the achievements, the server browser, etc. Personally, I use Xfire for server browsing and filtering, and it's a massive improvement over in-game browsers.
The quote in my post was about Windows users, not Linux. Linux is still almost irrelevant as a desktop platform, and games are not the main thing holding it back.
Seriously? "Who runs IM anymore?" That can't be a serious question, can it?
"Windows Live Messenger (formerly named MSN Messenger) is an instant messaging client created by Microsoft. In June 2009, Microsoft reported the service attracted over 330 million active users each month" - so I'd say very few, obviously:|
In games like Call of Duty, everyone uses Xfire for setting up matches and inviting people to clans. No, people don't use the phone for talking with strangers they play with - they use integrated systems. If they want to talk, they'll use TeamSpeak or Ventrilo.
I don't see how the games market is *anything* like SAP. The games require one paid thing - Windows - and that comes with 99% of the computers anyway (yes, people pay more for it. It doesn't matter, because people wouldn't know how to install anything else). The rest is hardware - which Linux wouldn't "fix" - and stuff like DirectX, which is free anyway.
Re: (Score:2)
By the way, I'm a Linux user, and I'd love to see more games release for it. But it's if they are integrated with my current desktop, not turning my computer in an appliance just to play games. If I wanted that I'd buy a console.
Re: (Score:3, Insightful)
.deb v .rpm (Score:4, Interesting)
That part was most surprising for me - whilst I think .rpm is more of the standard for server based business apps, it appears debia (ie ubuntu) is the predominant platform for clients.
Ok, it doesn't surprise me at all now I've thought it through :)
Oblig (Score:1, Funny)
One game? (Score:4, Insightful)
One puzzle game proves that it's worth it to port to Linux?
If it took two months to port a puzzle game, imagine how much time and expenses it would take to port a big-name game with much higher technical demands and support requirements.
Re:One game? (Score:5, Informative)
> If it took two months to port a puzzle game, imagine how much time and expenses it would take to port a big-name...
One suspects most of that time was learning a new platform. If Linux was a target from the start and the game house had done it before the porting time would be less. To begin a cross platform library like SDL would probably be selected at the start of the project. Porting would then be a minor problem. Even better would be to divide the development team's workstations and develop all targeted platforms in parallel to catch cross platform issues during development. Done that way a wide targeted product should not add more than a couple percent to the development costs.
Another idea. If a game house or group of them developed a common repository the distribution costs could be minimal. This doesn't require their wares be free either. Activation keys/etc could still be used while using repos to eliminate installation problems, distributing updates, etc. Who needs Steam? Better, who needs to cut Steam in for a cut for something Linux has native?
Re: (Score:2)
Agree... it's sad I have no mod points right now. :/
It would be awesome if I could add my favorite game studio's repo and select from their games.
Re:One game? (Score:4, Informative)
One suspects most of that time was learning a new platform. If Linux was a target from the start and the game house had done it before the porting time would be less. To begin a cross platform library like SDL would probably be selected at the start of the project.
Quote TFA:
The code was engineered to be cross-platform from the start, built on libraries like OpenGL, OpenAL, libogg/libvorbis, freetype, etc.
And something to consider (Score:5, Informative)
What happens if you need something that is NOT cross platform to Linux? You then have to develop an in house version of it. Ok, but that is increasing the cost of development over all, not just for the Linux version.
An example for commercial titles would be Speedtree, Scaleform, or any number of other middleware apps that do not have Linux ports. None of them do anything you couldn't write yourself, however they simplify development thus reducing time thus reducing cost. Scaleform is used to make resolution independent UIs easily and quickly. It gives artists robust tools so that they can design UIs right away. The programmers then can make use of them. This is cheaper than having to have the programmers write not only the UI code for the engine, but then tools for the artists to make the UIs and so on.
So in a complex title you might well find costs of the Windows version going up because the tools you use aren't available for Linux. Saying "Just use something else," or "Just write your own," isn't an answer. The question isn't if it is technically possible to do it, the question is it economical to do it. The amount of expected sales has to exceed the costs by a non-trivial amount.
Re: (Score:3, Informative)
I Quote ...
"An example for commercial titles would be Speedtree, Scaleform, or any number of other middleware apps that do not have Linux ports. "
http://webcache.googleusercontent.com/search?q=cache:7iB72hLjMmwJ:www.xoreax.com/case_study_scaleform.htm+scaleform+linux&cd=1&hl=en&ct=clnk&gl=uk [googleusercontent.com]
"Because we support all major gaming console systems as well as Windows, Mac OS, and Linux, Scaleform GFx is built across over 80 different configurations. Once built, the configurations must be compresse
Re: (Score:3, Informative)
> Quote TFA:
> The code was engineered to be cross-platform from the start, built on libraries like OpenGL, OpenAL, libogg/libvorbis, freetype, etc.
That basic level of avoiding Microsoft only tech makes a port plausible, it doesn't make your code cross platform. I noted the distinct lack of a mention of an explicit cross platform layer such as SDL. The article doesn't say what the original development environment was but I'd put more money on Microsoft Visual Studio than emacs/autoconf/gnu make, etc.
Re: (Score:2)
From TFA:
Re: (Score:2)
The article says that the project was planned as a multiplatform game from the start, using stuff like OpenGL, OpenAL, Freetype and so on. It still took them 2 months to port to Linux, after they have already ported it to a similar system (MacOS X).
Re: (Score:2)
Re: (Score:2)
Who needs Steam? Better, who needs to cut Steam in for a cut for something Linux has native?
Short of a few indy devs, Linux users need Steam to bring them developers and publishers.
Whatever cut Steam takes, it's worth it.
Re: (Score:2)
I've been saying it for years and I'll say it again- its for this reason that Mac's rise back to relevance is a Good Thing for Linux users.
If a developer (and we're not just talking games here) is thinking about cross-platform portability right from day 1, it makes it far easier to port a product at any point in the future. If ever the proportion of desktops/laptops running something non-Windows becomes high enough, developers will have an excuse to spare a thought for portability. Even if Linux is still la
Re:One game? (Score:5, Interesting)
If it took two months to port a puzzle game, imagine how much time and expenses it would take to port a big-name game with much higher technical demands and support requirements.
Two manmonths of work is extremely little. Development studios like Inifinity Ward has 60 employees, Telltale Games 70, Bizarre Creations 165, Valve 225, Turbine 300, Bioware 500, Take Two 2000, Blizzard 4600. Some do publishing and other game-related stuff, but still two months is a drop in the ocean compared to the manyears laid down in many games. Even a small increase in sales would pay for much, much more. Enough? Tough to say, depends on how it scales. True this isn't proof but you also brought nothing but a very spurious argument for why it couldn't.
Re: (Score:1, Troll)
Re: (Score:2)
So just stack man-months as if they werent mythical?
I think you're repeating a slashdot meme, because clearly you haven't understood it. The mythical man month is about adding project members to a project very late in the process to deliver faster on a delayed project. In practice the new members not only aren't very productive, they suck up time from everyone else to teach them about the system so it ends up taking as long or longer to finish anyway.
That does not preclude large software projects, producing the game itself is one of them. If a Linux port wou
Re: (Score:2, Troll)
If a Linux port would take 5 manyears you don't need one man for five years, with some planning you can have 10 people working on it for six months.
Why not 100 people for 18 days? or 1000 people for 2 days?
Re: (Score:2)
Because Amdahl's Law [wikipedia.org], surprisingly enough, also applies to people. You can't, for instance, ask somebody to write half an algorithm and another person the other half, well technically you can but the work needed to keep it orderly so it works (same variable names, etc) would be far more than it'd take just one programmer to write the entire thing himself.
Dunno why you were modded Troll though, I think it's a valid question, at least at first glance.
Re: (Score:2)
Because Amdahl's Law, surprisingly enough, also applies to people. You can't, for instance, ask somebody to write half an algorithm and another person the other half, well technically you can but the work needed to keep it orderly so it works (same variable names, etc) would be far more than it'd take just one programmer to write the entire thing himself.
Exactly. So this idea that you can just throw more developers at porting isnt substantiated. The answer is "it depends" .. mythical man month. Just because it takes X man-months doesnt mean that you can throw more men at it to reduce the time required to complete it.
Re: (Score:2)
There is always an optimum for these things. 100 people working for a day and a half isn't necessarily it, and neither is 1 man working for 2 months. But assuming you stick with whatever seems about optimum, "man-hours" is still a relevant term- it is a perfectly useful way of measuring the cost of things.
E.g., if the "optimum" for this project happens to be 4 employees working for 2 weeks, that's "2 man-months". If each of your employees costs $5k a month, then that tells you the project will cost you abou
Re: (Score:3, Interesting)
seems like computer game production is in much the same state as banks issuing loans.
the biggest entities in either need a scale of return so high that they miss out on a lot of the smaller customers.
so maybe computer gaming needs something similar to the concept of microcredit?
Re: (Score:2)
I think your data is a bit outdated.
Well, I used the wikipedia page which referred to this page that was updated a week ago:
http://www.cynicalsmirk.com/who_remains_at_infinity_ward.html [cynicalsmirk.com]
Re: (Score:2)
Re: (Score:2)
One puzzle game proves that it's worth it to port to Linux?
If it took two months to port a puzzle game, imagine how much time and expenses it would take to port a big-name game with much higher technical demands and support requirements.
The article actually stated it was not worth it unless you were doing it for the passion, if there time had been at industry standard rates (which they state as $10,000 a man month, personally I would say that is on the low side) then the project would have made a loss. So I guess this is worth it as long as your time is worth nothing or you are doing it for the love of it.
rather impressive (Score:4, Informative)
I don't think linux will become a more profitable platform to target than windows for major game houses in any sort of foreseeable future, but I think that graph [hemispheregames.com] from the article makes a pretty strong case for indie developers to target linux.
Good news for indy developers (who now have a larger potential audience), and of course good news for linux users.
Two man-months? (Score:2)
I hate to ask this because it sounds like looking a gift horse in the mouth, but how on earth did it take them two man-months? I ported my game engine over and it took about a week. And that's with manual X11 calls - if I'd wimped out and used a library for it, it would've taken just a few days.
What exactly took the time there?
Re: (Score:2)
Maybe they were unfamilar with the platform, and didn't code the engine to be relatively platform independant the first time around?
Re: (Score:2)
Won't someone read TFA?
This was *before* the porting started.
Re: (Score:3, Insightful)
1) Actual porting of the game - if you read the article, the guy who did the port did not know the codebase from the start - you propably knew your codebase in and out ? ..
2) Multi format packaging - its not only about building debian rules or spec file and you are set - if you target multiple platforms and hardware architectures via proper packaging - you need to be checking a lot of build options with dependencies..
3) website changes
4) and testing
And last, possible promotion ?
Releasing stuff might not alw
Re: (Score:2)
I'm guessing it probably wasn't all two months... I'm sure there were long breaks, conferences, hookers, beer... the usuals.
Re: (Score:2)
Re: (Score:3, Interesting)
According to the article, it already ran on OSX. That implies it was already using OpenGL.
Re: (Score:3, Insightful)
Yeah it is, you install vmware and drop a bunch of distros in. That week included testing on ubuntu 10.04, ubuntu 8.04, kubuntu 10.04, ubuntu 10.04-64, fedora 12, and debian 5.04.
(Doesn't currently work on ubuntu 10.04-64 but that's mostly due to me being lazy with 64-bit porting. Works on all the rest, though.)
Re: (Score:2)
Testing it on 4 versions of Ubuntu, and on Debian, are pretty darn easy, since they are all very similar. Testing on Fedora was the only environment significantly dfferent from you you are likely using on a daily basis. Now also test on suse and gentoo. Debian, fedora, suse, and gentoo are currently the 4 main base linux platforms, and each do some things slightly differently, including a few differences that can make binary distribution a real pain. Also you did remember to test both the 32 and 64 bit ver
Re: (Score:2)
I'll admit that I mostly didn't bother with suse and gentoo because gameplayers don't use suse and gentoo. I haven't yet had any reports of my code not working on those platforms, which means either it works, or nobody cares :)
It doesn't work on 64-bit, but it's a known problem because one of my libraries doesn't support 64-bit well. If that were fixed, I don't expect it would be much more difficult than changing a few build flags.
"A development log" (Score:2)
Breaking Into the Industry - A development log about starting a game studio.
Totally unrelated, but can I just take a minute to thank you for not calling it a "blog"? :)
Re: (Score:2)
I've considered renaming it to "blog", sadly, because even though I dislike the word it's pretty normal. For now, though . . . nope, stickin' with devlog :D
Interesting (Score:5, Insightful)
Re: (Score:1)
Re: (Score:2)
Gaming is one of the last things keeping people from switching to Linux entirely
Linux has a global 1% share of the desktop. Top Operating System Share Trend [hitslink.com]
I can't believe that 99% of the holdouts are PC gamers.
Re:Interesting (Score:4, Interesting)
Re: (Score:2)
Gaming is one of the last things keeping people from switching to Linux entirely
Linux has a global 1% share of the desktop. Top Operating System Share Trend [hitslink.com]
I can't believe that 99% of the holdouts are PC gamers.
No, they're mostly people who don't even know what an OS is. But techy people drive tech adoption, and a lot of young techy people are gamers. I admin a gaming forum, and a lot of random people there say they like Linux but are never going to consider it full-time unless it's as good as Windows for gaming. But that means supporting many more games than Mac does now (let alone Linux), plus having performance as good as Windows – a consistent 10 FPS loss would be unacceptable. So we have a long way
linux game middleware and IDEs (Score:2, Interesting)
I'm currently writing a 3D game for Linux using OpenGL and SDL. In a way those two cover a lot of bases, but there are some glaring holes as well:
* Middleware. DX owns the game middleware market.
* IDEs. I'm using kdevelop, and have looked at Eclipse, but there is no Linux IDE that can come close to Visual Studio. I say this as a huge Linux advocate, and someone who barely ever even boots into Windows - but credit where it's due, MSVC is simply a better product.
Otherwise, I don't see much reason to tie y
I just bought it (Score:3)
Re: (Score:2)
I would have bought it, had I not paid for the windows version via steam a long while ago.
Delayed releases suck. Had I any idea, I would have bought only the Linux version.
Re: (Score:2)
Re: (Score:2)
> Who cares when I'm having fun after the purchase.
I second that sentiment.
It's a very well done game with a cool concept and nice art. It kinda reminds me of Oids.
It's like the classic notion of an arcade game (easy to learn & hard to master).
Re: (Score:2)
Re: (Score:2)
Worth mentioning.. (Score:2, Interesting)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Steam doesn't belong on my PC, and I run Linux, but that doesn't mean Steam doesn't belong on Linux.
If you love first sale law then don't patronize Steam. Otherwise it's really not that bad. But personally I consider the ability to resell to be critical. If you get a game cheap enough to where it offsets this, or you just don't care, why not use Steam?
A note from LGP. (Score:5, Interesting)
Wed, June 23 2010
Is grateful to Slashdot for finally noticing that LGP exists, after militantly ignoring any game release we have made for the last 5 years, as soon as reports of our death come through, we get a front page story. Slashdot - Your support of Linux is inspirational.
For others who wonder, we are very much alive. We have had a couple of staffing issues on the admin side of things, which explains most of our silence, but work is progressing on more than one unannounced title. We will offer further updates as and when there is news to update you with.
And that's not even counting... (Score:1)
Hmm (Score:2)
Well, it apparently got lots of great reviews (according to the game's website). But the video of it makes it looks like it's just a less interesting version of the first stage in Spore
Re: (Score:2)
Re: (Score:2)
10 - 11 years ago I was working for a small shop that produced some graphics tools for Windows & IRIX. It was clear that IRIX was going the way of the DODO and we were looking to port and Linux came up. Red Hat was the "standard" standard of the day so we ported the application to RH. Shortly there after linux accounted for less than 5% of sales and about 12% of technical support requests. We found that very few were even running "standard" builds of Red Hat. It seemed like folks in those days woul
Re: (Score:2)
> We found that very few were even running "standard" builds of Red Hat. It seemed like folks in those days would
> set up their user libraries in different locations because of this reason or that reason. It was a nightmare.
So? Do an OpenStep style package setup or use statically linked binaries.
The fact that libraries are in a strange place on some system should have 0.0 impact on anything.
Unix simply isn't the sort of thing that shatters when you wiggle some little part of it.
Re: (Score:2)
Unix simply isn't the sort of thing that shatters when you wiggle some little part of it.
If you've ever messed with Loki_Compat libraries in order to get some old Linux ports to work even on newer versions of Linux, you know that running old software on new Linux (or any Unix, really, save for SunOS) is typically a problem. In particular, when libc has gone through a major version change there are often problems.
Re: (Score:2)
Re: (Score:2)
You only really need to support Debian/Ubuntu, Fedora, and Suse?
Gentoo users will figure it out themselves. :P
Many distros have Ubuntu compatibility, so if it works in Ubuntu, it'll work for them. Ubuntu is by far the biggest target.
Re: (Score:2)
Re: (Score:2)
> it was between 15% and 20% of their total sales, so if they lost money on it they probably lost money on the whole thing.
Yes. I just love how these drones keep on repeating the idea that the port didn't make sense economically when clearly the actual article flatly contradicts that idea.