Bug#928154: qt5ct: very slow startup due to enumerating icon themes
Package: qt5ct Version: 0.37-1 Severity: normal Dear maintainers, On my system I have several large icon themes installed (Numix-Circle, Moka, Papirus, ...), and this causes qt5ct to start up very slowly. Running qt5ct in gdb and breaking during the delay consistently points to IconThemePage::findIcon being called a lot. (gdb) bt #0 __getdents64 (fd=12, buf=buf@entry=0x55f46060 "DF0", nbytes=32768) at ../sysdeps/unix/sysv/linux/getdents64.c:27 #1 0x769e5214 in __GI___readdir64 (dirp=0x55f46030) at ../sysdeps/posix/readdir.c:65 #2 0x770d3140 in QFileSystemIterator::advance (this=this@entry=0x55b954b0, fileEntry=..., metaData=...) at io/qfilesystemiterator_unix.cpp:81 #3 0x77066e2c in QDirIteratorPrivate::advance (this=0x5595f470) at ../../include/QtCore/../../src/corelib/tools/qvector.h:87 #4 0x77067688 in QDirIteratorPrivate::QDirIteratorPrivate (this=0x5595f470, entry=..., Python Exception Type is not a template.: nameFilters=, filters=..., flags=..., resolveEngine=) at io/qdiriterator.cpp:179 #5 0x77067835 in QDirIterator::QDirIterator (this=0x7fffd6d8, dir=..., flags=...) at ../../include/QtCore/../../src/corelib/tools/qscopedpointer.h:148 #6 0x77065b7d in QDirPrivate::initFileLists (this=0x55f27900, dir=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:120 #7 0x77061e16 in QDir::entryInfoList (this=0x7fffd898, Python Exception Type is not a template.: nameFilters=, filters=..., sort=...) at io/qdir.cpp:1448 #8 0x77061eaf in QDir::entryInfoList (this=this@entry=0x7fffd898, filters=..., filters@entry=..., sort=..., sort@entry=...) at io/qdir.cpp:1376 #9 0x555773a0 in IconThemePage::findIcon (this=0x5590bb80, themePath="/usr/share/icons/Numix/index.theme", size=24, name="document-save") at /usr/include/x86_64-linux-gnu/qt5/QtCore/qflags.h:120 #10 0x55577d90 in IconThemePage::findIcon (this=0x5590bb80, themePath="/usr/share/icons/Numix-Circle/index.theme", size=24, name="document-save") at iconthemepage.cpp:211 #11 0x555787e8 in IconThemePage::loadTheme (this=0x5590bb80, path="/usr/share/icons/Numix-Circle/index.theme") at /usr/include/x86_64-linux-gnu/qt5/QtCore/qstring.h:693 #12 0x555799f0 in IconThemePage::loadThemes (this=0x5590bb80) at iconthemepage.cpp:98 #13 0x55579ec3 in IconThemePage::IconThemePage (this=0x5590bb80, parent=) at iconthemepage.cpp:45 #14 0x55567ad0 in MainWindow::MainWindow (this=0x7fffdf50, parent=) at mainwindow.h:43 #15 0x55566721 in main (argc=, argv=) at main.cpp:53 (gdb) Best, James signature.asc Description: OpenPGP digital signature
Bug#927954: konqueror: Exit when opening http https' ftps' links
Control: reassign 927954 libdrm-nouveau2 2.4.97-1 Control: affects 927954 + konqueror Hello Osama Nasr, > I'm so sorry for that, > I just reinstalled KDE and every thing works fine, > I'm sorry if that a waste of your time. Glad to hear that it is working. But as this might be a threading issue it might not show up every time. > Could you please explain me if this is a problem in my OS I have no idea. I powered on a system with an older nvidia card and when using the Nouveau driver glxinfo prints information for that card, nothing about vmware. The backtrace you supplied in message #17 points to following source lines in package libdrm-nouveau2. konqueror: ../nouveau/pushbuf.c:723: nouveau_pushbuf_data: Assertion `kref' failed. Received signal 6 ... #7 0x7f73f7a180f2 __assert_fail #8 0x7f73ee7a059f nouveau_pushbuf_data in nouveau_pushbuf_data () at ../nouveau/pushbuf.c:723 #9 0x7f73ee7a0503 nouveau_pushbuf_data in nouveau_pushbuf_data () at ../nouveau/pushbuf.c:715 at /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 #10 0x7f73ee7a062fin pushbuf_submit () at ../nouveau/pushbuf.c:326 at /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 #11 0x7f73ee7a0a7fin pushbuf_flush ()at ../nouveau/pushbuf.c:401 at /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 #12 0x7f73ee7a1670 nouveau_pushbuf_kickin nouveau_pushbuf_kick () at ../nouveau/pushbuf.c:775 at /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 #13 0x7f73ed89dbc6 So I am going to reassign this bug to package libdrm-nouveau2, maybe they want to know about it. Kind regards, Bernhard
Processed: Re: Bug#927954: konqueror: Exit when opening http https' ftps' links
Processing control commands: > reassign 927954 libdrm-nouveau2 2.4.97-1 Bug #927954 [konqueror] konqueror: Exit when opening http https' ftps' links Bug reassigned from package 'konqueror' to 'libdrm-nouveau2'. No longer marked as found in versions konqueror/4:18.12.0-1. Ignoring request to alter fixed versions of bug #927954 to the same values previously set Bug #927954 [libdrm-nouveau2] konqueror: Exit when opening http https' ftps' links Marked as found in versions libdrm/2.4.97-1. > affects 927954 + konqueror Bug #927954 [libdrm-nouveau2] konqueror: Exit when opening http https' ftps' links Added indication that 927954 affects konqueror -- 927954: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927954 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#928120: kdepim-runtime: Deleted email folders get restored again
Package: kdepim-runtime
Version: 4:16.04.2-2+b2
Severity: important
If I first delete all emails in a specific folder within Kmail, which is
part of my PIM environment, and then delete this folder, and then close
PIM, and then either restart Akonadi (by applying "akonadictl restart")
or restart my machine, and then start PIM again, then this email folder
gets restored again within PIM.
This email folder is no standard email folder, but a folder which I have
created on my own. The name of this email folder is "sonst". This email
folder formerly contained emails which I had received from other persons
via POP3, and which I had deleted. After the restoration of this email
folder, the emails which I had deleted in this folder, have not been
restored again.
This is what the Akonadi Console shows about the deletion of this
folder:
--- Quote Beginning ---
Removed results: 0
log_akonadi_indexer_agent: Xapian error in indexer: Document 114 not
found
log_maildirresource: Got incomplete ancestor chain: Collection ID: 4
remote ID: ""
name: ""
url: QUrl("akonadi:?collection=4")
parent: -381 ""
resource: ""
rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
contents mime type: ()
isVirtual: false
CachePolicy:
inherit: true
interval: -1
timeout: -1
sync on demand: false
local parts: ()
CollectionStatistics:
count: -1
unread count: -1
size: -1
--- Quote End ---
The area below this
information in the
Akonadi Console
shows this
information:
--- Quote Beginning
---
--- Quote End ---
The normal console
where I applied
"akonadictl
restart" recorded
this information
about the deletion
of the folder
"sonst" (the first
mentioned folder
"sonst" in this bug
issue) - I removed
personal
information from
this log
information:
--- Quote beginning
---
xxx@yyy:~$
akonadictl restart
Starting Akonadi
Server...done.
xxx@yyy:~$
Connecting to
deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
akonadiprivate_log:
search paths:
("/usr/local/bin",
"/usr/bin", "/bin",
"/usr/local/games",
"/usr/games",
"/usr/sbin",
"/usr/local/sbin",
"/usr/local/libexec",
"/usr/libexec",
"/opt/mys
