November 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 905034] New: scanimage produces wrong colours in scan
by bugzilla_noreply＠novell.com 15 Dec '17

15 Dec '17

http://bugzilla.opensuse.org/show_bug.cgi?id=905034 Bug ID: 905034 Summary: scanimage produces wrong colours in scan Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: per(a)computer.org QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 613296 --> http://bugzilla.opensuse.org/attachment.cgi?id=613296&action=edit scanimage output, resolution 150 Hardware: lenovo desktop12. Running vanilla openSUSE 13.2 via NFS root. Doing a scan like these: scanimage --mode color --resolution 300 >office12-scan1.pnm scanimage --mode color --resolution 300 >office12-scan2.pnm produces some pretty weird colours, see attached. Omitting the resolution argument or specifying "--resolution 50" both lead to a "Error in `scanimage': double free or corruption (top): ". I have sane-backends-1.0.24-2.1.10.x86_64 installed. -- You are receiving this mail because: You are on the CC list for the bug.

1 41

[Bug 906067] New: Totem SEGFAULT with .avi movies
by bugzilla_noreply＠novell.com 13 Dec '17

13 Dec '17

http://bugzilla.opensuse.org/show_bug.cgi?id=906067 Bug ID: 906067 Summary: Totem SEGFAULT with .avi movies Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: roger.luedecke(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Originally Totem would play .avi withoug video; audio only. I then installed the Fluendo Codec Pack. Now thumbnails display in Totem and Nautilus. Both Nautilus preview and Totem instantly crash when attempting to play video in .avi. When run from CLI Totem reports a SEGFAULT. Likely related bug reports: https://bugzilla.opensuse.org/show_bug.cgi?id=887781 https://bugzilla.opensuse.org/show_bug.cgi?id=848833 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 904551] New: Totem could not startup
by bugzilla_noreply＠novell.com 12 Dec '17

12 Dec '17

http://bugzilla.opensuse.org/show_bug.cgi?id=904551 Bug ID: 904551 Summary: Totem could not startup Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: x86-64 OS: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME Assignee: bnc-team-gnome(a)forge.provo.novell.com Reporter: whoknows2012(a)myopera.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Totem vserion: 3.10.1 Error message: Some necessary plug-ins are missing. Make sure that the program is correctly installed. Nothing that I found in the Internet is working. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 509945] New: Enforce packaging of static libraries by rpmlint check
by bugzilla_noreply＠novell.com 09 Dec '17

09 Dec '17

http://bugzilla.novell.com/show_bug.cgi?id=509945 Summary: Enforce packaging of static libraries by rpmlint check Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: dmueller(a)novell.com ReportedBy: prusnak(a)novell.com QAContact: qa(a)suse.de CC: ro(a)novell.com, mrueckert(a)novell.com, crrodriguez(a)novell.com Found By: Development We are trying to adopt the static libraries packaging scheme described on http://en.opensuse.org/Packaging/Guidelines#Packaging_Static_Libraries By adding rpmlint check we will enforce the correct packaging. rpmlint should check whether the package contains *.{a,la} files and perform these steps: a) package contains *.la files, does not contain *.a files -> throw error suggesting the packager to remove *.la files in %install phase b) package contains only *.la and *.a files -> check if the name ends with "-devel-static", throw error otherwise, suggesting the rename c) package contains *.la, *.a files AND *.so files (and probably some includes) -> check if the name ends with "-devel" AND package also provides "-devel-static" symbol, throw error otherwise, suggesting the addition of symbol -> also point out that packager has to be sure that static libraries are absolutely needed in the system. If not the package should be built with --disable-static and *.la files removed in %install phase -- 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 884004] New: bzip2 -dcf skips the first block if fed uncompressed data
by bugzilla_noreply＠novell.com 09 Dec '17

09 Dec '17

https://bugzilla.novell.com/show_bug.cgi?id=884004 https://bugzilla.novell.com/show_bug.cgi?id=884004#c0 Summary: bzip2 -dcf skips the first block if fed uncompressed data Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnweiger(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- $ echo hello world | bzip2 -dcf returns nothing. I'd expect to see 'hello world'. According to the manual, the effects of -f include: "bzip2 normally declines to decompress files which don't have the correct magic header bytes. If forced (-f), however, it will pass such files through unmodified. This is how GNU gzip behaves. strace includes: read(0, "hello world\n", 4096) = 12 read(0, "", 4096) = 0 lseek(0, 0, SEEK_SET) = -1 ESPIPE (Illegal seek) read(0, "", 4096) = 0 close(0) = 0 I assume, the failing lseek() should be acted on. Possibly already an upstream issue? -- 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 7

[Bug 709260] New: package bzip2 missing documentation
by bugzilla_noreply＠novell.com 09 Dec '17

09 Dec '17

https://bugzilla.novell.com/show_bug.cgi?id=709260 https://bugzilla.novell.com/show_bug.cgi?id=709260#c0 Summary: package bzip2 missing documentation Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: i686 OS/Version: openSUSE 11.4 Status: NEW Severity: Minor Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB7.1) The documentation for package bzip2 is not installed. Reproducible: Always Steps to Reproduce: 1. Read /usr/share/doc/packages/bzip2/README. 2. Find the referenced documentation. Actual Results: 1. Complete documentation is available in Postscript form (manual.ps), PDF (manual.pdf) or html (manual.html). A plain-text version of the manual page is available as bzip2.txt. 2. Nope. Expected Results: 2. /usr/share/doc/packages/bzip2/manual.html -- 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 907403] New: dropbox-servicemenu is broken
by bugzilla_noreply＠novell.com 17 Nov '17

17 Nov '17

http://bugzilla.opensuse.org/show_bug.cgi?id=907403 Bug ID: 907403 Summary: dropbox-servicemenu is broken Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: farcusnz(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0 Build Identifier: dropbox-servicemenu 0.16.1-2.1 from KDE Extra in openSUSE 13.2 seems broken. when selecting to copy or move to public folder and write link to clipboard nothing is moved or copied and the following error message is copied to the clipboard . . . "Couldn't get public url: Illegal Argument: The path "/Public/car2.jpg" does not exist" generating a public url and then trying to use that URL results in a 403 error on the dropbox website. Selecting to share a folder results in a 403 error on dropbox website. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 875373] New: systemd-tmpfiles-setup.service runs before all filesystems are mounted
by bugzilla_noreply＠novell.com 06 Nov '17

06 Nov '17

https://bugzilla.novell.com/show_bug.cgi?id=875373 https://bugzilla.novell.com/show_bug.cgi?id=875373#c0 Summary: systemd-tmpfiles-setup.service runs before all filesystems are mounted Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: Other OS/Version: openSUSE 13.2 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: systemd-maintainers(a)suse.de ReportedBy: suse-beta(a)cboltz.de QAContact: qa-bugs(a)suse.de Found By: Beta-Customer Blocker: --- - Factory, last updated yesterday - last known-working version: Factory from 2014-04-13 systemd-tmpfiles-setup.service runs before all filesystems are mounted. (Probably) since the change that makes /var/run a symlink to /run, the tmpdirs below /var/run can't be created on my system. Note: I have an encrypted /home partition, and /var is a symlink to /home/sys-var. This means /var becomes available after /home has been mounted. systemd-tmpfiles-setup.service should wait until _all_ filesystems are mounted. # systemctl status systemd-tmpfiles-setup.service systemd-tmpfiles-setup.service - Create Volatile Files and Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static) Active: active (exited) since So 2014-04-27 11:44:45 CEST; 29min ago Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 1491 ExecStart=/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=0/SUCCESS) Main PID: 1491 (code=exited, status=0/SUCCESS) CGroup: /system.slice/systemd-tmpfiles-setup.service Apr 27 11:44:45 geeko systemd-tmpfiles[1491]: Failed to create directory /var/run/samba: No such file or directory Apr 27 11:44:45 geeko systemd-tmpfiles[1491]: Failed to create directory /var/run/svnserve: No such file or directory [... and some more /var/run/* directories with similar error message ...] Apr 27 11:44:45 geeko systemd[1]: Started Create Volatile Files and Directories. -- 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 12

[Bug 900376] New: Upgrading OpenSuse 13.1 using zipper or yast2 triggers network failures
by bugzilla_noreply＠novell.com 22 Oct '17

22 Oct '17

http://bugzilla.opensuse.org/show_bug.cgi?id=900376 Bug ID: 900376 Summary: Upgrading OpenSuse 13.1 using zipper or yast2 triggers network failures Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: x86-64 OS: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Network Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: foolishewe(a)hotmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 609401 --> http://bugzilla.opensuse.org/attachment.cgi?id=609401&action=edit Tar bundle of command output and log files from the initial bug report I have a Toshiba P855-S200 laptop that ran OpenSuse 12.1 (or was it 12.2) without incident. I recently brought it back on line and updated the to OpenSuse 13.1 from installation media (DVD) which went very smoothly. However when I do the post install upgrade of packages, the networking fails (both wireless and wired). The wireless adapter sees routers and connects using Network Manager (on KDE). It appears that DNS is working (e.g. nslookup cnn.com has the expected results), however actually retrieving data fails (e.g. wget cnn.com fails). This causes the online update to fail to download packages about 2/3 of the way through (always at the same point). Rebooting does not fix this. I am able to reproduce this, since I can use the install media to "Update" which actually reverts the updated packages. I've tried this several times and it appears to fail at the same point. What information is needed to track this down? How can I successfully upgrade my packages so that I get bug fixes and (more importantly) security updates? Please find attached a file name failedupgrade.tgz, which contains the following information tar tzvf ./failedupgrade.tgz drwxr-xr-x dummy/users 0 2014-10-08 21:25 ./failedupgradeinfo/ -rw-r--r-- dummy/users 524 2014-10-08 07:51 ./failedupgradeinfo/iwconfig.log -rw-r--r-- dummy/users 995 2014-10-08 21:23 ./failedupgradeinfo/wget.log -rw-r--r-- dummy/users 1367 2014-10-08 08:01 ./failedupgradeinfo/resolv.conf -rw-r--r-- dummy/users 126 2014-10-08 07:52 ./failedupgradeinfo/uname.log -rw-r--r-- dummy/users 61382 2014-10-08 08:07 ./failedupgradeinfo/dmesg.log -rw-r--r-- dummy/users 143734 2014-10-08 08:00 ./failedupgradeinfo/rpmqa.log -rw-r--r-- dummy/users 930961 2014-10-08 08:22 ./failedupgradeinfo/wpa_supplicant.log iwconfig.log - the output of iwconfig wget.log - the output of nslookup cnn.com and wget cnn.com after the failed on-line update resolv.conf - the actual resolv.conf file (I changed it to use faster dns servers). uname.log - the output of uname -a after the failed on-line update demesg.log - the output of dmesg after the failed on-line update rpmqa.log - the output of rpm -q -a after the failed on-line update wpa_supplicant.log - the wpa_supplicant.log file zypperlr.log - the output of zypper lr after the failed on-line upgrade attempt. Steps to reproduce: 1) Install 13.1 from media and upgrade the existing installation. 2) If necessary, remove the apper package, it interferes with zypper and yast2's software management. 3) Do Yast on-line update. Observe loss of network connectivity. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 904522] New: After upgrade from 201409 to 201411 of Factory evolution does a Segvio shortly after startup - probably inside a sqlite3 call
by bugzilla_noreply＠novell.com 16 Oct '17

16 Oct '17

http://bugzilla.opensuse.org/show_bug.cgi?id=904522 Bug ID: 904522 Summary: After upgrade from 201409 to 201411 of Factory evolution does a Segvio shortly after startup - probably inside a sqlite3 call Classification: openSUSE Product: openSUSE Factory Version: 201411* Hardware: x86-64 OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Evolution Assignee: bnc-team-evolution(a)forge.provo.novell.com Reporter: mail(a)staffan.tjernstrom.name QA Contact: lakhil(a)novell.com Found By: --- Blocker: --- Shortly after startup (seemingly whilst scanning folders or shortly thereafter), evolution exists consistently with a SEGVIO (apparently with a null pointer somewhere in sqlite if I read the backtrace correctly). gdb trace as follows: staffan@bypass:~> gdb evolution GNU gdb (GDB; openSUSE Factory) 7.8 Copyright (C) 2014 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". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... warning: /etc/gdbinit.d/gdb-heap.py: No such file or directory Reading symbols from evolution...Reading symbols from /usr/lib/debug/usr/bin/evolution.debug...done. done. (gdb) start Temporary breakpoint 1 at 0x403430: file main.c, line 424. Starting program: /usr/bin/evolution Missing separate debuginfos, use: zypper install glibc-debuginfo-2.20-2.1.x86_64 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Temporary breakpoint 1, main (argc=1, argv=0x7fffffffddc8) at main.c:424 424 main.c: No such file or directory. (gdb) cont Continuing. [New Thread 0x7fffe0c1c700 (LWP 4123)] [New Thread 0x7fffdbfff700 (LWP 4124)] [New Thread 0x7fffdb7fe700 (LWP 4125)] (evolution:4119): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. (evolution:4119): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files [New Thread 0x7fffdaffd700 (LWP 4126)] [New Thread 0x7fffd9b47700 (LWP 4127)] [New Thread 0x7fffd9346700 (LWP 4128)] [New Thread 0x7fff7bc87700 (LWP 4129)] Detaching after fork from child process 4130. [New Thread 0x7fff7b280700 (LWP 4135)] [New Thread 0x7fff7aa7f700 (LWP 4136)] [New Thread 0x7fff7a27e700 (LWP 4137)] [New Thread 0x7fff79a7d700 (LWP 4138)] [New Thread 0x7fff7927c700 (LWP 4139)] [New Thread 0x7fff78a7b700 (LWP 4140)] [New Thread 0x7fff5bfff700 (LWP 4141)] (evolution:4119): GLib-GObject-WARNING **: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version. Detaching after fork from child process 4143. [New Thread 0x7fff5ac40700 (LWP 4145)] [New Thread 0x7fff5a43f700 (LWP 4155)] [New Thread 0x7fff59c3e700 (LWP 4156)] openjdk version "1.8.0_40" OpenJDK Runtime Environment (build 1.8.0_40-b10) OpenJDK 64-Bit Server VM (build 25.40-b14, mixed mode) [Thread 0x7fff7927c700 (LWP 4139) exited] [Thread 0x7fff7aa7f700 (LWP 4136) exited] [Thread 0x7fff7a27e700 (LWP 4137) exited] [Thread 0x7fff7b280700 (LWP 4135) exited] [Thread 0x7fff78a7b700 (LWP 4140) exited] [Thread 0x7fff5bfff700 (LWP 4141) exited] [Thread 0x7fff7bc87700 (LWP 4129) exited] [New Thread 0x7fff7bc87700 (LWP 4167)] RSS Plugin enabled (evolution 3.12, evolution-rss 0.3.93) (evolution:4119): GLib-GObject-WARNING **: The property GtkSettings:gtk-toolbar-style is deprecated and shouldn't be used anymore. It will be removed in a future version. (evolution:4119): GLib-GObject-WARNING **: The property GtkCellRendererPixbuf:stock-id is deprecated and shouldn't be used anymore. It will be removed in a future version. [New Thread 0x7fff5bfff700 (LWP 4169)] [New Thread 0x7fff78a7b700 (LWP 4170)] [New Thread 0x7fff7b280700 (LWP 4171)] [New Thread 0x7fff506b5700 (LWP 4172)] [New Thread 0x7fff4feb4700 (LWP 4173)] [New Thread 0x7fff4f6b3700 (LWP 4174)] [New Thread 0x7fff4eeb2700 (LWP 4175)] [New Thread 0x7fff466b1700 (LWP 4176)] [New Thread 0x7fff4dc3c700 (LWP 4177)] [Thread 0x7fff7bc87700 (LWP 4167) exited] [Thread 0x7fff79a7d700 (LWP 4138) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fff5bfff700 (LWP 4169)] 0x0000000000000000 in ?? () (gdb) thread apply all bt Thread 28 (Thread 0x7fff4dc3c700 (LWP 4177)): #0 0x00007ffff38df829 in syscall () at /lib64/libc.so.6 #1 0x00007ffff3c29b2b in g_cond_wait_until (cond=cond@entry=0x999e98, mutex=mutex@entry=0x999e90, end_time=end_time@entry=3116709977) at gthread-posix.c:1437 #2 0x00007ffff3bbdc81 in g_async_queue_pop_intern_unlocked (queue=queue@entry=0x999e90, wait=wait@entry=1, end_time=end_time@entry=3116709977) at gasyncqueue.c:422 #3 0x00007ffff3bbe20b in g_async_queue_timeout_pop (queue=0x999e90, timeout=timeout@entry=15000000) at gasyncqueue.c:543 #4 0x00007ffff3c0d5cc in g_thread_pool_thread_proxy () at gthreadpool.c:167 #5 0x00007ffff3c0d5cc in g_thread_pool_thread_proxy (data=<optimized out>) at gthreadpool.c:364 #6 0x00007ffff3c0cb85 in g_thread_proxy (data=0x3d61a80) at gthread.c:764 #7 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #8 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 27 (Thread 0x7fff466b1700 (LWP 4176)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (__mutex=<optimized out>, __cond=<optimized out>) at /usr/src/debug/gcc-4.8.3-r212056/obj-x86_64-suse-linux/x86_64-suse-linux/libstdc++-v3/include/x86_64-suse-linux/bits/gthr-default.h:864 #2 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (this=<optimized out>, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52 #3 0x00007fffee104b2b in JSC::GCThread::waitForNextPhase() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #4 0x00007fffee104bf8 in JSC::GCThread::gcThreadMain() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #5 0x00007fffee3d34ca in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 26 (Thread 0x7fff4eeb2700 (LWP 4175)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (__mutex=<optimized out>, __cond=<optimized out>) at /usr/src/debug/gcc-4.8.3-r212056/obj-x86_64-suse-linux/x86_64-suse-linux/libstdc++-v3/include/x86_64-suse-linux/bits/gthr-default.h:864 #2 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (this=<optimized out>, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52 #3 0x00007fffee104b2b in JSC::GCThread::waitForNextPhase() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #4 0x00007fffee104bf8 in JSC::GCThread::gcThreadMain() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #5 0x00007fffee3d34ca in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 25 (Thread 0x7fff4f6b3700 (LWP 4174)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (__mutex=<optimized out>, __cond=<optimized out>) at /usr/src/debug/gcc-4.8.3-r212056/obj-x86_64-suse-linux/x86_64-suse-linux/libstdc++-v3/include/x86_64-suse-linux/bits/gthr-default.h:864 #2 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (this=<optimized out>, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52 #3 0x00007fffee104b2b in JSC::GCThread::waitForNextPhase() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #4 0x00007fffee104bf8 in JSC::GCThread::gcThreadMain() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #5 0x00007fffee3d34ca in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 24 (Thread 0x7fff4feb4700 (LWP 4173)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (__mutex=<optimized out>, __cond=<optimized out>) at /usr/src/debug/gcc-4.8.3-r212056/obj-x86_64-suse-linux/x86_64-suse-linux/libstdc++-v3/include/x86_64-suse-linux/bits/gthr-default.h:864 #2 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (this=<optimized out>, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52 #3 0x00007fffee104b2b in JSC::GCThread::waitForNextPhase() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #4 0x00007fffee104bf8 in JSC::GCThread::gcThreadMain() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #5 0x00007fffee3d34ca in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 23 (Thread 0x7fff506b5700 (LWP 4172)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (__mutex=<optimized out>, __cond=<optimized out>) at /usr/src/debug/gcc-4.8.3-r212056/obj-x86_64-suse-linux/x86_64-suse-linux/libstdc++-v3/include/x86_64-suse-linux/bits/gthr-default.h:864 #2 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (this=<optimized out>, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52 ---Type <return> to continue, or q <return> to quit--- #3 0x00007fffee104b2b in JSC::GCThread::waitForNextPhase() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #4 0x00007fffee104bf8 in JSC::GCThread::gcThreadMain() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #5 0x00007fffee3d34ca in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 22 (Thread 0x7fff7b280700 (LWP 4171)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (__mutex=<optimized out>, __cond=<optimized out>) at /usr/src/debug/gcc-4.8.3-r212056/obj-x86_64-suse-linux/x86_64-suse-linux/libstdc++-v3/include/x86_64-suse-linux/bits/gthr-default.h:864 #2 0x00007fffefaa383c in std::condition_variable::wait(std::unique_lock<std::mutex>&) (this=<optimized out>, __lock=...) at ../../../../../libstdc++-v3/src/c++11/condition_variable.cc:52 #3 0x00007fffee104b2b in JSC::GCThread::waitForNextPhase() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #4 0x00007fffee104bf8 in JSC::GCThread::gcThreadMain() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #5 0x00007fffee3d34ca in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 21 (Thread 0x7fff78a7b700 (LWP 4170)): #0 0x00007ffff7343c08 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fffee103711 in JSC::BlockAllocator::waitForDuration(std::chrono::duration<long, std::ratio<1l, 1000l> >) () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #2 0x00007fffee103791 in JSC::BlockAllocator::blockFreeingThreadMain() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #3 0x00007fffee3d34ca in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #4 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #5 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 20 (Thread 0x7fff5bfff700 (LWP 4169)): #0 0x0000000000000000 in () #1 0x00007fffeeb6c77b in vdbeSorterExtendFile (pp=<optimized out>, iAmt=<optimized out>, iOff=<optimized out>, id=<optimized out>) at sqlite3.c:16060 #2 0x00007fffeeb6c77b in vdbeSorterExtendFile (db=0x7fff74670858, pFd=0x7fff74670858, nByte=1615426) at sqlite3.c:11536 #3 0x00007fffeeb9c14f in vdbeSorterListToPMA (pTask=pTask@entry=0x7fff74c4d4d8, pList=pList@entry=0x7fff74c4d4b0) at sqlite3.c:77339 #4 0x00007fffeeb9c3dd in vdbeSorterFlushPMA (pSorter=pSorter@entry=0x7fff74c4d478) at sqlite3.c:77498 #5 0x00007fffeebcd8dd in sqlite3VdbeExec (pCsr=<optimized out>, pVal=0x7fff746516c0, pVal=0x7fff746516c0) at sqlite3.c:77573 #6 0x00007fffeebcd8dd in sqlite3VdbeExec (p=p@entry=0x7fff7401c848) at sqlite3.c:8159 #7 0x00007fffeebd0187 in sqlite3_step (p=0x7fff7401c848) at sqlite3.c:67772 #8 0x00007fffeebd0187 in sqlite3_step (pStmt=<optimized out>) at sqlite3.c:2302 #9 0x00007fffeebbfd9a in sqlite3_exec (db=db@entry=0x998c78, zSql=<optimized out>, zSql@entry=0x7fff746513b8 "SELECT uid,flags FROM 'Inbox/UNMATCHED' order by dreceived", xCallback=0x7ffff6d9ea40 <read_uids_to_hash_callback>, pArg=0x3da0f60, pzErrMsg=0x7fff5bffe6b8) at sqlite3.c:99365 #10 0x00007ffff6d9e05a in cdb_sql_exec (db=0x998c78, stmt=stmt@entry=0x7fff746513b8 "SELECT uid,flags FROM 'Inbox/UNMATCHED' order by dreceived", callback=callback@entry= 0x7ffff6d9ea40 <read_uids_to_hash_callback>, data=data@entry=0x3da0f60, error=error@entry=0x7fff5bffe798) at camel-db.c:456 #11 0x00007ffff6d9fb4f in camel_db_select (cdb=cdb@entry=0x9ab1e0, stmt=stmt@entry=0x7fff746513b8 "SELECT uid,flags FROM 'Inbox/UNMATCHED' order by dreceived", callback=callback@entry=0x7ffff6d9ea40 <read_uids_to_hash_callback>, data=data@entry=0x3da0f60, error=error@entry=0x7fff5bffe798) at camel-db.c:1030 #12 0x00007ffff6d9fca9 in camel_db_get_folder_uids (db=db@entry=0x9ab1e0, folder_name=folder_name@entry=0x7fff746618c0 "Inbox/UNMATCHED", sort_by=<optimized out>, collate=<optimized out>, hash=0x3da0f60, error=error@entry=0x7fff5bffe798) at camel-db.c:1097 #13 0x00007ffff6db062e in camel_folder_summary_load_from_db (summary=0x37caaf0 [CamelMaildirSummary], error=0x0) at camel-folder-summary.c:2441 #14 0x00007fffda5f0b68 in maildir_summary_load (cls=0x37caaf0 [CamelMaildirSummary], forceindex=0, error=0x0) at camel-maildir-summary.c:496 #15 0x00007fffda5e48d9 in camel_local_summary_load (cls=0x37caaf0 [CamelMaildirSummary], forceindex=forceindex@entry=0, error=error@entry=0x0) at camel-local-summary.c:184 #16 0x00007fffda5e24ec in camel_local_folder_construct (lf=0x3d7fe00 [CamelMaildirFolder], flags=flags@entry=0, cancellable=cancellable@entry=0x38a2890 [CamelOperation], error=error@entry=0x7fff5bffeaf8) at camel-local-folder.c:635 #17 0x00007fffda5edb96 in camel_maildir_folder_new (parent_store=parent_store@entry=0x6abb40 [CamelMaildirStore], full_name=full_name@entry=0x7fff7465d050 "Inbox/UNMATCHED", flags=flags@entry=0, cancellable=cancellable@entry=0x38a2890 [CamelOperation], error=error@entry=0x7fff5bffeaf8) at camel-maildir-folder.c:505 #18 0x00007fffda5ee8d0 in maildir_store_get_folder_sync (store=0x6abb40 [CamelMaildirStore], folder_name=<optimized out>, flags=(unknown: 0), cancellable=0x38a2890 [CamelOperation], error=0x7fff5bffeaf8) at camel-maildir-store.c:292 #19 0x00007ffff6e0122f in camel_store_get_folder_sync (store=0x6abb40 [CamelMaildirStore], folder_name=<optimized out>, flags=flags@entry=(unknown: 0), cancellable=cancellable@entry=0x38a2890 [CamelOperation], error=error@entry=0x38a8870) at camel-store.c:1255 #20 0x00007fff884f3246 in e_mail_session_uri_to_folder_sync (session=0x84e370 [EMailUISession], folder_uri=0x3dccdc0 "folder://local/Inbox/UNMATCHED", flags=(unknown: 0), cancellable=0x38a2890 [CamelOperation], error=0x38a8870) at e-mail-session.c:2172 #21 0x00007fff884ffe17 in vfolder_adduri_exec (m=0x38a8850, cancellable=0x38a2890 [CamelOperation], error=0x38a8870) at mail-vfolder.c:353 #22 0x00007fff884faa87 in mail_msg_proxy (msg=0x38a8850) at mail-mt.c:373 #23 0x00007ffff3c0d50c in g_thread_pool_thread_proxy (data=<optimized out>) at gthreadpool.c:307 #24 0x00007ffff3c0cb85 in g_thread_proxy (data=0x7fff540060a0) at gthread.c:764 #25 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 ---Type <return> to continue, or q <return> to quit--- #26 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 18 (Thread 0x7fff59c3e700 (LWP 4156)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fff5aca7b39 in PluginRequestProcessor::queueProcessorThread() (this=0x35f2270) at /usr/src/debug/icedtea-web-1.5.1/plugin/icedteanp/IcedTeaPluginRequestProcessor.cc:729 #2 0x00007fff5aca85d9 in queue_processor(void*) (data=<optimized out>) at /usr/src/debug/icedtea-web-1.5.1/plugin/icedteanp/IcedTeaPluginRequestProcessor.cc:644 #3 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #4 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 17 (Thread 0x7fff5a43f700 (LWP 4155)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fff5aca7b39 in PluginRequestProcessor::queueProcessorThread() (this=0x35f2270) at /usr/src/debug/icedtea-web-1.5.1/plugin/icedteanp/IcedTeaPluginRequestProcessor.cc:729 #2 0x00007fff5aca85d9 in queue_processor(void*) (data=<optimized out>) at /usr/src/debug/icedtea-web-1.5.1/plugin/icedteanp/IcedTeaPluginRequestProcessor.cc:644 #3 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #4 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 16 (Thread 0x7fff5ac40700 (LWP 4145)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fff5aca7b39 in PluginRequestProcessor::queueProcessorThread() (this=0x35f2270) at /usr/src/debug/icedtea-web-1.5.1/plugin/icedteanp/IcedTeaPluginRequestProcessor.cc:729 #2 0x00007fff5aca85d9 in queue_processor(void*) (data=<optimized out>) at /usr/src/debug/icedtea-web-1.5.1/plugin/icedteanp/IcedTeaPluginRequestProcessor.cc:644 #3 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #4 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 7 (Thread 0x7fffd9346700 (LWP 4128)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007ffff57f0d3c in WebCore::IconDatabase::syncThreadMainLoop() () at /usr/lib64/libwebkitgtk-3.0.so.0 #2 0x00007ffff57f2225 in WebCore::IconDatabase::iconDatabaseSyncThread() () at /usr/lib64/libwebkitgtk-3.0.so.0 #3 0x00007fffee3d34ca in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #4 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #5 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 6 (Thread 0x7fffd9b47700 (LWP 4127)): #0 0x00007ffff734385f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fffee3bacc4 in WTF::TCMalloc_PageHeap::scavengerThread() () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #2 0x00007fffee3bace9 in () at /usr/lib64/libjavascriptcoregtk-3.0.so.0 #3 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #4 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 5 (Thread 0x7fffdaffd700 (LWP 4126)): #0 0x00007ffff38db4ad in poll () at /lib64/libc.so.6 #1 0x00007ffff3be7be4 in g_main_context_iterate (priority=2147483647, n_fds=1, fds=0x7fffd005b360, timeout=-1, context=0x7e2ad0) at gmain.c:4076 #2 0x00007ffff3be7be4 in g_main_context_iterate (context=0x7e2ad0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3776 #3 0x00007ffff3be7f0a in g_main_loop_run (loop=0x7e28c0) at gmain.c:3975 #4 0x00007ffff70ce0d7 in source_registry_object_manager_thread (data=0x854d00) at e-source-registry.c:1131 #5 0x00007ffff3c0cb85 in g_thread_proxy (data=0x7fffdc0046d0) at gthread.c:764 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 4 (Thread 0x7fffdb7fe700 (LWP 4125)): #0 0x00007ffff38db4ad in poll () at /lib64/libc.so.6 #1 0x00007ffff3be7be4 in g_main_context_iterate (priority=2147483647, n_fds=1, fds=0x7fffcc0010c0, timeout=-1, context=0x642dc0) at gmain.c:4076 #2 0x00007ffff3be7be4 in g_main_context_iterate (context=context@entry=0x642dc0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3776 #3 0x00007ffff3be7cec in g_main_context_iteration (context=context@entry=0x642dc0, may_block=may_block@entry=1) at gmain.c:3842 #4 0x00007fffe01e05fd in dconf_gdbus_worker_thread (user_data=0x642dc0) at dconf-gdbus-thread.c:82 #5 0x00007ffff3c0cb85 in g_thread_proxy (data=0x871990) at gthread.c:764 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 3 (Thread 0x7fffdbfff700 (LWP 4124)): #0 0x00007ffff38db4ad in poll () at /lib64/libc.so.6 #1 0x00007ffff3be7be4 in g_main_context_iterate (priority=2147483647, n_fds=2, fds=0x7fffd40008c0, timeout=-1, context=0x781ca0) at gmain.c:4076 ---Type <return> to continue, or q <return> to quit--- #2 0x00007ffff3be7be4 in g_main_context_iterate (context=context@entry=0x781ca0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3776 #3 0x00007ffff3be7cec in g_main_context_iteration (context=0x781ca0, may_block=may_block@entry=1) at gmain.c:3842 #4 0x00007ffff3be7d29 in glib_worker_main (data=<optimized out>) at gmain.c:5589 #5 0x00007ffff3c0cb85 in g_thread_proxy (data=0x871850) at gthread.c:764 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 2 (Thread 0x7fffe0c1c700 (LWP 4123)): #0 0x00007ffff38db4ad in poll () at /lib64/libc.so.6 #1 0x00007ffff3be7be4 in g_main_context_iterate (priority=2147483647, n_fds=3, fds=0x7fffdc0010e0, timeout=-1, context=0x650460) at gmain.c:4076 #2 0x00007ffff3be7be4 in g_main_context_iterate (context=0x650460, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3776 #3 0x00007ffff3be7f0a in g_main_loop_run (loop=0x6503f0) at gmain.c:3975 #4 0x00007ffff41d7586 in gdbus_shared_thread_func (user_data=0x650430) at gdbusprivate.c:273 #5 0x00007ffff3c0cb85 in g_thread_proxy (data=0x63a140) at gthread.c:764 #6 0x00007ffff733f3a4 in start_thread () at /lib64/libpthread.so.0 #7 0x00007ffff38e3a4d in clone () at /lib64/libc.so.6 Thread 1 (Thread 0x7ffff7f85a40 (LWP 4119)): #0 0x00007ffff38db4ad in poll () at /lib64/libc.so.6 #1 0x00007ffff3be7be4 in g_main_context_iterate (priority=2147483647, n_fds=4, fds=0x32fdfc0, timeout=59, context=0x645ac0) at gmain.c:4076 #2 0x00007ffff3be7be4 in g_main_context_iterate (context=0x645ac0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3776 #3 0x00007ffff3be7f0a in g_main_loop_run (loop=0x33466b0) at gmain.c:3975 #4 0x00007ffff465f955 in gtk_main () at gtkmain.c:1207 #5 0x0000000000403895 in main (argc=1, argv=0x7fffffffddc8) at main.c:685 (gdb) -- You are receiving this mail because: You are on the CC list for the bug.

1 3