Bug#919081: kio-gdrive: Unable to create io-slave. klauncher said: error loading gdrive.so
Hi again ! Would you please confirm the following: a) Have you tried logging out and logging back in? No, I did not, and I should have: error is now gone. I am sorry for the trouble. Thanks a lot, Benoît
Bug#919081: kio-gdrive: Unable to create io-slave. klauncher said: error loading gdrive.so
Package: kio-gdrive Version: 1.2.5-1 Severity: grave Justification: renders package unusable Dear Maintainer, After installing kio-gdrive and configuring a Google account in systemsettings5, I cannot connect to my Google Drive: $ LANG=C kioclient5 exec gdrive:/ kf5.kio.core: couldn't create slave: "klauncher said: Error loading « /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/gdrive.so »." kf5.kio.widgets: KRun(0xa1c13a10) ERROR 173 "Unable to create io-slave. klauncher said: Error loading « /usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/gdrive.so »." I am not sure how to further debug the problem, but as you can see the package is quite unusable. Best regards, Benoît -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kio-gdrive depends on: ii kaccounts-integration 4:17.08.3-1 ii kio5.51.0-1 ii libaccounts-qt5-1 1.15-2 ii libc6 2.28-2 ii libkaccounts1 4:17.08.3-1 ii libkf5coreaddons5 5.51.0-1 ii libkf5i18n55.51.0-1 ii libkf5kiocore5 5.51.0-1 ii libkf5kiowidgets5 5.51.0-1 ii libkf5notifications5 5.51.0-1 ii libkpimgapicore5abi1 18.08.1-1 ii libkpimgapidrive5 18.08.1-1 ii libqt5core5a 5.11.3+dfsg-2 ii libqt5widgets5 5.11.3+dfsg-2 ii libstdc++6 8.2.0-13 kio-gdrive recommends no packages. kio-gdrive suggests no packages. -- no debconf information
Bug#835866: Additional information
Hi all, I can confirm there is an issue with Google Authentication page not being rendered properly with icedove 1:45.2.0-4+b1. I'm having the issue with the following extension not working anymore: https://addons.mozilla.org/fr/thunderbird/addon/google-calendar-tab/ Cheers, Benoît
Bug#726935: Confirmation of the bug
Dear Maintainer, I can confirm this bug is affecting my debian testing installation too. I tried to launch nm-connection-editor directly from CLI and it looks like it cannot parse the OpenVPN configuration file: open(/home/user/.openvpn/client.ovpn, O_RDONLY) = 17 fstat(17, {st_mode=S_IFREG|0600, st_size=454, ...}) = 0 read(17, dev tun\nclient\nproto tcp-client\n..., 454) = 454 close(17) = 0 access(/home/user/.openvpn/client.pem, F_OK) = 0 open(/home/user/.openvpn/client.pem, O_RDONLY) = 17 fstat(17, {st_mode=S_IFREG|0600, st_size=887, ...}) = 0 read(17, -BEGIN RSA PRIVATE KEY-\n..., 887) = 887 close(17) = 0 open(/usr/share/locale/fr_FR.utf8/LC_MESSAGES/libgnutls.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/fr_FR/LC_MESSAGES/libgnutls.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/fr.utf8/LC_MESSAGES/libgnutls.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/fr/LC_MESSAGES/libgnutls.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/home/user/.openvpn/client.pem, O_RDONLY) = 17 fstat(17, {st_mode=S_IFREG|0600, st_size=887, ...}) = 0 read(17, -BEGIN RSA PRIVATE KEY-\n..., 1024) = 887 read(17, , 1024) = 0 close(17) = 0 open(/dev/urandom, O_RDONLY) = 17 fcntl(17, F_GETFD) = 0 fcntl(17, F_SETFD, FD_CLOEXEC) = 0 getuid()= 1000 getppid() = 7553 read(17, \232,K\257=\3339\37\\L\354p\352\222\37 , 16) = 16 gettid()= 7554 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Regards, Benoît -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620228: keyboard-configuration: Error in Setting preliminary keymap: mktemp fails (Read-only file system)
Hello, I'm also affected by this bug. I just wanted to add that it is due to the fact that my /tmp is on a logical volume mounted rw after keyboard initialization. Maybe it will help you fixing the bug. Regards, Benoît
Bug#521860: libpam-modules: libdb upgrade silently breaks pam_userdb.so
Raphael Rigo a écrit : Steve Langasek wrote: tags 521860 moreinfo thanks On Mon, Mar 30, 2009 at 04:49:09PM +0200, Raphael Rigo wrote: Package: libpam-modules Version: 1.0.1-9 Severity: grave Justification: renders package unusable A recent upgrade in libpam-modules makes it depend on libdb4.7, unfortunately it seems DB files created with a previous version are NOT compatible with version 4.7. This makes pam logins based on userdb break silently, with no error message whatsoever. It would seem this setup is most commonly used for vsftpd virtual users. The only apparent solution is to recreate the database file with the newer db tools. How did you create the db file initially? There are not supposed to be any on-disk incompatibilities with any recent versions of BDB unless you use transactions, which we don't. I created it a long time ago (read years), probably using db3_load. Unfortunately, it seems I overwrited the backup I had of the non working file with a manipulation error. I will check if I have another backup of it somewhere this evening. Raphaël I ran into the same bug. I have a backup of the inital db file which was created years ago with this command : db3_load -T -t hash -f login.txt login.db The workaround was to re-generate the db file using db4.7_load. Here are some information about the former db file : # db4.7_dump login.db.bkp VERSION=3 format=bytevalue type=hash db_pagesize=4096 HEADER=END DATA=END # db4.7_dump -d a login.db.bkp In-memory DB structure: hash: 0x48000 (open called, read-only) meta_pgno: 0 h_ffactor: 0 h_nelem: 0 h_hash: 0xb7fe02b0 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= page 0: hash metadata: LSN [0][0]: level 0 magic: 0x61561 version: 7 pagesize: 4096 type: 8 keys: 0 records: 0 free list: 0 last_pgno: 0 flags: 0 uid: aa f3 19 0 1 8 0 0 30 f5 cf 49 40 15 0 0 0 0 0 0 max_bucket: 1 high_mask: 0x1 low_mask: 0 ffactor: 0 nelem: 0 h_charkey: 0x5e688dd1 spare points: 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Benoît -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org