Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1169020
Summary: | UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 12: ordinal not in range(128) | ||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> | ||||||||||||||||||||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||||||||||||||||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||||||||||||||
Priority: | unspecified | ||||||||||||||||||||||||
Version: | 21 | CC: | anaconda-maint-list, g.kaviyarasu, jonathan, robatino, vanmeeuwen+fedora, vpodzime | ||||||||||||||||||||||
Target Milestone: | --- | ||||||||||||||||||||||||
Target Release: | --- | ||||||||||||||||||||||||
Hardware: | x86_64 | ||||||||||||||||||||||||
OS: | Unspecified | ||||||||||||||||||||||||
Whiteboard: | abrt_hash:648900b9dc1be8bafd2155b5ab040139a225bd7f0427d4f941463addf620c72d | ||||||||||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||||||||||
Clone Of: | Environment: | ||||||||||||||||||||||||
Last Closed: | 2014-12-01 09:29:45 UTC | Type: | --- | ||||||||||||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||||||||||||
Documentation: | --- | CRM: | |||||||||||||||||||||||
Verified Versions: | Category: | --- | |||||||||||||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||||||||
Embargoed: | |||||||||||||||||||||||||
Bug Depends On: | |||||||||||||||||||||||||
Bug Blocks: | 1043129 | ||||||||||||||||||||||||
Attachments: |
|
Description
Adam Williamson
2014-11-29 01:33:55 UTC
Created attachment 962621 [details]
File: anaconda-tb
Created attachment 962622 [details]
File: anaconda.log
Created attachment 962623 [details]
File: environ
Created attachment 962624 [details]
File: journalctl
Created attachment 962625 [details]
File: lsblk_output
Created attachment 962626 [details]
File: nmcli_dev_list
Created attachment 962627 [details]
File: os_info
Created attachment 962628 [details]
File: program.log
Created attachment 962629 [details]
File: storage.log
Created attachment 962630 [details]
File: ifcfg.log
I suspect Russian would also be affected by https://bugzilla.redhat.com/show_bug.cgi?id=1169019 , but it hits this first. Proposing as a Final blocker, conditional violation of "When using a dedicated installer image, the installer must be able to complete an installation using the text, graphical and VNC installation interfaces. " (or any other 'must be able to install' criterion) in the case that Russian is used (probably affects non-live as well as live, but I haven't checked yet). Can't reproduce this in Beta, Final TC1 or Final TC4, it really seems to have shown up in RC1 somehow. Actually, the translations seem much more complete in Beta, TC1 and TC4 - the whole Installation Destination screen is translated in those builds, but in Final RC1 it isn't, in fact only the disk size units and the "Local standard disks" caption above the disk selection pane are translated. All the rest of the screen is not translated. Seems like somehow something went wrong with translations in the anaconda .18 build, or the Final RC1 live compose, or something. Final RC1 Server network install is similar un-translated, but the bug does not happen with that image - only with the Workstation live. Final TC4 Server netinst is fully translated and does not hit the bug either. Final RC1 KDE live reproduces both the missing translations and the crash. So, the 'many strings not showing translations' bug affects all, or at least multiple, Final RC1 images, but the 'crash on "existing (size) disk" string' bug affects only Final RC1 live images. Final TC4 and earlier images do not appear to suffer either bug. (In reply to Adam Williamson (Red Hat) from comment #13) > Actually, the translations seem much more complete in Beta, TC1 and TC4 - > the whole Installation Destination screen is translated in those builds, but > in Final RC1 it isn't, in fact only the disk size units and the "Local > standard disks" caption above the disk selection pane are translated. All > the rest of the screen is not translated. Seems like somehow something went > wrong with translations in the anaconda .18 build, or the Final RC1 live > compose, or something. > > Final RC1 Server network install is similar un-translated, but the bug does > not happen with that image - only with the Workstation live. Final TC4 > Server netinst is fully translated and does not hit the bug either. > > Final RC1 KDE live reproduces both the missing translations and the crash. > > So, the 'many strings not showing translations' bug affects all, or at least > multiple, Final RC1 images, but the 'crash on "existing (size) disk" string' > bug affects only Final RC1 live images. Final TC4 and earlier images do not > appear to suffer either bug. We have seen many UnicodeDecodeError bugs appearing only in Live installations before, this seems to be the same case. Something is different in the GNOME session than in the Anaconda's installation environment. However, it should be really easy to fix this (and bug #1169019 too as they seem to have the same cause). Turns out the root cause of this issue and also bug #1169019 is that the new pyparted build's python modules return unicode objects instead of (byte) strings and such combination of unicode objects and utf8-encoded (byte) strings causes issues. Closing this as a duplicate of #1169019. *** This bug has been marked as a duplicate of bug 1169019 *** |