February 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 617623] New: xpdf crashes in XPutImage, *image is NULL
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=617623 http://bugzilla.novell.com/show_bug.cgi?id=617623#c0 Summary: xpdf crashes in XPutImage, *image is NULL Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: olaf(a)aepfle.de QAContact: qa(a)suse.de Found By: Outsourced Testing Blocker: --- Created an attachment (id=371912) --> (http://bugzilla.novell.com/attachment.cgi?id=371912) hwinfo-fsc-esprimo-mobile-m9400.txt 11.2-x86_64, kde4, FSC ESPRIMO Mobile M9400 xpdf crashes on certain pages when xpdf window is maximized. This is with "Understanding the Linux Virtual Memory Manager": http://ptgmedia.pearsoncmg.com/images/0131453483/downloads/gorman_book.pdf olaf@esprimo:~ $ env -i /bin/rpm -qfi /usr/bin/xpdf Name : xpdf-poppler Relocations: (not relocatable) Version : 3.02 Vendor: openSUSE Release : 4.5.1 Build Date: Tue Feb 16 00:58:37 2010 Install Date: Mon Mar 1 23:13:03 2010 Build Host: build30 Group : Productivity/Publishing/PDF Source RPM: xpdf-poppler-3.02-4.5.1.src.rpm Size : 382953 License: GPLv2 Signature : RSA/8, Tue Feb 16 00:59:00 2010, Key ID b88b2fd43dbdc284 Packager : http://bugs.opensuse.org URL : http://www.foolabs.com/xpdf/ Summary : A PDF File Viewer for the X Window System Description : This tool is used for viewing PDF (Portable Document Format) files. It is designed to be small and efficient. Authors: -------- Derek B. Noonburg <derekn(a)foolabs.com> Distribution: openSUSE 11.2 olaf@esprimo:~ $ gdb --readnow -ex 'r gorman_book.pdf ' /usr/bin/xpdf GNU gdb (GDB) SUSE (6.8.91.20090930-2.4) Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-suse-linux". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/xpdf...expanding to full symbols...Reading symbols from /usr/lib/debug/usr/bin/xpdf.debug...expanding to full symbols...done. done. Starting program: /usr/bin/xpdf gorman_book.pdf type this in the xpdf window: ALT+F3 x to maximize xpdf window w to fit pdf document to window width g 133 to go to page 133 PG-DOWN a few times to scroll down now xpdf will crash in page 134. *image is NULL. Program received signal SIGSEGV, Segmentation fault. XPutImage (dpy=0x6a4180, d=50331831, gc=<value optimized out>, image=0x0, req_xoffset=0, req_yoffset=0, x=0, y=431, req_width=1242, req_height=258) at PutImage.c:969 969 if ((req_xoffset + width) > image->width) Current language: auto The current source language is "auto; currently c". (gdb) bt #0 XPutImage (dpy=0x6a4180, d=50331831, gc=<value optimized out>, image=0x0, req_xoffset=0, req_yoffset=0, x=0, y=431, req_width=1242, req_height=258) at PutImage.c:969 #1 0x000000000041dd19 in XPDFCore::redrawRect (this=0x731240, tileA=0x9b59d0, xSrc=<value optimized out>, ySrc=0, xDest=0, yDest=431, width=1242, height=258, composited=1) at XPDFCore.cc:1347 #2 0x0000000000417822 in PDFCore::redrawWindow (this=0x731240, x=0, y=0, width=1242, height=689, needUpdate=<value optimized out>) at PDFCore.cc:2027 #3 0x000000000041a951 in PDFCore::update (this=0x731240, topPageA=689, scrollXA=2, scrollYA=<value optimized out>, zoomA=<value optimized out>, rotateA=0, force=0, addToHist=0) at PDFCore.cc:704 #4 0x000000000041fce8 in XPDFCore::update (this=0x6a4180, topPageA=50331831, scrollXA=0, scrollYA=0, zoomA=-2, rotateA=0, force=0, addToHist=0) at XPDFCore.cc:286 #5 0x000000000041673d in PDFCore::scrollTo (this=0x6a4180, x=7541312, y=<value optimized out>) at PDFCore.cc:1015 #6 0x0000000000429746 in XPDFViewer::execCmd (this=<value optimized out>, cmd=0xc389c0, event=<value optimized out>) at XPDFViewer.cc:726 #7 0x0000000000429cab in XPDFViewer::keyPressCbk (data=0x6f9680, key=<value optimized out>, modifiers=<value optimized out>, event=0x7fffffffdc10) at XPDFViewer.cc:590 #8 0x000000000041e900 in XPDFCore::inputCbk (widget=<value optimized out>, ptr=0x731240, callData=0x7fffffffd5f0) at XPDFCore.cc:1152 #9 0x00007ffff63a1c7f in XtCallCallbackList (widget=0x739100, callbacks=0x7393b0, call_data=0x7fffffffd5f0) at Callback.c:617 #10 0x00007ffff75bb333 in _XmDrawingAreaInput (wid=0x739100, event=0x7fffffffdc10, params=<value optimized out>, num_params=<value optimized out>) at DrawingA.c:440 #11 0x00007ffff63d8b5d in HandleActions (w=<value optimized out>, event=0x7fffffffdc10, stateTree=<value optimized out>, accelWidget=<value optimized out>, procs=<value optimized out>, actions=0x72c810) at TMstate.c:636 #12 0x00007ffff63d8cb8 in HandleSimpleState (w=<value optimized out>, tmRecPtr=<value optimized out>, curEventPtr=0x7fffffffd7c0) at TMstate.c:875 #13 0x00007ffff63d9618 in _XtTranslateEvent (w=<value optimized out>, event=<value optimized out>) at TMstate.c:1093 #14 0x00007ffff63aff2b in XtDispatchEventToWidget (widget=0x739100, event=0x7fffffffdc10) at Event.c:898 #15 0x00007ffff63b0783 in _XtDefaultDispatcher (event=0x7fffffffdc10) at Event.c:1359 #16 0x00007ffff63af6e4 in XtDispatchEvent (event=0x30000b7) at Event.c:1415 #17 0x00007ffff63af88b in XtAppMainLoop (app=0x6a30b0) at Event.c:1552 #18 0x000000000042b37a in main (argc=2, argv=<value optimized out>) at xpdf.cc:328 (gdb) info threads * 1 process 31458 XPutImage (dpy=0x6a4180, d=50331831, gc=<value optimized out>, image=0x0, req_xoffset=0, req_yoffset=0, x=0, y=431, req_width=1242, req_height=258) at PutImage.c:969 (gdb) l 969 if ((req_xoffset + width) > image->width) 970 width = image->width - req_xoffset; 971 if ((req_yoffset + height) > image->height) 972 height = image->height - req_yoffset; 973 if ((width <= 0) || (height <= 0)) 974 return 0; (gdb) -- 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 23

[Bug 617281] New: iotop shows too high values
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=617281 http://bugzilla.novell.com/show_bug.cgi?id=617281#c0 Summary: iotop shows too high values Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mike(a)mk-sys.cz QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6pre) Gecko/20100616 In OpenSuSE 11.3 (Factory, first noticed in M7), iotop shows too high values (TB/s and more) in columns "disk read" and "disk write". For example, while 'dd if=/dev/sda of=/dev/null' reports 75 MB/s, iotop shows approximately 200-300 PB/s. It doesn't seem to be a problem of iotop itself, however, as binary from OpenSuSE 11.2, run under 11.3 and chrooted to root directory of 11.2 installation, behaves the same (under 11.2 it's OK). Reproducible: Always Steps to Reproduce: 1. run iotop 2. run 'dd if=/dev/sda of=/dev/zero bs=1M count=1K' 3. see the output of iotop 4. compare with speed reported by dd Actual Results: Values reported by iotop are much higher (at least 1E9 times) than values reported by dd. Expected Results: Values should be moreless the same. -- 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 24

[Bug 617033] New: SuSEfirewall: bad detection of modules
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=617033 http://bugzilla.novell.com/show_bug.cgi?id=617033#c0 Summary: SuSEfirewall: bad detection of modules Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- When one runs a kernel with modules being compiled-in, such as all the conntracking extensions (nf_conntrack, nf_conntrack_ipv4, etc.), SuSEfirewall2 misjudges the situation and claims that there is no state matching. Do not rely on modinfo. Check for /sys/module/nf_conntrack instead perhaps. -- 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 10

[Bug 617026] New: firefox and thunderbird crash in page setup and print dialog with latest cups version
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=617026 http://bugzilla.novell.com/show_bug.cgi?id=617026#c0 Summary: firefox and thunderbird crash in page setup and print dialog with latest cups version Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Critical Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)novell.com ReportedBy: hbs(a)ks.informatik.uni-kiel.de QAContact: jsmeix(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100611 SUSE/3.6.4-6.1 Firefox/3.6.4 I installed cups-1.4.4-48.1.i586 from the Printing repository with zypper. As soon as I select page setup or print in the file menu of either firefox or thunderbird, the application crashes. I use the latest firefox/thunderbird from the opensuse Mozilla repository. This crash also happens with openSUSE 11.1 using the latest 1.4.4 versions of cups. This crash does NOT happen with cups 1.3.x provided by the distribution and also did not happen with later 1.4 versions installed. It did appear after an update to 1.4.4-48 about a week ago. Reproducible: Always Steps to Reproduce: 1. Start firefox or thunderbird 2. Select page setup or print from file menu 3. Crash immediatly Actual Results: crash Expected Results: page setup or print dialog Here is a link to the mozilla crash report : http://crash-stats.mozilla.com/report/pending/3dbcc44a-3132-4547-a78f-e3f54… -- 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 12

[Bug 616940] New: highmem bug in 2.6.34-10-default on NET-i586-Build0683
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=616940 http://bugzilla.novell.com/show_bug.cgi?id=616940#c0 Summary: highmem bug in 2.6.34-10-default on NET-i586-Build0683 Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: i586 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: novellbmw(a)lsmod.de QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=371350) --> (http://bugzilla.novell.com/attachment.cgi?id=371350) serial kernel log User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.23) Gecko/20090912 SUSE/1.1.18-1.2 SeaMonkey/1.1.18 kernel fails to boot in default configuration since /factory/iso/openSUSE-NET-i586-Build0683-Media.iso dated 2010-06-23 19:13 in text-mode a message is displayed about kernel BUG at /usr/src/packages/BUILD/kernel-default-2.6.34/linux-2.6.34/arch/x86/mm/highmem_32.c:45 Reproducible: Always Steps to Reproduce: 1. qemu -m 1024 -cdrom openSUSE-NET-i586-Build0684-Media.iso 2. choose install/rescue/checkmedia/firmwaretest Actual Results: in default settings ends up with a black screen. in text mode produces BUG message Expected Results: should boot up as before Also happens on VirtualBox. It helps, having mem= below the highmem limit. -- 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 11

[Bug 616765] New: IPv6 not enabled in Yast, yet dhclient spams logs with ipv6 failures
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=616765 http://bugzilla.novell.com/show_bug.cgi?id=616765#c0 Summary: IPv6 not enabled in Yast, yet dhclient spams logs with ipv6 failures Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9 yast2 lan shows that IPv6 is *not* enabled, however dhclient spams /var/log/messages with this: Jun 23 10:18:16 frank dhclient: dhc6: send_packet6() sent -1 of 54 bytes Jun 23 10:20:19 frank dhclient: XMT: Solicit on eth3, interval 120440ms. Jun 23 10:20:19 frank dhclient: send_packet6: Cannot assign requested address Jun 23 10:20:19 frank dhclient: dhc6: send_packet6() sent -1 of 54 bytes Jun 23 10:22:19 frank dhclient: XMT: Solicit on eth3, interval 129180ms. Jun 23 10:22:19 frank dhclient: send_packet6: Cannot assign requested address Jun 23 10:22:19 frank dhclient: dhc6: send_packet6() sent -1 of 54 bytes Jun 23 10:24:29 frank dhclient: XMT: Solicit on eth3, interval 123410ms. Jun 23 10:24:29 frank dhclient: send_packet6: Cannot assign requested address Jun 23 10:24:29 frank dhclient: dhc6: send_packet6() sent -1 of 54 bytes 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 31

[Bug 616745] New: sort -V works equal than sort
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=616745 http://bugzilla.novell.com/show_bug.cgi?id=616745#c0 Summary: sort -V works equal than sort Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Diego.Saravia(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; es-AR; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid) Firefox/3.6.3 in opensuse 11.3 echo -e "100\n12" | sort -V 100 12 in ubuntu 12 100 Reproducible: Always Steps to Reproduce: 1.echo -e "100\n12" | sort -V 2. 3. Actual Results: 100 12 Expected Results: 12 100 -- 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 16

[Bug 616708] New: "perform installation" should report number/size of packages being "downloaded in advance" when that option is set
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=616708 http://bugzilla.novell.com/show_bug.cgi?id=616708#c0 Summary: "perform installation" should report number/size of packages being "downloaded in advance" when that option is set Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: postdoc38(a)yahoo.fr QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100317 SUSE/2.0.4-3.2 SeaMonkey/2.0.4 This is maybe more of a wish than a bug report. But, anyway, here goes: For personal reasons, I like to set the following option in /etc/zypp/zypp.conf: commit.downloadMode = DownloadInAdvance In this case, IMHO, the "perform installation" screen should have two progress bars, one showing how much of the current package is being downloaded, and one showing how many more packages are to be downloaded, then installed. As it is now, the "bottom" progress bar stays at 0% while downloading, giving no clue as to whether this will take ages or just a few seconds more... Too bad! Reproducible: Always -- 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 9

[Bug 616706] New: Yast Printer Connection Wizard requires ICMP echo to be open when adding a network printer when it should only require that the TCP port the printer is listening on be open.
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=616706 http://bugzilla.novell.com/show_bug.cgi?id=616706#c0 Summary: Yast Printer Connection Wizard requires ICMP echo to be open when adding a network printer when it should only require that the TCP port the printer is listening on be open. Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: chris(a)ia.gov QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100317 SUSE/3.5.9-0.1.1 Firefox/3.5.9 When adding a printer via the Yast Printer Connection wizard and selecting TCP as the connection method, adding a printer fails even if the specified tcp port is open and reachable, if ICMP echo is not also allowed. ICMP echo should not be a requirement for adding a remote printer. A simple tcp ping on the specified port should be good enough, syn, syn/ack, ack. Reproducible: Always Steps to Reproduce: 1.Add a printer from Yast. 2.Choose the connection Wizard 3.Choose TCP and fill in the blanks with the destination being a printer in a network that the client does not have ICMP echo open to. (remote printer is Firewalled, access listed, etc...) 4.Test the connection. Actual Results: Observed with TCP dump that the connection wizard was attempting ICMP echo to the printer ip address and then failing without ever attempting a tcp connection on the port specified. (Telnet from console on the tcp port to the printer works fine) Expected Results: Connection wizard should not rely on ICMP echo to check the availability of a device. A connection to the actual TCP port specified should instead be attempted. Thanks! -- 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 12

[Bug 616687] New: yast2 fails to read autodetected_print_queues.ycp when printer description string contains quotes
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=616687 http://bugzilla.novell.com/show_bug.cgi?id=616687#c0 Summary: yast2 fails to read autodetected_print_queues.ycp when printer description string contains quotes Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: schmuker(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- Created an attachment (id=371172) --> (http://bugzilla.novell.com/attachment.cgi?id=371172) snippet from my y2log which led me to the workaround. User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.4) Gecko/20100527 SUSE/3.6.4-2.4 Firefox/3.6.4 When setting a printer description in yast2 that contains quotes (such as '' 42" roll printer ''), yast2 fails to re-read the printer queue afterwards. It displays an error message "failed to read /var/lib/YaST2/autodetected_print_queues.ycp. The yast2 log shows that it fails when re-reading /var/lib/YaST2/autodetected_print_queues.ycp (see attached y2log snippet). Yast2 printer then permanently fails, and not printers can be configured anymore. Previously configures printers keep working, though. To recover, I had to change the printer description string in /etc/printcap, /etc/cups/printers.conf and /etc/cups/printers.conf.0, removing the ". Afterwards, everything is back to normal. Reproducible: Always Steps to Reproduce: 1. add a printer with yast2. 2. edit the printer entry, use " anywhere in the description string 3. click "finish" Actual Results: Yast2 fails to read /var/lib/YaST2/autodetected_print_queues.ycp and displays an error message. Printer configuration from now on permanently fails for this reason. Expected Results: Yast2 does not fail, but catch entering quotes in the description string. This bug is also present in 11.2. I guess a check in yast2 whether the description string (probably also the location?) contains " will fix this bug. -- 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