*** This bug is a duplicate of bug 538783 ***
https://bugs.launchpad.net/bugs/538783
The file size should be BYTE COUNT period
1000 Bytes = 1000 Bytes
1 GB = 1e9 Bytes
A byte and a gigabyte differ by a gig. You are counting bytes, not
*** This bug is a duplicate of bug 538783 ***
https://bugs.launchpad.net/bugs/538783
Asif Youssuff, I disagree with you wholeheartedly. I think that
changing SI units to IEC units everywhere would be wrong-headed,
illogical, and would create more confusion, and I am happy that Apple
took the
*** This bug is a duplicate of bug 538783 ***
https://bugs.launchpad.net/bugs/538783
** This bug has been marked a duplicate of bug 538783
Ubuntu's change to g_format_size_for_display() causes inconsistency
--
Lucid reads file size wrong
https://bugs.launchpad.net/bugs/538165
You
*** This bug is a duplicate of bug 538783 ***
https://bugs.launchpad.net/bugs/538783
Marked as a duplicate of bug 538783 though they are a bit different.
See also bug 369525.
I think the new Units Policy is an important step forward to deal with
the inherent ambiguities and contradictions of
I just wanted to thank Benjamin Drung for the PPA although I've not used
it yet. Also just BTW my comment about being the only subscriber was
accurate ATM and was actually meant to address what appeared to be
Endolith's response to Stephan Muhs even though he hadn't bothered to
subscribe.
After
As it stands the web pages would only present possible confusion to
those who are already using karmic, a footnote would only need to
address that (your download will be reported as larger in MB's if using
karmic already
For all others (except poss. mac os) it would appear as 'normal' ( than
It's not marketing spin. It's the international standard system of
units that has been used for hard drives, networking speeds, processor
speeds, DVDs, Blu-Ray, and many other things since the beginning of
time. kilo- = 1,000, mega- = 1,000,000, ...
Also, it's more user-friendly and just makes
I just want to clarify a couple of things here for those who may not
follow the discussion on the forums:
http://ubuntuforums.org/showthread.php?t=1428022
I'm just an end user with no actual computer training and I respect your
opinions as developers with true technical knowledge in this field.
Indeed, it seems that cdimages.ubuntu.com currently violates the units
policy. I've opened another task for ubuntu-cdimage, but I'm not
entirely sure that this project also deals with the hosting of the
images, so it might not be the correct project
** Also affects: ubuntu-cdimage
Importance:
Also, remember that hard disks are sold in base-10 SI units, so it
doesn't make sense for Nautilus to use base-2 units (which it was doing
in previous releases). Users were confused with base-2 units, with
comments such as Nautilus only shows 298GB available on my nice new
shiny 320GB hard-disk.
Who is going to address the relabeling of marketed CD's so people will
understand that, Your CD is actually 734 MB = 700 MiB?
--
Lucid reads file size wrong
https://bugs.launchpad.net/bugs/538165
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
Apache's mod_autoindex deals with the directory listing, and I don't
think we can control its units display.
Erick is right to point out that this is a flaw in the units policy,
though. When looking at the units policy in the Technical Board, we
took account of the units in which various things
Remember also that we're talking about an LTS release!
IMHO no huge change should occur without thoughts of it's long term
implications.
--
Lucid reads file size wrong
https://bugs.launchpad.net/bugs/538165
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
In this case, though, CDs have always, unlike hard disks, been labelled
in binary megabytes, and my opinion is that it would be against the
spirit of the new units policy (even if not its letter) to quote CD
image sizes in decimal megabytes.
Yes. DVDs are measured in decimal, though, and that
since, like it or not - and I don't - that's how the things are
labelled
And for the record, to present another point of view, I *like* the way
hard drives are labeled. Decimal is what people are used to working
with in everyday life. We don't use 1024 for anything in real life.
Writing disk
I think Brasero should show both measurements side-by-side
Can that be done within the constraints of Beta 1?
Beta 1 is due in just a few days.
I'd add that I've been iso testing since Jaunty and bugs encountered in
iso testing can slow the whole process even if they're not truly bugs,
as is
Endolith: If you're going to argue that memory is naturally in powers of
two, then so are hard drives since they have 512-byte sectors. In fact,
the industry is switching over to 4KiB physical sectors, and I hear that
some modern disks even like partitions to be aligned on MiB boundaries.
I'm
Erick, you are not the only subscriber. There are a couple of people
following this bug. For example all members (117 at the moment) of
Ubuntu Desktop Bugs get notifications.
Point #1: Yes, this a real problem. Hard disks and DVD sizes do not
confuse users any more, but CD will now.
Point #2:
The total capacity of an optical or magnetic disk isn't based on the
size of its sectors. It's based on fitting the maximum number of bits
in the surface area of a given circle. They aren't going to throw away
storage space just to make it an even multiple of the nearest power of
2.
sudo
I'm not sure I really understand why the units policy is so strange --
file sizes have always been reported on pretty much any OS I can think
of as base-2 even when using SI units (wrongly).
To now go to changing to base-10 just to use the SI units correctly
seems wrong -- why not simply update
I just double checked this running the 03/12/2010 Live CD and it also
reads the isos as being oversize so it's not just a fluke with my
installed Lucid.
** Changed in: nautilus (Ubuntu)
Status: New = Confirmed
--
Lucid reads file size wrong
https://bugs.launchpad.net/bugs/538165
You
Thank you for your bug report. However, this is due to recent changes to
standardise the units that are used on the desktop (see
https://wiki.ubuntu.com/UnitsPolicy for details).
Your issue is that the web page is using the SI prefix for presenting a
base 2 number, which is incorrect (718 *
Well I'd just say that for Nautilus to now see that image as 708+MB
makes one think that it will not fit on a 700MB CD. Also before reading
this I installed Thunar and I see it still reads the image as 675.5MB.
So I'm a bit puzzled?
--
Lucid reads file size wrong
I can verify this as well, i have various files that should be 30MB less
than it shows in nautilus
--
Lucid reads file size wrong
https://bugs.launchpad.net/bugs/538165
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in ubuntu.
It is flabbergasting that the marketing spin (started in late 80s, I
believe) to make hard drives look bigger by redefining the kilobyte as
1000 bytes has now hit Ubuntu as well. Every filesystem I have ever
worked with did stick to the old definition of kb (1024 bytes) and MB
(1024*1024 MB) and
Sorry for the typo: instead of MB (1024*1024 MB it should of course
read MB (1024*1024 bytes). Where is the edit function?
--
Lucid reads file size wrong
https://bugs.launchpad.net/bugs/538165
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed
26 matches
Mail list logo