Description of problem: this bug appear just after graphical warning ******************** this is a beta. set up could damage .... ******************** I don't know what cause the bug unless SSD are not supported I choose the DVD way since I think it is the best, beside I can use an upgrade via yum I have a fedora 19 install on this machine Version-Release number of selected component: anaconda-20.25.6-1 The following was filed automatically by anaconda: anaconda 20.25.6-1 exception report Traceback (most recent call first): File "/usr/lib/python2.7/site-packages/blivet/size.py", line 100, in _parseSpec raise ValueError("invalid size specification", spec) File "/usr/lib/python2.7/site-packages/blivet/size.py", line 138, in __new__ self = Decimal.__new__(cls, value=_parseSpec(spec)) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/lib/space.py", line 74, in check free = Size(spec="%.2f MB" % self.storage.fileSystemFreeSpace) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 281, in _updateContinue if self._checker and not self._checker.check(): File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 276, in _handleCompleteness self._updateContinue() File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 262, in _updateCompleteness self._handleCompleteness(spoke, update_continue) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 213, in _createBox self._updateCompleteness(spoke) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 379, in refresh self._createBox() File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/__init__.py", line 740, in _on_continue_clicked nextAction.refresh() File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/__init__.py", line 68, in _on_continue_clicked cb() File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/welcome.py", line 317, in _on_continue_clicked StandaloneSpoke._on_continue_clicked(self, cb) File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/__init__.py", line 72, in <lambda> self.window.connect("continue-clicked", lambda *args: self._on_continue_clicked(cb)) ValueError: ('invalid size specification', '0.00 MB') Additional info: cmdline: /usr/bin/python /sbin/anaconda cmdline_file: initrd=initrd.img inst.stage2=hd:LABEL=Fedora\x2020-Beta\x20x86_64 quiet BOOT_IMAGE=vmlinuz executable: /sbin/anaconda hashmarkername: anaconda kernel: 3.11.6-301.fc20.x86_64 product: Fedora release: Cannot get release name. type: anaconda version: 20-Beta
Created attachment 823070 [details] File: anaconda-tb
Created attachment 823071 [details] File: anaconda.log
Created attachment 823072 [details] File: environ
Created attachment 823073 [details] File: lsblk_output
Created attachment 823074 [details] File: nmcli_dev_list
Created attachment 823075 [details] File: os_info
Created attachment 823076 [details] File: program.log
Created attachment 823077 [details] File: storage.log
Created attachment 823078 [details] File: syslog
Created attachment 823079 [details] File: ifcfg.log
Created attachment 823080 [details] File: packaging.log
I want to precise that I'm using an USB drive for this installation
The installer bug when I choose french translations for system. I'm currently installing english (UK) version of the système (oss latin9) and it works
After installation process, I've successfully change keymap / update all packages
Starting Anaconda, chosing language and go foward, after warning this is a beta version. cmdline: /usr/bin/python /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base --lang en_US.UTF-8 cmdline_file: initrd=initrd0.img root=UUID=BAA3-C2E2 rootfstype=vfat ro rd.live.image quiet rhgb rd.luks=0 rd.md=0 rd.dm=0 BOOT_IMAGE=vmlinuz0 hashmarkername: anaconda kernel: 3.11.6-301.fc20.x86_64 other involved packages: python-blivet-0.23.4-1.fc20.noarch package: anaconda-20.25.6-1.fc20.x86_64 packaging.log: product: Fedora reason: ValueError: ('invalid size specification', '0.00 MB') release: Fedora release 20 (Heisenbug) version: 20
The install process fail for live cd (for my) but not for install dvd (not live)
Started the F20 beta installer, chose French as the language and French Canada as the keyboard layout, then clicked Continue ("Poursuivre") and was hit with this error dialog. cmdline: /usr/bin/python /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base --lang en_US.UTF-8 cmdline_file: initrd=initrd0.img root=live:CDLABEL=Fedora-Live-Desktop-x86_64-20-Be rootfstype=auto ro rd.live.image quiet rhgb rd.luks=0 rd.md=0 rd.dm=0 BOOT_IMAGE=vmlinuz0 hashmarkername: anaconda kernel: 3.11.6-301.fc20.x86_64 other involved packages: python-blivet-0.23.4-1.fc20.noarch package: anaconda-20.25.6-1.fc20.x86_64 packaging.log: product: Fedora reason: ValueError: ('invalid size specification', '0.00 MB') release: Fedora release 20 (Heisenbug) version: 20
Anaconda devs, I think I have pinpointed the root cause for this bug: this only happens if you select a language different than English for the installer - this is not affected by the chosen keyboard layout. A hunch of mine is that this might have something to do with the various ways locales handle decimals: some use a period (".") and some use a comma (","), among other things.
Just use Fedora 20 Beta on a usb stick Launch Fedora Connect to Wifi Launch the installer Choose French on left column Leave French(France) on right column Click next ==> crash ! cmdline: /usr/bin/python /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base --lang en_US.UTF-8 cmdline_file: initrd=initrd0.img root=live:CDLABEL=Fedora-Live-Desktop-x86_64-20-Be rootfstype=auto ro rd.live.image quiet rhgb rd.luks=0 rd.md=0 rd.dm=0 BOOT_IMAGE=vmlinuz0 hashmarkername: anaconda kernel: 3.11.6-301.fc20.x86_64 other involved packages: python-blivet-0.23.4-1.fc20.noarch package: anaconda-20.25.6-1.fc20.x86_64 packaging.log: product: Fedora reason: ValueError: ('invalid size specification', '0.00 MB') release: Fedora release 20 (Heisenbug) version: 20
Same bug here with a french install attempt.
Kicked off an install to a VM containing a stock install of Mageia 3, using anaconda-20.25.8-1.fc20.x86_64 , in Kazakh (not sure which of those factors is significant). Error popped up immediately after acknowledging the pre-release warning (did not reach hub). cmdline: /usr/bin/python /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base --lang en_US.UTF-8 cmdline_file: initrd=initrd0.img root=live:CDLABEL=20131119-pretc2-x86_64 rootfstype=auto ro rd.live.image quiet rhgb rd.luks=0 rd.md=0 rd.dm=0 BOOT_IMAGE=vmlinuz0 hashmarkername: anaconda kernel: 3.11.8-300.fc20.x86_64 other involved packages: python-blivet-0.23.5-1.fc20.noarch package: anaconda-20.25.8-1.fc20.x86_64 packaging.log: product: Fedora reason: ValueError: ('invalid size specification', '0.00 MB') release: Fedora release 20 (Heisenbug) version: 20
OK, as per the other reporters, language seems to be important: if I run the install in English, no crash. Can reproduce the crash in French too. A showstopper crash in a major language seems like it ought to be a blocker, proposing.
Seems to affect only some subset of languages. Czech language works fine, but I reproduced it with French too.
As I said in my comment 18, this may have something to do with the fact that the French locale uses commas instead of dots/periods for decimals, which is certainly not the case for every language. You should probably investigate this avenue if you haven't already.
Discussed at 2013-11-20 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-11-20/f20-blocker-review.2013-11-20-17.00.log.txt . Accepted as a blocker as a conditional violation of criterion "The installer must run when launched normally from the release-blocking images." in at least French and Kazakh, and possibly other languages.
The problem is actually that the size specifier is supposed to be in the current language. A lot of the time the size abbreviations are the same as they are in English and no one notices, but in French "MB" is translated as "MO" (for octets), so our constant "MB" strings don't work. Posted patches to blivet and anaconda. Here's an updates image against TC1 for anyone who wants to try it out: http://dshea.fedorapeople.org/1029616.img
Makes sense, but as a general approach question, wouldn't it make more sense for the code not to need this stuff to be translated, rather than adding the complexity of translating it and trying to make sure you catch every case that might need to be translated?
(In reply to Adam Williamson from comment #27) > Makes sense, but as a general approach question, wouldn't it make more sense > for the code not to need this stuff to be translated, rather than adding the > complexity of translating it and trying to make sure you catch every case > that might need to be translated? Then we would have to translate all the instances where a size string is input by the user, which is most of what this class is used for.
The Kazakh case is related but different-ish: it was hitting the same translation problem as French, but had the more fundamental problem that we failed on non-Latin characters. Updated 1029616.img with a patch for that.
Testing with http://dshea.fedorapeople.org/1029616.img right now - i.e. after dshea thought he'd fixed Kazakh - confirms the fix with French, but not Kazakh: still crashes for me. Error is "ValueError: ('invalid size specification', '0.00 m\xd0\xb1')"
*** Bug 1029864 has been marked as a duplicate of this bug. ***
New patches new updates everybody's a winner step right up http://dshea.fedorapeople.org/1029616-3.img
The last updates img is for TC2, btw. I didn't add anything from pykickstart like I did last time so it will probably crash on TC1.
I am the reporter of bug 1029864 and the bug is still present in the fedora TC2 x86.64 DVD.iso, tested with french and dutch.
That's expected. The fix is not in TC2. If you can test with the updates.img from c#32 and confirm that it fixes the bug, that'd help. thanks!
I'm willing to test this patch, but how include this patch in .iso image ?
https://fedoraproject.org/wiki/Anaconda/Updates
Thank Adam. I can test with the updates.img from c#32 and that work, no crash when I choose french language. I also test with dutch and that work, no crash.
Excuse my bad English, in c#38 dutch is for German language. I also test with Italian, Spanish and Arabic and no crash when I choose those language.
python-blivet-0.23.6-1.fc20, anaconda-20.25.11-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/FEDORA-2013-21928/python-blivet-0.23.6-1.fc20,anaconda-20.25.11-1.fc20
Package python-blivet-0.23.6-1.fc20, anaconda-20.25.11-1.fc20, pykickstart-1.99.48-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing python-blivet-0.23.6-1.fc20 anaconda-20.25.11-1.fc20 pykickstart-1.99.48-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-21928/pykickstart-1.99.48-1.fc20,python-blivet-0.23.6-1.fc20,anaconda-20.25.11-1.fc20 then log in and leave karma (feedback).
Tested TC3 with English, Czech, French and Kazakh, no crashes at all.
(In reply to Kamil Páral from comment #42) > Tested TC3 with English, Czech, French and Kazakh, no crashes at all. I also test with TC3, and confirm no crash. I test with french, german, italian and spanish. I leave karma to bodhi. Thanks
python-blivet-0.23.7-1.fc20, anaconda-20.25.12-1.fc20, pykickstart-1.99.48-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 1039133 has been marked as a duplicate of this bug. ***