Bug#588876: O: diffstat -- produces graph of changes introduced by a diff file
Package: wnpp Severity: normal I intend to orphan the diffstat package. The package description is: This program is a simple filter that reads the output of the 'diff' program, and produces a histogram of the total number of lines that were changed. It is useful for scanning a patch file to see which files were changed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588877: O: libpam-pwdfile -- PAM module allowing authentication via an /etc/passwd-like file
Package: wnpp Severity: normal I intend to orphan the libpam-pwdfile package. The package description is: This PAM module lets you use an arbitrarily-named text file similar in structure to /etc/passwd to authenticate users. Both DES and MD5 hashed passwords are supported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554349: apt: Method rred has died unexpectedly!
If it helps at all, I see the following entry in /var/log/kern.log each time the problem occurs. rred[28536]: segfault at bf56cf84 ip b74958af sp bf56cf88 error 6 in libc-2.10.1.so[b742e000+141000] I have apt 0.7.24 and libc6 2.10.1-5 installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491575: support reading compressed diffs
On Sun, Jul 20, 2008 at 11:33:22AM -0400, Joe Nahmias wrote: It would be nice if diffstat supported compressed diffs natively (-z option?) instead of having to do `zcat foo.diff | diffstat`. This is already in place, assuming that the diff filename has the usual .gz/.bz2 suffix. For example: $ diffstat diffstat-1.45-quiet.diff.gz diffstat.1 |3 +++ diffstat.c | 27 +-- 2 files changed, 20 insertions(+), 10 deletions(-) A set of explicit commandline options would be useful when dealing with atypical filenames, however, and possibly when reading from stdin as well. I'll look into it... signature.asc Description: Digital signature
Bug#468868: libpam-pwdfile: unable to resolve symbol
My apologies for the lengthy delay... I've been somewhat overwhelmed by offline issues recently. :( Unfortunately I've been unable to reproduce your issue, even after duplicating the pam configuration you provided, so I'm not sure what's going on at the moment. I'll keep trying, and let you know if anything useful turns up. signature.asc Description: Digital signature
Bug#488248: option to prevent outputting when 0 files changes
tags 488248 + patch quit The attached patch implements this request via the -q option, and seems to work reliably here. I'm going to forward the beastie upstream before applying it to the Debian package, however, since I'd rather not diverge unnecessarily if Thomas opts to implement it differently. diff -urN diffstat-1.45.orig/diffstat.1 diffstat-1.45/diffstat.1 --- diffstat-1.45.orig/diffstat.1 2007-09-04 19:31:41.0 -0500 +++ diffstat-1.45/diffstat.1 2008-07-30 21:25:26.0 -0500 @@ -112,6 +112,9 @@ override the logic that strips common pathnames, simulating the \fBpatch\fP -p option. .TP +.B -q +suppress the 0 files changed message for empty diffs. +.TP .B -r code provides optional rounding of the data shown in histogram, rather than truncating with error adjustments. diff -urN diffstat-1.45.orig/diffstat.c diffstat-1.45/diffstat.c --- diffstat-1.45.orig/diffstat.c 2007-09-04 19:27:21.0 -0500 +++ diffstat-1.45/diffstat.c 2008-07-30 21:23:51.0 -0500 @@ -276,7 +276,8 @@ static int table_opt = 0; /* if nonzero, write table rather than plot */ static int trace_opt = 0; /* if nonzero, write debugging information */ static int sort_names = 1; /* true if we sort filenames */ -static int verbose = 0; /* -q/-v options */ +static int verbose = 0; /* -v option */ +static int quiet = 0; /* -q option */ static int suppress_binary = 0; /* -b option */ static long plot_scale; /* the effective scale (1:maximum) */ @@ -1486,14 +1487,16 @@ if (!table_opt !names_only) { #define PLURAL(n) n, n != 1 ? s : - printf(%s %d file%s changed, comment_opt, PLURAL(num_files)); - if (total_ins) - printf(, %ld insertion%s(+), PLURAL(total_ins)); - if (total_del) - printf(, %ld deletion%s(-), PLURAL(total_del)); - if (total_mod) - printf(, %ld modification%s(!), PLURAL(total_mod)); - (void) putchar('\n'); + if (num_files 0 || !quiet) { + printf(%s %d file%s changed, comment_opt, PLURAL(num_files)); + if (total_ins) + printf(, %ld insertion%s(+), PLURAL(total_ins)); + if (total_del) + printf(, %ld deletion%s(-), PLURAL(total_del)); + if (total_mod) + printf(, %ld modification%s(!), PLURAL(total_mod)); + (void) putchar('\n'); + } } } @@ -1545,6 +1548,7 @@ -n NUM specify minimum width for the filenames (default: auto), -o FILE redirect standard output to FILE, -p NUM specify number of pathname-separators to strip (default: common), + -q suppress the \0 files changed\ message for empty diffs, -r NUM specify rounding for histogram (0=none, 1=simple, 2=adjusted), -t print a table (comma-separated-values) rather than histogram, -u do not sort the input list, @@ -1585,7 +1589,7 @@ max_width = 80; -while ((j = getopt_helper(argc, argv, bcde:f:hkln:o:p:r:tuvVw:, 'h', 'V')) +while ((j = getopt_helper(argc, argv, bcde:f:hkln:o:p:qr:tuvVw:, 'h', 'V')) != -1) { switch (j) { case 'b': @@ -1647,6 +1651,9 @@ case 'w': max_width = atoi(optarg); break; + case 'q': + quiet = 1; + break; default: usage(stderr); return (EXIT_FAILURE); signature.asc Description: Digital signature
Bug#468868: libpam-pwdfile: unable to resolve symbol
On Sun, Mar 02, 2008 at 08:23:36AM +0800, Jerome BENOIT wrote: I have noticed that libpam-pwdfile outputs the following kind of messages in /var/log/syslog: Feb 20 01:37:01 rainbow CRON[18708]: PAM unable to resolve symbol: pam_sm_acct_mgmt Feb 20 01:37:01 rainbow CRON[18708]: PAM unable to resolve symbol: pam_sm_open_session Feb 20 01:37:01 rainbow CRON[18708]: PAM unable to resolve symbol: pam_sm_close_session Feb 20 01:37:01 rainbow CRON[18708]: PAM unable to resolve symbol: pam_sm_acct_mgmt Feb 20 01:37:01 rainbow CRON[18708]: PAM unable to resolve symbol: pam_sm_chauthtok Feb 20 01:37:01 rainbow CRON[18708]: PAM unable to resolve symbol: pam_sm_open_session Feb 20 01:37:01 rainbow CRON[18708]: PAM unable to resolve symbol: pam_sm_close_session I can't seem to reproduce this behaviour. Could you please provide a copy of your /etc/pam.d/cron file, along with any common files it incorporates (/etc/pam.d/common-account, etc.)? Thanx! signature.asc Description: Digital signature
Bug#466238: diffstat: please add a -z option or otherwise support gzip'd diff files
it would be nice if diffstat provided a way to work with gzip'd patches, as it's pretty common that they come in this flavor (for example, the diff.gz files from debian source packages). while it's possible to do zcat foo.gz | diffstat, it'd be a lot nicer if one could do diffstat - -z foo.gz or similar instead. my RSI-inflicted hands would thank you :) As Thomas already mentioned, diffstat should already do what you ask... can you provide a reproduceable example of this failing? I suppose an explicit option might be useful for filenames without the usual suffix, however, or perhaps to process compressed data through a pipe. But I can't imagine either of these scenarios to be very common, and in any event the workaround is rather straightforward. signature.asc Description: Digital signature
Bug#445906: boinc-client: SSL fails with ca-bundle.crt linked to ca-certificates
Here's the relevant information from ~boinc/stdoutdae.txt, using the original ca-bundle.crt with http_debug enabled. 2007-10-09 20:59:04 [World Community Grid] Sending scheduler request: Requested by user 2007-10-09 20:59:04 [World Community Grid] Reporting 1 tasks 2007-10-09 20:59:04 [---] [http_debug] HTTP_OP::init_post(): https://secure.worldcommunitygrid.org/boinc/wcg_cgi/fcgi 2007-10-09 20:59:05 [---] [http_debug] [ID#0] info: About to connect() to secure.worldcommunitygrid.org port 443 (#0) 2007-10-09 20:59:05 [---] [http_debug] [ID#0] info: Trying 129.33.89.133... 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: Connected to secure.worldcommunitygrid.org (129.33.89.133) port 443 (#0) 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: successfully set certificate verify locations: 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: CAfile: ca-bundle.crt CApath: none 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: SSLv2, Client hello (1): 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: SSLv3, TLS handshake, Server hello (2): 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: SSLv3, TLS handshake, CERT (11): 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: SSLv3, TLS alert, Server hello (2): 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: SSL certificate problem, verify that the CA cert is OK. Details: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: Expire cleared 2007-10-09 20:59:06 [---] [http_debug] [ID#0] info: Closing connection #0 2007-10-09 20:59:06 [---] [http_debug] HTTP error: Peer certificate cannot be authenticated with known CA certificates -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445906: boinc-client: SSL fails with ca-bundle.crt linked to ca-certificates
Package: boinc-client Version: 5.10.8-2 Severity: normal With the supplied ~boinc/ca-bundle.crt, which is a symlink to /etc/ssl/certs/ca-certificates.crt, boinc-client is unable to communicate with the World Community Grid project (which requires SSL). The logfile shows the following error messages: 2007-10-05 20:21:45 [World Community Grid] Sending scheduler request: Requested by user 2007-10-05 20:21:45 [World Community Grid] (not requesting new work or reporting completed tasks) 2007-10-05 20:21:50 [World Community Grid] Scheduler request failed: Peer certificate cannot be authenticated with known CA certificates 2007-10-05 20:21:50 [World Community Grid] Deferring communication for 1 min 0 sec 2007-10-05 20:21:50 [World Community Grid] Reason: scheduler request failed After replacing the symlink with ca-bundle.crt from upstream, everything works as expected. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages boinc-client depends on: ii adduser 3.105 add and remove users and groups ii ca-certificates 20070303 Common CA Certificates PEM files ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.6.1-5GNU C Library: Shared libraries ii libcurl3 7.17.0-1 Multi-protocol file transfer libra ii libgcc1 1:4.2.1-6 GCC support library ii libidn11 1.1-1 GNU libidn library, implementation ii libkrb53 1.6.dfsg.3~beta1-1 MIT Kerberos runtime libraries ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries ii libssh2-1 0.17-1 SSH2 client-side library ii libssl0.9.8 0.9.8e-9 SSL shared libraries ii libstdc++64.2.1-6The GNU Standard C++ Library v3 ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii python2.4.4-6An interactive high-level object-o ii zlib1g1:1.2.3.3.dfsg-6 compression library - runtime boinc-client recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441363: gnucash: does not start
On Thu, 2007-09-13 at 22:49 -0400, Ken Wolf wrote: I too am experiencing the same problem described in this thread. Is there a fix or workaround to this issue? As a workaround, downgrading the following four packages should get gnucash working again... worked for me, anyway. I believe the g-wrap items, at least, are still available in testing. $ dpkg -l|grep -v ^ii Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- hi g-wrap 1.9.6-3.2 scripting interface generator for C hi gnucash2.0.5-1.1 A personal finance tracking program hi gnucash-common 2.0.5-1.1 A personal finance tracking program hi guile-g-wrap 1.9.6-3.2 scripting interface generator for C - Guile signature.asc Description: Digital signature
Bug#379380: please add option to ignore binary files in diff
I've sent the attached patch, which implements this request vi the -b option, upstream for review. If I haven't heard back in the next week or two, I'll probably go ahead and include it in the next upload. diff -urN diffstat-1.44.orig/diffstat.1 diffstat-1.44/diffstat.1 --- diffstat-1.44.orig/diffstat.1 2005-08-15 18:55:59.0 -0500 +++ diffstat-1.44/diffstat.1 2007-08-30 21:58:51.0 -0500 @@ -56,6 +56,9 @@ \fBdiffstat\fP reads the differences from the standard input. .SH OPTIONS .TP +.B -b +ignore lines matching Binary files XXX and YYY differ in the diff +.TP .B -c prefix each line of output with #, making it a comment-line for shell scripts. diff -urN diffstat-1.44.orig/diffstat.c diffstat-1.44/diffstat.c --- diffstat-1.44.orig/diffstat.c 2007-08-26 13:59:23.0 -0500 +++ diffstat-1.44/diffstat.c 2007-08-30 21:58:47.0 -0500 @@ -275,6 +275,7 @@ static int trace_opt = 0; /* if nonzero, write debugging information */ static int sort_names = 1; /* true if we sort filenames */ static int verbose = 0; /* -q/-v options */ +static int suppress_binary = 0; /* -b option */ static long plot_scale; /* the effective scale (1:maximum) */ #ifdef HAVE_TSEARCH @@ -1369,6 +1370,9 @@ } else if (names_only) { printf(%s\n, name); } else { + if (p-cmt == Binary suppress_binary == 1) { + return; + } printf(%s %-*.*s|, comment_opt, name_wide, name_wide, @@ -1578,9 +1582,12 @@ max_width = 80; -while ((j = getopt_helper(argc, argv, cde:f:hkln:o:p:r:tuvVw:, 'h', 'V')) +while ((j = getopt_helper(argc, argv, bcde:f:hkln:o:p:r:tuvVw:, 'h', 'V')) != -1) { switch (j) { + case 'b': + suppress_binary = 1; + break; case 'c': comment_opt = #; break; signature.asc Description: Digital signature
Bug#419848: how to copy files containing space?
On Wed, Apr 18, 2007 at 10:20:08AM -0500, Greg Norris wrote: You probably just need to double up the quotes the name, so that the remote shell sees them. Something like: scp 'leghorn:/mnt/rdbackup/home/sachin/Daily report April -07.ods' . Actually, that should've been: scp leghorn:'/mnt/rdbackup/home/sachin/Daily report April -07.ods' . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414841: samba-common: /etc/dhcp3/dhclient-enter-hooks.d/samba complains about missing initscript
Package: samba-common Version: 3.0.24-3 Severity: minor I recently noticed the following error message, after rebooting for a kernel update. invoke-rc.d: unknown initscript, /etc/init.d/samba not found. It turned out to be caused by /etc/dhcp3/dhclient-enter-hooks.d/samba, since I don't have the samba package installed on this machine. Please consider adding --quiet to the invoke-rc.d command, which will suppress this unnecessary error message. /usr/sbin/invoke-rc.d --quiet samba reload Thanx! -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages samba-common depends on: ii debconf 1.5.13 Debian configuration management sy ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libkrb53 1.4.4-7 MIT Kerberos runtime libraries ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libncurs 5.5-5 Shared libraries for terminal hand ii libpam-m 0.79-4 Pluggable Authentication Modules f ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libreadl 5.2-2 GNU readline and history libraries samba-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407839: fuzzyocr3: complains about missing gocr executable during sa-learn --sync
Package: fuzzyocr3 Version: 3.5.1-2 Severity: normal I've got fuzzyocr3 installed with ocrad, rather than gocr, and get the following warning when syncing the bayes journal. $ sa-learn --sync [19425] warn: FuzzyOcr: Cannot find executable for gocr bayes: synced databases from journal in 1 seconds: 488 unique entries (493 total entries) As you can see, there's no indication that the sync failed, so this may well be nothing more than a bit of noise. Also, please be aware that I'm running this on an etch (testing) box rather than under sid, although both currently have the exact same spamassassin release. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fuzzyocr3 depends on: ii gifsicle 1.44-2 Tool for manipulating GIF images ii libmldbm-sync-perl 0.30-2 Perl module for safe concurrent ac ii libstring-approx-perl3.25-1 Perl extension for approximate mat ii libungif-bin 4.1.4-4 programs to convert GIF images ii netpbm 2:10.0-10.1 Graphics conversion tools ii ocrad0.16-1 Optical Character Recognition prog ii perl [libdigest-md5-perl]5.8.8-7 Larry Wall's Practical Extraction ii spamassassin 3.1.7-1 Perl-based spam filter using text fuzzyocr3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379736: invalid reference to nc's proxy feature
tags 379736 patch quit I also haven't been able to locate any version of netcat which supports this feature. The attached patch therefore updates the manpage with an equivalent example using socat, which is definitely available. diff -ur openssh-4.3p2.orig/ssh_config.0 openssh-4.3p2/ssh_config.0 --- openssh-4.3p2.orig/ssh_config.0 2006-02-10 18:07:39.0 -0600 +++ openssh-4.3p2/ssh_config.0 2006-12-01 22:13:42.0 -0600 @@ -406,11 +406,11 @@ tirely. Note that CheckHostIP is not available for connects with a proxy command. - This directive is useful in conjunction with nc(1) and its proxy - support. For example, the following directive would connect via - an HTTP proxy at 192.0.2.0: + This directive is useful in conjunction with socat(1) and its + proxy support. For example, the following directive would connect + via a HTTP proxy at 192.0.2.0: -ProxyCommand /usr/bin/nc -X connect -x 192.0.2.0:8080 %h %p +ProxyCommand /usr/bin/socat - PROXY:192.0.2.0:%h:%p,proxyport=8080 PubkeyAuthentication Specifies whether to try public key authentication. The argument diff -ur openssh-4.3p2.orig/ssh_config.5 openssh-4.3p2/ssh_config.5 --- openssh-4.3p2.orig/ssh_config.5 2006-12-01 21:53:45.0 -0600 +++ openssh-4.3p2/ssh_config.5 2006-12-01 22:14:00.0 -0600 @@ -720,12 +720,12 @@ is not available for connects with a proxy command. .Pp This directive is useful in conjunction with -.Xr nc 1 +.Xr socat 1 and its proxy support. -For example, the following directive would connect via an HTTP proxy at +For example, the following directive would connect via a HTTP proxy at 192.0.2.0: .Bd -literal -offset 3n -ProxyCommand /usr/bin/nc -X connect -x 192.0.2.0:8080 %h %p +ProxyCommand /usr/bin/socat - PROXY:192.0.2.0:%h:%p,proxyport=8080 .Ed .It Cm PubkeyAuthentication Specifies whether to try public key authentication.
Bug#397153: shorewall: Doesn't start after upgrade from 3.0.x
On Fri, Nov 17, 2006 at 03:22:59AM +0100, Lorenzo Martignoni wrote: Why do you say that? The init script in the package does reference /etc/default/shorewall. You're correct, of course... color me embarrassed. Not sure how I managed to pull off that particular disconnect. :( signature.asc Description: Digital signature
Bug#397153: shorewall: Doesn't start after upgrade from 3.0.x
At the very least, README.Debian should be updated to reflect this change in behaviour. Currently the file says: 1. AUTOMATIC STARTUP In order to avoid the startup of the firewall on an unconfigured machine, automatic startup, on boot, is disabled by default. To enable it just edit the file /etc/default/shorewall and set the startup variable to 1. The initscript no longer seems to reference /etc/default/shorewall at all, so clearly this is no longer accurate. signature.asc Description: Digital signature
Bug#395535:
Could you post a complete copy of /etc/hosts.deny as an attachment? I'm thinking that perhaps it contains a non-displayable character which is confusing libwrap... a long shot, admittedly, but I've seen this sort of thing in the past. Also, what platform is the affected server? signature.asc Description: Digital signature
Bug#395535: version 1:4.3p2-5.1 works for me
I just checked this using version 1:4.3p2-5.1 from sid, and it appears to be working as expected. [EMAIL PROTECTED] tail -2 /etc/hosts.deny ALL EXCEPT sshd: PARANOID sshd: 127.0.0.1 [EMAIL PROTECTED] ssh localhost ssh_exchange_identification: Connection closed by remote host After removing the bottom line from /etc/hosts.deny, I'm able to logon normally. signature.asc Description: Digital signature
Bug#395432: openssh-client: ssh-agent ignores TMP env variable for placing its temporary files
On Fri, Oct 27, 2006 at 09:19:14AM +1000, Alexander Samad wrote: it should be looking at TMP or TMPDIR [EMAIL PROTECTED] dir `which ssh-agent` -rwxr-sr-x 1 root ssh 65836 Oct 24 16:06 /usr/bin/ssh-agent Since ssh-agent has the setgid bit set, it won't even see the TMPDIR variable... this gets stripped out by ld-linux. The TMP variable will remain, however. signature.asc Description: Digital signature
Bug#387376: ssh: Can't have different host keys for different ports but same address (NAT)
On Thu, Sep 14, 2006 at 01:40:25AM +0200, Helge Hafting wrote: Unfortunately, ssh always check the hostkey against the IP address only, and so it thinks there is a man-in-the-middle attack when I try the second pc instead of the first. Have you tried setting the HostKeyAlias option in ~/.ssh/config? This should allow the use of separate hostkeys for each logical combination. Here's an example of the ~/.ssh/config entries: Host natbox1 HostName realserver.example.com Port 2201 HostKeyAlias natbox1 Host natbox2 HostName realserver.example.com Port 2202 HostKeyAlias natbox2 signature.asc Description: Digital signature
Bug#386743: console-tools: console-screen.sh sets $NUM_CONSOLES at inappropriate location
Package: console-tools Version: 1:0.2.3dbs-65 Severity: normal Tags: patch The console-screen.sh scripts sets the NUM_CONSOLES variable only if setting a global default font, but it's also referenced if setting the keyboard LEDS (which is run independently). The patch below simply relocates the variable assignment, to make it available for both tasks. *** console-screen.sh.diff --- console-screen.sh.orig 2006-09-05 11:15:12.0 -0500 +++ console-screen.sh 2006-09-09 14:38:20.0 -0500 @@ -82,6 +82,13 @@ [ $VT = no ] return 0 +# Try to be clever and determine the total number of consoles, but +# this is run _before_ getty and so only one console running. So, +# Set for the first 6 VCs (as they are allocated in /etc/inittab) +NUM_CONSOLES=`fgconsole --next-available` +NUM_CONSOLES=$(($NUM_CONSOLES - 1)) +[ ${NUM_CONSOLES} -eq 1 ] NUM_CONSOLES=6 + # start vcstime if [ ${DO_VCSTIME} = yes -a -x ${VCSTIME} ] ; then [ $VERBOSE != no ] log_action_begin_msg Starting clock on text console @@ -99,12 +106,6 @@ # maybe use an external SFM [ ${SCREEN_FONT_MAP} ] SCREEN_FONT_MAP=-u ${SCREEN_FONT_MAP} - # Try to be cleverer and run for all consoles, but this is run - # _before_ getty and so only one console running. So, - # Set for the first 6 VCs (as they are allocated in /etc/inittab) - NUM_CONSOLES=`fgconsole --next-available` - NUM_CONSOLES=$(($NUM_CONSOLES - 1)) - [ ${NUM_CONSOLES} -eq 1 ] NUM_CONSOLES=6 i=1 while [ $i -lt $NUM_CONSOLES ] do -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages console-tools depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libconsole 1:0.2.3dbs-65 Shared libraries for Linux console ii lsb-base 3.1-15Linux Standard Base 3.1 init scrip Versions of packages console-tools recommends: ii console-common0.7.61 Basic infrastructure for text cons ii console-data 2:1.0-2Keymaps, fonts, charset maps, fall -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362458: xfce4-utils: add support for arbitrary, user-defined environment settings
Package: xfce4-utils Version: 4.2.3-1 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please consider adding support for user-defined environment settings by xinitrc, similar to how kde processes the $HOME/.kde/env directory. This is particularly useful when launching a session via xdm/gdm. The patch below causes xinitrc to source files named like *.sh, located in either /etc/xdg/xfce4/env or $HOME/.config/xfce4/env. I'd be happy to refine it further, if you have any concerns or suggestions about the current incarnation. Thanx for your time! :) *** xinitrc.diff - --- xinitrc.orig 2006-04-13 09:30:20.0 -0500 +++ xinitrc 2006-04-13 10:03:48.0 -0500 @@ -68,6 +68,20 @@ fi fi +# administrator-defined environment settings +if [ -d /etc/xdg/xfce4/env ]; then + for f in /etc/xdg/xfce4/env/*.sh; do + [ -r $f ] . $f + done +fi + +# user-defined environment settings +if [ -d $HOME/.config/xfce4/env ]; then + for f in $HOME/.config/xfce4/env/*.sh; do + [ -r $f ] . $f + done +fi + # Run xfce4-session if installed xfcesm=`which xfce4-session` case x$xfcesm in - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xfce4-utils depends on: ii aterm [x-terminal-emulato 1.0.0-2Afterstep XVT - a VT102 emulator f ii gnome-terminal [x-termina 2.14.0-1 The GNOME 2 terminal emulator appl ii konsole [x-terminal-emula 4:3.5.2-1 X terminal emulator for KDE ii libatk1.0-0 1.11.4-1 The ATK accessibility toolkit ii libc6 2.3.6-6GNU C Library: Shared libraries ii libdbh1.0-1 1.0.24-1 Creates disk based hashtables ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxfce4mcs-client-2 4.2.3-1Client library for Xfce4 configure ii libxfce4mcs-manager-2 4.2.3-1Manager library for Xfce4 configur ii libxfce4util-14.2.3.2-1 Utility functions library for Xfce ii libxfcegui4-3 4.2.3-1Basic GUI C functions for Xfce4 ii procps1:3.2.6-2.1/proc file system utilities ii rxvt [x-terminal-emulator 1:2.6.4-10 VT102 terminal emulator for the X ii xfce4-terminal [x-termina 0.2.4-7Xfce terminal emulator ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m ii xterm [x-terminal-emulato 210-2 X terminal emulator Versions of packages xfce4-utils recommends: ii xfce4-panel 4.2.3-1The Xfce4 desktop environment pane ii xfwm4 4.2.3.2-2 window manager of the Xfce project - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEPmpjgrEMyr8Cx2YRAugLAJ9fCDWJQ5LSCQNwYyBsZ04NgJv5rQCg1jxi OGbz/yYtXQJGTNbO0I0KFXw= =eBuK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360856: login: please use versioned conflict against amavisd-new (2.3.3-8)
Package: login Version: 1:4.0.15-2 Severity: wishlist Version 2.3.3-8 of amavisd-new fixes the syntax issue with su. Please update the Conflicts entry to allow it's installation. Thanx! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages login depends on: ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libpam-modules0.79-3.1 Pluggable Authentication Modules f ii libpam-runtime0.79-3.1 Runtime support for the PAM librar ii libpam0g 0.79-3.1 Pluggable Authentication Modules l login recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352518: extend authorized_keys command handling
The easiest way to do this, if I understand you correctly, is to set your forced command to a script which interrogates the SSH_ORIGINAL_COMMAND variable. Assuming that the requested operation is legitimate, it can then exec whatever process is appropriate. signature.asc Description: Digital signature
Bug#350208: sshd can't keep track of which DISPLAYs are in use
Unfortunately, I seem to be unable to reproduce your issue... even when using the exact configuration you provided. Any chance you could strace the ssh daemon, and capture a pair of connections which exhibit the problem? $ strace -fF -o sshd.strace /usr/sbin/sshd -D signature.asc Description: Digital signature
Bug#350208: sshd can't keep track of which DISPLAYs are in use
This seems to be working as expected here (same version of ssh on a fully up-to-date sarge box), regardless of the X11UseLocalhost setting. If you'd be so kind as to post a copy of /etc/ssh/sshd_config, I'll compare it against mine and try to determine if there are any relevant differences. It might be helpful to include a copy of /etc/pam.d/ssh as well. signature.asc Description: Digital signature
Bug#349940: ssh: does not obey /etc/hosts.deny
On Thu, Jan 26, 2006 at 02:56:24PM -0600, Marcos Pinto wrote: hosts.allow has ALL: * I want everyone to have access except for those in hosts.deny. Is that not the proper way? The settings in hosts.allow have precedence over hosts.deny, so this entry is overriding your denial rules. Since the default action is to allow, just remove that entry and it should start behaving as you expect. This is documented in the hosts_access manpage. signature.asc Description: Digital signature
Bug#349940: ssh: does not obey /etc/hosts.deny
On Thu, Jan 26, 2006 at 04:44:19PM -0600, Greg Norris wrote: This is documented in the hosts_access manpage. More specifically, that should be hosts_access(5)... I hadn't noticed that there are multiple manpages. signature.asc Description: Digital signature
Bug#349940: ssh: does not obey /etc/hosts.deny
I have a sarge box (fully updated as of 2 days ago) running the same version of ssh, and it honours the /etc/hosts.deny settings. Do you have any entries in /etc/hosts.allow? signature.asc Description: Digital signature
Bug#234627: /usr/bin/ssh-copy-id: Two years...easy fix...please?
tags 234627 patch stop Here's a patch which implements the requested change. Please note that I defaulted to the RSA public key (id_rsa.pub) rather than DSA, as it appears to be the preferred format now that the relevant patent has expired. Should you prefer to go with DSA instead, only trivial modifications are required. diff -urN openssh-4.2p1.orig/contrib/ssh-copy-id openssh-4.2p1/contrib/ssh-copy-id --- openssh-4.2p1.orig/contrib/ssh-copy-id 2004-08-30 06:33:02.0 -0500 +++ openssh-4.2p1/contrib/ssh-copy-id 2006-01-11 09:25:03.0 -0600 @@ -1,11 +1,11 @@ #!/bin/sh -# Shell script to install your identity.pub on a remote machine +# Shell script to install your public key on a remote machine # Takes the remote machine name as an argument. # Obviously, the remote machine must accept password authentication, # or one of the other keys in your ssh-agent, for this to work. -ID_FILE=${HOME}/.ssh/identity.pub +ID_FILE=${HOME}/.ssh/id_rsa.pub if [ -i = $1 ]; then shift diff -urN openssh-4.2p1.orig/contrib/ssh-copy-id.1 openssh-4.2p1/contrib/ssh-copy-id.1 --- openssh-4.2p1.orig/contrib/ssh-copy-id.12000-12-28 09:46:20.0 -0600 +++ openssh-4.2p1/contrib/ssh-copy-id.1 2006-01-11 09:25:10.0 -0600 @@ -18,7 +18,7 @@ .. .TH SSH-COPY-ID 1 14 November 1999 OpenSSH .SH NAME -ssh-copy-id \- install your identity.pub in a remote machine's authorized_keys +ssh-copy-id \- install your public key in a remote machine's authorized_keys .SH SYNOPSIS .B ssh-copy-id [-i [identity_file]] .I [EMAIL PROTECTED] @@ -42,7 +42,7 @@ If the .B -i option is given then the identity file (defaults to -.BR ~/.ssh/identity.pub ) +.BR ~/.ssh/id_rsa.pub ) is used, regardless of whether there are any keys in your .BR ssh-agent . Otherwise, if this:
Bug#347469: O: installwatch -- orphaning the installwatch package
Package: installwatch Version: 0.6.3-2 Severity: normal I haven't touched installwatch in quite some time, and no longer have any real interest in the beastie, so I've decided to orphan this package. At one point Matt Hope had expressed interest in taking it over (more recent versions are bundled with checkinstall, which he maintains), but I haven't heard from him in quite some time so I assume that's no longer the case. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345799: kernel-package: make-kpkg ignores the --revision argument
Package: kernel-package Version: 10.026 Severity: normal The --revision argument seems to be ignored by make-kpkg. $ fakeroot -- make-kpkg --revision=9:sasami.1 binary [ SNIPPED ] $ cd .. $ ls -1 *.deb linux-doc-2.6.15_yggdrasil.1_all.deb linux-headers-2.6.15_yggdrasil.1_i386.deb linux-image-2.6.15_yggdrasil.1_i386.deb linux-manual-2.6.15_yggdrasil.1_all.deb linux-source-2.6.15_yggdrasil.1_all.deb My /etc/kernel-pkg.conf file contains the following entry: debian := 9:yggdrasil.1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.5 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-package depends on: ii dpkg 1.13.11.0.1package maintenance system for Deb ii dpkg-dev 1.13.11package building tools for Debian ii file 4.15-2 Determines file type using magic ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-2.95 [c-compiler] 1:2.95.4-24The GNU C compiler ii gcc-3.2 [c-compiler] 1:3.2.3-9 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-12 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.5-1The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-5The GNU C compiler ii gettext 0.14.5-2 GNU Internationalization utilities ii make 3.80+3.81.b4-1 The GNU version of the make util ii perl 5.8.7-10 Larry Wall's Practical Extraction ii po-debconf0.9.2 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip2 1.0.2-11 high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.5-9GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344430: firefox: UI weirdness on first save file as
Package: firefox Version: 1.5.dfsg-2 Severity: normal Tags: sid fixed-upstream The first time save file as is selected, the context menu is immediately redisplayed in always-on-top mode (often overlaying the file picker). It also causes all tabs (and windows, IIRC) to redraw, shifting position to the top of their respective pages. This is caused by upstream Bug#305970, which was recently fixed in the 1.8.0.1 branch (and will be included in Firefox 1.5.1). The patch, along with a screenshot illustrating the issue, is available at https://bugzilla.mozilla.org/show_bug.cgi?id=305970. I rebuilt firefox with this patch several days ago, and can confirm that it corrects the problem with no apparent side-effects. While I wouldn't recommend a new package just for this issue, as it's fairly harmless (albeit annoying), the fix would make a nice addition if you end up needing to roll a new release anyway. Note: There are several additional operations which trigger this bug as well. Please see upstream bugzilla for details. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages firefox depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii fontconfig 2.3.2-1.1 generic font configuration library ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-9 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libidl0 0.8.5-1 library for parsing CORBA IDL file ii libjpeg626b-11 The Independent JPEG Group's JPEG ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxp6 6.8.2.dfsg.1-11 X Window System printing extension ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii psmisc 21.8-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-9 compression library - runtime firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332466: gdm: hangs when used with libpam-tmpdir
Package: gdm Version: 2.6.0.8-1 Severity: normal When I configure gdm to use the pam_tmpdir.so module via /etc/pam.d/gdm, it appears to hang just after password entry. The password-entry field is grayed out and the screen stops responding to input, but does not appear to start any of the gnome processes... see the ps output below, which was taken while gdm was hung. I can't find any relevant messages in any of the system logs, so I'm not sure if this is a gdm or pam issue. Several other services (login, ssh, su, etc.) are using pam_tmpdir.so successfully, however, so I might as well start with gdm. I'll be happy to collect additional information... just let me know what you need. Thanx! $ ps -ef | egrep 'g(dm|nome)' root 28213 1 0 10:26 ?00:00:00 /usr/bin/gdm root 28214 28213 0 10:26 ?00:00:00 /usr/bin/gdm root 28225 28214 0 10:26 ?00:00:11 /usr/X11R6/bin/X :0 -audit 0 -auth /var/lib/gdm/:0.Xauth -nolisten tcp vt7 gdm 28778 28214 1 10:54 ?00:00:01 /usr/bin/gdmgreeter -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gdm depends on: ii adduser 3.67.2 Add and remove users and groups ii afterstep [x-window-manag 2.1.2-3window manager with the NEXTSTEP l ii aterm [x-terminal-emulato 0.4.2-11 Afterstep XVT - a VT102 emulator f ii debconf 1.4.58 Debian configuration management sy ii dpkg 1.13.11.0.1package maintenance system for Deb ii fluxbox [x-window-manager 0.9.12-1 Highly configurable and low resour ii gksu 1.3.5-2graphical frontend to su ii gnome-session 2.10.0-8 The GNOME 2 Session Manager ii gnome-terminal [x-termina 2.10.0-3 The GNOME 2 terminal emulator appl ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libattr1 2.4.21-1.0.1 Extended attribute shared library ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbonoboui2-02.10.1-1 The Bonobo UI library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.10.2-2 A powerful object-oriented display ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-8 Inter-Client Exchange library ii liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB ii libpam-modules0.79-3 Pluggable Authentication Modules f ii libpam-runtime0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpango1.0-0 1.8.2-2Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-22.9.5-4SAX-based renderer library for SVG ii libselinux1 1.26-1 SELinux shared libraries ii libsm66.8.2.dfsg.1-8 X Window System Session Management ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii libx11-6 6.8.2.dfsg.1-8 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-8 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-8 X Window System Input extension li ii libxml2 2.6.22-1 GNOME XML library ii metacity [x-window-manage 1:2.10.3-2 A lightweight GTK2 based Window Ma ii rxvt [x-terminal-emulator 1:2.6.4-9 VT102 terminal emulator for the X ii twm [x-window-manager]6.8.2.dfsg.1-8 Tab window manager ii wmaker [x-window-manager] 0.92.0-5 NeXTSTEP-like window manager for X ii xbase-clients 6.8.2.dfsg.1-8 miscellaneous X clients ii xlibs 6.8.2.dfsg.1-8 X Window System client libraries m ii xterm [x-terminal-emulato 6.8.2.dfsg.1-8 X terminal emulator ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages gdm recommends: ii dialog
Bug#324891: openssh-client. strange lines in known_host
On Wed, Aug 31, 2005 at 09:47:26AM +0200, Florian Weimer wrote: Isn't the default in the binary itself still no, but the default Debian configuration file includes a yes? Yeah, I think you're correct. In that case, maybe a mention in README.Debian or NEWS.Debian would be more appropriate. signature.asc Description: Digital signature
Bug#324891: openssh-client. strange lines in known_host
On Wed, Aug 24, 2005 at 07:39:00PM +0200, Carlos González wrote: Package: openssh-client Version: 4.1p1-6 The saved keys of this ssh version in the known_hosts don't have host name and ip. For each key there is 2 lines in the file like this: [snipped for brevity] This is a documented feature. It's controlled by the HashKnownHosts option, which is set by default in /etc/ssh/ssh_config. It looks like the manpage needs to be updated, however, as it incorrectly states that the parameter defaults to no (which is the upstream default). signature.asc Description: Digital signature
Bug#324891: patch for ssh_config manpage
tags 324891 patch thanks On Wed, Aug 24, 2005 at 06:36:51PM -0500, Greg Norris wrote: It looks like the manpage needs to be updated, however, as it incorrectly states that the parameter defaults to no (which is the upstream default). I've attached a trivial patch to correct the ssh_config manpage. --- ssh_config.5.orig 2005-08-24 18:45:52.0 -0500 +++ ssh_config.52005-08-24 18:50:12.0 -0500 @@ -427,7 +427,8 @@ but they do not reveal identifying information should the file's contents be disclosed. The default is -.Dq no . +.Dq yes +(Debian-specific). Note that hashing of names and addresses will not be retrospectively applied to existing known hosts files, but these may be manually hashed using .Xr ssh-keygen 1 . signature.asc Description: Digital signature
Bug#323328: diffstat: new upstream release
On Mon, Aug 15, 2005 at 08:58:25PM -0500, Greg Norris wrote: Thomas Dickey has just informed me that version 1.40 has been released. If all goes well, I'll upload the packaged version sometime this weekend. Apparently there will be a 1.41 bugfix release in the near future, so I'm holding off until it becomes available. signature.asc Description: Digital signature
Bug#323042: diffstat: missing word in package description, redundant README
On Sun, Aug 14, 2005 at 11:49:04AM +, W. Borgert wrote: The package description says: This program is a simple that reads the output of the 'diff' program, and produces a histogram of the total number of lines that were changed. It is useful for scanning a patch file to see which files were changed. filter is missing as the sixth word. Thanx for pointing this out... I can hardly believe that I never noticed that! I'll get it corrected over the next few days, when version 1.40 (just released ;-) is packaged. The README should be removed, as it is absolutely redundant, apart from the word filter :-) True, but it's an expected (and harmless) component from the upstream release. I'll give it some thought, but I'm leaning toward keeping the beastie. signature.asc Description: Digital signature
Bug#198275: /usr/bin/scp: scp: no way to escape colons in pathnames
On Wed, Apr 06, 2005 at 12:37:50PM -0700, Tyler MacDonald wrote: I was just trying to copy a folder over with a colon in it's name. Of course, scp thought that the colon was a hostname separator and responded with ssh: The: Name or service not known I ran into the same issue recently. You can work around it by adding a path component to the filename (see below). [EMAIL PROTECTED] scp ab:c sasami: ssh: ab: Name or service not known [EMAIL PROTECTED] scp ./ab:c sasami: ab:c100% 1876 1.8KB/s 00:00 It could probably stand to be documented somewhere. ;-) signature.asc Description: Digital signature
Bug#303453: scp: impossible to copy a local file with a colon in it
On Wed, Apr 06, 2005 at 12:42:02PM -0700, Tyler MacDonald wrote: [i just accidentally submitted this with a bad email addy as an addition to wontfix bug 198275; resubmitting since its actually a different bug...] My reply went to #198275 as well... resubmitting here for completeness. I was just trying to copy a folder over with a colon in it's name. Of course, scp thought that the colon was a hostname separator and responded with ssh: The: Name or service not known I ran into the same issue recently. You can work around it by adding a path component to the filename (see below). [EMAIL PROTECTED] scp ab:c sasami: ssh: ab: Name or service not known [EMAIL PROTECTED] scp ./ab:c sasami: ab:c100% 1876 1.8KB/s 00:00 It could probably stand to be documented somewhere. ;-) signature.asc Description: Digital signature
Bug#288249: I can't seem to reproduce this
On Wed, Mar 09, 2005 at 05:08:44PM -0600, Micah Anderson wrote: Now that I look some more, I wonder... are you changing the window size when you are attaching? If so, this is a problem with the underlying curses library or how its being used, as this message comes from a curses call failing. This bug has been reported before. Actually, I just figured out that it's triggered by the hardstatus entry in my ~/.screenrc file. Try the entry below... it seems to hit the error on almost every attempt. hardstatus alwayslastline foo signature.asc Description: Digital signature
Bug#294923: diffstat: gets easily confused by diffs containing /^--- .*$/
On Sun, Mar 06, 2005 at 07:57:06PM +0100, Julien BLACHE wrote: The bug is fixed in the newer upstream version anyway, so it isn't really important. If needed I can try to recover the diff from the svn repo. Ah, I didn't realize that Thomas had made a new release (a couple of them, actually)... I guess I need to setup a script to check this periodically. I'll get 1.38 packaged and uploaded sometime this week. Thanx for your assistance! signature.asc Description: Digital signature
Bug#295302: please package 0.7.0beta4
On Mon, Feb 14, 2005 at 11:31:55PM +0100, Tomas Pospisek wrote: Please package in order to be able to package checkinstall. The latest installwatch is included in the checkinstall sources [1]. Last I heard, Matt Hope (the checkinstall maintainer) was planning to take over the installwatch package. That's probably the cleanest approach, as it no longer has a distinct source package (and I very rarely use it these days). Matt, is this still the plan? signature.asc Description: Digital signature
Bug#288249: Can you try the newer version of bittornado?
On Fri, Feb 04, 2005 at 04:09:39PM -0600, Micah Anderson wrote: Can you try the newer version of bittornado to see if this problem still exists? Yes, it's still present in 0.3.10-1. The only visible difference from the prior version seems to be the line number listed for `SocketHandler.py'. These errors occurred during execution: [11:22:39] Traceback (most recent call last): File /usr/lib/python2.3/site-packages/BitTornado/RawServer.py, line 122, in listen_forever events = self.sockethandler.do_poll(period) File /usr/lib/python2.3/site-packages/BitTornado/SocketHandler.py, line 342, in do_poll r = self.poll.poll(t*timemult) File /usr/bin/btdownloadcurses, line 116, in winch_handler curses.endwin() error: endwin() returned ERR signature.asc Description: Digital signature
Bug#291631: cmp/diff/etc. lack PT_GNU_STACK header
On Mon, Jan 24, 2005 at 01:46:30AM +0100, Santiago Vila wrote: The recommended practice has always been not to submit bug reports for things that would result in a lot of bugs being filed. That is massive bug filing, so it should be discussed first. Just to clarify, I never intended (and still don't) to do any sort of mass bugfiling. It was simply a case of one specific package which was causing me trouble, and reporting same. So far diff appears to have been the only affected package on my Debian SELinux box, so no similar reports are anticipated. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291631: cmp/diff/etc. lack PT_GNU_STACK header
On Sun, Jan 23, 2005 at 10:29:12PM +0100, Jeroen van Wolffelaar wrote: Greg: Ease of adding, and potentional negative benefits would be very nice to have, and if it's going to be in policy, for lintian a way to check for it. Purpose: PT_GNU_STACK is used to mark binaries which require an executable stack. This allows security systems, such as SELinux of grsecurity, to enable same only when required. Ease of adding: Recent versions of gcc (3.3.x) add PT_GNU_STACK by default, so pretty much anything compiled under sarge or later will pick it up automatically. It can be disabled by either the compiler or linker if necessary. Negative effects: None that I'm aware of, at least with gcc 3.3.5. I understand that earlier versions (dunno which ones, specifically) were sometimes too optimistic when determining whether or not an executable stack was required. I'm not sure how lintian might go about checking for this... I can only say that `execstack -q' and `objdump -p' will both show this information. I'll do some looking, and see if I can find anything more concrete. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291631: cmp/diff/etc. lack PT_GNU_STACK header
On Sat, Jan 22, 2005 at 02:51:23PM +0100, Santiago Vila wrote: I closed this bug because there must be literally hundreds of packages like this and I consider premature to submit bugs for all of them. I disagree on this point (being premature, not your estimate of the affected packages), but I understand your point-of-view. However, it could be that the lintian maintainer might be willing to add a check for this, so I'm reassigning this to lintian as a wishlist. This sounds like a good idea. Thanx! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291631: cmp/diff/etc. lack PT_GNU_STACK header
Package: diff Version: 2.8.1-9 Severity: minor The binaries appear to have been built without the PT_GNU_STACK header, which makes the 2.6.10 kernel enable read-implies-exec behaviour. This in turn causes problems under SELinux, because executable stacks are not typically allowed for legacy binaries. $ execstack -q `which cmp diff` ? /usr/bin/cmp ? /usr/bin/diff It appears that rebuilding with a current toolchain is all that's required to work around this issue. I didn't have to do anything special under sid (i386), at least. $ gcc --version | head -1 gcc (GCC) 3.3.5 (Debian 1:3.3.5-6) $ execstack -q `which cmp diff` - /usr/bin/cmp - /usr/bin/diff I've set the severity to minor, since SELinux isn't currently integrated into Debian proper. Please let me know if you need any additional information. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages diff depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]