May 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 503437] New: recode segfault with Option -Sc
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=503437 Summary: recode segfault with Option -Sc Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: wharms(a)bfs.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.9) Gecko/2009041500 SUSE/3.0.9-0.1.1 Firefox/3.0.9 recode -Sc l1..u8 syslogd.c Speicherzugriffsfehler without: -Sc recode l1..u8 syslogd.c Reproducible: Always Steps to Reproduce: 1.choose a file (small files tend to work) 2. recode -Sc l1..u8 file.c 3. Actual Results: a tmpfile is left -rw-r--r-- 1 walter users 18862 13. Mai 16:08 rec9566.tmp -rw-r--r-- 1 walter users 18862 13. Mai 16:11 rec9578.tmp -rw-r--r-- 1 walter users 18862 13. Mai 16:13 rec9590.tmp The file is part of busybox and has nothing special inside. I choose it at random. -- Configure bugmail: http://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 503351] New: Change text color in a search field of visited pages in Firefox
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=503351 Summary: Change text color in a search field of visited pages in Firefox Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: rastislav.krupansky(a)gmail.com QAContact: qa(a)suse.de Found By: --- Created an attachment (id=291800) --> (http://bugzilla.novell.com/attachment.cgi?id=291800) screenshot User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 Hi gus, if you really want to use dark theme Sonar for openSUSE 11.2 (i don´t like it, i hope you´ll change decission;-)), please at least change blue text color in search field of visited pages for Firefox. That´s terrible, i can´t see very well text. Thanks a lot. Attached snapshot. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 26

[Bug 503151] New: firefox crashes with scim/skim enabled
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=503151 Summary: firefox crashes with scim/skim enabled Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: burnus(a)gmx.de QAContact: qa(a)suse.de Found By: --- This is with Firefox 3.5 beta4 under KDE 3 or KDE 4 with scim/skim enabled. Result: firefox crashes. Using QT_IM_MODULE= XMODIFIERS= GTK_IM_MODULE= firefox it works. Result of running it with firefox -d gdb -no-remote -safe-mode 0x00007ffff6c4d645 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff6c4d645 in raise () from /lib64/libc.so.6 #1 0x00007ffff6c4ec33 in abort () from /lib64/libc.so.6 #2 0x00007ffff6c898e8 in ?? () from /lib64/libc.so.6 #3 0x00007ffff6c8f118 in ?? () from /lib64/libc.so.6 #4 0x00007ffff6c90c76 in free () from /lib64/libc.so.6 #5 0x00007fffddbb2c89 in ?? () from /lib64/libnsl.so.1 #6 0x00007ffff7bcfed3 in pthread_once () from /lib64/libpthread.so.0 #7 0x00007fffddbb2df1 in _nsl_default_nss () from /lib64/libnsl.so.1 #8 0x00007fffdd99db51 in _nss_nis_setpwent () from /lib64/libnss_nis.so.2 #9 0x00007fffdddbd4b9 in ?? () from /lib64/libnss_compat.so.2 #10 0x00007fffdddbd626 in _nss_compat_setpwent () from /lib64/libnss_compat.so.2 #11 0x00007ffff6cfe3aa in ?? () from /lib64/libc.so.6 #12 0x00007ffff6cbb88c in setpwent () from /lib64/libc.so.6 #13 0x00007fffde26c62e in scim::scim_get_home_dir() () from /usr/lib64/libscim-1.0.so.8 #14 0x00007fffde22ed4c in ?? () from /usr/lib64/libscim-1.0.so.8 #15 0x00007fffde230cd5 in scim::scim_global_config_read(std::string const&, int) () from /usr/lib64/libscim-1.0.so.8 #16 0x00007fffde25f7b7 in scim::scim_get_default_socket_timeout() () from /usr/lib64/libscim-1.0.so.8 #17 0x00007fffde25c712 in scim::PanelClient::PanelClientImpl::PanelClientImpl() -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 35

[Bug 503065] New: yast2-printer: suppress "root"-instances
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=503065 Summary: yast2-printer: suppress "root"-instances Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: ASSIGNED Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: jsmeix(a)novell.com ReportedBy: jsmeix(a)novell.com QAContact: jsrain(a)novell.com CC: jw(a)novell.com Found By: Development As root create instances, e.g.: root@host# lpoptions -p hplaserjet1220/Letter -o PageSize=Letter root@host# lpoptions -p hplaserjet1220/Legal -o PageSize=Legal root@host# cat /etc/cups/lpoptions Dest hplaserjet1220/Legal PageSize=Legal Dest hplaserjet1220/Letter PageSize=Letter root@host# lpstat -p printer hplaserjet1220 is idle. enabled since Thu May 7 19:29:20 2009 printer hplaserjet1220/Legal is idle. enabled since Thu May 7 19:29:20 2009 printer hplaserjet1220/Letter is idle. enabled since Thu May 7 19:29:20 2009 The yast2-printer shows the instances in the "Overview" dialog as "Remote" queues because it uses "Remote" as fallback for each "printer" which is shown by lpstat but which is not found in /etc/cups/printers.conf It is not recommende that root crates instances in /etc/cups/lpoptions because those instances do not appear via CUPS Browsing in the network Instead each normal user should create its own instances which are stored in ~/.cups/lpoptions Therefore there will be no support for "root"-instances in yast2-printer so that yast2-printer must only suppress instances in /etc/cups/lpoptions -- Configure bugmail: http://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 502957] New: the new version of wpa_supplicant causes NetworkManager to fail with wireless networks
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=502957 Summary: the new version of wpa_supplicant causes NetworkManager to fail with wireless networks Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: i686 OS/Version: SuSE Other Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: tittiatcoke(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1b4) Gecko/20090426 SUSE/3.5b4-1.2 Firefox/3.5b4 Factory of May 10 contains an updated version of wpa_supplicant. This brings it's version from 0.6.4 to 0.6.9. However this version does not work correctly. After a restart, NetworkManager is indicating that the wireless interface is not available. After some checking it appears that NetworkManager can not communicate somehow with wpa_supplicant. Also ifup/iwconfig can not bring the wireless network up as it should be. In the NetworkManager logfile I see the following : May 10 17:41:51 hqvm000261 NetworkManager: <info> (wlan0): device state change: 1 -> 2 May 10 17:41:51 hqvm000261 NetworkManager: <info> (wlan0): bringing up device. May 10 17:41:51 hqvm000261 NetworkManager: <info> (wlan0): preparing device. May 10 17:41:51 hqvm000261 NetworkManager: <info> (wlan0): deactivating device (reason: 2). May 10 17:41:51 hqvm000261 NetworkManager: supplicant_interface_acquire: assertion `mgr_state == NM_SUPPLICANT_MANAGER_STATE_IDLE' failed Switching back to wpa_supplicant version 0.6.4 and everything works smoothly again. Reproducible: Always Steps to Reproduce: 1.Update to factory (May 10) 2.Restart system (or restart network) 3. Actual Results: NetworkManager indicate that the wireless interface is not working.Also trying to bring the wireless network up with ifup/iwconfig does not function. Expected Results: Working network -- Configure bugmail: http://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 501724] New: firefox 3.5 downloads into some weird wherever-defined directory
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=501724 Summary: firefox 3.5 downloads into some weird wherever-defined directory Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: jmatejek(a)novell.com QAContact: qa(a)suse.de Found By: --- There should be a consistent default download location across firefox versions and across distribution releases. On linux, that location should obviously be $HOME. There were some long-standing bugs in firefox that made it impossible, so i got used to downloading to $HOME/Desktop. (note that it's "Desktop" not "Plocha", "Arbeitsplatz" or "页文电子图书") And for a time, it was good. steps to reproduce: 1. do your packaging work 2. download a new version of a package with firefox (yeah, i know, should've used wget). this time it's GraphicsMagick-1.1.5.tar.bz2 3. back to shell, try to copy from download location to current directory: $ cp ~/Desktop/Gra<TAB> (beep) 4. aha, so we're (finally?) back to downloading to home? $ cp ~/Gra<TAB> (beep) 5. check manually... $ ls ~ (nothing of interest) $ ls ~/Desktop (nothing of interest) 6. open firefox download window, right-click the file, show folder !!!! 7. stare in disbelief as a Nautilus window opens with a directory called "Stažené soubory" (that's "downloaded files") !!!! 8. bang head against desk see, this is why openSUSE is hacker unfriendly! well okay, this might be firefox's fault, but anyway. whose braindead idea was this? not only creating a special directory for downloads (what was wrong with downloading to $HOME? oh, i remember, poor windows users don't get to see their $HOME ... alright then what was wrong with downloading to desktop?), but localizing its name? now come on, that is just ... wtf. Additional info: all download-related settings from about:config are on their default states. i like them that way, because i tend to change location of $HOME from time to time, and i can always rely on finding my files in ~/Desktop. (well not anymore, i guess) but granted, not many people move their $HOME around -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 26

[Bug 501397] New: Build packages against xulrunner191
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=501397 Summary: Build packages against xulrunner191 Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: vuntz(a)novell.com ReportedBy: vuntz(a)novell.com QAContact: qa(a)suse.de Found By: --- AFAIK, the following packages need to be moved to xulrunner191: librsvg (need some patch) mozilla-bonobo (need some patch) The following packages have been moved but need testing (submitted to G:F right now): PackageKit (it installs a plugin, iirc) gnome-web-photo (check that HTML pages still get thumbnailed in nautilus) jscall-sharp (no idea how to test) libproxy (not sure what's the best way to test it) liferea (just read a feed ;-)) rhythmbox (it installs a plugin, iirc) The following packages have been moved and tested: python-gnome-extras The following packages could be done too, but we'll probably ignore them because of the GNOME switch to webkit that should happen soon: epiphany epiphany-plugins seahorse-plugins yelp (if someone want to migrate and test them, this will still be accepted) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 7

[Bug 501037] New: incorrect coding of the text in the menu LanguageTool
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=501037 Summary: incorrect coding of the text in the menu LanguageTool Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: egd.free(a)gmail.com QAContact: kyu(a)novell.com Found By: --- User-Agent: Opera/9.64 (X11; Linux i686; U; ru) Presto/2.1.1 after installation OpenOffice_org-LanguageTool-0.9.7-2.5 from the menu all the new items look like "????????????????" see attaches Reproducible: Always Steps to Reproduce: 1. install packeges OpenOffice_org-LanguageTool-0.9.7-2.5, OpenOffice_org-LanguageTool-en-0.9.7-2.5, OpenOffice_org-LanguageTool-ru-0.9.7-2.5 2. Run OOo Writer -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

[Bug 500661] New: wvdial fails to retry on modem init string sending
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=500661 Summary: wvdial fails to retry on modem init string sending Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: osv(a)kiae.ru QAContact: qa(a)suse.de Found By: --- Created an attachment (id=289746) --> (http://bugzilla.novell.com/attachment.cgi?id=289746) patch to solve the problem User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) SUSE There is a trivial bug which is probably rather a typo in the wvdialer.cc code. The bug is in the modem init strings sending code below: modem->print( "%s\r", *this_str ); log( "Sending: %s\n", *this_str ); received = wait_for_modem( init_responses, 5000, true ); switch( received ) { case -1: modem->print( "ATQ0\r" ); log( "Sending: ATQ0\n" ); received = wait_for_modem( init_responses, 500, true ); modem->print( "%s\r", *this_str ); log( "Re-Sending: %s\n", *this_str ); received = wait_for_modem( init_responses, 5000, true ); switch( received ) { case -1: err( "Modem not responding.\n" ); return( false ); case 1: err( "Bad init string.\n" ); return( false ); } goto end_outer; The code's purpose is to send modem init strings such as "ATZ" at the beginning of the dialer session. As you see the code tries to resend an init string in case the was no response from the modem on the first try. The problem with the bug is the re-sending does not help even if the sending succeeds on the second try. This is due to "goto end_outer;" statement at the end of the above fragment. The statement makes the wvdial leave the init strings sending loop even after the re-sending succeeds. I guess it was a typo and the author's intention was to place "break;" statement here to proceed with sending the init strings. I did find this bug rather annoying due to my modem has a bad habit of not responding randomly on the first init string sent to it. It does respond when the string is resent, but the bug fails the wvdialer session anyway. I was forced to restart wvdial again and again until the modem's response to the first init string was catched from the first try. Finally I did find the bug and I am happy now thanks to the open source. Hopefully the fix will be in the next release. The patch for 1.56 is attached. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://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 500520] New: totem does not work outside of gnome
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=500520 Summary: totem does not work outside of gnome Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de CC: vuntz(a)novell.com Found By: Development totem does not work outside of gnome with remote URLs. That renders esp the very cool browser plugin useless in practice when firefox is used on alternative desktops. Try for example (with the proper codecs installed): $ totem http://www.cinecitta.de/filmeevents/startrek.mov ** Message: no file info ** Message: Error: Resource not found. gstfilesrc.c(1018): gst_file_src_start (): /GstPlayBin:play/GstFileSrc:source: No such file "/filmeevents/startrek.mov" Gstreamer itself works fine though: $ gst-launch-0.10 playbin uri=http://www.cinecitta.de/filmeevents/startrek.mov [plays movie] Same problem with packages from Factory. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 18