http://bugzilla.suse.com/show_bug.cgi?id=1154405
http://bugzilla.suse.com/show_bug.cgi?id=1154405#c1
--- Comment #1 from Stefan Hundhammer
glibc-locale-base AIUI
What is "AIUI"?
was supposed to dispense with the requirement for glibc-locale on systems not requiring any optional locale, to save considerable installation and updates bandwidth and disk space, if nothing else.
Apparently libyui-ncurses10 isn't aware of this yet. As yet I've found no evidence that glibc-locale-base is insufficient.
We are using things like converting to and from UTF-8 all over the code, and also a couple of locale-based glibc calls. In the past it was a neverending source of bugs not to make sure to require those locale packages; that's why we added that requirement. When we remove that, I am pretty sure that a number of those bugs will come back. Anybody willing to take that risk should better be somebody to take care of those bugs when (not if!) that happens. You are correct that glibc-locale is one of the largest packages to install (see attached screenshot) with 209.1 MB, right after kernel-firmware (445.9 MB), x11-video-nvidiaG05 (263.6 MB; only relevant for NVidia graphics cards) and libreoffice (220.6 MB). I wish that huge package would be split up according to languages or at least language groups; I assume that has been discussed numerous times already. But we know for sure from other examples such as snapper that not having glibc-locale at all just moves the problem around; some things simply don't work anymore, or there might be outright crashes because some functionality just cannot read their auxiliary files (lc_collate and whatnot). I don't think we want to be the guinea pig with the YaST UI to run into all those problems again. So, failing a better solution, IMHO this is a WORKSFORME or a WONTFIX. -- You are receiving this mail because: You are on the CC list for the bug.