September 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 689489] New: Konqueror scrolling is rough and appears to freeze sometimes, with high CPU load
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=689489 https://bugzilla.novell.com/show_bug.cgi?id=689489#c0 Summary: Konqueror scrolling is rough and appears to freeze sometimes, with high CPU load Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: vlukas(a)gmx.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.6; Linux) KHTML/4.6.2 (like Gecko) SUSE I am using KDE 4.6.2 straight from the Opensuse Factory distribution. I experience a strange responsiveness problem with Konqueror: Scrolling appears to be rough and under specific circumstances Konqueror appears to freeze completely for many seconds, with high CPU usage. This problem is not about animated or Javascript intensive web content, it happens on "plain" websites (see "Steps to Reproduce"). Strangely, this only happens when I use the Qt library, and some related libraries, from the main Opensuse-Factory repository (http://download.opensuse.org/factory/repo/oss/) It does not happen when using the Qt packages from http://download.opensuse.org/repositories/KDE:/Qt47/openSUSE_Factory/. The most recently published packages are not the only ones which are affected, I saw the same behavior already in March this year: Packages from http://download.opensuse.org/factory/repo/oss/ lead to the problem, those from http://download.opensuse.org/repositories/KDE:/Qt47/openSUSE_Factory/ do not. The problem might span back in time more, but I can not say definitely. This is the full list of packages which, when changed between the two different repositories, make the problem appear or disappear: ----------------------------------------------------------- $rpm -qa | grep "libqt4\|qt4-x11\|qt4-qtscript\|QtWeb\|qca2" | sort libqca2-2.0.2-13.2.x86_64 libqca2-debuginfo-2.0.2-13.2.x86_64 libqca2-debugsource-2.0.2-13.2.x86_64 libqca2-devel-2.0.2-13.2.x86_64 libqt4-4.7.2-7.1.x86_64 libqt4-debuginfo-4.7.2-7.1.x86_64 libqt4-debugsource-4.7.2-7.1.x86_64 libqt4-devel-4.7.2-7.1.x86_64 libqt4-devel-debuginfo-4.7.2-7.1.x86_64 libqt4-devel-doc-4.7.2-7.1.x86_64 libqt4-devel-doc-data-4.7.2-7.1.noarch libqt4-devel-doc-debuginfo-4.7.2-7.1.x86_64 libqt4-devel-doc-debugsource-4.7.2-7.1.x86_64 libqt4-qt3support-4.7.2-7.1.x86_64 libqt4-sql-4.7.2-7.1.x86_64 libqt4-sql-debuginfo-4.7.2-7.1.x86_64 libqt4-sql-mysql-4.7.2-7.1.x86_64 libqt4-sql-sqlite-4.7.2-7.1.x86_64 libqt4-sql-sqlite-debuginfo-4.7.2-7.1.x86_64 libqt4-x11-4.7.2-7.1.x86_64 libqt4-x11-debuginfo-4.7.2-7.1.x86_64 libQtWebKit4-4.7.2-7.1.x86_64 libQtWebKit4-debuginfo-4.7.2-7.1.x86_64 libQtWebKit-devel-4.7.2-7.1.x86_64 qt4-qtscript-0.1.0-12.1.x86_64 qt4-x11-tools-4.7.2-7.1.x86_64 ----------------------------------------------------------- Note: It is sufficient to replace libqt4 and libqt4-x11 to trigger the problem, but you have to force rpm to ignore package conflicts then. Reproducible: Always Steps to Reproduce: 1. Start Konqueror 2. Load http://download.opensuse.org/factory/repo/oss/suse/x86_64/ 3. Click on the column heading "Last modified" 4. While the page loads, attempt to use the vertical scrollbar to scroll up and down a few times. 5. After having tried to move the slider a bit, leave Konqueror alone. Actual Results: It can be observed, through the "top" command for example, that Konqueror uses almost 100% CPU time, and continues to do so for some seconds, even when you have stopped touching the scrollbar slider or the rest of the Konqueror UI in any way. If you try to use Konqueror during the high CPU load phase, it will react very slowly, i.e. it will eventually react to user input, but after a much longer time then what can be considered reasonable. Note that the exact length of time of high CPU load and unresponsiveness depends on in what way you have used the scrollbar in step 4 of the "Steps to Reproduce" list: If you give it only one quick pull, the phase will only last a few seconds (in the one digit range). If you try to pull it up and down a few times, the phase of unresponsiveness can last 30 seconds or more. Expected Results: After having stopped touching the Konqueror UI, CPU usage should drop almost instantly (as it does when using the Qt packages from the "right" repository). While reproducing this problem multiple times, I used gdb to obtain backtraces during the phase in which Konqueror utilizes 100% CPU and noticed that execution was always ultimately in the memset function when I took a sample. Here is a sample backtrace: ----------------------------------------------------------- $gdb /usr/bin/konqueror core.4156 [...] Core was generated by `konqueror'. #0 memset () at ../sysdeps/x86_64/memset.S:1048 1048 cmp $0x80,%r8 (gdb) bt #0 memset () at ../sysdeps/x86_64/memset.S:1048 #1 0x00007fbba1d6630a in _int_free (av=0x7fbba205ae80, p=0x264dab0) at malloc.c:4935 #2 0x00007fbba1d689f1 in _int_realloc (av=0x7fbba205ae80, oldp=0x2643c90, oldsize=<optimized out>, nb=40480) at malloc.c:5347 #3 0x00007fbba1d69032 in realloc_check (oldmem=0x2643ca0, bytes=40456, caller=<optimized out>) at hooks.c:365 #4 0x00007fbb9ebbf374 in QVector<QPainterPath::Element>::realloc (this=0x2626258, asize=1680, aalloc=1685) at ../../src/corelib/tools/qvector.h:481 #5 0x00007fbb9ebc550c in QVector<QPainterPath::Element>::reserve (this=0x2626258, asize=<optimized out>) at ../../src/corelib/tools/qvector.h:328 #6 0x00007fbb9ebed920 in QPainterPath::addRect (this=0x7fff5854d100, r=...) at painting/qpainterpath.cpp:967 #7 0x00007fbb9ec905c3 in path_for_glyphs (ft=0xcaf750, positions=..., glyphs=...) at painting/qpaintengine_x11.cpp:2343 #8 QX11PaintEngine::drawFreetype (this=0xb555d0, p=<optimized out>, ti=<optimized out>) at painting/qpaintengine_x11.cpp:2462 #9 0x00007fbb9ebe13eb in QPainter::drawTextItem (this=0x7fff58552420, p=..., _ti=...) at painting/qpainter.cpp:6547 #10 0x00007fbb9ebe5229 in QPainter::drawText (this=0x7fff58552420, p=..., str=<optimized out>, tf=<optimized out>, justificationPadding=<optimized out>) at painting/qpainter.cpp:6030 #11 0x00007fbb90ccc03f in drawText (s=..., y=1869, x=80, this=0x7fff58552420) at /usr/include/QtGui/qpainter.h:957 #12 drawDirectedText (str=..., y=1869, x=80, d=Qt::LeftToRight, p=0x7fff58552420) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/font.cpp:95 #13 khtml::Font::drawText (this=0xc8f208, p=0x7fff58552420, x=80, y=1869, str=0xdd3f00, slen=32, pos=0, len=32, toAdd=0, d=Qt::LeftToRight, from=-1, to=-1, bg=..., uy=-1, h=-1, deco=0) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/font.cpp:148 #14 0x00007fbb90c94af7 in khtml::InlineTextBox::paint (this=0x17e1a58, i=..., tx=50, ty=147) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_text.cpp:181 #15 0x00007fbb90cd16a3 in khtml::InlineFlowBox::paint (this=0x17e1ab8, i=..., tx=50, ty=147) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_line.cpp:874 #16 0x00007fbb90cd16a3 in khtml::InlineFlowBox::paint (this=0x17e1960, i=..., tx=50, ty=147) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_line.cpp:874 #17 0x00007fbb90cd17b9 in khtml::RootInlineBox::paint (this=0x17e1960, i=..., tx=50, ty=147) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_line.cpp:1182 #18 0x00007fbb90c9254e in khtml::RenderFlow::paintLines (this=<optimized out>, i=..., _tx=50, _ty=147) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_flow.cpp:389 ---Type <return> to continue, or q <return> to quit--- #19 0x00007fbb90c6c80d in khtml::RenderBlock::paintObject (this=0xbaf350, pI=..., _tx=50, _ty=147, shouldPaintOutline=true) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_block.cpp:1797 #20 0x00007fbb90c6c939 in khtml::RenderBlock::paintObject (this=0xbaeb18, pI=..., _tx=50, _ty=96, shouldPaintOutline=true) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_block.cpp:1801 #21 0x00007fbb90c6c939 in khtml::RenderBlock::paintObject (this=0xbae928, pI=..., _tx=50, _ty=50, shouldPaintOutline=true) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_block.cpp:1801 #22 0x00007fbb90c6c939 in khtml::RenderBlock::paintObject (this=0xbae7a8, pI=..., _tx=0, _ty=0, shouldPaintOutline=true) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_block.cpp:1801 #23 0x00007fbb90c9c6c6 in khtml::RenderLayer::paintLayer (this=0xbae870, rootLayer=0xbae6f0, p=0x7fff58552420, paintDirtyRect=..., selectionOnly=false) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_layer.cpp:1126 #24 0x00007fbb90c9c476 in khtml::RenderLayer::paintLayer (this=0xbae6f0, rootLayer=0xbae6f0, p=0x7fff58552420, paintDirtyRect=..., selectionOnly=false) at /usr/src/debug/kdelibs-4.6.2/khtml/rendering/render_layer.cpp:1151 #25 0x00007fbb90b2ffd4 in KHTMLView::paintEvent (this=0xa54c20, e=<optimized out>) at /usr/src/debug/kdelibs-4.6.2/khtml/khtmlview.cpp:917 #26 0x00007fbb9eae4bfe in QWidget::event (this=0xa54c20, event=0x7fff58552dc0) at kernel/qwidget.cpp:8405 #27 0x00007fbb9ee89796 in QFrame::event (this=0xa54c20, e=0x7fff58552dc0) at widgets/qframe.cpp:557 #28 0x00007fbb90b28325 in KHTMLView::widgetEvent (this=0xa54c20, e=<optimized out>) at /usr/src/debug/kdelibs-4.6.2/khtml/khtmlview.cpp:2208 #29 0x00007fbb90b286c4 in KHTMLView::eventFilter (this=0xa54c20, o=0xa6aa60, e=0x7fff58552dc0) at /usr/src/debug/kdelibs-4.6.2/khtml/khtmlview.cpp:2053 #30 0x00007fbb9f9426e7 in QCoreApplicationPrivate::sendThroughObjectEventFilters (this=<optimized out>, receiver= 0xa6aa60, event=0x7fff58552dc0) at kernel/qcoreapplication.cpp:846 #31 0x00007fbb9ea930f1 in QApplicationPrivate::notify_helper (this=0x630980, receiver=0xa6aa60, e=0x7fff58552dc0) at kernel/qapplication.cpp:4458 #32 0x00007fbb9ea9b6ca in QApplication::notify (this=<optimized out>, receiver=0xa6aa60, e=0x7fff58552dc0) at kernel/qapplication.cpp:4341 #33 0x00007fbba02a4d46 in KApplication::notify (this=0x7fff58555790, receiver=0xa6aa60, event=0x7fff58552dc0) at /usr/src/debug/kdelibs-4.6.2/kdeui/kernel/kapplication.cpp:311 #34 0x00007fbb9f94255c in QCoreApplication::notifyInternal (this=0x7fff58555790, receiver=0xa6aa60, event= 0x7fff58552dc0) at kernel/qcoreapplication.cpp:731 #35 0x00007fbb9eae1ad2 in sendSpontaneousEvent (event=0x7fff58552dc0, receiver=0xa6aa60) at ../../src/corelib/kernel/qcoreapplication.h:218 #36 QWidgetPrivate::drawWidget (this=0xa87c50, pdev=0xad9548, rgn=..., offset=..., flags=4, sharedPainter=0x0, backingStore=0xad94b0) at kernel/qwidget.cpp:5492 ---Type <return> to continue, or q <return> to quit--- #37 0x00007fbb9eca47a8 in QWidgetBackingStore::sync (this=0xad94b0) at painting/qbackingstore.cpp:1325 #38 0x00007fbb9ead76d0 in QWidgetPrivate::syncBackingStore (this=0x70c320) at kernel/qwidget.cpp:1842 #39 0x00007fbb9eae5102 in QWidget::event (this=0x715950, event=0x7fff58553da0) at kernel/qwidget.cpp:8552 #40 0x00007fbb9eea336b in QMainWindow::event (this=0x715950, event=0x7fff58553da0) at widgets/qmainwindow.cpp:1480 #41 0x00007fbba034db73 in KXmlGuiWindow::event (this=0x715950, ev=0x7fff58553da0) at /usr/src/debug/kdelibs-4.6.2/kdeui/xmlgui/kxmlguiwindow.cpp:126 #42 0x00007fbba20d88fc in KonqMainWindow::event (this=0x715950, e=0x7fff58553da0) at /usr/src/debug/kdebase-4.6.2/konqueror/src/konqmainwindow.cpp:5522 #43 0x00007fbb9ea93124 in QApplicationPrivate::notify_helper (this=0x630980, receiver=0x715950, e=0x7fff58553da0) at kernel/qapplication.cpp:4462 #44 0x00007fbb9ea9b6ca in QApplication::notify (this=<optimized out>, receiver=0x715950, e=0x7fff58553da0) at kernel/qapplication.cpp:4341 #45 0x00007fbba02a4d46 in KApplication::notify (this=0x7fff58555790, receiver=0x715950, event=0x7fff58553da0) at /usr/src/debug/kdelibs-4.6.2/kdeui/kernel/kapplication.cpp:311 #46 0x00007fbb9f94255c in QCoreApplication::notifyInternal (this=0x7fff58555790, receiver=0x715950, event= 0x7fff58553da0) at kernel/qcoreapplication.cpp:731 #47 0x00007fbb9eca1329 in sendEvent (event=0x7fff58553da0, receiver=0x715950) at ../../src/corelib/kernel/qcoreapplication.h:215 #48 sendUpdateRequest (updateImmediately=true, widget=0x715950) at painting/qbackingstore.cpp:507 #49 QWidgetBackingStore::markDirty (this=0xad94b0, rect=<optimized out>, widget=<optimized out>, updateImmediately=true, invalidateBuffer=<optimized out>) at painting/qbackingstore.cpp:695 #50 0x00007fbb9ead6f38 in QWidget::repaint (this=0xa54be0, rect=...) at kernel/qwidget.cpp:10322 #51 0x00007fbb9eed7880 in QScrollBarPrivate::stopRepeatAction (this=<optimized out>) at widgets/qscrollbar.cpp:296 #52 0x00007fbb9eae4c4c in QWidget::event (this=0xa54be0, event=0x7fff585548e0) at kernel/qwidget.cpp:8259 #53 0x00007fbb9eed8302 in QScrollBar::event (this=0xa54be0, event=0x7fff585548e0) at widgets/qscrollbar.cpp:546 #54 0x00007fbb9ea93124 in QApplicationPrivate::notify_helper (this=0x630980, receiver=0xa54be0, e=0x7fff585548e0) at kernel/qapplication.cpp:4462 #55 0x00007fbb9ea9bf4a in QApplication::notify (this=<optimized out>, receiver=0xa54be0, e=0x7fff585548e0) at kernel/qapplication.cpp:4023 #56 0x00007fbba02a4d46 in KApplication::notify (this=0x7fff58555790, receiver=0xa54be0, event=0x7fff585548e0) at /usr/src/debug/kdelibs-4.6.2/kdeui/kernel/kapplication.cpp:311 #57 0x00007fbb9f94255c in QCoreApplication::notifyInternal (this=0x7fff58555790, receiver=0xa54be0, event= 0x7fff585548e0) at kernel/qcoreapplication.cpp:731 #58 0x00007fbb9ea94135 in sendEvent (event=<optimized out>, receiver=<optimized out>) ---Type <return> to continue, or q <return> to quit--- at ../../src/corelib/kernel/qcoreapplication.h:215 #59 QApplicationPrivate::sendMouseEvent (receiver=0xa54be0, event=0x7fff585548e0, alienWidget=0xa54be0, nativeWidget=0x715950, buttonDown=0x7fbb9f565198, lastMouseReceiver=..., spontaneous=true) at kernel/qapplication.cpp:3122 #60 0x00007fbb9eb12b48 in QETWidget::translateMouseEvent (this=0x715950, event=<optimized out>) at kernel/qapplication_x11.cpp:4461 #61 0x00007fbb9eb11229 in QApplication::x11ProcessEvent (this=0x7fff58555790, event=0x7fff58555240) at kernel/qapplication_x11.cpp:3587 #62 0x00007fbb9eb38ee2 in x11EventSourceDispatch (s=0x6356b0, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146 #63 0x00007fbb9a4dcbd3 in g_main_dispatch (context=0x634840) at gmain.c:2440 #64 g_main_context_dispatch (context=0x634840) at gmain.c:3013 #65 0x00007fbb9a4dd3b0 in g_main_context_iterate (context=0x634840, block=1, dispatch=1, self=<optimized out>) at gmain.c:3091 #66 0x00007fbb9a4dd650 in g_main_context_iteration (context=0x634840, may_block=1) at gmain.c:3154 #67 0x00007fbb9f96d31f in QEventDispatcherGlib::processEvents (this=0x60d240, flags=<optimized out>) at kernel/qeventdispatcher_glib.cpp:422 #68 0x00007fbb9eb38b7e in QGuiEventDispatcherGlib::processEvents (this=<optimized out>, flags=<optimized out>) at kernel/qguieventdispatcher_glib.cpp:204 #69 0x00007fbb9f941992 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149 #70 0x00007fbb9f941ba5 in QEventLoop::exec (this=0x7fff58555560, flags=...) at kernel/qeventloop.cpp:201 #71 0x00007fbb9f94600b in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1008 #72 0x00007fbba211337a in kdemain (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kdebase-4.6.2/konqueror/src/konqmain.cpp:219 #73 0x00007fbba1d10bfd in __libc_start_main (main=0x400770 <main(int, char**)>, argc=1, ubp_av=0x7fff58556028, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fff58556018) at libc-start.c:226 #74 0x0000000000400699 in _start () at ../sysdeps/x86_64/elf/start.S:113 ----------------------------------------------------------- My system uses a Intel Core 2 dual core processor, I have 2GB RAM installed and use a graphics adapter with Nvidia Geforce 6600 GT chipset. I employ Xorgs "nv" driver. -- 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 715965] New: Systemd says it fails on swap
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=715965 https://bugzilla.novell.com/show_bug.cgi?id=715965#c0 Summary: Systemd says it fails on swap Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: waxborg(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=449197) --> (http://bugzilla.novell.com/attachment.cgi?id=449197) systemd.log_target=kmsg systemd.log_level=debug User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 Guest 12.1 Milestone 5+ running in VBox 4, host = 11.2 Evergreen systemctl --failed UNIT LOAD ACTIVE SUB JOB DESCRIPTION data5.mount loaded failed failed /data5 NetworkManager.service loaded failed failed Network Manager nfs.service loaded failed failed LSB: NFS client services dev-sda1.swap loaded failed failed /dev/sda1 Still: swapon -s Filename Type Size Used Priority /dev/sda1 partition 2103292 381804 0 Networkmanager is not in use, that's OK. D I was asked by Frederic Crozat to file this swap issue. Tere's another, #715926 about the network fs. I'll comment there. He also asked to attach a log, attached here. Reproducible: Always Steps to Reproduce: 1.Boots normally 2.Change to boot with systemd 3.This happens -- 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 716572] New: YaST Installation aborts due to syntax error
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=716572 https://bugzilla.novell.com/show_bug.cgi?id=716572#c0 Summary: YaST Installation aborts due to syntax error Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Installation AssignedTo: jsuchome(a)suse.com ReportedBy: tgoettlicher(a)suse.com QAContact: jsrain(a)suse.com CC: bwiedemann(a)suse.com Found By: --- Blocker: --- Created an attachment (id=449724) --> (http://bugzilla.novell.com/attachment.cgi?id=449724) yast log YaST Installation aborts due to syntax error. See: http://openqa.opensuse.org/viewimg/opensuse/testresults/openSUSE-KDE-LiveCD… -- 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 716074] New: Xvnc crashes when running "xinput list"
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=716074 https://bugzilla.novell.com/show_bug.cgi?id=716074#c0 Summary: Xvnc crashes when running "xinput list" Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: openSUSE 11.4 Status: NEW Severity: Critical Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: marko.veelma(a)gmail.com QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 In Xorg itself xinput list works fine but when running in Xvnc it crashes every time #0 0xb72a65a0 in __strlen_sse2 () from /lib/libc.so.6 #1 0x0817dc6a in SizeDeviceInfo (dev=0x845e988) at xiquerydevice.c:204 #2 0x0817e3f8 in ProcXIQueryDevice (client=0x872fc60) at xiquerydevice.c:98 #3 0x081723a7 in ProcIDispatch (client=0x872fc60) at extinit.c:416 #4 0x080b55b7 in Dispatch () at dispatch.c:432 #5 0x080a2ed5 in main (argc=14, argv=0xbf9ef904, envp=0xbf9ef940) SizeDeviceInfo() reads dev->name length. In this case dev->name is NULL xiquerydevice.c lines around 98 are: 94 for (dev = inputInfo.devices; dev; dev = dev->next, i++) 95 { 96 skip[i] = ShouldSkipDevice(client, stuff->deviceid, dev); 97 if (!skip[i]) 98 len += SizeDeviceInfo(dev); 99 } Somehow two last entries in inputInfo.devices list has missing name: (gdb) p *dev $29 = {public = {devicePrivate = 0x0, processInputProc = 0x816c710 <ProcessOtherEvent>, realInputProc = 0x816c710 <ProcessOtherEvent>, enqueueInputProc = 0x80bb280 <EnqueueEvent>, on = 1}, next = 0x862f278, startup = 1, deviceProc = 0x8069b00 <rfbKeybdProc>, inited = 1, enabled = 1, coreEvents = 1, deviceGrab = {grabTime = {months = 0, milliseconds = 1903094146}, fromPassiveGrab = 0, implicitGrab = 0, activeGrab = {next = 0x0, resource = 0, device = 0x0, window = 0x0, ownerEvents = 0, keyboardMode = 0, pointerMode = 0, grabtype = GRABTYPE_CORE, type = 0 '\000', modifiersDetail = {exact = 0, pMask = 0x0}, modifierDevice = 0x0, detail = {exact = 0, pMask = 0x0}, confineTo = 0x0, cursor = 0x0, eventMask = 0, deviceMask = 0, xi2mask = { "\000\000" <repeats 42 times>}}, grab = 0x0, activatingKey = 0 '\000', ActivateGrab = 0x80c35b0 <ActivateKeyboardGrab>, DeactivateGrab = 0x80c33a0 <DeactivateKeyboardGrab>, sync = {frozen = 0, state = 0, other = 0x0, event = 0x0}}, type = 0, xinput_type = 0, name = 0x0, id = 6, key = 0x862f668, valuator = 0x0, button = 0x0, ^^^^^^^^^^^ focus = 0x863cee8, proximity = 0x0, absolute = 0x0, kbdfeed = 0x862f6d8, ptrfeed = 0x0, intfeed = 0x0, stringfeed = 0x0, bell = 0x0, leds = 0x0, xkb_interest = 0x0, config_info = 0x0, unused_classes = 0x0, saved_master_id = 0, devPrivates = 0x862f22c, unwrapProc = 0, spriteInfo = 0x862f210, u = {master = 0x861e8c0, lastSlave = 0x861e8c0}, last = {valuators = {0 <repeats 36 times>}, remainder = { 0 <repeats 36 times>}, numValuators = 0, slave = 0x0}, properties = { properties = 0x862aa20, handlers = 0x862f260}, transform = {m = {{0, 0, 0}, {0, 0, 0}, {0, 0, 0}}}, xtest_master_id = 0} (gdb) p *dev->next $30 = {public = {devicePrivate = 0x0, processInputProc = 0x816c710 <ProcessOtherEvent>, realInputProc = 0x816c710 <ProcessOtherEvent>, enqueueInputProc = 0x80bb280 <EnqueueEvent>, on = 1}, next = 0x0, startup = 1, deviceProc = 0x8069990 <rfbMouseProc>, inited = 1, enabled = 1, coreEvents = 1, deviceGrab = {grabTime = {months = 0, milliseconds = 1903094146}, fromPassiveGrab = 0, implicitGrab = 0, activeGrab = {next = 0x0, resource = 0, device = 0x0, window = 0x0, ownerEvents = 0, keyboardMode = 0, pointerMode = 0, grabtype = GRABTYPE_CORE, type = 0 '\000', modifiersDetail = {exact = 0, pMask = 0x0}, modifierDevice = 0x0, detail = {exact = 0, pMask = 0x0}, confineTo = 0x0, cursor = 0x0, eventMask = 0, deviceMask = 0, xi2mask = { "\000\000" <repeats 42 times>}}, grab = 0x0, activatingKey = 0 '\000', ActivateGrab = 0x80c35b0 <ActivateKeyboardGrab>, DeactivateGrab = 0x80c33a0 <DeactivateKeyboardGrab>, sync = {frozen = 0, state = 0, other = 0x0, event = 0x0}}, type = 0, xinput_type = 0, name = 0x0, id = 7, key = 0x0, valuator = 0x863d468, button = 0x863cf10, ^^^^^^^^^^^ focus = 0x0, proximity = 0x0, absolute = 0x0, kbdfeed = 0x0, ptrfeed = 0x863d890, intfeed = 0x0, stringfeed = 0x0, bell = 0x0, leds = 0x0, xkb_interest = 0x0, config_info = 0x0, unused_classes = 0x0, saved_master_id = 0, devPrivates = 0x862f58c, unwrapProc = 0, spriteInfo = 0x862f570, u = {master = 0x861e5a0, lastSlave = 0x861e5a0}, last = {valuators = {0 <repeats 36 times>}, remainder = { 0 <repeats 36 times>}, numValuators = 2, slave = 0x0}, properties = { properties = 0x863d848, handlers = 0x863d878}, transform = {m = {{0, 0, 0}, {0, 0, 0}, {0, 0, 0}}}, xtest_master_id = 0} I don't have any idea when these entries has been added to the list. I can try to find it out but as I'm not very familiar with Xorg it could take time.. I tested it in two differenmt platforms xorg-x11-Xvnc-7.6_1.9.3-162.2.i586 xorg-x11-Xvnc-7.6_1.9.3-157.12.x86_64 Reproducible: Always Steps to Reproduce: 1. open one terminal and run: Xvnc :2 2. open another terminal and run: DISPLAY=:2.0 xinput list Actual Results: Xvnc crashed by SEGFAULT Expected Results: get list of input devices I also opened bug in FreeDesktop bugzilla but they don't work with VNC and I can't figure out from where VNC paches come https://bugs.freedesktop.org/show_bug.cgi?id=40627 -- 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 715242] New: yast2 -> Product Creation -> Create GPG key get frozen
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=715242 https://bugzilla.novell.com/show_bug.cgi?id=715242#c0 Summary: yast2 -> Product Creation -> Create GPG key get frozen Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: melchiaros(a)aol.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- Created an attachment (id=448688) --> (http://bugzilla.novell.com/attachment.cgi?id=448688) packages User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0 I´am on openSUSE12.1 MS 3 which is brought to http://download.opensuse.org/factory-tested/repo/ (all there - 18.8.2011) Like the summary says: Create GPG key in the yast2 module Product Creation not comes to an end; may be that I do net know the magic command to finish gpg key creation, but when there is one it should be shown to the user. Reproducible: Always Steps to Reproduce: 1.yast2 -> Product creation -> followiuntil you reach the signing dialog 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 9

[Bug 701842] New: yast2-dbus-client ignores the return value (needed for systemd)
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=701842 https://bugzilla.novell.com/show_bug.cgi?id=701842#c0 Summary: yast2-dbus-client ignores the return value (needed for systemd) Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: yast2-maintainers(a)suse.de ReportedBy: mvidner(a)novell.com QAContact: jsrain(a)novell.com CC: fcrozat(a)novell.com Found By: --- Blocker: --- SCR::Execute(.dbus.system, (method), (arguments)) returns simply true even though it waited for the actual dbus reply http://svn.opensuse.org/viewvc/yast/trunk/dbus-client/agent-dbus/src/DbusAg… discards the reply that was obtained on line 161 Aditionally, only simple strings and booleans are accepted as arguments. The code for full-featured (un)marshalling is already present in yast2-dbus-server. -- 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 712708] New: systemd config file is /etc/systemd/system.conf, should be ... systemd.conf
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=712708 https://bugzilla.novell.com/show_bug.cgi?id=712708#c0 Summary: systemd config file is /etc/systemd/system.conf, should be ... systemd.conf Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86-64 OS/Version: SuSE Other Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jdd(a)dodin.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 it's so obvious that the man page IS man systemd.conf! 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 2

[Bug 712908] New: segmentation fault and other issues with systemd installs/updates
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=712908 https://bugzilla.novell.com/show_bug.cgi?id=712908#c0 Summary: segmentation fault and other issues with systemd installs/updates Classification: openSUSE Product: openSUSE 12.1 Version: Milestone 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- Updating from 11.4: /var/tmp/rpm-tmp.9VMXbW: line 2: 20400 Aborted (core dumped) /bin/systemctl daemon-reexec > /dev/null 2>&1 insserv: Note: sysvinit service boot.udev is shadowed by systemd udev.service, Forwarding request to '/bin/systemctl --root (null) enable udev.service'. sh: -c: line 0: syntax error near unexpected token `(' sh: -c: line 0: `/bin/systemctl --root (null) enable udev.service' insserv: Forward service request to systemctl returned error status : 256 Updating /etc/sysconfig/kernel... insserv: Note: sysvinit service boot.loadmodules is shadowed by systemd loadmodules.service, Forwarding request to '/bin/systemctl --root (null) enable loadmodules.service'. sh: -c: line 0: syntax error near unexpected token `(' sh: -c: line 0: `/bin/systemctl --root (null) enable loadmodules.service' insserv: Forward service request to systemctl returned error status : 256 Scanning scripts ... Resolve dependencies ... and updating this morning: Installing: systemd-33-12.1 [done] Additional rpm output: /var/tmp/rpm-tmp.2PnolD: line 2: 3006 Aborted /bin/systemctl daemon-reexec > /dev/null 2>&1 /var/tmp/rpm-tmp.ISb8pA: line 4: 3011 Aborted /bin/systemctl try-restart systemd-logind.service > /dev/null 2>&1 -- 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 2

[Bug 700782] New: Postfix issues warnings about db files being older than the base file
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=700782 https://bugzilla.novell.com/show_bug.cgi?id=700782#c0 Summary: Postfix issues warnings about db files being older than the base file Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: f.de.kruijf(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1 In the file /var/log/mail I often find messages like the one below. postfix/qmgr[6222]: warning: database /etc/postfix/relay.db is older than source file /etc/postfix/relay and indeed this is true. However I did not change the base file, so I suspect that YaST, when updating the software, touches this base file without updating the db file. Maybe this a SuSEconfig issue. 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 8

[Bug 690585] New: dhcpd: Copy certificates to chroot when using ldaps/start_tls
by bugzilla_noreply＠novell.com 08 Sep '11

08 Sep '11

https://bugzilla.novell.com/show_bug.cgi?id=690585 https://bugzilla.novell.com/show_bug.cgi?id=690585#c0 Summary: dhcpd: Copy certificates to chroot when using ldaps/start_tls Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: joschibrauchle(a)gmx.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.205 Safari/534.16 When running a DHCPD in chroot, which is configured to connect to a LDAP server that is secured with TLS or LDAPS, the DHCPD does not start because it is missing the required certificates for the SSL/TLS operation. My /etc/dhcpd.conf contains: ------------ .. ldap-ssl ldaps; ldap-tls-ca-file "/etc/ssl/myCA.pem"; #ldap-ssl start_tls; ldap-tls-reqcert hard; #ldap-tls-ca-dir "/etc/ssl"; #ldap-tls-cert #ldap-tls-key #ldap-tls-crlcheck #ldap-tls-ciphers #ldap-tls-randfile .. ------------ So I am using LDAPS, and the DHCPD needs access to "/etc/ssl/myCA.pem" in order to check the LDAP certificate. Thus, all files specified in the directives: - ldap-tls-ca-file - ldap-tls-ca-dir - ldap-tls-cert - ldap-tls-key - ldap-tls-randfile should be copied to the chroot in case they are not empty. The files can be force to be copied to the chroot with the "DHCPD_CONF_INCLUDE_FILES" variable in "/etc/sysconfig/dhcpd", thus in my case: -------- DHCPD_CONF_INCLUDE_FILES="/etc/ssl/myCA.pem" -------- I just think the init script COULD take care of this automatically, sparing the user a LOT of headaches... :-) Reproducible: Always Steps to Reproduce: 1. Configure DHCP to use CHROOT 2. Configure DHCP to use LDAPS with path to CA cert in dhcpd.conf 3. Start DHCPD Actual Results: Start fails with connection error, as LDAP cert cannot be checked due to missing CA cert. Expected Results: Init script should copy the needed certs and DHCP should start normally. -- 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