openSUSE Bugs April 2009

bugs@lists.opensuse.org

1 participants
3056 discussions

[Bug 492261] New: zypper should support --continue or something like it

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=492261 Summary: zypper should support --continue or something like it Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-1.1.6 Firefox/3.0.7 zypper supports -n (--non-interactive) more or less However, any minor download error aborts an entire operation unnecessarily. Not infrequently various mirrors may disconnect or fail to provide for many reasons a file when asked, and this is how zypper currently behaves: Retrieving package kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64 (10/130), 36.8 M (160.1 M unpacked) Retrieving: kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm [error] File './x86_64/kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm' not found on medium 'http://opensuse.ca.unixheads.org/repositories/KDE:/KDE4:/Factory:/Desktop/o…' Abort, retry, ignore? [A/r/i]: a Failed to provide Package kdebase4-workspace-debuginfo-4.2.2-217.3. Do you want to retry retrieval? [KDE:KDE4:Factory:Desktop|http://opensuse.ca.unixheads.org/repositories/KDE:…] Can't provide file './x86_64/kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm' from repository 'KDE:KDE4:Factory:Desktop' History: - File './x86_64/kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm' not found on medium 'http://opensuse.ca.unixheads.org/repositories/KDE:/KDE4:/Factory:/Desktop/o…' - Can't provide ./x86_64/kdebase4-workspace-debuginfo-4.2.2-217.3.x86_64.rpm : Media Exception Abort, retry, ignore? [A/r/i]: a Problem occured during or after installation or removal of packages: Installation aborted by user Please see the above error message for a hint. It seems to me that --non-interactive should support a --continue mode where it ignores non-fatal errors and continues. 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.

7 years, 4 months

[Bug 497924] New: DHCP client NOT running, failed eth0 interface could not be set up until now

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=497924 Summary: DHCP client NOT running, failed eth0 interface could not be set up until now Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ufest(a)mudal.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8 The installation is an upgrade from opensuse 11.0 to opensuse 11.1. The init-script network run not correctly on boot time. On command line rcnetwork start is ok. The configuration use dhcp4 client. Error message on boot: eth0: RTL8168b/8111b at 0xf8f6e000, 00:17:31:87:44:be, IRQ 17 doneWaiting for mandatory devices: eth0 __NSC__ eth0 device: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01) eth0 DHCP client NOT running eth0 is down failed eth0 interface could not be set up until now Solution: script-part old: for a in $(type_filter `ls -A /sys/class/net/`); do test -d /sys/class/net/$a || continue t=`get_iface_type $a` case "$t" in eth|tr|ib|wlan) STAMPFILE=$STAMPFILE_STUB`cat /sys/class/net/$a/ifindex` if [ "$MODE" = onboot -a "$ACTION" = start ] ; then # skip interfaces (with active drivers) # but not yet prepared by an # ifup -o hotplug # call is triggered in udev rules. # (may need rename to their final name) if [ ! -e "$STAMPFILE" ] ; then continue fi fi ;; lo|wlan_aux) continue ;; esac for b in $VIRTUAL_IFACES ; do if [ "$a" = "$b" ] ; then NOT_PHYSICAL_IFACES="$NOT_PHYSICAL_IFACES $a" continue 2 fi done PHYSICAL_IFACES="$PHYSICAL_IFACES $a" done script-part new: for a in $(type_filter `ls -A /sys/class/net/`); do test -d /sys/class/net/$a || continue t=`get_iface_type $a` case "$t" in eth|tr|ib|wlan) STAMPFILE=$STAMPFILE_STUB`cat /sys/class/net/$a/ifindex` if [ "$MODE" = onboot -a "$ACTION" = start ] ; then # skip interfaces (with active drivers) # but not yet prepared by an # ifup -o hotplug # call is triggered in udev rules. # (may need rename to their final name) if [ ! -e "$STAMPFILE" ] ; then true # correction # continue # correction fi fi ;; lo|wlan_aux) continue ;; esac for b in $VIRTUAL_IFACES ; do if [ "$a" = "$b" ] ; then NOT_PHYSICAL_IFACES="$NOT_PHYSICAL_IFACES $a" continue 2 fi done PHYSICAL_IFACES="$PHYSICAL_IFACES $a" done 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.

7 years, 5 months

[Bug 494200] New: the lcov program should have its own package (now it is in kernel-coverage)

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=494200 Summary: the lcov program should have its own package (now it is in kernel-coverage) Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mar.pollo(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; it; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8 GTB5 The «lcov» program is found in the «kernel-coverage» package in the «openSuSE 11.1 OSS» repository. That package depends on kernel-source, that weighs ~300MB and is updated with each kernel update. So when I wanted to install lcov (~1MB) I had to download ~300MB of data, and every kernel update I download several useless MB. I think lcov should have a separate package, and the kernel-coverage package should depend on it. 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.

7 years, 6 months

[Bug 493212] New: openibd loads after network, messing up ipoib configuration

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=493212 Summary: openibd loads after network, messing up ipoib configuration Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sebastian.hegler(a)tu-dresden.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.8) Gecko/2009032712 Ubuntu/8.10 (intrepid) Firefox/3.0.8 The openIB package's startup script is hardwired to load after the network configuration. This messes up the network, since the ipoib driver is not loaded. The ipoib interfaces must then be brought up manually, which is an annoying task. Please change the dependency of the openib initscript to run before the network scripts. 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.

7 years, 7 months

[Bug 492281] New: sound applett changes and fonts become bigger

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=492281 Summary: sound applett changes and fonts become bigger Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: andrea(a)opensuse.org QAContact: qa(a)suse.de Found By: --- hardware acer aspire one compisiting enabled --> metacity (gconf-editor /apps/metacity/general/compositing_manager = true) sometimes, in random way, sound applet changes size and shape, and with it lots of fonts, like the menu ones screenshots attached -- 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.

7 years, 11 months

[Bug 498789] New: DocumentConverter.py segfaults

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=498789 User per.jessen(a)enidan.com added comment http://bugzilla.novell.com/show_bug.cgi?id=498789#c1 Summary: DocumentConverter.py segfaults Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: OpenOffice.org AssignedTo: bnc-team-ooo(a)forge.provo.novell.com ReportedBy: per.jessen(a)enidan.com QAContact: kyu(a)novell.com Found By: --- Created an attachment (id=288579) --> (http://bugzilla.novell.com/attachment.cgi?id=288579) glibc backtrace User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.8.1.6) Gecko/20070730 SUSE/2.0.0.6-25 Firefox/2.0.0.6 I convert from sxw to pdf like this: #!/bin/sh export URE_BOOTSTRAP=vnd.sun.star.pathname:/usr/lib/ooo3/program/fundamentalrc export PYTHONPATH=/usr/lib/ooo3/basis3.0/program python /usr/share/ooo3/program/DocumentConverter.py $@ Every now and then, fairly regularly, I get a segfault or similar when running this. Ex#1: sxw2pdf mar2009.1.sxw mar2009.1.pdf python: tpp.c:63: __pthread_tpp_change_priority: Assertion `new_prio == -1 || (new_prio >= __sched_fifo_min_prio && new_prio <= __sched_fifo_max_prio)' failed. /usr/lib/spamchek/bin/sxw2pdf: line 8: 11726 Aborted (core dumped) python /usr/share/ooo3/program/DocumentConverter.py $@ I have the core dump if it's of any interest. Other times I just get the segfault and the coredump, and some times I get a glibc traceback, see attached. Reproducible: Sometimes -- 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.

8 years, 1 month

[Bug 498556] New: Online Update will Not Install "All Patches" when selected

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=498556 Summary: Online Update will Not Install "All Patches" when selected Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: alpha096(a)virginbroadband.com.au QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8 Online update has never been able to install anything but 'Needed Patches'. The definition of Needed Patches escapes me however, If I display 'All Patches" by filter and the select Patches in this list>Install the patches are changed to a green tick but will never be installed. Reproducible: Always Steps to Reproduce: 1.Open Online Update 2.Filter Patches by - All Patches instead on needed patches 3.Patch>In this list> Install - All Patches are marked for installation 4. Accept. 5. Result nothing is installed and suseconfig runs immediately after nothing has been installed Actual Results: Patches marked for Installation are not installed Expected Results: Patches marked for installation ARE installed. This is 100% reproducible - Please only request yast logs IF for some very strange reason it cannot be re-produced. -- 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.

8 years, 3 months

[Bug 493162] New: pidgin hangs on pulseaudio

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=493162 Summary: pidgin hangs on pulseaudio Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i686 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: ptesarik(a)novell.com QAContact: qa(a)suse.de Found By: L3 Occasionally, pidgin hangs. I can't reproduce it Last time it did, I attached to the hung process with gdb, and this is what I see: * 1 Thread 0xb6ee9ab0 (LWP 5513) 0xb7f74424 in __kernel_vsyscall () 2 Thread 0xae2feb90 (LWP 5995) 0xb7f74424 in __kernel_vsyscall () 3 Thread 0xb3301b90 (LWP 5994) 0xb7f74424 in __kernel_vsyscall () 4 Thread 0xaeaffb90 (LWP 5993) 0xb7f74424 in __kernel_vsyscall () 5 Thread 0xb3d53b90 (LWP 5992) 0xb7f74424 in __kernel_vsyscall () Please read on! This is not a pure backtrace. This is a commented backtrace. [Switching to thread 1 (Thread 0xb6ee9ab0 (LWP 5513))] #0 0xb7f74424 in __kernel_vsyscall () #1 0xb70f882d in pthread_mutex_lock () from /lib/libpthread.so.0 int pthread_mutex_lock(pthread_mutex_t *mutex); mutex = 0xb3408590 *mutex = {__data = {__lock = 0x8000176b, __count = 1, __owner = 5995, /* Thread 2 */ __kind = 0x21, __nusers = 1, {__spins = 0x0, __list = {__next = 0x0}}}, __size = {0x6b, 0x17, 0x0, 0x80, 0x1, 0x0, 0x0, 0x0, 0x6b, 0x17, 0x0, 0x0, 0x21, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, __align = 0x8000176b} #2 0xb334eaa1 in pa_mutex_lock (m=0xb3408590) at pulsecore/mutex-posix.c:90 #3 0xb3326530 in pa_threaded_mainloop_lock (m=0xb34032a0) at pulse/thread-mainloop.c:172 #4 0xb3541e08 in ?? () from /usr/lib/gstreamer-0.10/libgstpulse.so ^^ Debuginfo is insufficient here, but looking at the caller, I can see that this was called like this: 0xb3d78f8e mov 0x19c(%edi),%eax 0xb3d78f94 mov %esi,(%esp) 0xb3d78f97 call *%eax The value of %edi is saved on stack immediately after the return address (and is 0xba34b460), so the function is at: (gdb) x/x 0xba34b460+0x19c 0xba34b5fc: 0xb3541dd0 0xb3541dd0 push %ebp 0xb3541dd1 mov %esp,%ebp 0xb3541dd3 push %edi 0xb3541dd4 push %esi 0xb3541dd5 push %ebx 0xb3541dd6 call 0xb353e737 0xb3541ddb add $0x9219,%ebx <------- So, GOT is 0xb354aff4 .. 0xb3541e71 lea -0x2f86(%ebx),%eax ---> "gst_pulsesink_reset" 0xb3541e77 mov %eax,-0x3c(%ebp) (this is the 'function' argument to gst_debug_log, which expands via CHECK_DEAD_GOTO and GST_ELEMENT_ERROR and GST_FUNCTION to __FUNCTION__, so it's pretty certain that this is indeed gst_pulsesink_reset.) #5 0xb3d78f99 in gst_audioringbuffer_pause (buf=0xb3405508) at gstaudiosink.c:461 #6 0xb3d8526f in gst_ring_buffer_pause_unlocked (buf=0xb3405508) at gstringbuffer.c:930 #7 0xb3d8677f in gst_ring_buffer_pause (buf=0xb3405508) at gstringbuffer.c:973 #8 0xb3d818e4 in gst_base_audio_sink_change_state (element=0xba350898, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbaseaudiosink.c:1658 #9 0xb7ec48b8 in gst_element_change_state (element=0xba350898, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #10 0xb7ec77fc in gst_element_set_state_func (element=0xba350898, state=GST_STATE_PAUSED) at gstelement.c:2377 #11 0xb7ec3ae2 in gst_element_set_state (element=0xba350898, state=GST_STATE_PAUSED) at gstelement.c:2280 #12 0xb7eb50ba in gst_bin_change_state_func (element=0xba34a0f8, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #13 0xb354dfeb in ?? () from /usr/lib/gstreamer-0.10/libgstautodetect.so #14 0xb7ec48b8 in gst_element_change_state (element=0xba34a0f8, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #15 0xb7ec77fc in gst_element_set_state_func (element=0xba34a0f8, state=GST_STATE_PAUSED) at gstelement.c:2377 #16 0xb7ec3ae2 in gst_element_set_state (element=0xba34a0f8, state=GST_STATE_PAUSED) at gstelement.c:2280 #17 0xb7eb50ba in gst_bin_change_state_func (element=0xba342348, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #18 0xb7ec48b8 in gst_element_change_state (element=0xba342348, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #19 0xb7ec77fc in gst_element_set_state_func (element=0xba342348, state=GST_STATE_PAUSED) at gstelement.c:2377 #20 0xb7ec3ae2 in gst_element_set_state (element=0xba342348, state=GST_STATE_PAUSED) at gstelement.c:2280 #21 0xb7eb50ba in gst_bin_change_state_func (element=0xba313168, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #22 0xb5b0e190 in ?? () from /usr/lib/gstreamer-0.10/libgstgconfelements.so #23 0xb5b0aff6 in ?? () from /usr/lib/gstreamer-0.10/libgstgconfelements.so #24 0xb7ec48b8 in gst_element_change_state (element=0xba313168, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #25 0xb7ec77fc in gst_element_set_state_func (element=0xba313168, state=GST_STATE_PAUSED) at gstelement.c:2377 #26 0xb7ec3ae2 in gst_element_set_state (element=0xba313168, state=GST_STATE_PAUSED) at gstelement.c:2280 #27 0xb7eb50ba in gst_bin_change_state_func (element=0xba2e3b58, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #28 0xb7ec48b8 in gst_element_change_state (element=0xba2e3b58, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #29 0xb7ec77fc in gst_element_set_state_func (element=0xba2e3b58, state=GST_STATE_PAUSED) at gstelement.c:2377 #30 0xb7ec3ae2 in gst_element_set_state (element=0xba2e3b58, state=GST_STATE_PAUSED) at gstelement.c:2280 #31 0xb7eb50ba in gst_bin_change_state_func (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:1932 #32 0xb7ee68fa in gst_pipeline_change_state (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstpipeline.c:463 #33 0xb3dfa101 in gst_play_base_bin_change_state (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstplaybasebin.c:2729 #34 0xb3dea8bd in gst_play_bin_change_state (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstplaybin.c:1932 #35 0xb7ec48b8 in gst_element_change_state (element=0xba30f228, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstelement.c:2427 #36 0xb7ec77fc in gst_element_set_state_func (element=0xba30f228, state=GST_STATE_NULL) at gstelement.c:2377 #37 0xb7ec3ae2 in gst_element_set_state (element=0xba30f228, state=GST_STATE_NULL) at gstelement.c:2280 #38 0xb803f06c in bus_call (bus=0xb9f406d8, msg=0xba2fb350, data=0xba30f228) at gtksound.c:372 #39 0xb7eb9186 in gst_bus_source_dispatch (source=0xba336d18, callback=0xb803efb0 <bus_call>, user_data=0xba30f228) at gstbus.c:783 #40 0xb719d9a8 in IA__g_main_context_dispatch (context=0xb9cd66d0) at gmain.c:2144 #41 0xb71a1063 in g_main_context_iterate (context=0xb9cd66d0, block=1, dispatch=1, self=0xb9caf3e8) at gmain.c:2778 #42 0xb71a1582 in IA__g_main_loop_run (loop=0xba0f5918) at gmain.c:2986 #43 0xb7b61239 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #44 0xb801a19e in main (argc=Cannot access memory at address 0x1 ) at gtkmain.c:888 [Switching to thread 2 (Thread 0xae2feb90 (LWP 5995))] #0 0xb7f74424 in __kernel_vsyscall () #1 0xb70fd7b9 in __lll_lock_wait () from /lib/libpthread.so.0 #2 0xb70f8cd1 in _L_lock_89 () from /lib/libpthread.so.0 #3 0xb70f85b2 in pthread_mutex_lock () from /lib/libpthread.so.0 int pthread_mutex_lock(pthread_mutex_t *mutex); mutex = 0xb34087d8 *mutex = {__data = {__lock = 2, __count = 0, __owner = 5513, __kind = 0x0, /* Thread 1 */ __nusers = 1, {__spins = 0x0, __list = {__next = 0x0}}}, __size = {0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x89, 0x15, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, __align = 0x2} #4 0xb7eaceff in gst_object_get_name (object=0xba350898) at gstobject.c:702 #5 0xb7ead112 in gst_object_get_path_string (object=0xba350898) at gstobject.c:1103 #6 0xb7ec5060 in gst_element_message_full (element=0xba350898, type=GST_MESSAGE_ERROR, domain=2254, code=1, text=0xb9dedd68 "Disconnected: Connection terminated", debug=0x0, file=0xb3547a2b "pulsesink.c", function=0xb3548096 "gst_pulsesink_write", line=536) at gstelement.c:1663 #7 0xb3542c07 in ?? () from /usr/lib/gstreamer-0.10/libgstpulse.so ^^ The 'function' argument to gst_element_message_full() identifies this as gst_pulsesink_write. #8 0xb3d7968c in audioringbuffer_thread_func (buf=0xb3405508) at gstaudiosink.c:226 #9 0xb71c835f in g_thread_create_proxy (data=0xb9df7e18) at gthread.c:635 #10 0xb70f71b5 in start_thread () from /lib/libpthread.so.0 #11 0xb70663be in clone () from /lib/libc.so.6 The other threads are not relevant AFAICS. To recap, Thread 1 waits for a mutex held by Thread 2, and Thread 2 waits for a mutex held by Thread 1. A classical ABBA deadlock. One possible sequence of events was: Thread 1: acquire the audio sink object lock I do not know where this happened, sorry. But the owner of the lock is thread 1, so it must have happened. Thread 2: acquire pulsesink->mainloop via pa_threaded_mainloop_lock() Thread 1: try to acquire pulsesink->mainloop via pa_threaded_mainloop_lock() But it is held by Thread 2, so wait here. Thread 2: deadlock on object lock via GST_OBJECT_LOCK () This gets called via GST_ELEMENT_ERROR -> gst_element_message_full -> gst_object_get_path_string -> gst_object_get_name Note that this analysis may also help with bug 442466, but that one is reported against SLED11. -- 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.

8 years, 7 months

[Bug 496280] New: firefox warns incorrect permissions for /tmp/orbit-<user>*

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=496280 Summary: firefox warns incorrect permissions for /tmp/orbit-<user>* Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: hedgehogshiatus(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1 Firefox/3.0.6, Ant.com Toolbar 1.3 Starting firefox from the command line indicates incorrect permissions on orbit file. This issue is previously reported, discussed and unresolved here: http://translate.google.com/translate?js=n&prev=_t&hl=en&ie=UTF-8&u=http%3A… The chmod 755 fix suggested there makes this issue worse, so does not fix this. Specifically: > chmod --recursive 755 /tmp/orbit-mv* increases the number of incorrect permission warnings. Details: > id uid=1000(mv) gid=100(users) groups=100(users),113(bacula),20(cdrom),16(dialout),6(disk),112(vboxusers),33(video) > ls -l /tmp/orbit-mv* /tmp/orbit-mv: total 0 srwxr-xr-x 1 mv users 0 2008-07-30 17:47 linc-1000-0-46b90572a4380 srwxr-xr-x 1 mv users 0 2008-12-16 18:24 linc-1018-0-203c4c8a312c6 <snipped> /tmp/orbit-mv-2828a8e8: total 4 -rwx------ 1 mv users 0 2009-02-18 14:52 bonobo-activation-register.lock -rw-r--r-- 1 mv users 661 2009-02-27 15:11 bonobo-activation-server-ior srwxr-xr-x 1 mv users 0 2009-04-11 17:41 linc-100f-0-1284682464c2 srwxr-xr-x 1 mv users 0 2009-04-11 17:41 linc-100f-0-1a0589edd5308 <snipped> After the chmod 755 is applied: > ls -l /tmp/orbit-mv* /tmp/orbit-mv: total 0 srwxr-xr-x 1 mv users 0 2008-07-30 17:47 linc-1000-0-46b90572a4380 srwxr-xr-x 1 mv users 0 2008-12-16 18:24 linc-1018-0-203c4c8a312c6 <snipped> /tmp/orbit-mv-2828a8e8: total 4 -rwxr-xr-x 1 mv users 0 2009-02-18 14:52 bonobo-activation-register.lock -rwxr-xr-x 1 mv users 661 2009-02-27 15:11 bonobo-activation-server-ior srwxr-xr-x 1 mv users 0 2009-04-11 17:41 linc-100f-0-1284682464c2 srwxr-xr-x 1 mv users 0 2009-04-11 17:41 linc-100f-0-1a0589edd5308 Reproducible: Always Steps to Reproduce: 1. In bash shell as normal user, run: firefox & 2. shutdown firefox 3. In bash shell as normal user, run: firefox -safe-mode & 4. In bash shell as normal user, run: chmod --recursive 755 /tmp/orbit-mv* 5. firefox & Actual Results: For firefox: - console output ** (firefox:21774): WARNING **: Wrong permissions for /tmp/orbit-mv # tail -f ~/.xsession-errors QObject: Do not delete object, 'unnamed', during its event handler! For firefox -safe-mode, the same as above: - console output ** (firefox:21774): WARNING **: Wrong permissions for /tmp/orbit-mv # tail -f ~/.xsession-errors QObject: Do not delete object, 'unnamed', during its event handler! After the chmod 755 is applied, running: > firefox & ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv-2828a8e8 ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv-2828a8e8 ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv-2828a8e8 Expected Results: No error reports to the console or .xsession-errors file -- 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.

8 years, 7 months

[Bug 498345] New: ld.so segfaults on /lib/modules/.../vdso.so

by bugzilla_noreply＠novell.com

http://bugzilla.novell.com/show_bug.cgi?id=498345 Summary: ld.so segfaults on /lib/modules/.../vdso.so Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: pbaudis(a)novell.com ReportedBy: mmarek(a)novell.com QAContact: qa(a)suse.de Found By: --- During kernel build, something runs ldd on the vdso.so binary, which results in a segfault in ld.so. Can be reproduced in the live system too: $ ldd /lib/modules/2.6.27.21-0.1-default/vdso/vdso.so ldd: exited with unknown exit code (139) $ /lib64/ld-linux-x86-64.so.2 --verify /lib/modules/2.6.27.21-0.1-default/vdso/vdso.so Segmentation fault -- 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.

8 years, 10 months

Jump to page:

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Bugs April 2009