Bug#897385: Existence of Dropbox plugin is not documented
Package: src:dolphin-plugins Version: 4:18.04.0-1 Severity: minor Dear maintainers, The dolphin-plugins package provides a Dropbox integration plugin[1], which works well but isn't documented in e.g. the package description. This makes it fairly difficult to find. Because Dropbox is not technically a VCS, perhaps it would also make sense to split it into a separate package for better searchability. Best, James [1]: https://packages.debian.org/sid/amd64/dolphin-plugins/filelist
Re: ITP: qt5ct -- Qt5 configuration tool
Hi again, With some experimentation, I replaced the contents of /etc/X11/Xsession.d/99qt5ct with the following: # Enable qt5ct by default unless another PLATFORMTHEME option is set # or KDE is running. if [ -z "$QT_QPA_PLATFORMTHEME" ] && [ "$XDG_CURRENT_DESKTOP" != "KDE" ] then export QT_QPA_PLATFORMTHEME=qt5ct fi This seemed to work: the end result is that qt5ct is enabled on Xfce, GNOME and Budgie, but not enabled on Plasma 5. I also went ahead and removed the QT_PLATFORMTHEME and QT_PLATFORM_PLUGIN defines because they aren't necessary based on the upstream readme and my own testing. A git-style patch with this change is attached. Best, James On 01/09/17 07:31 AM, Lisandro Damián Nicanor Pérez Meyer wrote: > On 27 August 2017 at 17:03, James Lu wrote: >> Hi everyone, >> >> From what I read at >> https://forum.antergos.com/topic/6487/qt5ct-has-priority-over-standard-plasma-settings-app/2, >> Lisandro's concerns are correct and qt5ct does appear to override >> Plasma's settings entirely. However, since qt5ct requires an Xsession >> file[1] to be enabled by default, could one solution be having the >> script exit silently if it finds any KDE environment variables? (This is >> assuming that the order at which vars are set make this possible, but I >> haven't verified that) > > This is definitely something to try, yes. > >> Alternatively, would it make sense for qt5ct to Break or Conflict with >> Plasma, at least until these issues are worked around? > > And a nice way around it in case the above fails. > > If you are interested in trying this I'll be more than happy to sponsor you. > > Dmitry/team: any comments from you? > > From d0738c2146e02a5dd553f1d96ba37b506f6e8727 Mon Sep 17 00:00:00 2001 From: James Lu Date: Sat, 2 Sep 2017 01:29:41 -0700 Subject: [PATCH] Don't enable qt5ct on KDE, or when another platform theme is set --- debian/99qt5ct | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/debian/99qt5ct b/debian/99qt5ct index 0362b72..32d7105 100644 --- a/debian/99qt5ct +++ b/debian/99qt5ct @@ -1,3 +1,6 @@ -export QT_QPA_PLATFORMTHEME=qt5ct -export QT_PLATFORMTHEME=qt5ct -export QT_PLATFORM_PLUGIN=qt5ct +# Enable qt5ct by default unless another PLATFORMTHEME option is set +# or KDE is running. +if [ -z "$QT_QPA_PLATFORMTHEME" ] && [ "$XDG_CURRENT_DESKTOP" != "KDE" ] +then +export QT_QPA_PLATFORMTHEME=qt5ct +fi -- 2.14.1 signature.asc Description: OpenPGP digital signature
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#814959: Keyboard mapping broken with Qt5 apps in TightVNC, possibly due to missing XKEYBOARD extension
Source: qtbase-opensource-src Version: 5.3.2+dfsg-4+deb8u1 Severity: important Justification: makes keyboard usage impossible in apps using Qt5 Dear maintainers, Using Openbox via TightVNC on a Debian Jessie server, I've been running into a strange issue where the keyboard mapping in Qt5 apps is all wrong. For example, "asdf" on a US keyboard gets mapped to "abfh", and "qwerty" comes out as "c.gvn". I've looked online to find solutions or workarounds, and found only some similar issues and no real fix. Searching "asdf abfh vnc" brought me to https://bbs.archlinux.org/viewtopic.php?id=81427, though that only shows a workaround for GNOME. Other sources point to missing XKEYBOARD extension in VNC implementations as a cause for breakage, though the workaround with XKB_DEFAULT_RULES=base hasn't worked for me: https://bugreports.qt.io/browse/QTBUG-44938 Strangely enough, this only affects apps using Qt5 (Qt designer, Transmission-qt, various PyQt5 programs). In programs using GTK2/3 or Qt4 (qtconfig, VLC), I can type just fine. For reference, my installed tightvncserver version is 1.3.9-6.5, and my client is running Windows 7 with the TightVNC Java client, version 2.7.2. Best, James signature.asc Description: OpenPGP digital signature
Bug#814959: Keyboard mapping broken with Qt5 apps in TightVNC, possibly due to missing XKEYBOARD extension
Hi, I can reproduce this with both the versions of Qt 5 in testing and unstable (libqt5gui5 versions 5.5.1+dfsg-13 and 5.5.1+dfsg-14 respectively). tightvncserver has version 1.3.9-7 on this installation of testing. Best, James On 17/02/2016 2:41 AM, Lisandro Damián Nicanor Pérez Meyer wrote: > Control: tag -1 moreinfo > > Can you test if it also happens with testing's qt5? If it doesn't I can > submit a bug upstream, if it does work we would need to isolate the > patches that fixed that. > > -- > Lisandro Damián Nicanor Pérez Meyer > http://perezmeyer.com.ar/ > http://perezmeyer.blogspot.com/ > signature.asc Description: OpenPGP digital signature
