Bug#855868: [pkg-gnupg-maint] Bug#855868: GPG_AGENT_INFO and SSH_AUTH_SOCK not set in wayland sessions

2017-09-08 Thread rufo
sh in. It looks like this is the intended behaviour of openssh, which builds an bare-bones env [1] before invoking your shell with execve. If a user wants SSH_AUTH_SOCK to be set inside their ssh session, the easiest way is probably for them to copy the old Xsession.d script into their .bashrc or s

Bug#855868: [pkg-gnupg-maint] Bug#855868: GPG_AGENT_INFO and SSH_AUTH_SOCK not set in wayland sessions

2017-09-04 Thread rufo
1ef6934bba46) lands in gnome-session-bin, we also need to set GSM_SKIP_SSH_AGENT_WORKAROUND to prevent our SSH_AUTH_SOCK from being clobbered. Updated script below. --rufo #!/bin/bash if [ -n "$(gpgconf --list-options gpg-agent | \ awk -F: '/^enable-ssh-support:/{ print $10 }')&

Bug#855868: [pkg-gnupg-maint] Bug#855868: GPG_AGENT_INFO and SSH_AUTH_SOCK not set in wayland sessions

2017-07-29 Thread rufo
is is what I'm using at the moment and it seems to work well. What do you think? --rufo [1] https://www.freedesktop.org/software/systemd/man/systemd.environment-generator.html

Bug#835064: Syntax error in systemd unit file

2016-08-21 Thread rufo
Package: runit-systemd Version: 2.1.2-5 The Documentation field in runit.service contains the string "Runit service supervision", but it is supposed to contain one or more URIs to documentation. This causes complaints from systemd: [/lib/systemd/system/runit.service:3] Invalid URL, ignoring:

Bug#520254: Hiya! I'm really looking around for guy!

2013-08-10 Thread Karissa Rufo
zhuuxpdi jmbgifjuye jntxhxocq xphddfq qooxbzfynl rekecmz onkegukgk U F S U J F Y A E W X B V X U K H V G psgnysp S R G B I H V N Z S M M ddqidsomxy kzutfuyczn aaofhdfgo iaievjy aybzubi ymdnr rswobyd N H G R Q L A I T E U E A U O B J vdnzyqvdxykbuvntjs C I G G V E P P R Z N K M W U Xattachment:

Bug#696451: Should depend on java2-runtime-headless rather than java2-runtime

2012-12-20 Thread rufo
Package: clojure1.4 Version: 1.4.0+dfsg-2 Clojure does not require the full versions of JREs. It works fine with headless versions, which have fewer dependencies and do not needlessly pull in x11-related packages. I believe the current dependency of this package on java2-runtime should be