[DNG] Gajim an GnuPG Fuckup
Hello freedom Heroes, I use: Beowulf (4.19.0-8-amd64) XFCE and Gajim 1.1.2-2 I have "delete" the gajim-pgp extension (in synaptic) but the errormsg will remain the same.. i can only kill gajim.. thanks for help michael > 18.02.2020 09:42:26 (D) gajim.c.gnupg stderr reader: initial daemon)> > 18.02.2020 09:42:26 (D) gajim.c.gnupg closed output, 897 bytes sent > 18.02.2020 09:42:26 (D) gajim.c.gnupg stdout reader: initial daemon)> > 18.02.2020 09:42:26 (D) gajim.c.gnupg [GNUPG:] NEWSIG > 18.02.2020 09:42:26 (D) gajim.c.gnupg message ignored: NEWSIG, > 18.02.2020 09:42:26 (D) gajim.c.gnupg gpg: Signatur vom Sa 15 Feb 2020 > 13:08:46 CET > 18.02.2020 09:42:26 (D) gajim.c.gnupg gpg:mittels > RSA-Schlüssel 23EEF484FDF8291CBA09A40625FE376FF17694A1 > 18.02.2020 09:42:26 (D) gajim.c.gnupg [GNUPG:] KEY_CONSIDERED > 23EEF484FDF8291CBA09A40625FE376FF17694A1 0 > 18.02.2020 09:42:26 (D) gajim.c.gnupg message ignored: KEY_CONSIDERED, > 23EEF484FDF8291CBA09A40625FE376FF17694A1 0 > 18.02.2020 09:42:26 (D) gajim.c.gnupg [GNUPG:] SIG_ID > 7lR977oRNmcWZ4o2ZOdav/ZEdrA 2020-02-15 1581768526 > 18.02.2020 09:42:26 (D) gajim.c.gnupg [GNUPG:] KEY_CONSIDERED > 23EEF484FDF8291CBA09A40625FE376FF17694A1 0 > 18.02.2020 09:42:26 (D) gajim.c.gnupg message ignored: KEY_CONSIDERED, > 23EEF484FDF8291CBA09A40625FE376FF17694A1 0 > 18.02.2020 09:42:27 (D) gajim.c.gnupg gpg: "Trust-DB" wird überprüft > 18.02.2020 09:42:33 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:42:33 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:42:41 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:42:41 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:42:57 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:43:13 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:43:13 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:43:29 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:43:29 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:43:37 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:43:37 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:43:53 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:44:09 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:44:09 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:44:25 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:44:25 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:44:33 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:44:33 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:44:49 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:45:05 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:45:05 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:45:21 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:45:21 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:45:29 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:45:29 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:45:45 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:46:01 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:46:01 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:46:17 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:46:17 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:46:25 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:46:25 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:46:41 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:46:58 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:46:58 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:47:14 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:47:14 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:47:22 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:47:22 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:47:38 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:47:54 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:47:54 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:48:10 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09:48:10 (D) gajim.c.gnupg gpg: waiting for lock (held by 7306) ... > 18.02.2020 09
[DNG] PSI+ (Qt) on XFCE (GTK) on Beowulf
Hello freedom Heroes, i will use PSI+ on my Beowulf, XFCE. if i start it on XFCE "nothing happend" The "XDG Runtime Dir" never exist on GTK? > :~$ psi-plus > [20200218 9:25:18] W:QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to > '/tmp/runtime-michael' (unknown:0, unknown) > > Can i make this via hand? Or any other Idea? Thanks in Advaced Michael -- In a world without fences, who needs GATES? In a world without walls, who needs WINDOWS? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] PSI+ (Qt) on XFCE (GTK) on Beowulf
Le 18/02/2020 à 10:02, kernel panic! a écrit : Hello freedom Heroes, i will use PSI+ on my Beowulf, XFCE. if i start it on XFCE "nothing happend" The "XDG Runtime Dir" never exist on GTK? :~$ psi-plus [20200218 9:25:18] W:QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-michael' (unknown:0, unknown) Can i make this via hand? Or any other Idea? Thanks in Advaced Michael Many XDG_*_DIR are declared in $HOME/.config/user-dirs.dirs I know that if you want one of them to *not* be created, it doesn't work to just delete the line; the only way is to declare it as some already existing directory, eg $HOME. Don't know if it would work to add XDG_RUNTIME_DIR to this file. That's just some black magic I would try. Happy if it helps. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] why is polkit needed?
Le 14/02/2020 à 14:12, Didier Kryn a écrit : I've found a solution on the web: Just 'su' - or 'sudo -u root bash -l' then xauth add $(xauth -f ~/.Xauthority list | tail -1) # where is your username. Then you can launch an application with a GUI. Hey. Here is a method to do it all automatically: Edit /etc/sudoers: *** WARNING for people not used to editing the sudoers file Don't edit directly /etc/sudoers; instead invoke visudo (and RTFM for sudo, sudoers and visudo) *** END OF WARNING The goal is to add the following lines to sudoers: Defaults env_keep = "EDITOR XAUTHORITY DISPLAY" Defaults editor = /usr/bin/emacs:/usr/bin/vi:/bin/nano Explanation: The variables listed in Defaults env_keep are preserved by sudo; XAUTHORITY and DISPLAY are used to forward your X session. EDITOR is usefull if you now want to invoke visudo without prior becoming root: edit your .bashrc (or the like) to set EDITOR to your preferred editor; tjhen, from your next session, you can run "sudo visudo". The second line is for security, ie make sure the application you pass as EDITOR is a valid editor and not a security exploit. For example my own EDITOR is set to 'emacs -nw' Then, from your session, you can run 'sudo synaptic' Beware, if you want to run 'sudo synaptic' by clicking on a .desktop icon, specify that you want to run it in a terminal, because sudo will need it to ask your password. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Multi-arch Netinstall CD ISO of ASCII 2.1 ?
Multi-arch Netinstall CD ISO of ASCII 2.1 ? Visited Devuan ASCII's installer-iso downloads webpage mirror>/devuan/ascii/installer-iso/ and notice that there are entirely separate CD images for the amd64 and i386 netinstall ISO's. Native systemd-encumbered Debian GNU/Linux Stable "Buster" already _has_ a multi-arch amd64-i386 netinst ISO of ~615M available for download at https://cdimage.debian.org/debian-cd/current/multi-arch/iso-cd/ Any way of finding a similar multi-arch netinst ISO CD for Devuan? Or else an _easy_ way of creating such a multi-arch netinst ISO CD from both amd64 and i386 netinst images at /devuan/ascii/installer-iso/ ?? Because the required use-case scenario for such a Devuan multi-arch netinst ISO is for _native_ installs (and as "Rescue"-type troubleshooting) on _both_ amd64 machines +and+ on the several i386 machines that are still around. Upon doing an online search using the search terms "Devuan" and "multi-arch", the two major resulting hits were of Debian GNU/Linux's more complex https://wiki.debian.org/Multiarch/HOWTO and https://wiki.debian.org/Multiarch Any _productive_ ideas on this Devuan multi-arch ISO CD goal from Rick M (Knowledgebase at http://linuxmafia.com/kb/ ), from Steve L (Linux Library at http://troubleshooters.com/linux/ ), or from others reading this?? -A aaronc...@sdf.org No catchy signature quotes here ;-) - ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Multi-arch Netinstall CD ISO of ASCII 2.1 ?
On February 18, 2020 5:43:01 PM GMT+01:00, aaronco36 wrote: > Multi-arch Netinstall CD ISO of ASCII 2.1 ? > > Any _productive_ ideas on this Devuan multi-arch ISO CD Depending on your idea of "productive", unetbootin et al. or learning-to-isolinux might be a possibility. libre Grüße, Florian -- [message sent otg] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
