July 2013 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 821877] New: Archiving/unzip: can't handle compressed files with CP936(Chinese) encoding with librcc patch
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=821877 https://bugzilla.novell.com/show_bug.cgi?id=821877#c0 Summary: Archiving/unzip: can't handle compressed files with CP936(Chinese) encoding with librcc patch Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: pth(a)suse.com ReportedBy: i(a)marguerite.su QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: No Hi, Some time ago, I want to fix the "unrecognizable character with Chinese encodings" problem for unzip. So I adapted iconv patch for unzip from Archlinux and made a package. patch: https://aur.archlinux.org/packages/unzip-iconv/?setlang=zh_CN After some testing, I found my adapted patch was overriden by our own librcc patch(internally, they can be both applied, but librcc will take over everything about codepage, iconv has no chance), which means we have done things to resolve that problem. But that librcc patch can't do anything with Chinese (And I can't apply my patch): use the zip file I uploaded, try to unzip it. I tested it with 12.2 and 12.3, with built unzip rpms from Archiving repo. (librcc version 0.2.10) I built the source to a deb on Ubuntu 12.04, failed. (librcc version 0.2.9) But some Arch users told me it displays good on their systems with the same source (librcc version 0.2.6) So the things we can do are: fix the patch itself or librcc (we have to confirm with librcc upstream to see if CJK is included in the "many languages" mentioned in our librcc description) if librcc can't, drop the patch and find another one supports CJK and European encodings well. because we can't fulfill some users' needs by compromising others'. Actually community users have found one: libnatspec, from Altlinux. it seems to be a successor of the iconv patch (icon patch is named alt-iconv-*.patch). And it seems to be the best over the Internet. I don't have the required knowledge to debug any deeper, so I need a developer to take a look at our librcc. Greetings Marguerite -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 10

[Bug 829419] New: btrfs installation fails, runs out of disk space
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=829419 https://bugzilla.novell.com/show_bug.cgi?id=829419#c0 Summary: btrfs installation fails, runs out of disk space Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: i686 OS/Version: SUSE Other Status: NEW Severity: Critical Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jon.l.cosby(a)gmail.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 I made three attempts to do a clean install of 13.1 M3 i686 (DVD) selecting btrfs as the file system on / and /home. Each time, YaST ran out of disk space ("You are running out of disk space. Do you want to continue? (yes/no)"). I have a 20GB partition for root (/). The prompt came soon after the kernel was installed. If I continue, applications fail to install. ext4 installs with no issues. Reproducible: Always Steps to Reproduce: 1. Install 13.1 M3 (DVD) 2. In partitioner, select btrfs for file system Actual Results: YaST runs out of disk space Expected Results: Full installation -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 818114] New: home:Herbster0815: Bug
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=818114 https://bugzilla.novell.com/show_bug.cgi?id=818114#c0 Summary: home:Herbster0815: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Action Items AssignedTo: proletheus(a)freenet.de ReportedBy: dr.chrom(a)gmail.com QAContact: adrian(a)suse.com Found By: Customer Blocker: No Hello there's a problem. When I install Netbeans everything is fine, but when I add a module for PHP error occurs: Сбой при включении: Not all requested modules can be enabled: [StandardModule:org.netbeans.modules.php.kit jarFile: /usr/lib64/netbeans/php/modules/org-netbeans-modules-php-kit.jar, StandardModule:org.netbeans.modules.php.composer jarFile: /usr/lib64/netbeans/php/modules/org-netbeans-modules-php-composer.jar, StandardModule:org.netbeans.modules.php.apigen jarFile: /usr/lib64/netbeans/php/modules/org-netbeans-modules-php-apigen.jar] -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 804521] New: Package kernel-firmware not installed by default with Broadcom
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=804521 https://bugzilla.novell.com/show_bug.cgi?id=804521#c0 Summary: Package kernel-firmware not installed by default with Broadcom Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86 OS/Version: openSUSE 12.2 Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: tonrev(a)gmail.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:18.0) Gecko/20100101 Firefox/18.0 It is the same bug as Bug 733148 that I already posted with version 12.1 and was marked as solved but it is still present in version 12.2. The problem is that when Broadcom (open source) driver brcmsmac is installed the required firmware that is in package kernel-firmware is not installed by the installer. Reproducible: Always Steps to Reproduce: 1.New installation in a system with a Broadcom 4313 (may be others) wireless card 2. 3. Actual Results: Wireless card is not detected after installation Expected Results: This wireless card is supported by the kernel and should work out of the box If after the installation you manually install the package kernel-firmware that is in the openSUSE repositories and restart the network system, the wireless card is already detected and works. This problem was already reported in 12.1 and marked as solved for 12.1 and 12.2 but at least in my PC it is still not working. It is "only" a question that when the installer detects and installs the driver brcmsmac, it must also install package kernel-firmware -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[Bug 828379] New: Wiki search doesn't work unless your search string is exactly the page name
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=828379 https://bugzilla.novell.com/show_bug.cgi?id=828379#c0 Summary: Wiki search doesn't work unless your search string is exactly the page name Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Wiki AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: i(a)marguerite.su QAContact: adrian(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1516.3 Safari/537.36 We all know that there're many `NVIDIA` articles in our wiki (both English and Chinese) Now we use the search term "NVIDIA" in the top-right searchbar in our wiki index (any of them will be okay, will not affect the result) No result returned. Now use "NVIDIA_drivers", still no result returned. Now use "SDB:NVIIA_drivers", okay, it tells "There is a page named "SDB:NVIDIA drivers" on this wiki". But if I've alreaky known the exact page name, why do I need a search? According to http://www.mediawiki.org/wiki/Help:Searching Mediawiki do support keyword search instead of exact match, so it's a bug at our side. Reproducible: Always Actual Results: no results unless your search term is the exact page name Expected Results: it should search based on key words, even Chinese keywords. PS: http://www.mediawiki.org/wiki/Extension:SphinxSearch This plugin supports Chinese as well as English keyword search well. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 791310] New: kdm-branding-openSUSE doesn't fit for screen resolution <= 1024x768
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=791310 https://bugzilla.novell.com/show_bug.cgi?id=791310#c0 Summary: kdm-branding-openSUSE doesn't fit for screen resolution <= 1024x768 Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: All OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: i(a)marguerite.su QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0 http://lists.opensuse.org/opensuse-artwork/2012-11/msg00032.html > the login screen is > separated into two blocks which are nearly obaque that discord with > kde's plasma and even discord with the ksplash we created...and the > two blocks seems to be of full use of widescreen but displays very > ugly on any 4:3 screen with resolution less than 1024:768. And there're also feedbacks from users on forums.o.o: https://forums.opensuse.org/english/get-technical-help-here/how-faq-forums/… There's also a blog post by swyear (swyear(a)opensuse.org) which try to modify it because some Taiwan users complain directly to him (he's a local openSUSE member): http://swyear.blogspot.hk/2012/09/opensuse-122-kdm_21.html As he said, "To be frank it's the first time that we've ever heared of criticism over our artwork". so it doesn't feel good. And due to these reasons, Bruno and I decided to distribute a polish one through an official update: https://github.com/marguerite/openSUSE-12.2-KDM-branding-reworked Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 793329] New: Translation error in zypper
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=793329 https://bugzilla.novell.com/show_bug.cgi?id=793329#c0 Summary: Translation error in zypper Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: All OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Translations AssignedTo: ke(a)suse.com ReportedBy: fjkong(a)suse.com QAContact: ke(a)suse.com Found By: Community User Blocker: --- found by here: https://forums.opensuse.org/aeae-chinese/aesaeoeeeaezaeaeoe/acaezaeaeoe/480… openSUSE12.2 pts/0:~ -> sudo zypper dup 警告:您将要使用所有已启用的软件源进行发行版升级。继续前请确保这些源之前相互兼容。参考 'man zypper' 获取更多关于此命令的信息。正在加载安装源数据... 正在读取已安装的软件包... 正在计算大版本升级... 无操作。 should be ~ 继续前请确保这些源之间相互兼容。 so the patch is very simple just change one word: 前 -> 间 hi Karl: please help me to assign this to the right guy.(Chinese Localization Team) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 829716] New: Apper translations are not right
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=829716 https://bugzilla.novell.com/show_bug.cgi?id=829716#c0 Summary: Apper translations are not right Classification: openSUSE Product: openSUSE Factory Version: 13.1 Milestone 3 Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: asv(a)lumo.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=548182) --> (http://bugzilla.novell.com/attachment.cgi?id=548182) Screenshot - apper translations, german version User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0 Translation of "last check for update"-message is not completely translated: only time is translated (s. Screenshot) Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 813906] New: kernel panic when connecting HUAWEI to USB 3
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=813906 https://bugzilla.novell.com/show_bug.cgi?id=813906#c0 Summary: kernel panic when connecting HUAWEI to USB 3 Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: rysic(a)vp.pl QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64) Presto/2.12.388 Version/12.14 I have USB Huawei from Polish T-Mobile for Inernet connection. When I connect it to USB2, then it works (sometimes it needs reboot after hibernation but it is not big problem) but when I connect it to USB3, then after few second systen crashes and I see Kernel panic message. Details about device: 09: USB 00.0: 0700 Serial controller [Created at usb.122] Unique ID: CiZ2.ZM9FnXaL3Y4 Parent ID: uIhY.2DFUsyrieMD SysFS ID: /devices/pci0000:00/0000:00:14.0/usb3/3-3/3-3:1.0 SysFS BusID: 3-3:1.0 Hardware Class: unknown Model: "HUAWEI Mobile" Hotplug: USB Vendor: usb 0x12d1 "HUAWEI" Device: usb 0x1506 "HUAWEI Mobile" Revision: "1.02" Driver: "option" Driver Modules: "usbserial" Device File: /dev/ttyUSB0 Device Files: /dev/ttyUSB0, /dev/serial/by-id/usb-HUAWEI_HUAWEI_Mobile-if00-port0, /dev/serial/by-path/pci-0000:00:14.0-usb-0:3:1.0-port0 Device Number: char 188:0 Speed: 480 Mbps Module Alias: "usb:v12D1p1506d0102dc00dsc00dp00icFFisc02ip01in00" Driver Info #0: Driver Status: option is active Driver Activation Cmd: "modprobe option" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #8 (Hub) System: # uname -a Linux linux-c8yh.site 3.7.10-1.1-desktop #1 SMP PREEMPT Thu Feb 28 15:06:29 UTC 2013 (82d3f21) x86_64 x86_64 x86_64 GNU/Linux Reproducible: Always Steps to Reproduce: 1. Connect to HUAWEI to USB3 port 2. Wait a little 3. Kernel panic Expected Results: Recognize device and connect to Internet. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 10

[Bug 824564] New: Update google-droid-fonts to include new Droid Arabic, Droid Serif Thai, etc.
by bugzilla_noreply＠novell.com 16 Jul '13

16 Jul '13

https://bugzilla.novell.com/show_bug.cgi?id=824564 https://bugzilla.novell.com/show_bug.cgi?id=824564#c0 Summary: Update google-droid-fonts to include new Droid Arabic, Droid Serif Thai, etc. Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: openSUSE 12.3 Status: NEW Severity: Enhancement Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sknorr(a)novell.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Firefox/21.0 Google seem to have been hard at work getting new internationalised versions of their Droid fonts out. It would be cool, if the package reflected that. You can download the fonts from the webfonts repository, i.e. from: http://code.google.com/p/googlefontdirectory/source/browse/#hg%2Fapache%2Fd… etc. The fonts that I don't see in my installation are: * Droid Arabic Kufi (although I guess an earlier version was called Droid Sans Arabic – and that one is indeed included) * Droid Arabic Naskh * Droid Sans Ethiopic * Droid Sans Tamil * Droid Serif Thai But maybe the other Droid fonts were updated in the meantime too. Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8