Lots of redundant fonts: https://bugs.launchpad.net/ubuntu/+bug/18666 (2005)
Copy-pasting text is broken in some apps. https://bugs.launchpad.net/ubuntu/+bug/11334 (late 2004)
No way to auto-arrange desktop icons. https://bugs.launchpad.net/nautilus/+bug/20284 (2005, https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1260... is related)
No ability to change individual screensaver settings. https://bugs.launchpad.net/ubuntu/+source/gnome-screensaver/... (2005)
Can't read some DVDs without using sudo/root. https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/10... (late 2004)
Setting volume to 0 doesn't mute speakers. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/16454 (2005)
Ubuntu is improving (9.10 finally fixed a bunch of problems with Intel graphics), but the user experience details are definitely a weak spot. Considering how old these bugs are, I don't expect the situation to improve any time soon.
I've never hit any of these bugs (and have been using Ubuntu full time since defecting from Fedora in '05) and most of them have very good reasons for not being fixed or are a work in progress and none of them are a user experience nightmare.
It's not Mac, for those people.
It doesn't run Outlook or MS Office, for those people. OpenOffice is not MS Office, no matter how good it is. Anything run within wine is merely a niche within a niche.
And it doesn't run whatever is the current set of MS enterprise apps and frameworks, for those people.
Linux will be a widely used server OS and a niche desktop OS, for the foreseeable future. iPads and smart phones will obliterate the desktop market before we ever see The Year of the Linux Desktop.
Base 2 is far more logical and useful IMHO :/
Wouldn't it be so much simpler if humans had evolved to have 16 fingers instead of 10...
1 InchByte = 2.54 bytes = approximately pi bits (Edit: oops, it's about 20 bits. I divided where I should have multiplied.)
1 FootByte = 30.5 bytes
1 YardByte = 91.4 bytes
1 RodByte = 503 bytes
1 MileByte = 160,934 bytes
1 AUByte = 14.7 terabytes
1 LightYearByte = 841 petabytes
So 1 megabyte is almost exactly 2^15 footbytes. (1MB = 6.2 milebytes = 10,941 yardbytes = 32,786 footbytes)
Fun fact I learned while doing these calculations: There are 63,239 AUs in one light-year and 63,360 inches in one mile. So if you want to get a better idea of interstellar distances, imagine everything scaled down. E.G. if Earth was 1 inch from the Sun then Alpha Centauri would be 4 miles away.
1 tablespoonbyte is approximately 36 bits (I just counted, with couscous, the universal measure), which makes a pintbyte is 1152 bytes- about a kilobyte, but also the number of pixels across on my screen.
It also gives us a gallonbyte - just shy of 10 kilobytes at 9216 bytes. That's even more convenient, because it's square root is 96.
Of course, having a hogsheadbyte at 442368- well, I think even you will find it difficult to argue the usefulness of finally being able to use a multiple of 442368.
Finally, we've got the tunbyte: 2322432. Nobody will ever need more than about 28% of a tunbyte of memory, so you see it scales out at just the most convenient point for us here.
FWIW, if you're basing things on imperial, you would more likely base your measurements on useful measurements that come up frequently in the domain you're measuring - file sizes etc.
For instance, you'd probably have some unit of measurement that pretty much equates to an average mp3 file of a song - say 3MB. Call it an mp3byte... etc
Then you could say "Yeah this file upload is 10mp3bytes", and people would know what you're talking about.
It's so much easier to translate GB to MB by multiplying by 1000 and vice versa.
On the other hand base 2 should've been confusing average Joe for a long time now and the operating systems that want themselves to be average Joe understandable.
Base 2 became not just confusing but seemingly 'fraudulent' when it comes to buying terabyte sized storage media. A user would expect to get 1TiB but is actually getting 1TB.
1TB = 1000^4 = 1000000000000B
1TiB = 1024^4 = 1099511627776B
That is quite a bit of a difference.Am I the only computer geek who thinks that base 10 is more logical and consistent? If a byte (1B) is considered a unit, then 1KB should be 1000B, 1MB=1000^2B, 1GB=1000^3B, 1TB=1000^4B and so on?
http://download.intel.com/design/flash/nand/mainstream/32229...
http://www.ocztechnology.com/products/solid_state_drives/ocz...
It isn't really confusing because when I go check how much free space I have on my hard-drive I'm just looking for a rough value, it can be base-10, base-2 or just "lots", "enough" or "almost out". The same happens to files and directories, I just want to know if they are "huge", "big" or "reasonable".
The problem is that the "old way" of reporting units in base-2 served the same purpose in exactly the same way. But this gratuitous change brings an heterogenous environment that causes problems when I want do do scripts or somesuch technical stuff where the exact amounts _do_ matter, and now have to worry in which base they are (and often this isn't obvious).
Consistency was dropped for nothing.
As for Ubuntu, I think this is a "me too" move that serves no purpose. But hey, I don't use Ubuntu, so I couldn't care less.