Bug#671909: x2x: ssh -X to root doesn't work with non-root X logins.
Package: x2x Version: ssh -X to root doesn't work with non-root X logins. Severity: normal ssh -X root@host.local x2x -east -to :0.0 doesn't work when x2x is run from computer where non-root user is running X. I havn't figured out the X server MIT-MAGIC-COOKIE stuff at all as root instead of the target user. -- System Information: Debian Release: wheezy/sid Architecture: armel (armv5tel) Kernel: Linux 3.4.0-rc4-tomoyo-2-gf203d42 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x2x depends on: pn libc6 2.13-30em1 pn libx11-6 2:1.4.99.901-2em1 pn libxext6 2:1.3.1-2em1 pn libxtst6 x2x recommends no packages. x2x suggests no packages. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120508015256.14844.51173.report...@plug.jengr.com
Bug#121201: Regarding Quote for eric smith
Hey, http://eZSrQPsDQwYIYatH.ssr.be eric smith All kin ds of Debt C0nsolidatointypes have been aprroveed for you eric smith Thanks, Shawn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#731291: libaudit-dev: multi-arch -dev package
Package: libaudit-dev Version: 1:2.3.2-2 Severity: normal Tags: patch please mark your dev packages multi-arch same in your control file: Multi-arch: same see: https://wiki.debian.org/Multiarch/HOWTO Thank you! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libaudit-dev depends on: ii libaudit1 1:2.3.2-2 libaudit-dev recommends no packages. libaudit-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131204031512.30399.33574.report...@debian-t61.churchofgit.com
Bug#354416: metamail: test="xxx" field isn't passed the correct value of '%s'
Package: metamail
Version: 2.7-51
Severity: normal
according to the man page for mailcap metamail should evaluate the
test=xxx field with the same arguments as the command field, namely %s
should be the name of the file (the attachment to a mail message)
If the command contains "%s", those two characters will be
replaced by the name of a file that contains the body of the
message.
The command may be any UNIX command, using the same syntax and the same
%-escapes as for the viewing command, as described above.
Granted, a careful reading indicates it says that %s is "replaced by the name of
*a* file that contains the body of the message" but I would think that
it would be the filename of the attached file... however an strace shows
that %s is actually the name of the temp file created... this makes it
impossible to have mailcap entries test on the file name of the
attachement.
If one wanted to use the attachment file name to determine what
application to use on files with the same Content-Type but different
extensions it would be nice to be able to test the actual attachment
filename
video/x-ms-asf; mplayer %s; description="MS Media File"; test=echo %s |
grep -qi asf
video/x-ms-asf; avifile %s; description="MS Media File"; test=echo %s |
grep -qi asx
should evaluate the attachment file name but instead evaluate the name
of the temp file created; from an strace
- start snip
[pid 5837] execve("/bin/sh", ["sh", "-c", "echo /tmp/MHE5of5 | grep -qi
asf"...], [/* 34 vars */]) = 0
- end
or better yet with debugging on:
- start snip
write(1, "Metamail Version 2.7, debugging "..., 278Metamail Version 2.7,
debugging turned on.
Trying to open input file:
/home/slamson/.sylpheed-claws/mimetmp/002e.funny_scene.asf
Here is the environment:
Executing test command: echo /tmp/M2LNuzg | grep -qi tmp
Here is the environment:
---Executing: mplayer /tmp/M86wEAl
- end
Of course it executed because I used "tmp" as the search key for grep
instead of "asf" or "asx" as I would have wanted.
Is there an alternate solution available for this type of filename
evaluation? Is this a bug? A wishlist item?
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages metamail depends on:
ii libc6 2.3.6-2GNU C Library: Shared libraries an
ii libncurses5 5.5-1 Shared libraries for terminal hand
Versions of packages metamail recommends:
ii mime-support 3.35-1 MIME files 'mime.types' & 'mailcap
ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373649: enscript sh and ksh highlighting problem with escaped quotes
Package: enscript
Version: 1.6.4-7
Binary package hint: enscript
Take the following script:
#!/usr/bin/ksh
echo \"foo=bar\"/\"baz=quux\"
echo "and here's some other stuff"
for i in foo bar baz quux
do
echo $i
done
...which I've also attached. In gview, those escaped double-quotes are
handled properly, and syntax hightlighting works. With enscript, using
either sh or ksh highlighting, the first double-quote turns on the
highlighting for "this is quoted stuff", but the rest are ignored until
the first unescaped double-quote is encountered.
The enscript command line was "cat enscriptbug | enscript
--highlight=ksh --color -r -p enscriptbug.ps"
Attached is a patch. I submitted this bug in Malone since it affects
Ubuntu, and found that the package maintainer listed there is an
invalid debian.org address; might want to address that too. Also
submitted to gnu.org, but no response.
--
Shawn McMahon| "I can see the light at the end of the tunnel.
EIV Consulting | And now that I have some light, I can see the
http://www.eiv.com | tunnel needs painting too." - Steve Jackson
diff -Naur enscript-1.6.4.orig/states/hl/ksh.st enscript-1.6.4/states/hl/ksh.st
--- enscript-1.6.4.orig/states/hl/ksh.st2006-06-04 07:53:21.0
-0400
+++ enscript-1.6.4/states/hl/ksh.st 2006-06-04 07:54:24.0 -0400
@@ -34,6 +34,17 @@
reference_face (false);
}
+ /* Ignore escaped quote marks */
+ /\\\"/ {
+language_print ($0);
+ }
+ /\\\'/ {
+language_print ($0);
+ }
+ /\\\`/ {
+language_print ($0);
+ }
+
/* Keywords:
(build-re '(: alias bg break continue cd command eval exec exit export
fc fg getopts hash jobs kill let login newgrp print pwd read readonly
diff -Naur enscript-1.6.4.orig/states/hl/sh.st enscript-1.6.4/states/hl/sh.st
--- enscript-1.6.4.orig/states/hl/sh.st 2006-06-04 07:53:21.0 -0400
+++ enscript-1.6.4/states/hl/sh.st 2006-06-04 07:54:39.0 -0400
@@ -30,6 +30,17 @@
reference_face (false);
}
+ /* Ignore escaped quote marks */
+ /\\\"/ {
+language_print ($0);
+ }
+ /\\\'/ {
+language_print ($0);
+ }
+ /\\\`/ {
+language_print ($0);
+ }
+
/* Keywords. */
/\b(CDPATH|HOME|IFS|MAIL((CHECK)?|(PATH)?)|P(ATH|S(1|2))|SH(ACCT|ELL)|\
break|c(ase|d|ontinue)|do(ne)?|e(cho|lse|sac|val|x(ec|it|port))|f(i|or)|\
pgpsaortJZrvn.pgp
Description: PGP signature
