Bug#765889: [clementine] Build against gstreamer1.0
Package: clementine Version: 1.2.3+dfsg-2 Severity: normal Hi! I think, Clementine should be built against gstreamer1.0 instead of 0.10. The homepage says: New versions of Clementine require GStreamer 1.0 which wasn't included in Ubuntu 12.04. -- gpg-id: ccdbc2cf https://www.setho.org/people signature.asc Description: This is a digitally signed message part.
Bug#758619: reportbug fails with Attempt to unlock mutex that was not locked
It seems, that there a several applications with that error. pyrenamer and gftp also have that issue. Thomas -- gpg-id: ccdbc2cf https://www.setho.org/people signature.asc Description: OpenPGP digital signature
Bug#764962: [pidgin-openpgp] Should be replaced with pidgin-gpg
Package: pidgin-openpgp Severity: normal Hi! As pidgin-openpgp is not nice to use, I found a pidgin plugin that does gnupg encryption. It is enabled / disabled with a toggle button. The development seems not to move on, but the plugin does its job very well. I think, either the plugin should replace the pidgin-openpgp package, or it should be added to debian. You can find it here: https://github.com/segler-alex/Pidgin-GPG However there is a crash when using 4098 bit keys. I found a fix for that: https://github.com/segler-alex/Pidgin-GPG/issues/5 commenting out line 513 in pidgin-gpg.c cipher_str[len] = 0; What do you think? Thomas -- gpg-id: ccdbc2cf https://www.setho.org/people signature.asc Description: OpenPGP digital signature
Bug#765937: [enigmail] Incompatible with armhf
Am 03.11.2014 um 13:23 schrieb Heiko Stübner: Am Sonntag, 2. November 2014, 20:15:03 schrieb Willi Mann: Hi, last known-working versions on armel are for me Icedove 24.5.0-2 Enigmail 1.6-4 could you test enigmail 1.7.2-2? It is currently available from http://incoming.debian.org/debian-buildd/pool/main/e/enigmail/ Tomorrow, it will be available from unstable. I don't know whether it fixes the problem - I could not test it before the upload. 1.7.2-2 again _works_ for me with both icedove 24 from above as well as the current icedove 31.2.0. Thanks for the fix Heiko 1.7.2-2 works for me, too! Thank you! Thomas -- gpg-id: ccdbc2cf https://www.setho.org/people signature.asc Description: OpenPGP digital signature
Bug#770343: [pidgin] Carbons support
Package: pidgin Version: 2.10.10-1 Severity: wishlist Tags: patch Hi! Please add carbons support. A link to a patch is here: https://developer.pidgin.im/attachment/ticket/15508/carbons.5.patch --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: jessie/sid 500 testing-proposed-updates ftp.de.debian.org 500 testing www.setho.org 500 testing www.deb-multimedia.org 500 testing security.debian.org 500 testing ftp.de.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed =-+-== pidgin-data (= 2.10.9) | 2.10.10-1 pidgin-data ( 2.10.9-z) | 2.10.10-1 libatk1.0-0 (= 1.12.4) | 2.14.0-1 libc6 (= 2.14) | libcairo2 (= 1.2.4) | libdbus-1-3(= 1.0.2) | libdbus-glib-1-2(= 0.78) | libfontconfig1 (= 2.11) | libfreetype6 (= 2.2.1) | libgdk-pixbuf2.0-0(= 2.22.0) | libglib2.0-0 (= 2.35.9) | libgstreamer0.10-0 (= 0.10.10) | libgtk2.0-0 (= 2.24.0) | libgtkspell0 (= 2.0.10) | libice6 (= 1:1.0.0) | libpango-1.0-0(= 1.18.0) | libpangocairo-1.0-0 (= 1.14.0) | libpangoft2-1.0-0 (= 1.14.0) | libpurple0 (= 2.8.0) | libsm6| libx11-6 | libxml2 (= 2.6.27) | libxss1 | gconf2 (= 2.28.1-2) | perl-base (= 5.20.0-4) | perlapi-5.20.0| Recommends (Version) | Installed =-+-=== gstreamer0.10-plugins-base| 0.10.36-2 gstreamer0.10-plugins-good| 0.10.31-3+nmu4+b1 Suggests (Version) | Installed ===-+-=== libsqlite3-0 (= 3.5.9) | 3.8.7.1-1 -- gpg-id: 383107c4 https://www.setho.org/people signature.asc Description: OpenPGP digital signature
Bug#606996: dahdi-source: zaphfc - Unable to receive TEI from network!
I cannot test, because ISDN is being turned off in Germany. I don't have an ISDN connection any more. I could only test the NT mode. I am also not sure, if that driver is still working correctly.
Bug#831394: [gajim] Gajim does not recognize gpg-agent
Package: gajim Version: 0.16.5-1 Severity: normal Hi! Gajim on Debian testing does not recognize a running gpg-agent and connects without my key. I reported this upstream. https://trac.gajim.org/ticket/8355 The upstream fix did not work for me. But I only took the modified gnupg.py. Regards Thomas --- System information. --- Architecture: amd64 Kernel: Linux 4.6.0-1-amd64 Debian Release: stretch/sid 500 testing ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== python:any(>= 2.6.6-7~) | python-gtk2 (>= 2.22.0) | 2.24.0-4 dnsutils| 1:9.10.3.dfsg.P4-10 dbus| 1.10.8-1 python-dbus (>= 0.81) | 1.2.4-1 python-nbxmpp(>= 0.5.3) | 0.5.3-1 Recommends (Version) | Installed ==-+-=== python-openssl (>= 0.12) | 16.0.0-1 python-pyasn1 | 0.1.9-1 python-crypto | 2.6.1-6+b1 notification-daemon| 3.20.0-1 ca-certificates| 20160104 Suggests(Version) | Installed =-+-=== libxss1 | 1:1.2.2-1 avahi-daemon | 0.6.32-1 python-avahi | 0.6.32-1 libgtkspell0 | 2.0.16-1.1 aspell-en | 2016.06.26-0-0.1 OR aspell-dictionary | python-gnome2 | 2.28.1+dfsg-1.1 python-gnomekeyring | 2.32.0+dfsg-3 gnome-keyring | 3.20.0-1 kwalletcli| python-kerberos (>= 1.1) | texlive-latex-base| 2016.20160623-1 dvipng| python-farstream | gstreamer0.10-plugins-ugly| python-gconf | 2.28.1+dfsg-1.1 nautilus-sendto | network-manager | 1.2.2-2 python-pycurl | 7.43.0-1 python-gupnp-igd | -- gpg: 383107C4 https://www.setho.org/people signature.asc Description: OpenPGP digital signature
Bug#844262: liferea: start with hidden main window no longer working
Package: liferea Version: 1.12~rc2-2 Followup-For: Bug #844262 I have the same issue in XFCE. mainwindow-state is not honored. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages liferea depends on: ii dbus-user-session [default-dbus-session-bus] 1.10.14-1 ii dbus-x11 [dbus-session-bus] 1.10.14-1 ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2 ii gir1.2-freedesktop1.50.0-1 ii gir1.2-gtk-3.03.22.7-2 ii gir1.2-peas-1.0 1.20.0-1 ii libc6 2.24-9 ii libgdk-pixbuf2.0-02.36.4-1 ii libgirepository-1.0-1 1.50.0-1 ii libglib2.0-0 2.50.2-2 ii libgtk-3-03.22.7-2 ii libjson-glib-1.0-01.2.2-1 ii libpango-1.0-01.40.3-3 ii libpeas-1.0-0 1.20.0-1 ii libsoup2.4-1 2.56.0-2 ii libsqlite3-0 3.16.2-2 ii libwebkit2gtk-4.0-37 2.14.3-1 ii libxml2 2.9.4+dfsg1-2.2 ii libxslt1.11.1.29-2 ii liferea-data 1.12~rc2-2 ii python3-cairo 1.10.0+dfsg-5+b1 ii python3-gi3.22.0-2 ii python3-notify2 0.3-3 ii python3.5 3.5.3-1 pn python3:any Versions of packages liferea recommends: pn gir1.2-gnomekeyring-1.0 ii gir1.2-gstreamer-1.0 1.10.2-1 ii gnome-keyring3.20.0-3 Versions of packages liferea suggests: pn kget ii network-manager 1.4.4-1 -- no debconf information
Bug#831394: Problem with gpg2 only installation
Hey! There is still a problem, if only gpg2 and no gpg1 is installed. With gpg2 only there is no binary 'gpg'. So Gajim does not recognize, that a gpg version is installed. A symlink from gpg to gpg2 helps. Gajim should try gpg2 if gpg was not found. I also reported this upstream. Regards Thomas -- gpg: 383107C4 https://www.setho.org/people signature.asc Description: OpenPGP digital signature
Bug#844078: RFP: ags -- Please add 'ags' (adventure game studio) to Debian games
Package: wnpp Severity: wishlist * Package name: ags Version : git * URL : http://www.adventuregamestudio.co.uk https://github.com/adventuregamestudio/ags * License : Artistic License 2.0 http://www.opensource.org/licenses/artistic-license-2.0.php Programming Lang: C++ Please add 'ags' (adventure game studio) to Debian games. This is an adventure game engine to build your own adventure games or play already built adventures. It is used for Maniac Mansion Mania for example. http://www.maniac-mansion-mania.com
Bug#866931: freeciv-server: Please build server with mysql support
The only dependency would be libmysql-client, which is surely already installed as dependency of another package. And yes, postgres should also be supported when the code supports it. One clientlib isn't a big dependency. I see much more in other packages in Debian. But if you don't want to add this support, you should alter the docs. I only recognized the missing support when checking the dependencies or the rules file. The docs describe the mysql setup, but it isn't supported by the package. I get an error, could not connect to database, and wonder why. Regards Thomas
Bug#866931: freeciv-server: Please build server with mysql support
Package: freeciv-server Version: 2.5.7-2 Severity: wishlist Dear Maintainer, Please build the freeciv-server with mysql support enabled. You only have to add --enable-fcdb=mysql to the configure options. So we would be able to use a mysql database for player accounts. -- System Information: Debian Release: 9.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages freeciv-server depends on: ii freeciv-data 2.5.7-2 ii libbz2-1.0 1.0.6-8.1 ii libc62.24-11+deb9u1 ii libcurl3-gnutls 7.52.1-5 ii liblua5.2-0 5.2.4-1.1+b2 ii liblzma5 5.2.2-1.2+b1 ii libreadline7 7.0-3 ii libsqlite3-0 3.16.2-5 ii zlib1g 1:1.2.8.dfsg-5 freeciv-server recommends no packages. Versions of packages freeciv-server suggests: ii freeciv 2.5.7-2 -- no debconf information
Bug#865097: gajim: “OpenPGP is not usable” after upgrading
Package: gajim Version: 0.16.8-2 Followup-For: Bug #865097 Hi! I can confirm this. No connection to gnupg and no output of the reason. This is since the update to 0.16.8-2. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gajim depends on: ii dnsutils1:9.10.3.dfsg.P4-12.3 ii python 2.7.13-2 ii python-gtk2 2.24.0-5.1 ii python-nbxmpp 0.5.4-1 ii python-openssl 16.2.0-1 ii python-pyasn1 0.1.9-2 Versions of packages gajim recommends: ii alsa-utils 1.1.3-1 ii ca-certificates 20161130+nmu1 ii dbus 1.10.18-1 ii pulseaudio-utils 10.0-2 ii python-crypto2.6.1-7 ii python-dbus 1.2.4-1+b1 ii xfce4-notifyd [notification-daemon] 0.3.6-1 Versions of packages gajim suggests: ii aspell-de [aspell-dictionary] 20161207-1 ii aspell-en [aspell-dictionary] 2016.11.20-0-0.1 ii avahi-daemon 0.6.32-2 pn dvipng ii gnome-keyring 3.20.0-3 pn gstreamer0.10-plugins-ugly pn kwalletcli ii libgtkspell0 2.0.16-1.1 ii libxss11:1.2.2-1 pn nautilus-sendto ii network-manager1.8.0-5 pn python-avahi pn python-gconf pn python-gnome2 pn python-gnomekeyring pn python-gupnp-igd pn python-kerberos pn python-pycurl pn texlive-latex-base -- no debconf information
Bug#863321: xul-ext-sieve: Update to 0.2.3h+dfsg-2 in Stretch
Package: xul-ext-sieve Version: 0.2.3h+dfsg-1 Severity: normal Dear Maintainer, Please update xul-ext-sieve to 0.2.3h+dfsg-2 in Stretch to remove the dependency to Icedove. -- System Information: Debian Release: 9.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xul-ext-sieve depends on: ii icedove1:45.8.0-3 ii libjs-jquery 3.1.1-2 ii thunderbird [icedove] 1:45.8.0-3 xul-ext-sieve recommends no packages. xul-ext-sieve suggests no packages. -- no debconf information
Bug#875685: ejabberd: Please enable sql database support
Package: ejabberd Severity: wishlist Dear Maintainer, Please enable mysql / postgresql database support for ejabberd. -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ejabberd depends on: ii adduser 3.115 ii debconf [debconf-2.0] 1.5.61 pn erlang-asn1 pn erlang-base | erlang-abi-17.0 pn erlang-base | erlang-base-hipe pn erlang-crypto pn erlang-inets pn erlang-jiffy pn erlang-lager pn erlang-mnesia pn erlang-odbc pn erlang-p1-cache-tab pn erlang-p1-iconv pn erlang-p1-stringprep pn erlang-p1-tls pn erlang-p1-utils pn erlang-p1-xml pn erlang-p1-yaml pn erlang-p1-zlib pn erlang-public-key pn erlang-ssl pn erlang-syntax-tools pn erlang-xmerl ii init-system-helpers 1.48 ii lsb-base9.20161125 ii openssl 1.1.0f-3 ii ucf 3.0036 ejabberd recommends no packages. Versions of packages ejabberd suggests: pn apparmor pn apparmor-utils pn ejabberd-contrib pn erlang-luerl pn erlang-p1-mysql pn erlang-p1-oauth2 pn erlang-p1-pam pn erlang-p1-pgsql pn erlang-p1-sip pn erlang-p1-sqlite3 pn erlang-p1-stun pn erlang-redis-client ii imagemagick 8:6.9.7.4+dfsg-11+deb9u1 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11+deb9u1 pn libunix-syslog-perl pn yamllint
Bug#873964: streamripper: parse_error if there is a colon in the uri
Package: streamripper Version: 1.64.6-1 Severity: normal Tags: patch Dear Maintainer, When there is a colon in the url, for example when called from streamripper2, there is a parse_error, and streamripper shuts down. This issue has been fixed by this commit: https://github.com/XelaRellum/streamripper/commit/5856bd11fdf12e79890db4e59ed58643382adec3 I took only this patch out of the fork, and it fixes the problem. Regards Thomas -- System Information: Debian Release: 9.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages streamripper depends on: ii libc6 2.24-11+deb9u1 ii libglib2.0-0 2.50.3-2 ii libmad0 0.15.1b-8 ii libogg0 1.3.2-1 ii libvorbis0a 1.3.5-4 streamripper recommends no packages. Versions of packages streamripper suggests: pn kstreamripper pn streamtuner -- no debconf information
Bug#909588: [Pkg-owncloud-maintainers] Bug#909588: libqt5keychain1 seems not to find gnome-keyring service
Am 21. Oktober 2018 01:57:47 MESZ schrieb "Sandro Knauß" : >Hey, > >> I rebuilt the nextcloud-client against libsecret. Now everything is >ok >> again. I will file a bug in the owncloud-client, which does not >depend on >> libsecret. > >I do not get it - with qtkeychain v0.9 the added the libsecrect >support, >because gnome-keyring switched to that interface and people were >telling me, >that it works in a gnome environment. I think it is something >different, >because qtkeychain in Debian has the ability to support old interface >and the >new libsecret interface. >The nextcloud client is not packaged in Debian, so don't know what they >are >doing. Do you build qtkeychain together with nextcloud client? maybe >they have >a patch that fixes this? > >Did you verified that you only have packages from Debian installed? >Plese >output: >apt cache owncloud-client libqt5keychain1 > >hefee All I did is installing libsecret before building the nc client. I did not rebuild qtkeychain. I did not try this with the oc client, because I am using nc on my server and use the nc client built from source now. But I am pretty sure, building the oc client with libsecret installed would also fix the issue here. I don't get, why Debian did not package the nextcloud stuff yet. Regards Thomas
Bug#909588: [Pkg-owncloud-maintainers] Bug#909588: libqt5keychain1 seems not to find gnome-keyring service
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi! All started, that the oc client did not remember the login. I am using Buster with an XFCE desktop. So I decided to try out the nc client. Because it is not packaged for Debian I had to compile it myself. The same issue occured. It also lost its login. So I built again with libsecret-1-dev installed. From now on everything worked as it should. So I think, the oc client issue also can be fixed this way. Maybe it is not enough, that qtkeychain is built against libsecret, but the oc client isn't. I only described what I did to solve this issue. The rest of my environment is a normal Debian Buster installation. Maybe there are other XFCE or Gnome users that can reproduce this. Regards Thomas Am 21.10.2018 um 15:49 schrieb Sandro Knauß: > Hey, > > I don't want to sound rough, but I don't have your setup and so I > need your input in that issue. We had a lot of issues with > qtkeychain in different environments in past and it looks we still > have issues. But as this mostly rely on your setup, you need to > give me more input, otherwise I can't improve the situation. > >> All I did is installing libsecret before building the nc client. >> I did not rebuild qtkeychain. > > qtkeychain depends on libsecret-1-0, so how you managed to not > install libsecret-1-0 by installing owncloud client? > >> I did not try this with the oc client, because I am using nc on >> my server > and use the nc client built from source now. But I am pretty sure, > building the oc client with libsecret installed would also fix the > issue here. > > As I said before oc client do not depend on libsecret and nexcloud > client does not depend on libsecret, too directly just via > qtkeychain. So install libsecret while building, does not affect > the build. Can you please tell the correct packagenames you > installed that makes it working for you? > > Because I can't follow from a KDE environment and you are arguing > from a self build package of a application that is not even inside > Debian. Sorry but I need more proof and a explanation, why this > helps, as I checked the code and couldn't find anything. > >> I don't get, why Debian did not package the nextcloud stuff yet. > > Sorry, but complaining about packages are not inside Debian - than > please step up and make this happen. Because in most cases it is > manpower missing. A minor issue is that nextcloud client only > released a beta release, so nextcloud itself tells, it is not ready > to general use. > > hefee > -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEWBlkDGRR0P6YgtjNaBIrwzgxB8QFAlvMhpMACgkQaBIrwzgx B8ScOA//cjaseTMo/nKTyE6/+xWKF9ny2L8aA1F6H9gp5TA/13Wn42plf9nzYMPq 0xIpLtpmNXeNrohchpt0EJSuesSGe77c0DZ2XAzV+M+nzbRhefXvHETQ9Om5liXU QKjmkIbv5+8zSu7TNP90MG0bcS0MIgZkufxz/iSdQq63sKC2d4MFcGMEBfyGDwQO aaqNCsz9dECWPTQDxkB0Yehj/S5WaGwb1xbk0Y7PlTpA9x8vxAE0LRbyfSoUyI7e Xe7ttO7S+2oTj2VLPGwM6szebZW2vQydhWgZdSzj9wKIw5ODJiYCX/eu1SaU6woK HyNOccp6pAMbYPa/wj7Ik4W8xML7KJMWzTQ/UWUOkagcTEZZ+SYIdJbvh05TKWlr gjytm3mBIETUdxTiQGedTF/lNfsVS6bR7CRK1kgecW3SnFH0hn9FOy0vF254a3GZ KcgFXer85+doqmTLZq1XIq4qBX7MUKA+wsUE0gqoESbGnb1lNfmSUSRz3iSVdDXN 4dE+dqpMSyod4f2/Qvid8DbCq6eljmcP+tGPXCg7Q6dKmaHNwhqyUm8xIhrAYykT 9PPqX6YgHcDWrLGsArTeZSiG5KMFo50sOCdtdF4HllYiHpEbhcEzcVYXbnynWf4w NHtzZlcsqNeYEzQKSmJfFEg1PwLOzngkQNWnyw/mW4nRp1DjsOQ= =8/fM -END PGP SIGNATURE-
Bug#909588: libqt5keychain1 seems not to find gnome-keyring service
Package: libqt5keychain1 Version: 0.9.0-2 Followup-For: Bug #909588 I rebuilt the nextcloud-client against libsecret. Now everything is ok again. I will file a bug in the owncloud-client, which does not depend on libsecret. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libqt5keychain1 depends on: ii libc6 2.27-6 ii libgcc11:8.2.0-7 ii libglib2.0-0 2.58.1-2 ii libqt5core5a 5.11.1+dfsg-8 ii libqt5dbus55.11.1+dfsg-8 ii libsecret-1-0 0.18.6-2 ii libstdc++6 8.2.0-7 Versions of packages libqt5keychain1 recommends: ii gnome-keyring 3.28.2-1 libqt5keychain1 suggests no packages. -- no debconf information
Bug#909588: libqt5keychain1 seems not to find gnome-keyring service
Package: libqt5keychain1 Version: 0.9.0-2 Followup-For: Bug #909588 When I reinstall the deprecated libgnome-keyring, it works again as it should. I am not sure, if it is a problem with libqt5keychain or the nextcloud-client. Afaik libsecret should be used. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libqt5keychain1 depends on: ii libc6 2.27-6 ii libgcc11:8.2.0-7 ii libglib2.0-0 2.58.1-2 ii libqt5core5a 5.11.1+dfsg-8 ii libqt5dbus55.11.1+dfsg-8 ii libsecret-1-0 0.18.6-2 ii libstdc++6 8.2.0-7 Versions of packages libqt5keychain1 recommends: ii gnome-keyring 3.28.2-1 libqt5keychain1 suggests no packages. -- no debconf information
Bug#909856: owncloud-client: Build against libsecret
Source: owncloud-client Severity: normal Dear Maintainer, I had the problem, that the owncloud-client did not remember my login. So I gave the nextcloud-client a try, which I built from source. But it had the same problem. I figured out, that it has to be built against libsecret to interact with the gnome-keyring. I think, this would also fix the issue with the oc client. Regards Thomas -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#909588: libqt5keychain1 seems not to find gnome-keyring service
Package: libqt5keychain1 Version: 0.9.0-2 Severity: important Dear Maintainer, libqt5keychain1 seems not to find the running gnome-keyring service. For example the owncloud-client does not remember its login. I also built the nextcloud client from source, still the same. I use it with the xfce desktop in Buster. Regards Thomas -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libqt5keychain1 depends on: ii libc6 2.27-6 ii libgcc11:8.2.0-7 ii libglib2.0-0 2.58.1-2 ii libqt5core5a 5.11.1+dfsg-8 ii libqt5dbus55.11.1+dfsg-8 ii libsecret-1-0 0.18.6-2 ii libstdc++6 8.2.0-7 Versions of packages libqt5keychain1 recommends: ii gnome-keyring 3.28.2-1 libqt5keychain1 suggests no packages. -- no debconf information
Bug#870641: light-locker: screen stays black after closing and opening laptop lid
I have a similar Problem. But not only when hibernating. I have set up to lock when the screensaver gets activated. I have no screensaver installed, but configured a black screen. But this issue is not always. Sometimes, the unlock screen appears as it should. Sometimes i can enter my pw blind to get my desktop session again. And sometimes I have to switch to the console and back to come back to desktop. Now I installed xscreensaver with none acitvated to use this lock. Needs further testing...
Bug#909856: owncloud-client: Build against libsecret
Source: owncloud-client Followup-For: Bug #909856 Dear Maintainer, I can only confirm, that the problem is solved when building with libsecret installed. I checked it by rebuilding the owncloud-client package. I also built the nextcloud-client package, which is still not in Debian, from sources. It has exactly the same behaviour. Regards Thomas -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#920984: nextcloud-desktop: Client forgets credentials
Package: nextcloud-desktop Version: 2.5.1-1 Followup-For: Bug #920984 I can confirm this with XFCE. That is the same issue I filed against the owncloud-client. Building the package with libsecret installed, solved it. I know, there is no dependency on libsecret, but it worked. Regards Thomas -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nextcloud-desktop depends on: ii libc6 2.28-5 ii libgcc1 1:8.2.0-15 ii libnextcloudsync0 2.5.1-1 ii libqt5concurrent5 5.11.3+dfsg-2 ii libqt5core5a 5.11.3+dfsg-2 ii libqt5dbus5 5.11.3+dfsg-2 ii libqt5gui55.11.3+dfsg-2 ii libqt5keychain1 0.9.0-2 ii libqt5network55.11.3+dfsg-2 ii libqt5positioning55.11.3+dfsg-2 ii libqt5printsupport5 5.11.3+dfsg-2 ii libqt5qml55.11.3-2 ii libqt5quick5 5.11.3-2 ii libqt5sql5-sqlite 5.11.3+dfsg-2 ii libqt5webchannel5 5.11.3-2 ii libqt5webenginecore5 5.11.3+dfsg-2+b1 ii libqt5webenginewidgets5 5.11.3+dfsg-2+b1 ii libqt5webkit5 5.212.0~alpha2-19 ii libqt5widgets55.11.3+dfsg-2 ii libqt5xml55.11.3+dfsg-2 ii libsqlite3-0 3.26.0+fossilbc891ac6b-2 ii libssl1.1 1.1.1a-1 ii libstdc++68.2.0-15 ii nextcloud-desktop-common 2.5.1-1 ii nextcloud-desktop-l10n2.5.1-1 ii zlib1g1:1.2.11.dfsg-1 Versions of packages nextcloud-desktop recommends: ii nextcloud-desktop-doc 2.5.1-1 nextcloud-desktop suggests no packages. -- no debconf information
Bug#934846: kdocker: Kdocker outdated
Package: kdocker Severity: wishlist Dear Maintainer, The Kdocker package is outdated. The recent version has new features like saving per app settings. Please update the package. Regards Thomas -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kdocker depends on: ii libc6 2.28-10 ii libgcc1 1:9.1.0-10 ii libgl11.1.0-1 ii libgl1-mesa-glx 19.1.4-1 ii libqt5core5a 5.11.3+dfsg1-2+b1 ii libqt5gui55.11.3+dfsg1-2+b1 ii libqt5network55.11.3+dfsg1-2+b1 ii libqt5widgets55.11.3+dfsg1-2+b1 ii libqt5x11extras5 5.11.3-2 ii libstdc++69.1.0-10 ii libx11-6 2:1.6.7-1 ii libxmu6 2:1.1.2-2+b3 ii libxpm4 1:3.5.12-1 kdocker recommends no packages. Versions of packages kdocker suggests: pn bash-completion
Bug#940136: aqbanking-tools: Transaction fails with 9075::Starke Kundenauthentifizierung notwendig.
Package: libaqbanking35 Version: 5.8.2-0.1 Followup-For: Bug #940136 Hi! I can confirm, that the beta version of libaqbanking fixes this issue. Regards Thomas -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libaqbanking35 depends on: ii libaqbanking-data 5.8.2-0.1 ii libc6 2.29-1 ii libgmp10 2:6.1.2+dfsg-4 ii libgwenhywfar604.20.0-9 Versions of packages libaqbanking35 recommends: ii libaqbanking35-plugins 5.8.2-0.1 Versions of packages libaqbanking35 suggests: pn aqbanking-tools -- no debconf information
Bug#935973: debian-installer: cryptsetup-initramfs will not be installed even when using full-disk encryption.
Package: debian-installer Followup-For: Bug #935973 Hi! I can confirm this issue. cryptsetup-initramfs is not installed neither by the Buster, not by the Bullseye installer. When full-disc-encryption was set up, I have to boot in rescue mode and install the package. Regards Thomas -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#952905: dfu-util: Release very old
Package: dfu-util Version: 0.9-1+b1 Severity: wishlist Tags: upstream Dear Maintainer, The latest upstream release of dfu-util was a very long time ago. Maybe you could package a recent git checkout, that supports newer platforms like some risc-v boards. Regards Thomas -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dfu-util depends on: ii libc6 2.29-10 ii libusb-1.0-0 2:1.0.23-2 dfu-util recommends no packages. dfu-util suggests no packages. -- no debconf information
Bug#972096: vice: Build does not work wirh real drives via opencbm
Package: vice Version: 3.4.0.dfsg-3 Severity: normal Dear Maintainer, The Debian Vice package does not support real drives via OpenCBM. It is enabled in the rules file, but it is not available, until the Vice is built against the OpenCBM development library. There are no official Debian Packages for opencbm, but I built my own. I can confirm, when rebuilding Vice with the OpenCBM lib installed, the real drives work as expected. OpenCBM can be found here: https://sourceforge.net/projects/opencbm Regards Thomas -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.8.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vice depends on: ii dpkg 1.20.5 ii libasound2 1.2.3.2-1 ii libatk1.0-0 2.36.0-2 ii libc62.31-3 ii libcairo21.16.0-4 ii libfontconfig1 2.13.1-4.2 ii libgcc-s110.2.0-13 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libgl1 1.3.2-1 ii libglew2.1 2.1.0-4+b1 ii libglib2.0-0 2.66.0-2 ii libgtk-3-0 3.24.23-2 ii libjpeg62-turbo 1:2.0.5-1.1 ii libpango-1.0-0 1.46.2-1 ii libpangocairo-1.0-0 1.46.2-1 ii libpng16-16 1.6.37-3 ii libpulse013.0-5 ii libreadline8 8.0-4 ii libstdc++6 10.2.0-13 ii zlib1g 1:1.2.11.dfsg-2 vice recommends no packages. vice suggests no packages. -- no debconf information
Bug#977045: kicad: Translation paths are not correct
Package: kicad Version: 5.1.8+dfsg1-1+b1 Severity: normal Tags: l10n Edit: The Debian path is correct. I took the kicad.mo file from the Ubuntu package and moved it in place to get a correct translation. On Thu, 10 Dec 2020 15:54:38 +0100 =?utf-8?q?Thomas_Maa=C3=9F?= wrote: > Package: kicad > Version: 5.1.8+dfsg1-1+b1 > Severity: normal > Tags: l10n > > Dear Maintainer, > > Kicad in Debian is not fully translated, because the path for kicad.mo is not > correct. For example for German, when I create > /usr/share/kicad/internat/de/kicad.mo instead of > /usr/share/locale/de/LC_MESSAGES/kicad.mo, as it comes with the package, the > translations are as expected. > > Regards > Thomas > > > > -- System Information: > Debian Release: bullseye/sid > APT prefers testing > APT policy: (990, 'testing'), (500, 'stable-updates'), (500, >'proposed-updates'), (500, 'unstable'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.9.0-4-amd64 (SMP w/4 CPU threads) > Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages kicad depends on: > ii libc6 2.31-5 > ii libcairo2 1.16.0-4 > ii libcurl4 7.72.0-1 > ii libgcc-s1 10.2.0-19 > ii libgl1 1.3.2-1 > ii libglew2.1 2.1.0-4+b1 > ii libglu1-mesa [libglu1] 9.0.1-1 > ii libngspice0 33+ds-1 > ii libocct-data-exchange-7.4 7.4.1+dfsg1-2 > ii libocct-foundation-7.4 7.4.1+dfsg1-2 > ii libocct-modeling-algorithms-7.4 7.4.1+dfsg1-2 > ii libocct-modeling-data-7.4 7.4.1+dfsg1-2 > ii libocct-ocaf-7.4 7.4.1+dfsg1-2 > ii libpixman-1-0 0.40.0-1 > ii libpython3.9 3.9.1-1 > ii libstdc++6 10.2.0-19 > ii libwxbase3.0-0v5 3.0.5.1+dfsg-2 > ii libwxgtk3.0-gtk3-0v5 3.0.5.1+dfsg-2 > ii python3 3.9.0-4 > ii python3-wxgtk4.0 4.0.7+dfsg-6+b2 > > Versions of packages kicad recommends: > ii kicad-demos 5.1.8+dfsg1-1 > ii kicad-libraries 5.1.8+dfsg1-1 > ii xsltproc 1.1.34-4 > > Versions of packages kicad suggests: > ii extra-xdg-menus 1.0-4 -- gpg: 383107c4 signature.asc Description: This is a digitally signed message part
Bug#977045: kicad: Translation paths are not correct
Package: kicad Version: 5.1.8+dfsg1-1+b1 Severity: normal Tags: l10n Dear Maintainer, Kicad in Debian is not fully translated, because the path for kicad.mo is not correct. For example for German, when I create /usr/share/kicad/internat/de/kicad.mo instead of /usr/share/locale/de/LC_MESSAGES/kicad.mo, as it comes with the package, the translations are as expected. Regards Thomas -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-4-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kicad depends on: ii libc62.31-5 ii libcairo21.16.0-4 ii libcurl4 7.72.0-1 ii libgcc-s110.2.0-19 ii libgl1 1.3.2-1 ii libglew2.1 2.1.0-4+b1 ii libglu1-mesa [libglu1] 9.0.1-1 ii libngspice0 33+ds-1 ii libocct-data-exchange-7.47.4.1+dfsg1-2 ii libocct-foundation-7.4 7.4.1+dfsg1-2 ii libocct-modeling-algorithms-7.4 7.4.1+dfsg1-2 ii libocct-modeling-data-7.47.4.1+dfsg1-2 ii libocct-ocaf-7.4 7.4.1+dfsg1-2 ii libpixman-1-00.40.0-1 ii libpython3.9 3.9.1-1 ii libstdc++6 10.2.0-19 ii libwxbase3.0-0v5 3.0.5.1+dfsg-2 ii libwxgtk3.0-gtk3-0v5 3.0.5.1+dfsg-2 ii python3 3.9.0-4 ii python3-wxgtk4.0 4.0.7+dfsg-6+b2 Versions of packages kicad recommends: ii kicad-demos 5.1.8+dfsg1-1 ii kicad-libraries 5.1.8+dfsg1-1 ii xsltproc 1.1.34-4 Versions of packages kicad suggests: ii extra-xdg-menus 1.0-4 ii kicad-doc-de 5.1.8+dfsg1-1 ii kicad-packages3d 5.1.7-1 -- no debconf information
