Bug#290253: devscripts: bts no longer accepts formerly valid parameters
On Thu, Jan 13, 2005 at 01:36:19AM -0800, Joshua Kwan wrote: > This is because + is being interpreted as a deprecated alias for --. > I've reset the prefix_pattern for GetOptions so that this won't happen > and hopefully all previous behavior has been restored. On Thu, Jan 13, 2005 at 11:05:26AM +, Julian Gilbey wrote: > I hadn't seen this email when I replied before. I've just uploaded > 2.8.10 which fixes my error properly: the temporary fix would have > still died on the command: bts tag 123456 - sid. The fix is to only > regard options at the start of the command line. > > > Of course, you still have to quote that thing correctly. I enclosed it > > within single quotes during testing, else it'd pick up -r as an option. > > You don't need to do this with 2.8.10, as you didn't in the past. Thanks to both of your for your quick handling of this bug; I use the bts script extensively. -- G. Branden Robinson| Faith heals the heart and the Debian GNU/Linux | spirit, but it doesn't do much for [EMAIL PROTECTED] | analytical skills. http://people.debian.org/~branden/ | -- Ron Suskind signature.asc Description: Digital signature
Bug#156949: acknowledged by developer (Bug no longer relevant, so closing)
On Sun, Jan 16, 2005 at 06:18:58PM -0800, Debian Bug Tracking System wrote: > Hello, > > This bug is being closed because of its age and the vanishingly small > chance that it is still relevant to the current KDE packages, as it was > clearly since fixed, a random unreproducible bug that never had enough of > a follow-up to be useful, or else was forwarded upstream, where it was > marked fixed some time ago. > > In case I'm mistaken, please do re-open the bug report in question, and > explain how the report is still relevant. I have checked, and can confirm that this bug does appear to be fixed. I have some quibbled with the way Konqueror lays out manpages, but it no longer seems to be confused by the roff \(oq and \(cq sequences. -- G. Branden Robinson|Somebody once asked me if I thought Debian GNU/Linux |sex was dirty. I said, "It is if [EMAIL PROTECTED] |you're doing it right." http://people.debian.org/~branden/ |-- Woody Allen signature.asc Description: Digital signature
Bug#281286: xserver-xfree86: Starting X with USB mouse unpluged hardlocks system when Option "AGPMode" "4" used.
On Sun, Jan 16, 2005 at 05:05:59PM -0500, Michel Dänzer wrote: > On Sun, 2005-01-09 at 14:52 -0500, Slaven Peles wrote: > > > > Perhaps it would be a good idea to put in X documentation that options such > > as > > AGPMode, AGPFastWrite and EnablePageFlip are experimental and may cause > > unpredictable problems when nondefault values are used. > > Where did you get the idea that this is _not_ the case for at least the > majority of X server driver options? There's usually a reason why > something is an option with a certain default value. I didn't think it was quite that bad. *Except* for those in the "Device" section, most options I see documented in XF86Config-4(5x) shouldn't cause hardware lockups. -- G. Branden Robinson| We either learn from history or, Debian GNU/Linux | uh, well, something bad will [EMAIL PROTECTED] | happen. http://people.debian.org/~branden/ | -- Bob Church signature.asc Description: Digital signature
Bug#291738: dict-vera: please add definition of RFS
Package: dict-vera Version: 1:1.12-1 Severity: wishlist RFS is used in Debian circles to mean "Request for Sponsor". Seen at http://people.debian.org/~mpalmer/debian-mentors_FAQ.html and on freenode #debian-women IRC. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dict-vera depends on: ii dictd [dict-server] 1.9.15-1 Dictionary Server -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292284: dict-vera: please add definition of XLFD
Package: dict-vera Version: 1:1.12-1 Severity: wishlist XLFD X Logical Font Description (X Window System) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dict-vera depends on: ii dictd [dict-server] 1.9.15-1 Dictionary Server -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292295: dict-wn: grammar error in "exude" entry
Package: dict-wn
Version: 2.0g-11
Severity: normal
>From WordNet (r) 2.0 (August 2003) [wn]:
exude
v 1: release (a liquid) in drops or small quantities; "exude
sweat through the pores" [syn: {exudate}, {transude},
{ooze out}, {ooze}]
2: make apparent by one's mood or behaviour; "She exude great
confidence"
"She exude"???
"SHE EXUDE"???
I exude.
You exude.
He exudes.
She exudes.
It exudes.
They exude.
We exude.
WordNet sucks.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.4.27-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages dict-wn depends on:
ii dictd [dict-server] 1.9.15-1 Dictionary Server
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292412: net-snmp: clean rule doesn't really clean
Package: net-snmp Version: 5.1.2-6 Severity: normal The following files are not cleaned or restored to their unpacked state by the debian/rules file's "clean" rule. aclocal.m4| 3902 config.guess | 1363 - config.sub| 1470 - configure |28392 -- include/net-snmp/library/snmp.h |2 include/net-snmp/net-snmp-config.h.in | 1458 - ltmain.sh | 5062 -- stamp-h |1 stamp-h.in|1 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- G. Branden Robinson| Men are born ignorant, not stupid. Debian GNU/Linux | They are made stupid by education. [EMAIL PROTECTED] | -- Bertrand Russell http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#282062: /usr/lib/mozilla/mozilla-bin: relocation error: /usr/lib/mozilla/plugins/libflash-mozplugin.so: undefined symbol: XtWindowToWidget
Package: libflash-mozplugin Version: 0.4.11-3 Followup-For: Bug #282062 It appears to crash due to an unresolved symbol error. /usr/lib/mozilla/mozilla-bin: relocation error: /usr/lib/mozilla/plugins/libflash-mozplugin.so: undefined symbol: XtWindowToWidget This is unacceptable. I'm going to kick the severity of this up to grave. We can't ship this pile of garbage in sarge. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libflash-mozplugin depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libflash0 0.4.11-3 GPL Flash (SWF) Library - shared l -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292295: dict-wn: grammar error in "exude" entry
On Wed, Jan 26, 2005 at 10:02:16AM +0100, Andreas Tille wrote:
> On Wed, 26 Jan 2005, Branden Robinson wrote:
>
> >>From WordNet (r) 2.0 (August 2003) [wn]:
> >
> > exude
> > v 1: release (a liquid) in drops or small quantities; "exude
> > sweat through the pores" [syn: {exudate}, {transude},
> > {ooze out}, {ooze}]
> > 2: make apparent by one's mood or behaviour; "She exude great
> >confidence"
> >
> >"She exude"???
> >
> >"SHE EXUDE"???
> >
> >I exude.
> >You exude.
> >He exudes.
> >She exudes.
> >It exudes.
> >They exude.
> >We exude.
> >
> >WordNet sucks.
> But this bug report sucks as well. I'm sorry, but I'm no native speaker and
> do not really know how to fix your problem.
See above:
> >She exudes.
> Could you please provide a patch? I have no idea how I can fix your problem
[...]
Er, well, I would expect the maintainer of a dictionary package to be able
to edit entries in it. But I'll see if I can come up with a diff to the
source package in the near future.
> neither do I know why this bug reports has severity "normal" (instead of
> wishlist).
It's a dictionary. It shouldn't have incorrect examples of language usage.
--
G. Branden Robinson| Organized religion is a sham and a
Debian GNU/Linux | crutch for weak-minded people who
[EMAIL PROTECTED] | need strength in numbers.
http://people.debian.org/~branden/ | -- Jesse Ventura
signature.asc
Description: Digital signature
Bug#341650: udev: postinst dies upon upgrade from 0.76-2 to 0.76-3
Package: udev Version: 0.076-3 Severity: grave The postinst is apparently unhappy upon upgrading. Preparing to replace udev 0.076-2 (using .../udev_0.076-3_powerpc.deb) ... Unpacking replacement udev ... [...] Setting up udev (0.076-3) ... Installing new version of config file /etc/modprobe.d/blacklist ... Installing new version of config file /etc/modprobe.d/pnp-hotplug ... Installing new version of config file /etc/udev/devfs.rules ... Installing new version of config file /etc/udev/udev.rules ... Installing new version of config file /etc/init.d/udev ... Cannot start udevd. (rc=1) dpkg: error processing udev (--configure): subprocess post-installation script returned error exit status 1 Let me know if there is any other info I can provide that would be of utility, and I'll see what I can do. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 4 lrwxrwxrwx 1 root root 20 Oct 22 00:03 020_permissions.rules -> ../permissions.rules lrwxrwxrwx 1 root root 19 Oct 11 17:39 025_libgphoto2.rules -> ../libgphoto2.rules lrwxrwxrwx 1 root root 16 Oct 30 18:23 025_libsane.rules -> ../libsane.rules -rw-r--r-- 1 root root 173 Oct 14 21:05 025_pmp-common.rules lrwxrwxrwx 1 root root 19 Oct 22 00:03 cd-aliases.rules -> ../cd-aliases.rules lrwxrwxrwx 1 root root 13 Oct 22 00:03 udev.rules -> ../udev.rules lrwxrwxrwx 1 root root 19 Oct 22 00:03 z20_persistent.rules -> ../persistent.rules lrwxrwxrwx 1 root root 12 Oct 22 00:03 z50_run.rules -> ../run.rules lrwxrwxrwx 1 root root 16 Oct 22 00:03 z55_hotplug.rules -> ../hotplug.rules lrwxrwxrwx 1 root root 19 Aug 12 03:06 z60_alsa-utils.rules -> ../alsa-utils.rules lrwxrwxrwx 1 root root 17 Oct 22 00:03 z70_hotplugd.rules -> ../hotplugd.rules -- /sys/: /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hda/hda4/dev /sys/block/hdb/dev /sys/block/hdb/hdb1/dev /sys/block/hdb/hdb2/dev /sys/block/hdb/hdb3/dev /sys/block/hdb/hdb4/dev /sys/block/hdc/dev /sys/block/hdc/hdc1/dev /sys/block/hdc/hdc2/dev /sys/block/hde/dev /sys/block/hdf/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram1/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/adb/adb/dev /sys/class/graphics/fb0/dev /sys/class/input/event0/dev /sys/class/input/event1/dev /sys/class/input/event2/dev /sys/class/input/event3/dev /sys/class/input/event4/dev /sys/class/input/mice/dev /sys/class/input/mouse0/dev /sys/class/input/mouse1/dev /sys/class/input/ts0/dev /sys/class/input/ts1/dev /sys/class/misc/agpgart/dev /sys/class/misc/nvram/dev /sys/class/misc/pmu/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/seq/dev /sys/class/sound/sequencer/dev /sys/class/sound/sequencer2/dev /sys/class/sound/timer/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii initscripts 2.86.ds1-6 Standard scripts needed for bootin ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libselinux1 1.26-1 SELinux shared libraries ii libsepol1 1.8-1 Security Enhanced Linux policy lib ii lsb-base 3.0-11 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-79 creates device files in /dev ii sed 4.1.4-4The GNU sed stream editor udev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#160257: #160257
Package: xpdf-reader Version: 3.01-2 Followup-For: Bug #160257 I can confirm that this bug is still present in the current version of xpdf. The -fullscreen option seems to force the zoom level to be "page" regardless of if, or how, the "-z" option is specified. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xpdf-reader depends on: ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii lesstif2 1:0.94.4-1 OSF/Motif 2.1 implementation relea ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-4 GCC support library ii libice6 6.8.2.dfsg.1-11Inter-Client Exchange library ii libpaper1 1.1.14-3 Library for handling paper charact ii libsm66.8.2.dfsg.1-11X Window System Session Management ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libx11-6 6.8.2.dfsg.1-11X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11X Window System miscellaneous exte ii libxp66.8.2.dfsg.1-11X Window System printing extension ii libxpm4 6.8.2.dfsg.1-11X pixmap library ii libxt66.8.2.dfsg.1-11X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-11X Window System client libraries m ii xpdf-common 3.01-2 Portable Document Format (PDF) sui ii zlib1g1:1.2.3-8 compression library - runtime xpdf-reader recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342272: listarchives: please remove "Stock Maven" spam message
Package: listarchives Severity: normal The following message: http://lists.debian.org/debian-kernel/2004/11/msg00434.html is spam. Since it predates the addition of the spam-reporting feature to our list archives, though, I cannot use the newer means of reporting this message. This particular spam message is a bit of a problem for us; please consult Message-ID: <[EMAIL PROTECTED]> in the archives of debian-private for why. Thanks for your assistance. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342692: kdelibs-bin: kcmshell reports bogus battery power statistics
Package: kdelibs-bin Version: 4:3.4.3-2 Severity: normal File: /usr/bin/kcmshell I couldn't find out which KDE binary actually provides the battery monitor (the menu says "KLaptop", but there is no executable by that name on my system). Using ps and grep I found "/usr/bin/kcmshell laptop", which represents my best guess at which binary is responsible. At any rate, on my battery-less desktop system, I get a warning on every KDE startup that my battery is low, and the battery monitor wrongly reports that I have a battery (which is always empty and never charging). The battery power level is reported as the highly bogus value -2^32%. See attached screenshot. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kdelibs-bin depends on: ii kdelibs4c2a 4:3.4.3-2 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.7-3 The Network Audio System (NAS). (s ii libbz2-1.0 1.0.2-11high-quality block-sorting file co ii libc62.3.5-8 GNU C Library: Shared libraries an ii libcupsys2 1.1.23-12 Common UNIX Printing System(tm) - ii libfam0 2.7.0-8 client library to control the FAM 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 libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management 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 libxml2 2.6.22-2GNOME XML library ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxslt1.1 1.1.15-2XSLT processing library - runtime ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii menu-xdg 0.2.1 freedesktop.org menu compliant win ii netpbm 2:10.0-10 Graphics conversion tools ii perl 5.8.7-8 Larry Wall's Practical Extraction ii python 2.3.5-3 An interactive high-level object-o ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages kdelibs-bin recommends: ii perl-suid 5.8.7-8Runs setuid Perl scripts -- no debconf information kcmshell.png Description: PNG image
Bug#342692: kdelibs-bin: kcmshell reports bogus battery power statistics
Minor correction: Of course, I meant to say that the battery power level was reported as -(2^31)%, since evidently a signed 32-bit value is being used. -- G. Branden Robinson|Beware of and eschew pompous Debian GNU/Linux |prolixity. [EMAIL PROTECTED] |-- Charles A. Beardsley http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#342272: acknowledged by developer (listarchives: please remove "Stock Maven" spam message)
On Sun, Dec 11, 2005 at 02:48:08PM -0800, Debian Bug Tracking System wrote: > The message has now been replaced by a placeholder message. > > http://lists.debian.org/debian-kernel/2004/11/msg00434.html > > I have just submitted method I've used to remove the message to fellow=20 > list (archive) masters for review. > The permanency of the removal may depend on their reaction (although I=20 > doubt this particular removal will be reverted). Thank you very much for taking care of this, Frans! -- G. Branden Robinson| Human beings rarely imagine a god Debian GNU/Linux | that behaves any better than a [EMAIL PROTECTED] | spoiled child. http://people.debian.org/~branden/ | -- Robert Heinlein signature.asc Description: Digital signature
Bug#343365: libc6: strfry() SEGVs
Package: libc6
Version: 2.3.5-8
Severity: important
When I attempt to use strfry() as documented, it segfaults.
Please see the following attachments:
* my C source code
* my compiled ELF executable
* a transcript of my GDB session
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.9-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
-- no debconf information
/* cc -Wall -Werror -std=c99 */
#define _GNU_SOURCE /* strfry() */
#include /* printf() */
#include /* malloc() */
#include /* strfry(), strncpy() */
int main(int argc, char **argv) {
char *string;
string = malloc(sizeof(char) * 8);
(void) strncpy(string, "bletch", sizeof(char) * 8);
(void) printf("%s\n", string);
(void) strncpy(string, "greunk", sizeof(char) * 8);
(void) strfry(string);
(void) printf("%s\n", string);
free(string);
return 0;
}
/* vim:set cindent et sts=4 sw=4 tw=80: */
strfry
Description: application/executable
$ gdb ./strfry ./core
GNU gdb 6.3.90_20051119-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-linux-gnu"...Using host libthread_db
library "/lib/tls/libthread_db.so.1".
Core was generated by `./strfry'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/debug/libc.so.6...done.
Loaded symbols for /usr/lib/debug/libc.so.6
Reading symbols from /lib/ld.so.1...Reading symbols from
/usr/lib/debug/lib/ld-2.3.5.so...done.
done.
Loaded symbols for /lib/ld.so.1
#0 __initstate_r (seed=1133653892, arg_state=0xffee50c "", n=32,
buf=0xffee4f0) at random_r.c:252
252 random_r.c: No such file or directory.
in random_r.c
(gdb) bt full
#0 __initstate_r (seed=1133653892, arg_state=0xffee50c "", n=32,
buf=0xffee4f0) at random_r.c:252
type = 1133648766
degree = 33618226
separation = 4146
state = (int32_t *) 0xffee4f0
old_type = 0
old_state = (int32_t *) 0x0
#1 0x0ff3a8e8 in strfry (string=0x18a4 "bletch") at strfry.c:35
state = '\0'
init = 0
rdata = {fptr = 0x0, rptr = 0x0, state = 0x0, rand_type = 0, rand_deg =
0, rand_sep = 0, end_ptr = 0x0}
i = 268362992
#2 0x14c8 in main (argc=1, argv=0x73d4) at strfry.c:14
string = 0x18a4 "bletch"
(gdb) quit
Bug#344066: bash: [COMPLETION] scp completion spews sed error instead
Package: bash Version: 3.1-1 Severity: normal File: /etc/bash_completion I type "scp". I get: scp sed: -e expression #1, char 20: unterminated `s' command This is not what I expected. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bash depends on: ii base-files3.1.9 Debian base system miscellaneous f ii debianutils 2.15.2 Miscellaneous utilities specific t ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344181: apt: [libapt-pkg] compiler warning with G++ 3.4.3 on Solaris 2.11
Package: apt
Version: 0.5.28.6
Severity: normal
Tags: patch
(Bug given normal severity with some trepidation -- perhaps
minor would be more appropriate?)
G++ 3.4.3 on Solaris 2.11 throws a compiler warning when
compiling acquire-item.cc.
/include/apt-pkg/acquire-item.h: In constructor
`pkgAcqMetaIndex::pkgAcqMetaIndex(pkgAcquire*, std::string, std::string,
std::string, std::string, const std::vector >*, indexRecords*)':
/include/apt-pkg/acquire-item.h:153: warning: `pkgAcqMetaIndex::AuthPass' will
be initialized after
/include/apt-pkg/acquire-item.h:152: warning:
`indexRecords*pkgAcqMetaIndex::MetaIndexParser'
acquire-item.cc:434: warning: when initialized here
/include/apt-pkg/acquire-item.h:152: warning:
`pkgAcqMetaIndex::MetaIndexParser' will be initialized after
/include/apt-pkg/acquire-item.h:151: warning: `const
std::vector
>*pkgAcqMetaIndex::IndexTargets'
acquire-item.cc:434: warning: when initialized here
This is because the constructor declared in acquire-item.h and
defined in acquire-item.cc disagree as to the order of
parameters.
Since changing acquire-item.h would constitute an ABI change,
the attached patch alters acquire-item.cc instead.
Thanks to Jeff Licquia for walking me through this, as I don't
really have a C++ brain. He did advise that this probably
really is just a cosmetic issue, as there don't appear to be
any static class members initialized by non-static member
functions or goofy stuff like that.
Interestingly, G++ 4.0.3 on etch doesn't throw this warning.
For giggles, here's the output of "c++ --version" and "c++
-dumpspecs" on Solaris 2.11 for x86:
$ c++ --version
c++ (GCC) 3.4.3 (csl-sol210-3_4-20050802)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ c++ -dumpspecs
*asm:
--traditional-format %{v:-V} %{Qy:} %{!Qn:-Qy} %{n} %{T} %{Ym,*} %{Yd,*}
%{Wa,*:%*} %{m32:--32} %{m64:--64} -s %(asm_cpu)
*asm_debug:
%{gstabs*:--gstabs}%{!gstabs*:%{g*:--gdwarf2}}
*asm_final:
*asm_options:
%a %Y %{c:%W{o*}%{!o*:-o %w%b%O}}%{!c:-o %d%w%u%O}
*invoke_as:
%{!S:-o %|.s |
as %(asm_options) %|.s %A }
*cpp:
%{.S:-P} %(cpp_subtarget)
*cpp_options:
%(cpp_unique_options) %1 %{m*} %{std*} %{ansi} %{W*&pedantic*} %{w} %{f*}
%{g*:%{!g0:%{!fno-working-directory:-fworking-directory}}} %{O*} %{undef}
*cpp_debug_options:
%{d*}
*cpp_unique_options:
%{C|CC:%{!E:%eGCC does not support -C or -CC without -E}} %{!Q:-quiet}
%{nostdinc*} %{C} %{CC} %{v} %{I*} %{P} %I %{MD:-MD %{!o:%b.d}%{o*:%.d%*}}
%{MMD:-MMD %{!o:%b.d}%{o*:%.d%*}} %{M} %{MM} %{MF*} %{MG} %{MP} %{MQ*} %{MT*}
%{!E:%{!M:%{!MM:%{MD|MMD:%{o*:-MQ %*} %{trigraphs} %{remap} %{g3:-dD} %{H}
%C %{D*&U*&A*} %{i*} %Z %i %{E|M|MM:%W{o*}}
*trad_capable_cpp:
cc1 -E %{traditional|ftraditional|traditional-cpp:-traditional-cpp}
*cc1:
%(cc1_cpu) %{profile:-p}
*cc1_options:
%{pg:%{fomit-frame-pointer:%e-pg and -fomit-frame-pointer are incompatible}} %1
%{!Q:-quiet} -dumpbase %B %{d*} %{m*} %{a*} %{c|S:%{o*:-auxbase-strip
%*}%{!o*:-auxbase %b}}%{!c:%{!S:-auxbase %b}} %{g*} %{O*} %{W*&pedantic*} %{w}
%{std*} %{ansi} %{v:-version} %{pg:-p} %{p} %{f*} %{undef} %{Qn:-fno-ident}
%{--help:--help} %{--target-help:--target-help}
%{!fsyntax-only:%{S:%W{o*}%{!o*:-o %b.s}}} %{fsyntax-only:-o %j} %{-param*}
*cc1plus:
*link_gcc_c_sequence:
%G %L %G
*endfile:
crtend.o%s crtn.o%s
*link:
%{h*} %{v:-V}%{b} %{Wl,*:%*}%{static:-dn -Bstatic}%{shared:-G -dy
%{!mimpure-text:-z text}}%{symbolic:-Bsymbolic -G -dy -z text}
%(link_arch)%{Qy:} %{!Qn:-Qy}
*lib:
%{compat-bsd:-lucb -lsocket -lnsl -lelf -laio}%{!shared: %{!symbolic:
%{pthreads:-lpthread}%{!pthreads:%{threads:-lthread}}
%{p|pg:-ldl} -lc}}
*libgcc:
%{static|static-libgcc:-lgcc
-lgcc_eh}%{!static:%{!static-libgcc:%{!shared:%{!shared-libgcc:-lgcc
-lgcc_eh}%{shared-libgcc:-lgcc_s%M -lgcc}}%{shared:-lgcc_s%M}}}
*startfile:
%{!shared: %{!symbolic:
%{p:mcrt1.o%s} %{!p:
%{pg:gcrt1.o%s gmon.o%s} %{!pg:crt1.o%s
crti.o%s %(startfile_arch) crtbegin.o%s
*switches_need_spaces:
*cross_compile:
0
*version:
3.4.3
*multilib:
. !m32 !m64;32:. m32 !m64;amd64:amd64 !m32 m64;
*multilib_defaults:
m32
*multilib_extra:
*multilib_matches:
m32 m32;m64 m64;
*multilib_exclusions:
*multilib_options:
m32/m64
*linker:
collect2
*link_libgcc:
%D
*md_exec_prefix:
/usr/ccs/bin/
*md_startfile_prefix:
*md_startfile_prefix_1:
*startfile_prefix_spec:
*sysroot_suffix_spec:
*sysroot_hdrs_suffix_spec:
*cc1_cpu:
%{!mtune*: %{m386:mtune=i386 %n`-m386' is deprecated. Use `-march=i386' or
`-mtune=i386' instead.
} %{m486:-mtune=i486 %n`-m486' is deprecated. Use `-march=i486' or
`-mtune=i486' instead.
} %{mpentium:-mtun
Bug#337791: librplay3-dev: should depend on libc6-dev
Package: librplay3-dev Version: 3.3.2-9 Severity: serious File: /usr/include/rplay.h Per Policy §3.5, librplay3-dev should depend on libc6-dev | libc6-dev. Its header file references C library headers, and if those are not installed, the compilation of source code which #includes rplay.h will fail. Every other library -dev package I'm familiar with depends on the -dev packages whose header files it references. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages librplay3-dev depends on: ii librplay3 3.3.2-9Shared libraries for the rplay net librplay3-dev recommends no packages. -- no debconf information
Bug#333802: pyblosxom: README.gz refers user to files not shipped in package
On Sun, Nov 06, 2005 at 09:44:29AM -0500, Tollef Fog Heen wrote: > * Branden Robinson > > | /usr/share/doc/pyblosxom/README.gz says this: > | > | 5. Adjusted the default templates for HTML and RSS. Removed all other > |default templates. Look at the flavour_examples directory for > |flavour examples. > | > | ...but I can't find this directory in the package. > > Correct, and that is under the heading: > > «Changes between 0.9 and 1.0» > > A bit earlier in the file: > > Changes between 1.0 and 1.1 > === > > Pertinent to users: > --- > > 1. We no longer include contributed plugins and flavours. To find >plugins and flavours, go to the PyBlosxom registry located at: > > So, closing as «not a bug». Oh, ah. Sorry for my confusion. -- G. Branden Robinson| The key to being a Southern Debian GNU/Linux | Baptist: It ain't a sin if you [EMAIL PROTECTED] | don't get caught. http://people.debian.org/~branden/ | -- Anthony Davidson signature.asc Description: Digital signature
Bug#337791: librplay3-dev: should depend on libc6-dev
On Sun, Nov 06, 2005 at 04:18:11PM +0100, Frank Lichtenheld wrote: > On Sun, Nov 06, 2005 at 09:55:07AM -0500, Branden Robinson wrote: > > Package: librplay3-dev > > Version: 3.3.2-9 > > Severity: serious > > File: /usr/include/rplay.h > > > > Per Policy §3.5, librplay3-dev should depend on libc6-dev | libc6-dev. > > This should probably have been "libc6-dev | libc-dev" Quite right. Yes. Package maintainer, please read my suggestion thus. Thanks, Frank! -- G. Branden Robinson| Eternal vigilance is the price of Debian GNU/Linux | liberty. [EMAIL PROTECTED] | -- Wendell Phillips http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#338349: debhelper: debhelper(7) identifies itself in its .TH directive as "", not "debhelper"
Package: debhelper Version: 5.0.3 Severity: minor .TH "" 7 "2005-11-07" "5.0.3" "Debhelper" Well, that don't look right. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages debhelper depends on: ii binutils 2.16.1cvs20050902-1 The GNU assembler, linker and bina ii coreutils [fileutils 5.2.1-2.1 The GNU core utilities ii debconf-utils1.4.59 debconf utilities ii dpkg-dev 1.13.11 package building tools for Debian ii file 4.15-2 Determines file type using "magic" ii fileutils5.2.1-2.1 The GNU file management utilities ii html2text1.3.2a-3An advanced HTML to text converter ii perl 5.8.7-7 Larry Wall's Practical Extraction ii po-debconf 0.9.0 manage translated Debconf template debhelper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338669: gnumeric: FTBFS on powerpc
Package: gnumeric
Version: 1.6.0-2
Severity: serious
Justification: no longer builds from source
Even after the libgsf-1{,-common} problem is cleared up by using more
recent versions of the package, gnumeric still has a problem building from
source.
Log attached.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.9-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
gnumeric_1.6.0-2_powerpc.build.bz2
Description: BZip2 compressed data
Bug#336775: marked as done (read-edid does not provide any binary)
On Mon, Nov 14, 2005 at 12:33:25PM -0800, Debian Bug Tracking System wrote: > You got the wrong option. It's -L, not -S : > # dpkg -L read-edid > /. > /usr > /usr/bin > /usr/bin/get-edid > /usr/bin/parse-edid > /usr/share > [...] Aha. I overlooked that. Thanks for catching it, Stefan! -- G. Branden Robinson|I've made up my mind. Don't try to Debian GNU/Linux |confuse me with the facts. [EMAIL PROTECTED] |-- Indiana Senator Earl Landgrebe http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#347423: evince: renders ECMA-6 PDF as featureless black pages
Package: evince Version: 0.4.0-1 Severity: normal File: /usr/bin/evince When I try to view: http://www.ecma-international.org/publications/files/ecma-st/ECMA-006.pdf with evince, all I get are 28 featureless black pages. xpdf and gpdf render the same file just fine. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages evince depends on: ii gconf2 2.12.1-6GNOME configuration database syste ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-11GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libdjvulibre15 3.5.16-2Runtime support for the DjVu image ii libesd0 0.2.36-1Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgconf2-4 2.12.1-6GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.5-1 The GLib library of C routines ii libgnome-keyring00.4.6-2 GNOME keyring services library ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeprint2.2-0 2.10.3-3The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.10.2-2GNOME 2.2 print architecture User ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error01.1-4 library for common error values an ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libjpeg626b-11 The Independent JPEG Group's JPEG ii libkpathsea3 2.1-1 path search library for teTeX (run ii libnautilus-extension1 2.10.1-5libraries for nautilus components ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libpoppler0c20.4.3-2 PDF rendering library ii libpoppler0c2-glib 0.4.3-2 PDF rendering library (GLib-based ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-6 The GNU Standard C++ Library v3 ii libtasn1-2 0.2.17-1Manage ASN.1 structures (runtime) ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxml2 2.6.22-2GNOME XML library ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii xlibs6.9.0.dfsg.1-2 X Window System client libraries m ii zlib1g 1:1.2.3-9 compression library - runtime evince recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#347425: reportbug: would like --resume option for picking up from an interrupted report
Package: reportbug
Version: 3.18
Severity: wishlist
After a bug report has been editing, reportbug prompts whether the report
should be sent now. If not, the message is saved to a temporary directory
and the program edits.
That's fine, but I'd like to be able to "pick up where I left off"; it'd be
nice if reportbug supported a --resume option. I don't want to have to go
through the BTS querying, new version checks, picking a subject and
severity and all that jazz when I've already got a pre-populated bug report
whose human-authored parts of the message body may just need to be edited.
I can think of two ways of implementing it:
* --resume takes an argument, a path to a saved bug report draft
* --resume takes no argument, and instead reportbug searches $TMPDIR for
filenames matching the template it uses ("reportbug-$packagename-etc."),
giving the user a menu and permitting them to select which report they want
to resume.
Either would satisfy my needs.
-- Package-specific info:
** Environment settings:
EDITOR="/usr/bin/vim"
DEBEMAIL="[EMAIL PROTECTED]"
DEBFULLNAME="Branden Robinson"
** /home/branden/.reportbugrc:
reportbug_version "2.20"
mode expert
ui text
realname "Branden Robinson"
email "[EMAIL PROTECTED]"
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages reportbug depends on:
ii python2.3 2.3.5-9An interactive high-level object-o
Versions of packages reportbug recommends:
ii python2.3-iconvcodec 1.1.2-1Python universal Unicode codec, us
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337383: abcde: new version refuses to clean up its temporary directories
Package: abcde
Version: 2.3.99-1
Severity: normal
File: /usr/bin/abcde
Since I upgraded to 2.3.99-1, I consistently have the following problem
with every rip I do.
(No, I did not have any uncompleted rips from the previous version, as
warned about in the package changelog.)
[WAR] Not all encoded formats have been requested to be moved.
[WAR] Use "-a clean -f -C 7609d309" to force the removal of the remaining data.
Finished. Not cleaning /home/branden/misc/rip/abcde.7609d309.
I don't understand what the first warning means.
Anyway, I have to scrub the temporary directory manually, with the arguments
stated, or with rm -r.
I'm attaching my ~/.acbde.conf.
Apart from that, I rarely have cause to complain about abcde. Thanks for
maintaining it!
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.9-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages abcde depends on:
ii cd-discid 0.9-1 CDDB DiscID utility
ii cdparanoia3a9.8-11 An audio extraction tool for sampl
ii flac 1.1.2-3Free Lossless Audio Codec - comman
ii vorbis-tools 1.0.1-1.5 Several Ogg Vorbis Tools
ii wget 1.10.2-1 retrieves files from the web
abcde recommends no packages.
-- no debconf information
OUTPUTFORMAT='${ARTISTFILE}/${ALBUMFILE}/${TRACKNUM}.${TRACKFILE}'
Bug#312953: render: new upstream version (0.9) released 2005-06-10
Package: render Severity: wishlist As of a few minutes ago, Keith Packard released Render 0.9. URL: http://xlibs.freedesktop.org/release/renderext-0.9.tar.gz Since this is needed to build xorg-x11 from Subversion without a nasty kludge, I plan to handle this within the next few days (maybe even tonight). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312954: xrender: new upstream version (0.9.0) released 2005-06-10
Package: xrender Severity: wishlist As of a few minutes ago, Keith Packard released libXrender 0.9.0. URL: http://xlibs.freedesktop.org/release/libXrender-0.9.0.tar.gz Since this is needed to build xorg-x11 from Subversion without a nasty kludge, I plan to handle this within the next few days (maybe even tonight). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- G. Branden Robinson| I suspect Linus wrote that in a Debian GNU/Linux | complicated way only to be able to [EMAIL PROTECTED] | have that comment in there. http://people.debian.org/~branden/ | -- Lars Wirzenius signature.asc Description: Digital signature
Bug#314347: openssh-client: "Bad owner or permissions on $HOME/.ssh/config" check too aggressive
Package: openssh-client
Version: 1:4.1p1-3
Severity: important
Setting severity to important because this unexpectedly busted Subversion,
though I don't honestly believe it's a *critical* bug.
I just upgraded from sid as of about the time sarge released, and got a blitz
of new packages, including the new openssh-client package.
Here's a session transcript:
1148 {0} [EMAIL PROTECTED]:~/packages/xorg-x11/svn/trunk/debian$ svn up
Bad owner or permissions on /home/branden/.ssh/config
svn: Connection closed unexpectedly
1149 {1} [EMAIL PROTECTED]:~/packages/xorg-x11/svn/trunk/debian$ l -l
$HOME/.ssh/config
-rw-rw-r-- 1 branden branden 125 Jun 26 2004 /home/branden/.ssh/config
1150 {0} [EMAIL PROTECTED]:~/packages/xorg-x11/svn/trunk/debian$ chmod 644
/home/branden/.ssh/config
1151 {0} [EMAIL PROTECTED]:~/packages/xorg-x11/svn/trunk/debian$ svn up
At revision 220.
I think that check is excessively paranoid. I can think of a few
possibilities for resolving this bug:
1) Have the ssh client check to see if usergroups are configured in
adduser. Perhaps not a great solution because 1) it's complicated, and
2) this doesn't tell you anything about whether a particular user's
account was created with this property or not.
2) Simply tolerate group-writable files if the group name in question is
identical to the user name.
3) Alternatively or additionally to 2), ensure that the user is the only
member of the group owning the group-writable file.
4) Step this fatal error down to a warning. (I'd find it annoying,
though.)
5) As part of the many migrations done to the new openssh world order, walk
/home and chmod g-w on all .ssh/config files. Some people might
consider this intrusive, though, and it doesn't prevent the creation of
new accounts with this problem.
6) Tell everybody in my position "tough cookie" and add a NEWS item
advising people that the default umask with usergroups enabled in
adduser is just bad news for .ssh/config.
In any case:
7) It would be nice if the ssh client would identify itself before spewing
that message; e.g.:
ssh: bad owner or permissions on /home/branden/.ssh/config
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.9-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages openssh-client depends on:
ii adduser 3.63 Add and remove users and groups
ii debconf [debconf-2.0] 1.4.51 Debian configuration management sy
ii dpkg 1.13.9 Package maintenance system for Deb
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libedit2 2.9.cvs.20050518-2 BSD editline and history libraries
ii libncurses5 5.4-6 Shared libraries for terminal hand
ii libssl0.9.7 0.9.7g-1 SSL shared libraries
ii zlib1g1:1.2.2-4 compression library - runtime
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314363: bash: tab completion fails with awk error when first arg is gdb and second arg is subshell expansion
Package: bash
Version: 3.0-15
Severity: normal
$ gdb $(which svn) svn_exawk: {if ($1 ~ /^$(which
awk:^ unterminated regexp
awk: fatal: Unmatched ( or \(: /^$(which/
Nasty.
(
I typed:
gdb $(which svn) svn_e
)
* Replacing "gdb" with "ls" makes the problem go away.
* Replacing "$(which svn)" with "/usr/bin/svn" suppresses the error, but the
completion does nothing useful. It apparently doesn't know what to look for,
and it certainly doesn't offer any completions in $PWD.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.9-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages bash depends on:
ii base-files 3.1.4Debian base system miscellaneous f
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libncurses5 5.4-6Shared libraries for terminal hand
ii passwd 1:4.0.3-35 change and administer password and
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314381: libsvn0: SEGV when exporting local checkout with libsvn0 1.2.0
Package: libsvn0
Version: 1.2.0-1
Severity: important
This is a functional regression from 1.1.4-2.
The following command line failed:
$ svn export ../svn/trunk/debian
../svn/trunk is a locally-modified checkout of:
http://necrotic.deadbeast.net/svn/xorg-x11/trunk/
There was no error message, just:
Segmentation fault (core dumped)
This problem is reproducible at will. It doesn't go away until I downgrade
libsvn0 to 1.1.4-2. Downgrading subversion, subversion-tools, and
python2.3-subversion do not remedy it.
I have a core dump, ltrace, and strace available on the Web:
http://redwald.deadbeast.net/tmp/svn_export.core
http://redwald.deadbeast.net/tmp/svn_export.ltrace
http://redwald.deadbeast.net/tmp/svn_export.strace
According to the above, an *un*modified local file was being exported when
things went wrong.
Here's a transcript of my GDB session:
1360 {0} [EMAIL PROTECTED]:~/packages/xorg-x11/xorg-x11-6.8.2.dfsg.1$ gdb
$(which svn) core
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-linux"...(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
Core was generated by `svn export ../svn/trunk/debian'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libsvn_client-1.so.0...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libsvn_client-1.so.0
Reading symbols from /usr/lib/libsvn_wc-1.so.0...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libsvn_wc-1.so.0
Reading symbols from /usr/lib/libsvn_ra-1.so.0...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libsvn_ra-1.so.0
Reading symbols from /usr/lib/libsvn_delta-1.so.0...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libsvn_delta-1.so.0
Reading symbols from /usr/lib/libsvn_subr-1.so.0...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libsvn_subr-1.so.0
Reading symbols from /usr/lib/libaprutil-0.so.0...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libaprutil-0.so.0
Reading symbols from /usr/lib/libldap_r.so.2...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libldap_r.so.2
Reading symbols from /usr/lib/liblber.so.2...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/liblber.so.2
Reading symbols from /usr/lib/libdb-4.2.so...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libdb-4.2.so
Reading symbols from /usr/lib/libexpat.so.1...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libexpat.so.1
Reading symbols from /usr/lib/libapr-0.so.0...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libapr-0.so.0
Reading symbols from /lib/librt.so.1...Reading symbols from
/usr/lib/debug/lib/librt-2.3.2.so...(no debugging symbols found)...done.
(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libnsl.so.1...Reading symbols from
/usr/lib/debug/lib/libnsl-2.3.2.so...(no debugging symbols found)...done.
(no debugging symbols found)...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /usr/lib/libneon.so.24...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libneon.so.24
Reading symbols from /usr/lib/libssl.so.0.9.7...done.
Loaded symbols for /usr/lib/libssl.so.0.9.7
Reading symbols from /usr/lib/libcrypto.so.0.9.7...done.
Loaded symbols for /usr/lib/libcrypto.so.0.9.7
Reading symbols from /usr/lib/libxml2.so.2...done.
Loaded symbols for /usr/lib/libxml2.so.2
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/libpthread.so.0...Reading symbols from
/usr/lib/debug/lib/libpthread-0.10.so...done.
done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libm.so.6...Reading symbols from
/usr/lib/debug/lib/libm-2.3.2.so...done.
done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libc.so.6...Reading symbols from
/usr/lib/debug/lib/libc-2.3.2.so...done.
done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/lib/libsvn_diff-1.so.0...done.
Loaded symbols for /usr/lib/libsvn_diff-1.so.0
Reading symbols from /usr/lib/libsvn_ra_local-1.so.0...done.
Loaded symbols for /usr/lib/libsvn_ra_local-1.so.0
Reading symbols from /usr/lib/libsvn_repos-1.so.0...done.
Loaded symbols for /usr/lib/libsvn_repos-1.so.0
Reading symbols from /usr/lib/libsvn_fs-1.so.0...done.
Loaded symbols for /usr/lib/libsvn_fs-1.so.0
Reading symbols from /usr/lib/libsvn_ra_svn-1.so.0...done.
Loaded symbols for /usr/lib/libsvn_ra_svn-1.so.0
Reading symbols from /usr/lib/libsvn_ra_dav-1.so.0...done.
Loaded symbols for /usr/lib/libsvn_ra_dav-1.so.0
Reading symbo
Bug#314425: ncurses-base: new xterm terminfo data appears to be wack with sarge's xterm [regression from 5.4-4]
Package: ncurses-base Version: 5.4-6 Severity: important My apologies if this isn't actually important, but it makes xterm too unpleasant to use for me, and I'm far too old and set in my ways to use a different terminal emulator or stop using color. After upgrading my machine today and coming home to reattach my screen session, I got horrible corruption. Sometimes the characters immediately following a color escape sequence would be eaten (easy test case: "ls --color=always -a" -- the first character on the line after the double-dot directory entry gets eaten); other times (such as in irssi windows) I'd be kicked into DEC alternate character set mode. Sometimes CTRL-L would restore the normal character set, but I'd still be missing characters adjacent to color escape sequences. Sometimes I'd have to do a "soft reset" or "full reset". Downgrading ncurses-base from 5.4-6 to 5.4-4 resolved the issue. N.B., I did *not* have to downgrade any other ncurses binary package, so I suspect the terminfo used in 5.4-6 (5.4-5?) simply isn't compatible with sarge's xterm, which is pretty close to bone-stock XTerm #200 release by Thomas Dickey. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314714: dictionaries-common: debconf asks me question with absurd choice
Package: dictionaries-common Version: 0.30.1 Severity: normal Upgrading from sarge: Preconfiguring packages ... Dictionaries-common: Ispell dictionary -- Because more than one ispell dictionary will be available in your system, please select the one you'd like applications to use by default. You can change the default ispell dictionary at any time by running "select-default-ispell". 1. 2. Manual symlinks setting Which ispell dictionary should be the system's default? 1 Buh? I don't understand what I'm being asked. What *is* "1."? -- G. Branden Robinson|Lowery's Law: Debian GNU/Linux |If it jams -- force it. If it [EMAIL PROTECTED] |breaks, it needed replacing anyway. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#314715: reportbug: UnboundLocalError: local variable 'recommends' referenced before assignment
Package: reportbug
Version: 3.12
Severity: important
I can't report a bug with reportbug. Session transcript:
773 {0} [EMAIL PROTECTED]:~/webpage/exuberance$ reportbug -V0.30.1
dictionaries-common
*** Welcome to reportbug. Use ? for help at prompts. ***
Using 'Branden Robinson <[EMAIL PROTECTED]>' as your from address.
Detected character set: UTF-8
Please change your locale if this is incorrect.
Checking for newer versions at packages.debian.org...
Querying Debian BTS for reports on dictionaries-common (source)...
8 bug reports found:
Normal bugs - outstanding
1) #205516: dictionaries-common: aspell via ispell.el chokes on utf-8
characters
Normal bugs - resolved
2) #311239: ispell.el from dictionaries-common does not work in XEmacs.
Minor bugs - resolved
3) #313525: INTL:vi
4) #313685: dictionaries-common: [INTL:de] German PO file corrections
Wishlist items - resolved
5) #299816: Please make installdeb-myspell also install openoffice
hyphenation files
6) #310970: dictionaries-common: [INTL:id] Updated translation of
dictionaries-common to Bahasa Indonesia
7) #311584: dictionaries-common: [INTL:zh_TW] Updated Translation Chinese
debconf translation
8) #311841: dictionaries-common: [INTL:uk] Updated Ukrainian debconf
templates translation
(1-8/8) Is the bug you found listed above [y|N|m|r|q|s|f|?]? s
Traceback (most recent call last):
File "/usr/bin/reportbug", line 1695, in ?
main()
File "/usr/bin/reportbug", line 1292, in main
if (depends or recommends) and not options.kudos:
UnboundLocalError: local variable 'recommends' referenced before assignment
774 {1} [EMAIL PROTECTED]:~/webpage/exuberance$ dlocate -l reportbug
--
G. Branden Robinson|For every credibility gap, there is
Debian GNU/Linux |a gullibility fill.
[EMAIL PROTECTED] |-- Richard Clopton
http://people.debian.org/~branden/ |
signature.asc
Description: Digital signature
Bug#310025: mozilla-browser: cannot save any files due to "XML Parsing Error: syntax error Location: chrome://global/content/filepicker.xul Line number 1, column 1: lUT"
On Mon, May 23, 2005 at 11:51:33AM +0900, Takuo KITAME wrote: > 2005-05-21 (土) の 00:05 -0500 に Branden Robinson > さんは書きました: > > Package: mozilla-browser > > Version: 2:1.7.8-1 > > Severity: important > > > > I can't save images, files, or any other kind of content that would pull up > > the file browser because of this error. > > restarting mozilla will fix this problem maybe. I already tried that, multiple times, and it doesn't. :( Downgrading to the version of mozilla-browser in testing *does* work around it. 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 Version +++--== ii mozilla-browser 1.7.7-2 -- G. Branden Robinson| It's not a matter of alienating Debian GNU/Linux | authors. They have every right to [EMAIL PROTECTED] | license their software however we http://people.debian.org/~branden/ | like. -- Craig Sanders signature.asc Description: Digital signature
Bug#146234: bins: would like option for ISO date format, or a customizable date format better yet
On Wed, May 18, 2005 at 10:00:35PM +0100, Martin Michlmayr wrote: > * Branden Robinson <[EMAIL PROTECTED]> [2002-05-08 03:07]: > > Package: bins > > Version: 1.1.4-2 > > > > Bins seems to use some sort of continental European date format. I much > > prefer ISO 8601 format. > > Are you still using BINS? If so, I'd appreciate it if you could test > the patch I posted to this bug a few days ago. I am not using it anymore, no. -- G. Branden Robinson| If you want your name spelled Free Software Developer| wrong, die. [EMAIL PROTECTED] | -- Al Blanchard http://deadbeast.net/~branden/ | signature.asc Description: Digital signature
Bug#311262: alsa-utils: aplay does not use standard output and standard error streams correctly
Package: alsa-utils Version: 1.0.8-4 Severity: normal File: /usr/bin/aplay Tags: upstream aplay -l sends its output to standard error -- it should go to standard output. aplay -h sends its output to standard error -- it should go to standard output. There are probably other similar problems like this in the other alsa-utils commands. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages alsa-utils depends on: ii alsa-base 1.0.8-7ALSA driver configuration files ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii libasound21.0.8-3ALSA library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo ii modutils 2.4.27.0-3 Linux module utilities ii pciutils 1:2.1.11-15Linux PCI Utilities ii whiptail 0.51.6-23 Displays user-friendly dialog boxe -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#205255: repair dyslexic damage
package libx11-6 tag 205255 - pending thanks Hi Bdale, I think you mistyped a bug number; #205255 is an Xlib bug. -- G. Branden Robinson|I just wanted to see what it looked Debian GNU/Linux |like in a spotlight. [EMAIL PROTECTED] |-- Jim Morrison http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#310025: mozilla-browser: cannot save any files due to "XML Parsing Error: syntax error Location: chrome://global/content/filepicker.xul Line number 1, column 1: lUT"
On Mon, May 23, 2005 at 11:51:33AM +0900, Takuo KITAME wrote: > 2005-05-21 (土) の 00:05 -0500 に Branden Robinson > さんは書きました: > > Package: mozilla-browser > > Version: 2:1.7.8-1 > > Severity: important > > > > I can't save images, files, or any other kind of content that would pull up > > the file browser because of this error. > > restarting mozilla will fix this problem maybe. Another data point: I can still reproduce this problem on my PowerPC desktop, but I cannot on an i386 machine. -- G. Branden Robinson| Human beings rarely imagine a god Debian GNU/Linux | that behaves any better than a [EMAIL PROTECTED] | spoiled child. http://people.debian.org/~branden/ | -- Robert Heinlein signature.asc Description: Digital signature
Bug#308783: xfree86 SVN trunk ready for branch merge and release
I've tested all the xfree86 packages built from the current SVN trunk in my chroots. Upgrade/downgrade and install/purge tests pass. Fabio, build at will and upload unless the RM team says not to. Remember to ask the RMs to force -14 into sarge. Now I've got to pack for Brazil. :) -- G. Branden Robinson| When dogma enters the brain, all Debian GNU/Linux | intellectual activity ceases. [EMAIL PROTECTED] | -- Robert Anton Wilson http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#304992: www.debian.org: www.debian.org/News has same date (1 Jan 2005) for woody r4 and r5 point releases
Package: www.debian.org Severity: normal Something looks wrong here: [01 Jan 2005] Debian GNU/Linux 3.0 updated (r5) [18 Feb 2005] Debian project at several conferences and expos [01 Jan 2005] Debian GNU/Linux 3.0 updated (r4) According to my debian-announce folder[1], the r5 point release was done on 16 April 2005, not 1 January. [1] Message-ID: <[EMAIL PROTECTED]> http://lists.debian.org/debian-announce/debian-announce-2005/msg1.html -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301166: kaffe: left dangling symlink for native2ascii manpage on my system
On Thu, Apr 14, 2005 at 12:17:51PM +0200, Arnaud Vandyck wrote: > Branden Robinson <[EMAIL PROTECTED]> wrote: > > Please don't let sarge release with this bug. > > Dear Mister DPL, > > First, congratulation for your election. Thank you. I wasn't DPL yet at the time I filed that bug, though, just the DPL-elect. :) > This bug is fixed in the experimental upload. I'll upload it to unstable > this week-end. Great! Thank you very much. -- G. Branden Robinson| The noble soul has reverence for Debian GNU/Linux | itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#305089: www.debian.org: please update http://www.debian.org/intro/organization re: Debian Project Leader
Package: www.debian.org Severity: normal Hi guys, http://www.debian.org/intro/organization has recently become inaccurate with respect to the post of Debian Project Leader. Please update this page to reflect the current identity of the DPL. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#268697: dist-upgrade not explained in manpage
Package: aptitude Version: 0.2.15.9-2 Followup-For: Bug #268697 Can I beg and plead for this bug to be fixed, pleease? :) I'd be happy to help write a patch, except for the fact that I don't actually understand precisely what dist-upgrade does. I know only these things: * It doesn't work exactly like apt-get dist-upgrade. * It will hold back packages that aptitude upgrade does not. If you want to corner me in IRC some time and brain dump, I can try to come up with a patch to the manpage. Let me know what I can do to help. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-5-3 0.5.28.6 Advanced front-end for dpkg ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libncurses5 5.4-4Shared libraries for terminal hand ii libsigc++-1.2-5c102 1.2.5-4 type-safe Signal Framework for C++ ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305089: acknowledged by developer (Re: Bug#305089: www.debian.org: please update http://www.debian.org/intro/organization re: Debian Project Leader)
On Sun, Apr 17, 2005 at 03:18:09PM -0700, Debian Bug Tracking System wrote: > On Sun, Apr 17, 2005 at 04:36:02PM -0500, Branden Robinson wrote: > > Package: www.debian.org > > Severity: normal > > > > Hi guys, > > > > http://www.debian.org/intro/organization > > > > has recently become inaccurate with respect to the post of Debian Project > > Leader. > > > > Please update this page to reflect the current identity of the DPL. > > This is already fixed since more than 9 hours :-) Thank you for your speedy action. :) It is vital people scream at the correct person regarding the Sarge release, of course. :) -- G. Branden Robinson| I'm a firm believer in not drawing Debian GNU/Linux | trend lines before you have data [EMAIL PROTECTED] | points. http://people.debian.org/~branden/ | -- Tim Ottinger signature.asc Description: Digital signature
Bug#268697: dist-upgrade not explained in manpage
tag 268697 + patch thanks On Mon, Apr 18, 2005 at 08:07:30AM -0400, Daniel Burrows wrote: > The main problem is that aptitude's dist-upgrade is not terribly well > defined (neither is apt-get's dist-upgrade, if it comes to that). It > basically means "try hard to upgrade stuff, even if you have to install new > packages or remove packages", but the decisions about how to resolve > dependency problems are made by apt's dependency resolver, which is fairly > deep black magic. > > Basically what happens is that everything is marked for upgrade, and then > apt is called in to fix any remaining problems. apt is told to avoid > breaking holds and to preserve deletions. It looks like it doesn't give > instructions to preserve currently-installed packages or to preserve > upgrades, but neither does apt's dist-upgrade (there's probably a reason for > that, but if I ever knew it I've forgotten it). It's actually somewhat > obscure to me why they produce different results at all. > > So to sum up, the only way I can see to document it that doesn't get into > hairy technical details is "dist-upgrade will try harder than upgrade to > upgrade all installed packages, installing or removing packages as > necessary". aptitude's dist-upgrade has the additional feature that you can > specify extra package actions, like this: > > aptitude dist-upgrade pkg1+ pkg2- ... Well, attached is my best effort at a patch, given the difficult situation. :) -- G. Branden Robinson| The National Security Agency is Debian GNU/Linux | working on the Fourth Amendment [EMAIL PROTECTED] | thing. http://people.debian.org/~branden/ | -- Phil Lago, Deputy XD, CIA diff -urN aptitude-0.2.15.9.OFFICIAL/debian/changelog aptitude-0.2.15.9/debian/changelog --- aptitude-0.2.15.9.OFFICIAL/debian/changelog 2005-04-19 23:40:18.366248220 -0500 +++ aptitude-0.2.15.9/debian/changelog 2005-04-20 00:15:52.206638461 -0500 @@ -1,3 +1,13 @@ +aptitude (0.2.15.9-2.1) local; urgency=low + + * Local version to implement manpage patch. + + * doc/en/manpage.xml: Document "dist-upgrade" command, note its +not-well-understood status, and advise apt-get refugees to use "upgrade" +instead. (Closes: #268697) + + -- Branden Robinson <[EMAIL PROTECTED]> Tue, 19 Apr 2005 23:41:35 -0500 + aptitude (0.2.15.9-2) unstable; urgency=low * Merge from upstream to svn HEAD (r2931): diff -urN aptitude-0.2.15.9.OFFICIAL/doc/en/manpage.xml aptitude-0.2.15.9/doc/en/manpage.xml --- aptitude-0.2.15.9.OFFICIAL/doc/en/manpage.xml 2004-12-03 19:40:48.0 -0500 +++ aptitude-0.2.15.9/doc/en/manpage.xml2005-04-20 01:20:45.994701006 -0500 @@ -269,11 +269,11 @@ - upgrade + upgrade, dist-upgrade - Upgrades installed packages to their most recent + Upgrade installed packages to the most recent available version. Installed packages will not be removed unless they are unused (see the section Managing Automatically @@ -287,6 +287,15 @@ these constraints, it will be kept at its current version. + + + dist-upgrade tries harder to upgrade + packages; apt-get users accustomed + to its dist-upgrade command will likely want + to use &aptitude;'s upgrade command instead; + see Bugs + below. + @@ -768,6 +777,15 @@ + +Bugs + +dist-upgrade does not behave in a terribly +well-defined fashion. The decisions about how to resolve dependency +problems are made by &apt;'s problem resolver, which is fairly deep +black magic. + + See Also signature.asc Description: Digital signature
Bug#268697: dist-upgrade not explained in manpage
On Wed, Apr 20, 2005 at 09:45:08AM -0400, Daniel Burrows wrote: > Regarding the advice to avoid dist-upgrade...I was half-asleep when you > brought that up, and I think I may have given bad advice as a result. > dist-upgrade can cause problems, but if you don't use it from time to time > you're guaranteed to end up with some stale packages (due to stuff that > simply can't be upgraded without installing or removing packages). I'll > probably try a slightly different angle on this. Any comments on the > attached patch? No, it looks fine to my, except that "dist-upgrade" was already in the command synopsis (in alphabetical order). Thank you! -- G. Branden Robinson| Do not attempt to disprove the Debian GNU/Linux | four-colour theorem on your flag! [EMAIL PROTECTED] | -- Josh Parsons http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#298939: xfree86 4.1.0-16woody6 available to fix CAN-2005-0605
On Fri, Mar 11, 2005 at 03:35:32AM -0500, Branden Robinson wrote: > The following URL contains source and binary packages for powerpc resolving > CAN-2005-0605[1], which is described as: > > The XPM library's scan.c file may allow attackers to execute arbitrary code > by crafting a malicious XPM image file containing a negative bitmap_unit > value that provokes a buffer overflow. > > http://redwald.deadbeast.net/tmp/CAN-2005-0605/ Can someone tell me what the status of this is? -- G. Branden Robinson| A celibate clergy is an especially Free Software Developer| good idea, because it tends to [EMAIL PROTECTED] | suppress any hereditary propensity http://deadbeast.net/~branden/ | toward fanaticism.-- Carl Sagan signature.asc Description: Digital signature
Bug#308783: RFC: Bug#308783: libxpm4: problems with s_popen (CAN-2004-0914)
Could I get a second opinion (or more than one) from you guys as to whether
this is actually an exploitable security problem?
I have been talking to Steve Langasek in his capacity as a Release Manager
about this, and he says if it's not an exploitable problem, then it's not
really a security issue, not really RC, and therefore not deserving of
excepting from the freeze.
Note that I cloned this bug for stable as #309143, and whatever conclusions
are reached here will probably map to that as well.
I asked Matej to follow-up with more information about this, and to contact
freedesktop.org and/or MITRE for a CAN allocation, but haven't heard
anything back from him yet.
If there's any more information I can provide, please let me know.
- Forwarded message from Matej Vela <[EMAIL PROTECTED]> -
From: Matej Vela <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Bug#308783: libxpm4: problems with s_popen (CAN-2004-0914)
Date: Thu, 12 May 2005 12:59:04 +0200
Message-ID: <[EMAIL PROTECTED]>
List-Id:
X-Mailing-List: archive/latest/26382
User-Agent: Mutt/1.5.6+20040907i
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
Package: libxpm4
Version: 4.3.0.dfsg.1-12
Severity: grave
Justification: may allow access to the accounts of users who use the package
The CAN-2004-0914 patch introduced a s_popen() function as a safe
replacement for popen(). Instead of invoking a shell, it splits
arguments on whitespace and passes the command directly to execvp(3).
However, it doesn't handle quoting or redirection, so code like
WrFFrI.c:339: snprintf(buf, sizeof(buf), "gzip -q > \"%s\"", filename);
WrFFrI.c:340: if (!(mdata->stream.file = s_popen(buf, "w")))
results in a ">" argument and superfluous quotes:
execve("/bin/gzip", ["gzip", ">", "\"foo.gz\""], [/* 19 vars */])
This completely breaks the transparent compression and decompression.
Furthermore, since gzip processes all arguments regardless of errors, an
attacker can use filenames with whitespace to compress arbitrary files:
(xpmtest taken from <https://bugs.freedesktop.org/show_bug.cgi?id=1920>)
# ./xpmtest crab.xpm 'fnord -v /etc/hosts.deny fnord.gz'
w=28, h=28, cpp=2, cols=6, vmask=, hotspot=0,0
gzip: >: No such file or directory
gzip: "fnord: No such file or directory
/etc/hosts.deny: -50.0% -- replaced with /etc/hosts.deny.gz
gzip: fnord.gz": No such file or directory
The above would effectively disable TCP wrappers. The -r option can be
used to compress whole directory trees.
s_popen() also has issues with error handling, signals, and runaway
child processes. All of this has been fixed in X11R6.8.2, though I
don't think they're aware of the security implications (patches at
<http://ftp.x.org/pub/X11R6.8.1/patches/> are still vulnerable).
Thanks,
Matej
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
- End forwarded message -
--
G. Branden Robinson| Communism is just one step on the
Debian GNU/Linux | long road from capitalism to
[EMAIL PROTECTED] | capitalism.
http://people.debian.org/~branden/ | -- Russian saying
signature.asc
Description: Digital signature
Bug#309811: xfree86-common: FAQ should say X.Org, not freedesktop.org, is the vendor of the X.Org modular tree
Package: xfree86-common Version: 4.3.0.dfsg.1-13 Severity: minor Note to XSF: set submitter to Daniel Stone <[EMAIL PROTECTED]> after BTS acks bug. Also note that per the release policy[1], this bug is not fixable for sarge. We may need to fix it in x11-common (xorg-x11) for etch. - Forwarded message from Daniel Stone <[EMAIL PROTECTED]> - From: Daniel Stone <[EMAIL PROTECTED]> To: X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> Cc: debian-x@lists.debian.org Subject: Re: X Strike Force X.Org X11 SVN commit: r114 - in trunk/debian: . local Date: Tue, 17 May 2005 13:56:55 +1000 Message-ID: <[EMAIL PROTECTED]> Mail-Followup-To: X Strike Force SVN Repository Admin <[EMAIL PROTECTED]>, debian-x@lists.debian.org User-Agent: Mutt/1.5.6+20040907i On Mon, May 16, 2005 at 10:39:00PM -0500, X Strike Force SVN Repository Admin wrote: > +Futhermore, there was near-consensus that Debian should switch to the > X.Org > +source tree, with the goal of migrating to the modularized tree over time. > We > +expect that the monolithic X.Org distribution will be modularized in a > piecewise > +fashion; as that happens, we will "switch off" the building of packages from > the > +X.Org monolithic tree in favor of the modularized components that become > +available from freedesktop.org. X.Org is the upstream vendor of the modular tree, not fd.o. - End forwarded message - [1] http://lists.debian.org/debian-devel-announce/2005/05/msg00011.html -- G. Branden Robinson|I must despise the world which does Debian GNU/Linux |not know that music is a higher [EMAIL PROTECTED] |revelation than all wisdom and http://people.debian.org/~branden/ |philosophy. -- Ludwig van Beethoven signature.asc Description: Digital signature
Bug#310025: mozilla-browser: cannot save any files due to "XML Parsing Error: syntax error Location: chrome://global/content/filepicker.xul Line number 1, column 1: lUT"
Package: mozilla-browser Version: 2:1.7.8-1 Severity: important I can't save images, files, or any other kind of content that would pull up the file browser because of this error. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mozilla-browser depends on: ii debconf 1.4.49 Debian configuration management sy ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-13 GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libnspr4 2:1.7.8-1 Netscape Portable Runtime Library ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libstdc++5 1:3.3.6-5 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-13 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-13 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-13 X Window System printing extension ii libxrender1 1:0.8.3-1 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-13 X Toolkit Intrinsics ii psmisc 21.6-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- debconf information: * mozilla/dsp: auto mozilla/locale_auto: true * mozilla/prefs_note: -- G. Branden Robinson| The greatest productive force is Debian GNU/Linux | human selfishness. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#284081: New parted api, and possibility for parted 1.6.x (x>12) in debian/sarge ...
On Fri, Jan 28, 2005 at 03:27:44PM +, Colin Watson wrote: > On Fri, Dec 03, 2004 at 12:40:32PM +, Colin Watson wrote: > > Here's a patch that updates python-parted to the new libparted API > > (written on work time for Canonical): > > > > http://people.ubuntulinux.org/patches/python-parted.new-libparted.diff > > This URL seems to have broken. A working URL is: > > http://patches.ubuntulinux.org/patches/python-parted.new-libparted.diff Thanks for the update, the patch, and the ping. Python-parted has not been actively worked on within Progeny for quite some time -- I think this is mainly due to our Debian "port" of Anaconda using Red Hat's version of Python-parted instead. Nevertheless, I'm having a look at your patch right now. Thanks again! -- Branden Robinson | GPG signed/encrypted mail welcome [EMAIL PROTECTED] | 1024D/9C0BCBFB Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C | 72E8 0F42 191A 9C0B CBFB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284081: New parted api, and possibility for parted 1.6.x (x>12) in debian/sarge ...
On Mon, Jan 31, 2005 at 09:26:02AM -0800, Matt Zimmerman wrote: > On Mon, Jan 31, 2005 at 12:14:35PM -0500, Branden Robinson wrote: > > > Thanks for the update, the patch, and the ping. > > > > Python-parted has not been actively worked on within Progeny for quite > > some time -- I think this is mainly due to our Debian "port" of Anaconda > > using Red Hat's version of Python-parted instead. > > > > Nevertheless, I'm having a look at your patch right now. > > Should Debian replace the Progeny python-parted with the Red Hat one, then? I've heard Jeff Licquia gripe a lot about Red Hat's, so I'm not sure that's the best choice. He's the person to ask, though, so I'm CCing him. -- Branden Robinson | GPG signed/encrypted mail welcome [EMAIL PROTECTED] | 1024D/9C0BCBFB Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C | 72E8 0F42 191A 9C0B CBFB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284081: New parted api, and possibility for parted 1.6.x (x>12) in debian/sarge ...
On Mon, Jan 31, 2005 at 03:47:51PM -0500, Jeff Licquia wrote: > If you're interested, I have already packaged the Red Hat bindings for > my Anaconda for Debian work. They should be available at any > Componentized Linux mirror as "python-parted-rh". I was planning to > upload them at some point once I had thought about a migration strategy > for the very few projects using our bindings, but if you have a deeper > abiding interest in them beyond mine (which is, basically, "keep > Anaconda working"), then feel free to take it over. > > Alternatively, I can upload them if they're something you need, but > don't feel inclined to maintain long-term. Do you mean me or Matt when you say "you"? I don't personally use python-parted for anything now that PGI is dead, and Eric was really the one who understood that part of PGI anyway. -- Branden Robinson | GPG signed/encrypted mail welcome [EMAIL PROTECTED] | 1024D/9C0BCBFB Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C | 72E8 0F42 191A 9C0B CBFB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293277: debbugs: misc. fixes to scripts/service.in and debian/control
Package: debbugs
Version: 2.4.1
Severity: wishlist
Tags: patch
I'm sorry this is a bit of an omnibus request, but it's for fairly minor
issues.
Don Armstrong and Adam Heath have both reviewed this patch, and had no
objections[1].
The patch includes a Debian changelog entry that documents my changes
extensively. Here they are:
* (scripts/service.in): Fix several cosmetic problems:
+ Clarify message as being due to administrative prohibition when a user
is refused access thanks to being in @gFuckheads. Also report the
reply-to address so affected so that such prohibitions can be more
easily debugged by the BTS administrators, and accidents more readily
detected (shock, horror!).
+ Clarify that the "close" command is deprecated for most, but not all
purposes.
+ State the address of the person who requested a submitter change
literally instead of using the ambiguous and possibly incorrect term
"them" (the requestor might be a "he" or "she").
+ Always report a bug's previous state when changing it; this makes it
easier to revert mistaken changes:
- If a bug is being reassigned but was not assigned to any package,
report that fact.
- Indicate old severity when changing to a new severity.
- Indicate other bugs a report was merged with when unmerging it.
- Indicate the specific other bugs a bug is merged with when refusing to
clone it.
+ Use double-quotes (") instead of grave accents and apostrophes as
quotation marks.
+ Fix a couple of other very minor instances of non-idiomatic punctuation
orthography to be consistent with standard usage.
+ Consistently put periods at the ends of sentences and fragments
otherwise treated as sentences.
+ Fix some awkward back-indentation that appears to have been intended to
force lines to fit within 80 columns, a convention which is generally
disregarded throughout the file anyway. (These lines were changed to
wrap and use the string-concatenation operator as necessary.)
* (debian/control): Rewrite short and extended package description.
* (debian/control): Don't recommend a pure virtual package (httpd);
instead recommend apache with httpd as an alternative -- quiets Lintian
warning.
I hope this patch is of some use. The most important parts to me
personally are the reporting of previous bug state when changing it via the
control bot.
[1] Adam had a performance-based objection to the way the @gFuckheads array
is scanned for matches with $replyto, but 1) his criticism is of the
existing method; 2) I am not comfortable implementing his suggestion as I
didn't understand it; 3) he also observed that the performance issue may
not be all that important since (if I recall his words correctly) the
control message processing doesn't take place in a persistent process.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.4.27-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages debbugs depends on:
ii ed0.2-20 The classic unix line editor
pn libio-stringy-perl Not found.
ii libmailtools-perl 1.62-1 Manipulate email in perl programs
pn libmime-perl Not found.
ii perl [perl5] 5.8.4-5Larry Wall's Practical Extraction
ii postfix [mail-transport-agent 2.1.5-5A high-performance mail transport
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293277: here's the attachment
I was a dumbass and forgot the attachment.
--
G. Branden Robinson|
Debian GNU/Linux | // // // / /
[EMAIL PROTECTED] | EI 'AANIIGOO 'AHOOT'E
http://people.debian.org/~branden/ |
diff -urN debbugs-2.4.1/debian/changelog
debbugs-2.4.1.1.branden.1/debian/changelog
--- debbugs-2.4.1/debian/changelog 2003-06-06 03:28:51.0 -0500
+++ debbugs-2.4.1.1.branden.1/debian/changelog 2005-02-02 01:56:35.0
-0500
@@ -1,3 +1,42 @@
+debbugs (2.4.1.1.branden.1) unstable; urgency=low
+
+ * Local version (not an NMU) for testing purposes.
+ * (scripts/service.in): Fix several cosmetic problems:
++ Clarify message as being due to administrative prohibition when a user
+ is refused access thanks to being in @gFuckheads. Also report the
+ reply-to address so affected so that such prohibitions can be more
+ easily debugged by the BTS administrators, and accidents more readily
+ detected (shock, horror!).
++ Clarify that the "close" command is deprecated for most, but not all
+ purposes.
++ State the address of the person who requested a submitter change
+ literally instead of using the ambiguous and possibly incorrect term
+ "them" (the requestor might be a "he" or "she").
++ Always report a bug's previous state when changing it; this makes it
+ easier to revert mistaken changes:
+ - If a bug is being reassigned but was not assigned to any package,
+report that fact.
+ - Indicate old severity when changing to a new severity.
+ - Indicate other bugs a report was merged with when unmerging it.
+ - Indicate the specific other bugs a bug is merged with when refusing to
+clone it.
++ Use double-quotes (") instead of grave accents and apostrophes as
+ quotation marks.
++ Fix a couple of other very minor instances of non-idiomatic punctuation
+ orthography to be consistent with standard usage.
++ Consistently put periods at the ends of sentences and fragments
+ otherwise treated as sentences.
++ Fix some awkward back-indentation that appears to have been intended to
+ force lines to fit within 80 columns, a convention which is generally
+ disregarded throughout the file anyway. (These lines were changed to
+ wrap and use the string-concatenation operator as necessary.)
+ * (debian/control): Rewrite short and extended package description.
+ * (debian/control): Don't recommend a pure virtual package (httpd);
+instead recommend apache with httpd as an alternative -- quiets Lintian
+warning.
+
+ -- Branden Robinson <[EMAIL PROTECTED]> Sat, 29 Jan 2005 20:55:15 -0500
+
debbugs (2.4.1) unstable; urgency=low
* Colin Watson:
diff -urN debbugs-2.4.1/debian/control debbugs-2.4.1.1.branden.1/debian/control
--- debbugs-2.4.1/debian/control2003-06-05 21:26:20.0 -0500
+++ debbugs-2.4.1.1.branden.1/debian/control2005-01-29 21:13:45.0
-0500
@@ -9,14 +9,17 @@
Package: debbugs
Architecture: all
Depends: perl5 | perl, exim | mail-transport-agent, libmailtools-perl, ed,
libmime-perl, libio-stringy-perl
-Recommends: httpd, links | lynx
-Description: The bug tracking system based on the active Debian BTS
+Recommends: apache | httpd, links | lynx
+Description: bug tracking system used by the Debian Project
Debian has a bug tracking system which files details of bugs reported by
- users and developers. Each bug is given a number, and is kept on file until
- it is marked as having been dealt with. The system is mainly controlled by
- e-mail, but the bug reports can be viewed using the WWW.
+ users and developers. Each bug is given a number, and is kept on file until
+ it is marked as having been dealt with. The system is mainly controlled by
+ e-mail, but the bug reports can be viewed via the WWW.
.
This version is fully functional, but it does not automatically configure.
See /usr/share/doc/debbugs/README.Debian after installation.
.
- Note: there might be various issues with this package, caveat emptor.
+ Note: This package does not necessarily correspond to the exact version of
+ debbugs used by the Debian Bug Tracking System (BTS); this version may
+ therefore have problems that are not evident at the Debian BTS web site --
+ caveat emptor!
diff -urN debbugs-2.4.1/scripts/service.in
debbugs-2.4.1.1.branden.1/scripts/service.in
--- debbugs-2.4.1/scripts/service.in2003-06-05 03:26:59.0 -0500
+++ debbugs-2.4.1.1.branden.1/scripts/service.in2005-01-29
20:54:59.0 -0500
@@ -131,7 +131,8 @@
my $fuckheads = "(" . join("|", @gFuckheads) . ")";
if (@gFuckheads and $replyto =~ m/$fuckheads/) {
- &transcript("This service is unavailable.\n\n");
+&transcript("This service is unavailable due
Bug#287189: svn: rev 4785 - in discover/discover/trunk: debian scripts
On Mon, Feb 07, 2005 at 05:21:34PM -0500, Jeff Licquia wrote:
> On Mon, 2005-02-07 at 17:07 -0500, Branden Robinson wrote:
> > Is this really necessary?
> >
> > * discover can be successfully run by mere mortal users (it's no more
> > administrative than lspci is, which lives in /usr/bin);
> > * who has /sbin but not /bin in his or her $PATH?
>
> I've heard complaints either way.
Yeah, that's pretty much inevitable. I argue the way I do because:
1) The command does not require administrative privileges to operate in
a successful and useful manner; and
2) Its manpage is in section 1, which itself suggests a "user command",
not an "administrative command"[C].
> My motivation for doing this was entirely for maintaining coherence
> with discover 1, which puts discover in /sbin.
Moving from {/usr,}/bin to {/usr,}/sbin is more disruptive than the
other way around, for the reason I noted above "who has...?".
I personally advocate coherence with documented standards than with
legacy implementations, especially when a transition to satisfy a
standard is pain-free (as you note, it isn't quite pain-free in this
case -- see below).
Here's what FHS 2.3[A] says:
/bin contains commands that may be used by both the system administrator
and by users, but which are required when no other filesystems are
mounted (e.g. in single user mode). It may also contain commands which
are used indirectly by scripts. [1]
[...]
Utilities used for system administration (and other root-only commands)
are stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains
binaries essential for booting, restoring, recovering, and/or repairing
the system in addition to the binaries in /bin. [18] Programs executed
after /usr is known to be mounted (when there are no problems) are
generally placed into /usr/sbin. Locally-installed system administration
programs should be placed into /usr/local/sbin. [19]
Since the kernel may need discover's help to learn how to talk to the
hardware behind which /usr resides, I don't object at all to having
discover be in /{s,}bin.
For me, the question is "to /bin or /sbin?".
discover is clearly a command that "may be used by both the system
administrator and by users". It's certainly not a beast like init,
which is about as administrative as you can get, and it's not even an
arguable case like ifconfig[B].
> Evidently, mkinitrd does stuff with discover, and needs to
> know where it belongs, so there's more to it than just $PATH. (See bug
> 287189 for the details.)
Well, that sucks.
IMO mkinitrd is buggy. I suspect it's written the way it is because
Herbert Xu was involved in the perenneial flamewar about the
"POSIX-compliant" way to find the path of an executable. I don't intend
to recap those arguments here -- they can be found in the archives of
the debian-policy mailing list.
It's mkinitrd's problem because mkinitrd needs to solve the problem of
finding the paths to commands *somehow*, and instead of getting into
fights with Clint Adams and Tollef Fog Heen, among others, apparently
Herbert Xu just didn't solve it at all.
PGI had the same problem -- hardcoding paths to stuff on the system to
put in the live filesystem on the CD, I should note. I thought it was
gross and hated it then, and I still do. I never got the opportunity to
fix it in PGI, but that doesn't mean I endorsed the behavior.
> But I have no problem moving it, if we can agree on where to move it.
> Complaints prompted it moving to /bin, to /usr/bin, to /usr/bin with a
> static version in /bin, and now to /sbin; I do not feel like moving the
> binary with every package upload.
I understand your reluctance. In exchange for moving it back to /bin,
where IMO it belongs, I offer to serve as your human shield in further
arguments on this issue. :) I'm ready to go to the mattresses in
defense of my interpretation of the FHS, until and unless your critics
can summon Dan Quinlan, Christopher Yeoh, or Rusty Russell to trump it.
> (Frankly, I am becoming convinced more and more that a do-it-all binary
> "discover" is a bad idea, and am considering rewriting discover-modprobe
> in C and moving discover back to /usr/bin.)
I agree. The discover binary is warty and complex. IIRC, the only
reason it exists was as a migration path from Mandrake's "detect" tool.
It may be that Discover's command-line tools should be small suite of
lean apps, rather than one tool with several modes of operation and
three dozen options no one can remember. My sentiment is inspired not
just by discover, but by gpg, whose usage message I have to read *every
time* I try to use the silly thing. I wrote shell aliases to remember
some of the most common operations for me. Th
Bug#307425: html2text: doesn't work with named vhosts
Package: html2text Version: 1.3.2a-1 Severity: normal This fails with a "not found" error: html2text http://people.debian.org/~branden/dpl/reports/2005-04-24.html These don't: lynx http://people.debian.org/~branden/dpl/reports/2005-04-24.html w3m http://people.debian.org/~branden/dpl/reports/2005-04-24.html Clint Adams tells me this is because html2text doesn't support named vhosts. He also says html2text needs to generate HTTP 1.1 GET requests. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages html2text depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298939: Regarding xfree86 and CAN-2005-0609
Hi Joey, xfree86's fix for CAN-2005-0609 has not yet been uploaded to testing/unstable. I expect to make an upload soon, however; the packages are currently in preparation, and you can view the current status of the SVN trunk at: http://necrotic.deadbeast.net/svn/xfree86/trunk/ specifically: http://necrotic.deadbeast.net/svn/xfree86/trunk/debian/changelog Please go ahead and do the advisory for woody's xfree86 once you're ready. I've been working with vorlon regarding 4.3.0.dfsg.1-13, and there's no reason to expect that release to not fix CAN-2005-0609. -- G. Branden Robinson| Suffer before God and ye shall be Debian GNU/Linux | redeemed. God loves us, so He [EMAIL PROTECTED] | makes us suffer Christianity. http://people.debian.org/~branden/ | -- Aaron Dunsmore signature.asc Description: Digital signature
Bug#298939: Regarding xfree86 and CAN-2005-0609
Joey, You can write in the xfree86 DSA for CAN-2005-0609 that the sarge/sid vulnerability will be fixed by xfree86 4.3.0.dfsg.1-13, which is currently in preparation. -- G. Branden Robinson| Never underestimate the power of Debian GNU/Linux | human stupidity. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#308090: alsa-utils: alsamixer crashes when I press with "alsamixer: function snd_mixer_find_selem() failed: Invalid argument"
Package: alsa-utils
Version: 1.0.8-4
Severity: important
File: /usr/bin/alsamixer
I'm told ALSA is not as mature for non-i386 arches, so that may have
something to do with it. Here's my lsmod output:
Module Size Used by
snd_powermac 50472 2
snd_pcm_oss70280 1
snd_mixer_oss 25216 1 snd_pcm_oss
snd_pcm 120700 2 snd_powermac,snd_pcm_oss
snd_timer 32136 1 snd_pcm
snd72668 7
snd_powermac,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 13416 2 snd
snd_page_alloc 12872 1 snd_pcm
radeon162348 0
ipv6 338268 12
af_packet 23788 2
uninorth_agp9632 1
agpgart44432 2 uninorth_agp
eth139427400 0
tsdev 10176 0
joydev 13088 0
usbhid 57824 0
sungem 43140 0
crc32 5760 1 sungem
sungem_phy 11200 1 sungem
ohci1394 43972 0
ieee1394 452464 2 eth1394,ohci1394
ohci_hcd 28516 0
usbcore 148636 4 usbhid,ohci_hcd
evdev 13056 0
ide_cd 51268 0
cdrom 51424 1 ide_cd
ext3 146804 2
jbd83544 1 ext3
mbcache12008 1 ext3
ide_disk 30528 4
sd_mod 22904 0
scsi_mod 118108 1 sd_mod
unix 35580 608
Steps to reproduce:
1) run "alsamixer" from a shell prompt
2) press at text UI screen that appears
3) observe crash
alsamixer exits with status 2 and the following diagnostic:
alsamixer: function snd_mixer_find_selem() failed: Invalid argument
I'm attaching the strace -f output, but I don't see any smoking guns in it.
Looks mostly like terminal I/O to me. Maybe your eyes will be more
discerning.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.9-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages alsa-utils depends on:
ii alsa-base 1.0.8-7ALSA driver configuration files
ii dialog1.0-20050306-1 Displays user-friendly dialog boxe
ii libasound21.0.8-3ALSA library
ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo
ii modutils 2.4.27.0-3 Linux module utilities
ii pciutils 1:2.1.11-15Linux PCI Utilities
ii whiptail 0.51.6-21 Displays user-friendly dialog boxe
-- no debconf information
31725 execve("/usr/bin/alsamixer", ["alsamixer"], [/* 49 vars */]) = 0
31725 uname({sys="Linux", node="sisyphus", ...}) = 0
31725 brk(0)= 0x1001b000
31725 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x30016000
31725 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
31725 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or
directory)
31725 open("/etc/ld.so.cache", O_RDONLY) = 3
31725 fstat64(3, {st_mode=S_IFREG|0644, st_size=70773, ...}) = 0
31725 mmap(NULL, 70773, PROT_READ, MAP_PRIVATE, 3, 0) = 0x30027000
31725 close(3) = 0
31725 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
31725 open("/lib/libncurses.so.5", O_RDONLY) = 3
31725 read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\1:X"..., 512)
= 512
31725 fstat64(3, {st_mode=S_IFREG|0644, st_size=291516, ...}) = 0
31725 mmap(0xff97000, 361316, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0xff97000
31725 mprotect(0xffd6000, 103268, PROT_NONE) = 0
31725 mmap(0xffd7000, 94208, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED, 3, 0x3) = 0xffd7000
31725 mmap(0xffee000, 4964, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffee000
31725 close(3) = 0
31725 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
31725 open("/usr/lib/libasound.so.2", O_RDONLY) = 3
31725 read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\2~p"..., 512)
= 512
31725 fstat64(3, {st_mode=S_IFREG|0644, st_size=802760, ...}) = 0
31725 mmap(0xfeb1000, 874664, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0xfeb1000
31725 mprotect(0xff6f000, 96424, PROT_NONE) = 0
31725 mmap(0xff71000, 81920, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED, 3, 0xb) = 0xff71000
31725 mmap(0xff85000, 6312, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xff85000
31725 close(3) = 0
31725 access("/etc/ld.so.nohwcap", F_OK) = -1 E
Bug#279927: Tagging "won't fix" (cosmetic improvements to XML)
On Sat, Mar 12, 2005 at 01:27:11AM +0100, Frans Pop wrote: > On Saturday 12 March 2005 01:15, Branden Robinson wrote: > > On Fri, Mar 04, 2005 at 01:39:16PM -0500, Branden Robinson wrote: > > > If I am the only person who cares to see the problems I fixed > > > addressed, then please feel free to close this bug (and re-mark it > > > "wontfix"). I had thought I was being helpful, but if that's not the > > > case, there's not much sense cluttering the BTS with this report. > > > > Anyone? Anyone? Bueller? :) > > Patience please, Branden. It will be taken care of (after RC3)... Okay... > /me wonders who Bueller is... (Ferris Bueller's day off?) Yes, that's the reference. :) -- G. Branden Robinson| Organized religion is a sham and a Debian GNU/Linux | crutch for weak-minded people who [EMAIL PROTECTED] | need strength in numbers. http://people.debian.org/~branden/ | -- Jesse Ventura signature.asc Description: Digital signature
Bug#294324: turning xprt into xprint
Sorry I didn't reply to this sooner. On Thu, Feb 10, 2005 at 02:02:09AM +1100, Drew Parsons wrote: > On Wed, 2005-02-09 at 03:11 -0500, Branden Robinson wrote: > > > > The xprt package will be gone from XFree86 as of the next package release. > > > > Please create a dummy package called "xprt", which depends on > > "xprt-xprintorg". > > Upon further thought, I've decided my whim is to repackage Xprint this > way: > > Recombine data files with binaries (xprt-xprintorg + xprt-common) and > call the new binary package xprint. > > To my mind, this makes more sense as a package name, and makes the init > file (/etc/init.d/xprint) consistent with the package name, which I > understand to be normal Debian practice. For comparison, upstream rpms > are identified as "xprint" (e.g. > xprint-2004-07-07-release_009_001-0.9.001.i386.rpm) But SuSE seems to > use Xprt (e.g. xorg-x11-Xprt-6.8.2rc2-0.1.i586.rpm). > > Then both xprt and xprt-xprintorg will become dummy packages depending > on xprint. I will remove xprt-xprintorg once dependencies > (x-window-system and the mozillas) have been updated to xprint, > hopefully before sarge. xprt-common will disappear immediately. > > I might as well do the same with the source package while I'm at it > (change xprint-xprintorg to xprint). It doesn't look like the > xprint.org domain will be created anytime soon, especially now that this > Xprint version is officially recognised as the X.org version. > > Can anyone see any clear problems with naming the binary package > "xprint" rather than "xprt" ? The above sounds completely reasonable to me. The x-window-system metapackage can switch from the name "xprt" to "xprint" after sarge releases. -- G. Branden Robinson| The Bible is probably the most Debian GNU/Linux | genocidal book ever written. [EMAIL PROTECTED] | -- Noam Chomsky http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#300906: discover-modprobe will not load moduleswith a name that is a substring of a previously loaded module
On Tue, Mar 22, 2005 at 04:58:54PM +0100, Baptiste Malguy wrote:
> Package: discover
> Version: 2.0.7-2
>
> discover-modprobe will not load modules with a name that is a substring of a
> previously loaded module.
>
> Example: e1000 and e100
>
> If an Intel Gigabit Ethernet card (module e1000) is detected before an
> Intel Fast Ethernet one (e100), the module e1000 is loaded first.
> The module e100 will not be loaded because "e100" is a substring of
> "e1000".
>
> Here is a so small patch to fix this.
[snip]
> -echo ${module_details_uniq} | grep ${module_info} > /dev/null 2>&1
> +echo ${module_details_uniq} | egrep -e
> "^(.*[[:space:]])?${module_info}([[:space:]].*)?$" > /dev/null 2>&1
For portability, we should say grep -E instead of "egrep".
Also, since you're explicitly anchoring the pattern, it is guaranteed to
not start with "-", so you don't the -e option.
If I'm understanding the problem, there's a simpler way to
express what you want -- tell grep to match with an implicit word
boundary.
Finally, you probably want to literally match the module name. While I
don't think any real-world Linux kernel modules have regular express
metacharacters in them, it's generally good to cater to one's defensive
programming instincts. This suggests usage of grep -F instead of grep
-E.
All of the above would make the patch:
> -echo ${module_details_uniq} | grep ${module_info} > /dev/null 2>&1
> +echo ${module_details_uniq} | grep -Fw "$module_info" > /dev/null 2>&1
The braces around the variable name are not necessary. The quotes
around the shell variable expansiion are useful in the event the module
name has embedded whitespace in it. (Again, unlikely, but wise to guard
against.)
Thanks for your report!
--
Branden Robinson | GPG signed/encrypted mail welcome
[EMAIL PROTECTED] | 1024D/9C0BCBFB
Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C
| 72E8 0F42 191A 9C0B CBFB
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311262: [Pkg-alsa-devel] Bug#311262: alsa-utils: aplay does not use standard output and standard error streams correctly
On Mon, May 30, 2005 at 09:43:11AM +, [EMAIL PROTECTED] wrote: > First of all, thanks for the bug report. No problem at all. > This is a bug in the upstream code. We will forward the report to the > upstream BTS (https://bugtrack.alsa-project.org/alsa-bug/main_page.php) > which is easily accessible via the "Bug reporting" link at > alsa.sourceforge.net. Obviously it will save us some work if, in the > future, you can file non-urgent "upstream" bugs directly in the upstream > BTS. I respectfully disagree with this advice; I personally feel that the Debian BTS should track bugs in Debian packages that are noticed by Debian users. The Developers' Reference[1] is not terribly clear on this particular issue, so I regard it as a matter of personal preference. Still, this is a minor point; thanks for looking into my report. [1] http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-bug-handling -- G. Branden Robinson| It just seems to me that you are Debian GNU/Linux | willfully entering an arse-kicking [EMAIL PROTECTED] | contest with a monstrous entity http://people.debian.org/~branden/ | that has sixteen legs and no arse. signature.asc Description: Digital signature
Bug#314425: ncurses-base: new xterm terminfo data appears to be wack with sarge's xterm [regression from 5.4-4]
On Thu, Jun 16, 2005 at 05:20:36AM -0400, Thomas Dickey wrote: > On Thu, 16 Jun 2005, Branden Robinson wrote: > > >Package: ncurses-base > >Version: 5.4-6 > >Severity: important > > This still sounds like #313352. Does "tic -V" show 20050611? If it's > still showing 2004-something, then that would explain the problem. From > some comments in resolving that, I gather that powerpc's not necessarily > recompiled yet. If I upgrade to the "broken" version (5.4-6 or later): ncurses 5.4.20050604 If I downgrade to the version that words for me (5.4-4): ncurses 5.4.20050604 I.e., the same version of "tic" is reported. I'm not surprised, as there are no executables in ncurses-base -- just data. It may bear repeating that I can make the breakage come and go *just* by changing the installed version of ncurses-base, i.e., the terminfo and tabset data. -- G. Branden Robinson| Never attribute to conspiracy that Debian GNU/Linux | which can be adequately explained [EMAIL PROTECTED] | by economics. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#314714: dictionaries-common: debconf asks me question with absurd choice
ctionaries-common
Dictionaries-common: Ispell dictionary
--
Because more than one ispell dictionary will be available in your system,
please select the one you'd like applications to use by default.
You can change the default ispell dictionary at any time by running
"select-default-ispell".
1. 2. Manual symlinks setting
Which ispell dictionary should be the system's default? 1
577 {130} [EMAIL PROTECTED]:/home/branden/packages/CHROOTS#
--
G. Branden Robinson| Don't use nuclear weapons to
Debian GNU/Linux | troubleshoot faults.
[EMAIL PROTECTED] | -- US Air Force Instruction 91-111
http://people.debian.org/~branden/ |
signature.asc
Description: Digital signature
Bug#314425: ncurses-base: new xterm terminfo data appears to be wack with sarge's xterm [regression from 5.4-4]
On Thu, Jun 16, 2005 at 09:29:03AM -0400, Daniel Jacobowitz wrote:
> Are you sure you're looking at sarge's xterm?
Positive:
583 {0} [EMAIL PROTECTED]:/home/branden/packages/CHROOTS# dpkg -l xterm
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)
||/ NameVersion
Description
+++-===-===-==
ii xterm 4.3.0.dfsg.1-14
X terminal emulator
584 {0} [EMAIL PROTECTED]:/home/branden/packages/CHROOTS# debsums xterm
/usr/X11R6/bin/koi8rxterm OK
/usr/X11R6/bin/lxterm OK
/usr/X11R6/bin/uxterm OK
/usr/X11R6/bin/xterm OK
/usr/X11R6/man/man1/lxterm.1x.gz OK
/usr/X11R6/man/man1/uxterm.1x.gz OK
/usr/X11R6/man/man1/xterm.1x.gz OK
/usr/X11R6/man/man1/koi8rxterm.1x.gz OK
/usr/share/doc/xterm/xterm.log.html OK
/usr/share/doc/xterm/xterm.faq.html OK
/usr/share/doc/xterm/xterm.faq.gz OK
/usr/share/doc/xterm/changelog.Debian.gz OK
/usr/share/doc/xterm/README.DebianOK
/usr/share/doc/xterm/copyrightOK
/usr/share/doc/xterm/NEWS.Debian.gz OK
/usr/share/doc/xterm/README.i18n.gz OK
/usr/share/doc/xterm/xterm.termcap.gz OK
/usr/share/doc/xterm/xterm.terminfo.gzOK
/usr/share/doc-base/xterm-faq OK
/usr/lib/menu/xterm OK
> I know the terminfo was upgraded, and I wouldn't be surprised by a
> version dependence on xterm, but I thought it was around #192.
We ship XTerm #200 in xterm 4.3.0.dfsg.1-14:
xfree86 (4.3.0.dfsg.1-14) unstable; urgency=high
[...]
xfree86 (4.3.0.dfsg.1-11) unstable; urgency=medium
[...]
* Update XTerm to patch #200 (2005-02-06) from Thomas Dickey's website.
+ Make active-icon work properly when TrueType fonts are used.
(Closes: #286068)
+ Fix a regression from patch #197 which disowned the selection if it was
scrolled, e.g., by the user pressing return at the bottom of the screen.
(Closes: #277832, #291787)
Resync patches #059, #803, and #907.
[...]
-- Branden Robinson <[EMAIL PROTECTED]> Fri, 11 Feb 2005 02:14:27 -0500
> The terminfo we're shipping is the same as the one in
> /usr/share/doc/xterm/xterm.terminfo.gz in 4.3.0.dfsg.1-14. And that's in
> sarge.
I'm sorry, but I must differ with you there:
589 {0} [EMAIL PROTECTED]:~# zcat /usr/share/doc/xterm/xterm.terminfo.gz |
md5sum
149359a0e57bff4d33bc74549812286f -
590 {0} [EMAIL PROTECTED]:~# cat /etc/terminfo/x/xterm | md5sum
a27bce1c0ad7de297b3fd0fad07ee3b6 -
591 {0} [EMAIL PROTECTED]:~# dpkg -s ncurses-base | grep Version:
Version: 5.4-4
592 {0} [EMAIL PROTECTED]:~# aptitude install ncurses-base
[...]
593 {0} [EMAIL PROTECTED]:~# dpkg -s ncurses-base | grep Version:
Version: 5.4-7
594 {0} [EMAIL PROTECTED]:~# cat /etc/terminfo/x/xterm | md5sum
af0d2fb61150c831b9adb5579c5b4286 -
595 {0} [EMAIL PROTECTED]:~# zcat /usr/share/doc/xterm/xterm.terminfo.gz
>/tmp/xterm.terminfo-from-XTerm-200
596 {0} [EMAIL PROTECTED]:~# diff -u /etc/terminfo/x/xterm
/tmp/xterm.terminfo-from-XTerm-200
Binary files /etc/terminfo/x/xterm and /tmp/xterm.terminfo-from-XTerm-200 differ
Hmm, that's not too useful.
Uh, now I'm starting to get confused:
603 {0} [EMAIL PROTECTED]:~# infocmp -F /etc/terminfo/x/xterm
/tmp/xterm.terminfo-from-XTerm-200
"/etc/terminfo/x/xterm", line 1, col 1: Illegal character (expected
alphanumeric or @%&*!#) - '^Z'
In file 1 (/etc/terminfo/x/xterm) only:
In file 2 (/tmp/xterm.terminfo-from-XTerm-200) only:
xterm-new
xterm+pcfkeys
xterm-basic
xterm-debian
xterm-vt220
x
Bug#314425: ncurses-base: new xterm terminfo data appears to be wack with sarge's xterm [regression from 5.4-4]
On Sun, Jun 26, 2005 at 03:15:53PM -0400, Daniel Jacobowitz wrote: > Reading this again... > > Have you tried restarting screen since you reported this problem? I have not, and since I have data I'd rather not lose, I'd prefer not to restart the screen session I have. > Can you reproduce it using a new screen session? This I will try to do this evening. > It's possible the loaded screen has reread the terminfo entry, but is > still using the old library. H. Interesting theory. Seems plausible, as screen doesn't dlopen() the ncurses library, but does expect to have to deal with the terminal type changing out from under it at runtime. That's kinda part of its raisôn d'etre... :) -- G. Branden Robinson|I had thought very carefully about Debian GNU/Linux |committing hara-kiri over this, but [EMAIL PROTECTED] |I overslept this morning. http://people.debian.org/~branden/ |-- Toshio Yamaguchi signature.asc Description: Digital signature
Bug#279927: now is the time..
On Sun, Jun 26, 2005 at 12:19:52PM +0200, Frans Pop wrote: > On Sunday 26 June 2005 04:14, Julien Cristau wrote: > > I have updated the original patch, and checked that the manual still > > builds (I've run build/build.sh with languages=en and formats=html). > > Thanks very much for this! > > To be a bit more kind to translators, I have just committed only the > whitespace cleanup that was in the patch. Using interdiff, I've created a > new patch containing all other changes. Thanks to both of you for picking up this work, as I'm really not sure when I would have time to return to it. I'm glad to see other people caring about having a clean manual. :) -- G. Branden Robinson| Debian GNU/Linux | If ignorance is bliss, [EMAIL PROTECTED] | is omniscience hell? http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#193645: Mutex destroy failure: Device or resource busy
package lyx tag 193645 + fixed-upstream thanks Here's a URL to the release announcement, which mentions a fix for this bug: http://lwn.net/Articles/144021/ -- G. Branden Robinson|You can have my PGP passphrase when Debian GNU/Linux |you pry it from my cold, dead [EMAIL PROTECTED] |brain. http://people.debian.org/~branden/ |-- Adam Thornton signature.asc Description: Digital signature
Bug#198097: pinfo: search prompt thinks ^H is backspace instead of ^?
I can no longer reproduce this bug inside screen running in an xterm, neither on a PowerPC nor an x86 machine. Please close at your discretion. -- G. Branden Robinson| Debian GNU/Linux | Extra territorium jus dicenti [EMAIL PROTECTED] | impune non paretur. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#320059: xvfb: SEGV in XCopyPlane() triggered by VSW4 test suite (part of LSB 3.0 certification suite)
Package: xvfb Version: 4.3.0.dfsg.1-14 Severity: important Tags: upstream fixed-upstream Xvfb has a bug in it that is tickled by the VSW4 test suite. One of the tests in that suite (/tset/CH06/cpypln/cpypln 3), now enabled as part of the LSB 3.0 conformance checks, causes xvfb to SEGV in XCopyPlane(). Jeff Licquia tells me that the Xvfb from X.Org X11 6.8.1 fixed this problem; it should therefore be possible to borrow a patch from freedesktop.org CVS or the X.Org X11 6.8.2 packages to fix this. We may want to try to push this fix into a stable-update release for sarge; while not in itself an LSB test failure, it does make using Debian Sarge itself as a platform for testing LSB conformance significantly more painful than it should be. Jeff says this is actually "vital" for demonstrating the LSB conformance of Sarge, assuming our other (relatively few) LSB-related problems are resolved. (This is not a problem for LSB 2.0, because that version's conformance test suite switches this test off.) CCing Matt Taggart so that he knows to flag this as a Sarge LSB issue. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#257062: xserver-xfree86: please backport new Intel i910 driver
On Fri, Mar 18, 2005 at 04:45:57PM +1300, Nick Phillips wrote: > On 18/03/2005, at 8:04 AM, Branden Robinson wrote: > >If an i915 patch is prepared, works, and has been signed off on by > >i810/i830/i845/i855/i865 as well as i915 users, then the patch submitter > >and these testers can join me in making a case to the Release Managers > >for pushing this into testing-proposed-updates (if xfree86 is frozen by > >then). > > OK, I'm working on it. If Jason Lunz gets there first, fine. If not, I'll > probably get there in a few days, depending on the quantity (and quality) > of distractions that come up in the meantime... How's this coming along? -- G. Branden Robinson|The word "power" is an obscenity in Debian GNU/Linux |a democracy. [EMAIL PROTECTED] |-- Andy Jacobs, Jr. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#281050: xserver-common: [i810] Memory leak
retitle 281050 xserver-xfree86: [i810] memory leak provoked by animated cursors used with gdk_cursor_unref() tag 281050 + upstream forwarded 281050 https://bugs.freedesktop.org/show_bug.cgi?id=1043 thanks On Thu, Jan 20, 2005 at 01:00:02PM +0200, Modestas Vainius wrote: > Related bugs in other locations (neither of which is marked as fixed): > > https://bugs.freedesktop.org/show_bug.cgi?id=1043 > http://bugs.gentoo.org/show_bug.cgi?id=31982 > > [1]. http://www.kde-look.org/content/show.php?content=18214 > [2]. http://mif.vu.lt/~mova3971/xf/watch > [3]. http://mif.vu.lt/~mova3971/xf/memleak.c > [4]. http://mif.vu.lt/~mova3971/xf/gpdf -- G. Branden Robinson|Of two competing theories or Debian GNU/Linux |explanations, all other things [EMAIL PROTECTED] |being equal, the simpler one is to http://people.debian.org/~branden/ |be preferred. -- Occam's Razor signature.asc Description: Digital signature
Bug#284583: xserver-xfree86: crashes when going to PM mode and accel is enabled on i865
retitle 284583 xserver-xfree86: [i810] crashes when going into power management mode and XAA enabled on 82865G Integrated Graphics Device rev 2 tag 284583 + upstream patch thanks On Thu, Dec 09, 2004 at 11:43:12AM +0100, Andreas Metzler wrote: > On 2004-12-07 Christian Ospelkaus <[EMAIL PROTECTED]> wrote: > > Package: xserver-xfree86 > > Version: 4.3.0.dfsg.1-8 > > Severity: important > > > On my system with onboard i865, I see regular crahses when the screen > > blanks while I am logged in. The xserver log file contains the > > > I830WaitLpRing() > > > error message afterwards. The symptoms seem to be the same as in > > > http://www.mail-archive.com/xfree86@xfree86.org/msg09649.html > [...] > > *Browsing* through this thread on marc.theaimsgroup > <http://marc.theaimsgroup.com/?l=xfree86&m=106528615425180&w=2> > I only found two interesting pieces of information > > * http://marc.theaimsgroup.com/?l=xfree86&m=106529163429141&w=2 > | Try a recent development snapshot version. Most reports I've seen > | of this type of problem have been fixed there. The last known > | cause of this problem (and there have been several) was fixed after > | 4.3.0 was released. A similar change appears to have been made to X.Org X11: http://cvs.freedesktop.org/xorg/xc/programs/Xserver/hw/xfree86/drivers/i810/i830_driver.c?r1=1.1&r2=1.1.4.1 -- G. Branden Robinson| The Bible is probably the most Debian GNU/Linux | genocidal book ever written. [EMAIL PROTECTED] | -- Noam Chomsky http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#285874: xbase-clients: "xmodmap -pk" prints only two mappings per key
retitle 285874 xbase-clients: [xmodmap] xbase-clients: "xmodmap -pk" prints only two mappings per key forwarded 285874 https://bugs.freedesktop.org/show_bug.cgi?id=2822 tag 285874 + upstream thanks On Thu, Dec 16, 2004 at 04:24:47AM +0100, Kalle Hasselstrom wrote: > Package: xbase-clients > Version: 4.3.0.dfsg.1-9 > Severity: normal > > xmodmap -pk is supposed to write a table of the current key map. It > does this, except that it only prints the first two keysymnames for > each keycode -- the last two, those that are reached by pressing > Mode_Switch, are not printed. This causes problems when I use xmodmap > -pke to save the current keymap, and later try to restore it. Thanks for your report. I have filed an upstream report with freedesktop.org for it. https://bugs.freedesktop.org/show_bug.cgi?id=2822 -- G. Branden Robinson| Communism is just one step on the Debian GNU/Linux | long road from capitalism to [EMAIL PROTECTED] | capitalism. http://people.debian.org/~branden/ | -- Russian saying signature.asc Description: Digital signature
Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on variouslaunches of programcs from within X.
reassign 284448 xfree86
retitle 284448 xfree86: font library has very poor bounds-checking and can SEGV
xfs and the X server
tag 284448 = upstream fixed-upstream patch
thanks
On Fri, Dec 17, 2004 at 12:22:25PM +0100, Thomas Winischhofer wrote:
> This looks like an Xlibs bug.
Yeah, it's one of those annoying static libraries that is linked both into
xfs and the X server.
> From the fact that "pd" is set to a legal value in the debugging
> output, while "buf" (after adding "pi->data_len") is "out of bounds" I
> would very much assume that "pi->data_len" contains garbage.
>
> As regards why it does this, I have no idea.
>
> Are these patches in the Debian SVN:
>
> http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.22&r2=3.22.2.1
> http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.23&r2=3.24
> http://cvsweb.xfree86.org/cvsweb/xc/lib/font/fc/fserve.c.diff?r1=3.26&r2=3.27
No. Fortunately all of the above predate the XFree86 1.1 relicensing.
I'm attaching a patch that should be bolted onto
debian/patches/000_stolen_from_HEAD.diff.
--
G. Branden Robinson|Damnit, we're all going to die;
Debian GNU/Linux |let's die doing something *useful*!
[EMAIL PROTECTED] |-- Hal Clement, on comments that
http://people.debian.org/~branden/ | space exploration is dangerous
3.25 +52 -2 xc/lib/font/fc/fserve.c
603. Add font bounds checking to the X server side of the font server
interface (Chisato Yamauchi, David Dawes).
3.26 +18 -35xc/lib/font/fc/fserve.c
Combine two sets of bounds tests into one. (Chisato Yamauchi)
3.27 +2 -2 xc/lib/font/fc/fserve.c
Fix potential segfault.
Index: xc/lib/font/fc/fserve.c
===
RCS file: /cvs/xc/lib/font/fc/fserve.c,v
retrieving revision 3.22.2.1
retrieving revision 3.27
diff -u -r3.22.2.1 -r3.27
--- xc/lib/font/fc/fserve.c 29 Aug 2003 18:05:09 - 3.22.2.1
+++ xc/lib/font/fc/fserve.c 12 Jan 2004 17:19:30 - 3.27
@@ -24,7 +24,7 @@
in this Software without prior written authorization from The Open Group.
*/
-/* $XFree86: xc/lib/font/fc/fserve.c,v 3.22.2.1 2003/08/29 18:05:09 herrb Exp
$ */
+/* $XFree86: xc/lib/font/fc/fserve.c,v 3.27 2004/01/12 17:19:30 tsi Exp $ */
/*
* Copyright 1990 Network Computing Devices
@@ -87,13 +87,13 @@
(pci)->descent || \
(pci)->characterWidth)
+extern void ErrorF(const char *f, ...);
static int fs_read_glyphs ( FontPathElementPtr fpe, FSBlockDataPtr blockrec );
static int fs_read_list ( FontPathElementPtr fpe, FSBlockDataPtr blockrec );
static int fs_read_list_info ( FontPathElementPtr fpe,
FSBlockDataPtr blockrec );
-static int fs_font_type;
extern fd_set _fs_fd_mask;
static void fs_block_handler ( pointer data, OSTimePtr wt,
@@ -952,6 +952,7 @@
CharInfoPtrci, pCI;
char *fsci;
fsXCharInfofscilocal;
+FontInfoRec*fi = &bfont->pfont->info;
rep = (fsQueryXExtents16Reply *) fs_get_reply (conn, &ret);
if (!rep || rep->type == FS_Error)
@@ -997,6 +998,21 @@
{
memcpy(&fscilocal, fsci, SIZEOF(fsXCharInfo)); /* align it */
_fs_convert_char_info(&fscilocal, &ci->metrics);
+ /* Bounds check. */
+ if (ci->metrics.ascent > fi->maxbounds.ascent)
+ {
+ ErrorF("fserve: warning: %s %s ascent (%d) > maxascent (%d)\n",
+ fpe->name, fsd->name,
+ ci->metrics.ascent, fi->maxbounds.ascent);
+ ci->metrics.ascent = fi->maxbounds.ascent;
+ }
+ if (ci->metrics.descent > fi->maxbounds.descent)
+ {
+ ErrorF("fserve: warning: %s %s descent (%d) > maxdescent (%d)\n",
+ fpe->name, fsd->name,
+ ci->metrics.descent, fi->maxbounds.descent);
+ ci->metrics.descent = fi->maxbounds.descent;
+ }
fsci = fsci + SIZEOF(fsXCharInfo);
/* Initialize the bits field for later glyph-caching use */
if (NONZEROMETRICS(&ci->metrics))
@@ -1022,7 +1038,6 @@
/* build bitmap metrics, ImageRectMax style */
if (haveInk)
{
- FontInfoRec *fi = &bfont->pfont->info;
CharInfoPtr ii;
ci = fsfont->encoding;
@@ -1042,6 +1057,23 @@
{
ci->metrics = ii->metrics;
}
+ /* Bounds check. */
+ if (ci->metrics.ascent > fi->maxbounds.ascent)
+ {
+ ErrorF("fs
Bug#295471: (no subject)
Subject: registering the wrong executable for text/plain and text/* breaks other applications Followup-For: Bug #295471 Package: kvim Version: 1:6.3-067+2 This breaks attachment viewing in mutt, and anything else that relies on /etc/mailcap. Please don't let this bug into a released sarge. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kvim depends on: ii kdelibs4 4:3.3.2-4 KDE core libraries ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libgpmg1 1.19.6-19 General Purpose Mouse - shared lib ii libice6 4.3.0.dfsg.1-12 Inter-Client Exchange library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxt6 4.3.0.dfsg.1-12 X Toolkit Intrinsics ii vim 1:6.3-067+2 Vi IMproved - enhanced vi editor ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#282035: xserver-xfree86: [kbd] Logitech "Internet Navigator Special Edition" / "Elite" USB Keyboard missing 4 buttons
retitle 282035 kernel: AT keyboard driver doesn't recognize some fancy Logitech keyboard keys reassign 282035 kernel thanks On Sun, Dec 19, 2004 at 09:31:58PM +0100, Stephane Chauveau wrote: > I have a simular keyboard and I investigated the problem a few months ago. > This is a kernel problem. > > You can see it by pressing the keys from the console. > You should get the following errors: > > Dec 19 21:06:16 localhost kernel: atkbd.c: Unknown key pressed > (translated set 2, code 0x91 on isa0060/serio0). > Dec 19 21:06:16 localhost kernel: atkbd.c: Use 'setkeycodes e011 > ' to make it known. > > Those messages should also appear in the kernel logs. > > I explained the problem and gave a 'hack' to solve it in the following > link some months ago: > > http://www.linuxgazette.com/node/9028#comment-932 > > I hope that helps. Thanks for the information. I am reassigning this report to Debian's Linux kernel "bucket" package in our Bug Tracking System. -- G. Branden Robinson|Somewhere, there is a .sig so funny Debian GNU/Linux |that reading it will cause an [EMAIL PROTECTED] |aneurysm. This is not that .sig. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#287900: xlibs: Want us_intl without deadkeys
On Thu, Jan 13, 2005 at 11:38:07PM +0100, Denis Barbier wrote: > On Thu, Dec 30, 2004 at 09:08:44PM +0100, Tim Dijkstra (tdykstra) wrote: > > Package: xlibs > > Version: 4.3.0.dfsg.1-10 > > Severity: normal > > Tags: l10n patch > > > > > > In the Netherlands all (well probably > 99%) of the pc users have a US > > international keyboard, they also do want to type the Euro character. > > The pc/us(intl) and pc/us_intl (and pc/us(alt-intl) which is identical) > > layouts > > give you that, but they also gives you very annoying deadkeys. At the moment > > there is no easy way (other then editing one of these files oneself) to get > > a > > functional Euro key on a US-intl keyboard _without_ deadkeys. > > > > I added a very small patch that adds this possibility. One can then use > > layout = us_intl, variant = nodeadkeys to get such a layout. > > A much better alternative is to add a symbols/eurosign file, as is done > in xkeyboard-config, so that EuroSign becomes available from any layout. > But all my previous changes in xlibs were broken, and my intention was > to not make changes anymore. Branden and Fabio, what do you think? > May I add this file and potentially introduce new bugs? I think you're learned your lesson. :) Go ahead, if you like. -- G. Branden Robinson| Never attribute to malice that Debian GNU/Linux | which can be adequately explained [EMAIL PROTECTED] | by stupidity. http://people.debian.org/~branden/ | -- Hanlon's Razor signature.asc Description: Digital signature
Bug#287876: File $HOME/.xsession-errors grows very large
severity 287876 wishlist retitle 287876 xfree86-common: Xsession does nothing to prevent $HOME/.xsession-errors from growing very large merge 276545 287876 thanks On Tue, Jan 04, 2005 at 05:06:51PM +0100, Bastian Kleineidam wrote: > Hi, > > is this a duplicate of bug #276545? Yes. > I am wondering if it is sufficient to truncate .xsession-errors only on X > startup, or really make sure that the file never exceeds a certain size. There are a number of approaches that could be taken. The only one that no one seems to like is the status quo, where the responsibility lies on X client software to stop blasting crap to standard error like a fire hose. One can't expect too much of GUI programmers, I suppose. -- G. Branden Robinson|I must despise the world which does Debian GNU/Linux |not know that music is a higher [EMAIL PROTECTED] |revelation than all wisdom and http://people.debian.org/~branden/ |philosophy. -- Ludwig van Beethoven signature.asc Description: Digital signature
Bug#273993: Does not affect the NVIDIA proprietary drivers
On Sat, Jan 22, 2005 at 04:11:12PM +0100, DEGAND Nicolas wrote: > Using the NVIDIA proprietary drivers, I'm able to upgrade to 4.3-10 We still need a full backtrace for this problem. The Debian X FAQ describes how to get one. Remember to set LC_MESSAGES=C when running the GNU Debugger, e.g.: $ LC_MESSAGES=C gdb Please visit the following URL for a tutorial on debugging the X server: http://necrotic.deadbeast.net/svn/xfree86/trunk/debian/local/FAQ.xhtml#debugxserver -- G. Branden Robinson|Half of being smart is knowing what Debian GNU/Linux |you're dumb at. [EMAIL PROTECTED] |-- David Gerrold http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#289328: retitling and changing severity of 289328
retitle 289328 xserver-xfree86: [tdfx] want config option to let Voodoo Banshee users live dangerously, enabling DRI at large root window resolutions severity 298328 wishlist tag 298328 + upstream thanks Per the discussion earlier in this bug, an option should be added to let Voodoo Banshee users live dangerously. There may exist some Diamond Monster Fusion cards (based on the Voodoo Banshee chipset) that don't exhibit stability problems, and some users may not actually attempt full-screen DRI. Patch #035 can be updated to include this functionality, as the existing patch is not on the X.Org X11 CVS trunk as of today (2005-03-29). 035_tdfx_disable_dri_on_16mb_with_highres.diff Implementation note: check to see if a "ForceDRI" option is really needed; the regular "DRI" option's value as configured might be available, or it might be set to its default value (on) and we won't know what the user said in the config file at the point this code would execute. -- G. Branden Robinson| You could wire up a dead rat to a Debian GNU/Linux | DIMM socket and the PC BIOS memory [EMAIL PROTECTED] | test would pass it just fine. http://people.debian.org/~branden/ | -- Ethan Benson signature.asc Description: Digital signature
Bug#302116: jadetex: spurious conffile prompt on upgrade to 3.13-4
Package: jadetex Version: 3.13-4 Severity: normal I experienced the following while upgrading to jadetex 3.13-4: Preparing to replace jadetex 3.13-3 (using .../jadetex_3.13-4_all.deb) ... Unpacking replacement jadetex ... [...] Setting up jadetex (3.13-4) ... Configuration file `/etc/texmf/fmt.d/40jadetex.cnf' ==> File on system created by you or by a script. ==> File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** 40jadetex.cnf (Y/I/N/O/D/Z) [default=N] ? y Installing new version of config file /etc/texmf/fmt.d/40jadetex.cnf ... mktexlsr: Updating /usr/local/share/texmf/ls-R... mktexlsr: Updating /usr/local/lib/texmf/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/cache/fonts/ls-R... mktexlsr: Done. Checking for TeX memory dumps (.fmt) ... done. Creating JadeTeX memory dumps ... /usr/share/texmf/tex/jadetex/config/jadetex.ini fmtutil: /var/lib/texmf/web2c/jadetex.efmt installed. /usr/share/texmf/tex/jadetex/config/jadetex.ini fmtutil: /var/lib/texmf/web2c/pdfjadetex.efmt installed. done. I shouldn't have been given a conffile prompt, as I've never customized that file, and in fact didn't even know it existed. Steve Langasek tells me this is because /etc/texmf/fmt.d/40jadetex.cnf used to be a non-conffile configuration file (created by the package "manually" rather than unpacked to the system), and therefore dpkg believes the local admin had put the file there. If there's a small set of existing ways for that file to look, you might be able to enhance your preinst script to detect an already-installed stock version and move it out of the way. Because the preinst and postinst scripts can fail, I would do this transactionally, with a prepare/commit (or prepare/rollback) approach. I have had to do something very similar in xfree86, where I have *stopped* making certain files conffiles. I therefore offer three shell functions (attached) which you may want to adapt to your needs. Please let me know if you need any explanations or assistance with this. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jadetex depends on: ii debianutils 2.13.2 Miscellaneous utilities specific t ii tetex-bin 2.0.2-26 The teTeX binary files ii tetex-extra 2.0.2c-7 Additional library files of teTeX Versions of packages tetex-base depends on: ii debconf 1.4.47 Debian configuration management sy ii dpkg 1.10.27Package maintenance system for Deb ii texinfo 4.7-2.2Documentation system for on-line i ii ucf 1.17 Update Configuration File: preserv Versions of packages tetex-bin depends on: ii debconf 1.4.47 Debian configuration management sy ii debianutils 2.13.2 Miscellaneous utilities specific t ii dpkg 1.10.27 Package maintenance system for Deb ii ed 0.2-20 The classic unix line editor ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12 Inter-Client Exchange library ii libkpathsea3 2.0.2-26path search library for teTeX (run ii libpaper11.1.14-3Library for handling paper charact ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-12 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libt1-5 5.0.2-3 Type 1 font rasterizer library - r ii libwww-ssl0 [libwww0]5.4.0-9 The W3C-WWW library (SSL support) ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-12 X Athena widget set library ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-12 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-12 X Toolkit Intrinsics ii mime-support 3.31-1 MIME files 'mime.types' & 'mailcap ii perl 5.8.4-8 Larry Wall's Practical Extraction
Bug#302611: fontconfig: prerm can spew errors when trying to run fc-cache due to libfontconfig1 already being purged
Package: fontconfig Version: 2.3.1-2 Severity: normal fontconfig's postinst script should be a little more robust than this: sisyphus:~# apt-get --purge remove libfontconfig1 Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: fontconfig* libfontconfig1* 0 upgraded, 0 newly installed, 2 to remove and 54 not upgraded. Need to get 0B of archives. After unpacking 643kB disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 12429 files and directories currently installed.) Removing libfontconfig1 ... Purging configuration files for libfontconfig1 ... Removing fontconfig ... Purging font configuration of fontconfig... Purging category cid.. Purging category truetype.. Purging category type1.. fc-cache: error while loading shared libraries: libfontconfig.so.1: cannot open shared object file: No such file or directory Purging configuration files for fontconfig ... dpkg - warning: while removing fontconfig, directory `/etc/fonts/conf.d' not empty so not removed. dpkg - warning: while removing fontconfig, directory `/etc/fonts' not empty so not removed. sisyphus:~# l /usr/X11R6/lib/X11/fonts/Type1/ If the circular dependency between libfontconfig1 and fontconfig cannot be broken, then the error message from the dynamic loader should be suppressed. Note that you have to use apt-get to reproduce this problem. Plain dpkg won't work, as it makes sure to always remove fontconfig *before* libfontconfig1. Here's some more detailed output: # apt-get --purge -o "DPkg::Options::=-D7" remove libfontconfig1 Reading Package Lists... Done Building Dependency Tree... Done The following packages will be REMOVED: fontconfig* libfontconfig1* 0 upgraded, 0 newly installed, 2 to remove and 54 not upgraded. Need to get 0B of archives. After unpacking 643kB disk space will be freed. Do you want to continue? [Y/n] D01: deferred_remove package fontconfig D01: checking dependencies for remove `fontconfig' D01: deferred_remove package libfontconfig1 D01: checking dependencies for remove `libfontconfig1' D01: deferred_remove package fontconfig D01: checking dependencies for remove `fontconfig' D01: deferred_remove package libfontconfig1 D01: checking dependencies for remove `libfontconfig1' D01: deferred_remove package fontconfig D01: checking dependencies for remove `fontconfig' D01: deferred_remove package libfontconfig1 D01: checking dependencies for remove `libfontconfig1' D01: deferred_remove package fontconfig D01: checking dependencies for remove `fontconfig' D01: deferred_remove package libfontconfig1 D01: checking dependencies for remove `libfontconfig1' D01: deferred_remove package fontconfig D01: checking dependencies for remove `fontconfig' D01: deferred_remove package libfontconfig1 D01: checking dependencies for remove `libfontconfig1' D01: deferred_remove package fontconfig D01: checking dependencies for remove `fontconfig' D01: deferred_remove package libfontconfig1 D01: checking dependencies for remove `libfontconfig1' D01: deferred_remove package fontconfig D01: checking dependencies for remove `fontconfig' D01: deferred_remove package libfontconfig1 D01: checking dependencies for remove `libfontconfig1' (Reading database ... 12429 files and directories currently installed.) Removing libfontconfig1 ... D02: maintainer_script_installed nonexistent prerm D01: removal_bulk package libfontconfig1 D02: fork/exec /var/lib/dpkg/info/libfontconfig1.postrm ( ) D01: removal_bulk cleaning info directory D02: removal_bulk info unlinked /var/lib/dpkg/info/libfontconfig1.shlibs D02: removal_bulk info unlinked /var/lib/dpkg/info/libfontconfig1.postinst D02: removal_bulk info unlinked /var/lib/dpkg/info/libfontconfig1.md5sums D01: removal_bulk purging? foundpostrm=1 Purging configuration files for libfontconfig1 ... D02: fork/exec /var/lib/dpkg/info/libfontconfig1.postrm ( ) D01: removal_bulk purge done, removing list `/var/lib/dpkg/info/libfontconfig1.list' D01: removal_bulk purge done, removing postrm `/var/lib/dpkg/info/libfontconfig1.postrm' D01: removal done D01: deferred_remove package fontconfig D01: checking dependencies for remove `fontconfig' Removing fontconfig ... D02: fork/exec /var/lib/dpkg/info/fontconfig.prerm ( ) Purging font configuration of fontconfig... Purging category cid.. Purging category truetype.. Purging category type1.. fc-cache: error while loading shared libraries: libfontconfig.so.1: cannot open shared object file: No such file or directory D01: removal_bulk package fontconfig D02: fork/exec /var/lib/dpkg/info/fontconfig.postrm ( ) D01: removal_bulk cleaning info directory D02: removal_bulk info unlinked /var/lib/dpkg/info/fontconfig.config D02: removal_bulk info unlinked /var/lib/dpkg/info/fontconfig.templates D02: removal_bu
Bug#257062: xserver-xfree86: please backport new Intel i910 driver
On Fri, Apr 01, 2005 at 10:10:38AM +1200, Nick Phillips wrote: > On 26/03/2005, at 8:30 AM, Branden Robinson wrote: > > >On Fri, Mar 18, 2005 at 04:45:57PM +1300, Nick Phillips wrote: > >>On 18/03/2005, at 8:04 AM, Branden Robinson wrote: > >>>If an i915 patch is prepared, works, and has been signed off on by > >>>i810/i830/i845/i855/i865 as well as i915 users, then the patch > >>>submitter and these testers can join me in making a case to the > >>>Release Managers for pushing this into testing-proposed-updates (if > >>>xfree86 is frozen by then). > >> > >>OK, I'm working on it. If Jason Lunz gets there first, fine. If not, > >>I'll probably get there in a few days, depending on the quantity (and > >>quality) of distractions that come up in the meantime... > > > >How's this coming along? > > Just trying a build at the moment. I don't expect it to work... How did this turn out? -- G. Branden Robinson| I am only good at complaining. Debian GNU/Linux | You don't want me near your code. [EMAIL PROTECTED] | -- Dan Jacobson http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#298328: Processed: retitling and changing severity of 289328
severity 298328 normal tag 298328 - upstream severity 289328 wishlist tag 289328 + upstream thanks On Sun, Apr 10, 2005 at 10:34:39AM +0300, Tommi Virtanen wrote: > That seems like a typo. Care to fix your mess? Sorry. Done. Consider me spanked. > Also, please use the "package" command in the future. I generally don't because I maintain source packages that create multiple binaries, and particularly in the case of xfree86, I need to reassign bugs among the different binary packages. What I really need is a "source" command, or a more general constraint mechanism. Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=208130 > for more information. -- G. Branden Robinson| When I die I want to go peacefully Debian GNU/Linux | in my sleep like my ol' Grand [EMAIL PROTECTED] | Dad...not screaming in terror like http://people.debian.org/~branden/ | his passengers. signature.asc Description: Digital signature
Bug#301166: kaffe: left dangling symlink for native2ascii manpage on my system
Package: kaffe Version: 2:1.1.4.RC1-1 Followup-For: Bug #301166 I've been experiencing this problem too, since 25 March. This causes the sysadmin to be spammed every night with mail from cron. /etc/cron.daily/man-db: mandb: warning: /usr/share/man/man1/native2ascii.1.gz is a dangling symlink Please don't let sarge release with this bug. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kaffe depends on: ii kaffe-jthreads 2:1.1.4.RC1-1 A green threads enabled version of ii kaffe-pthreads 2:1.1.4.RC1-1 A POSIX threads enabled version of -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334659: tetex-doc: uninstallable due to file overlap with tetex-base
Package: tetex-doc Version: 3.0-9 Severity: grave Preparing to replace tetex-doc 2.0.2c-9 (using .../tetex-doc_3.0-9_all.deb) ... Unpacking replacement tetex-doc ... dpkg: error processing /var/cache/apt/archives/tetex-doc_3.0-9_all.deb (--unpack): trying to overwrite `/usr/share/doc/texmf/Makefile', which is also in package tetex-base -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tetex-doc depends on: ii dpkg 1.13.11package maintenance system for Deb Versions of packages tetex-doc recommends: ii evince [postscript-view 0.4.0-1 Document (postscript, pdf) viewer ii gpdf [pdf-viewer] 2.8.2-1.3Portable Document Format (PDF) vie ii gs-gpl [postscript-view 8.15-4 The GPL Ghostscript PostScript int ii gv [pdf-viewer] 1:3.6.1-12 PostScript and PDF viewer for X ii kghostview [pdf-viewer] 4:3.4.2-2PostScript viewer for KDE ii konqueror [www-browser] 4:3.4.2-3KDE's advanced file manager, web b ii kpdf [pdf-viewer] 4:3.4.2-2PDF viewer for KDE ii links [www-browser] 0.99+1.00pre12-1 Character mode WWW browser ii lynx [www-browser] 2.8.5-2 Text-mode WWW Browser ii mozilla-browser [www-br 2:1.7.12-1 The Mozilla Internet application s ii mozilla-firefox [www-br 1.0.7-1 lightweight web browser based on M ii tetex-bin 2.0.2-31.0.1 The teTeX binary files ii w3m [www-browser] 0.5.1-4 WWW browsable pager with excellent ii xpdf3.01-2 Portable Document Format (PDF) sui ii xpdf-reader [pdf-viewer 3.01-2 Portable Document Format (PDF) sui ii xpdf-utils [pdf-viewer] 3.01-2 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330474: mutt: opens of same mbox by multiple mutt processes erase message bodies
Package: mutt Version: 1.5.11-1 Severity: critical This is awful. For years I have performed multiple opens of mbox files, using multiple mutt processes. For years it worked. Now it doesn't. Now, if you do this, message bodies will be nuked out of the folder and the Content-Length: header rewritten to zero. The latter appears to be a subtly different issue; the header was rewritten for some but not all messages, and the ones with the nuked bodies were a *subset* of the ones whose Content-Length: headers were written. This is very, very, very, very bad behavior, and I would be deeply furious about it if I hadn't been able to use e2undel on the remote host where my mail spools to recover the ~150MB deleted spool file from a live filesystem and extract the obliterated message bodies from it. I was miraculously lucky. Anybody who spools mail locally, doesn't have root on the host where their mail spools, or who uses ext3 would have been badly screwed. Mutt should either go back to not destroying mailbox contents on multiple opens, should implement a locking mechanism to prevent other copies of itself from opening a given folder for writing at the same time, or (easiest to implement but least useful), refuse to open a mailbox that another Mutt process has open. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mutt depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdb4.3 4.3.28-3 Berkeley v4.3 Database Libraries [ ii libgnutls12 1.2.6-1the GNU TLS library - runtime libr ii libidn11 0.5.18-1 GNU libidn library, implementation ii libncursesw5 5.4-9 Shared libraries for terminal hand ii libsasl2 2.1.19-1.6 Authentication abstraction library ii postfix [mail-transport-agent 2.2.4-1A high-performance mail transport Versions of packages mutt recommends: ii locales 2.3.5-6GNU C Library: National Language ( ii mime-support 3.35-1 MIME files 'mime.types' & 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330474: mutt: opens of same mbox by multiple mutt processes erase message bodies
retitle 330474 mutt: rewrites Content-Length message header in mbox folders to be zero, which subsequently causes mutt to nuke the entire message body thanks My initial diagnosis of this bug was overly complex. Here's a repro recipe. 1) Open any mbox folder with "mutt -R". (-R means "read-only", you don't have to do this, but it will allow you to observe the bug without destroying your mail folder). 2) Tag one or messages in that folder. 3) Observe the Content-Length headers in the message(s) you've tagged. In most cases of real-world mail, the header value will be non-zero. 4) C)opy the tagged message(s) to a new folder. 5) Quit. 6) Use $PAGER or $EDITOR to view the new folder. 7) Observe the Content-Length headers in the message(s). Note that they are all zero. 8) Observe that the message body (or bodies) is/are still present. 9) Open the new folder with mutt. Don't specify -R this time. 10) Read the message(s) in it. 11) Observe that you can't read the message body. 12) Quit back to the index, and quit mutt. Don't use "exit". We want changes written to the folder. 13) Use $PAGER or $EDITOR to view the new folder again. 14) WHERE THE HELL ARE THE MESSAGE BODIES? Retitled bug accordingly. I stand by the severity of this report. I don't know if it's specific to mbox folders; that's just the only format I ever use. -- G. Branden Robinson| You are not angry with people when Debian GNU/Linux | you laugh at them. Humor teaches [EMAIL PROTECTED] | them tolerance. http://people.debian.org/~branden/ | -- W. Somerset Maugham signature.asc Description: Digital signature
Bug#314425: ncurses-base: new xterm terminfo data appears to be wack with sarge's xterm [regression from 5.4-4]
On Fri, Sep 02, 2005 at 09:25:14AM -0400, Daniel Jacobowitz wrote: [snip] > Hmm? Please see the quoted bits you wrote, above Right, yes, it had been so long, I carelessly neglected to refresh my memory on the history of the bug. > Screen _does_ reread the terminfo - otherwise it wouldn't be much good > at moving between different real terminals. The problem was that the > terminfo description shipped with current versions of ncurses required > a bug fix in the shared libncurses. Right. > So I'm going to close this. Sounds apropos, even if frustrating for me. :) Thanks for following up! -- G. Branden Robinson| "I came, I saw, she conquered." Debian GNU/Linux | The original Latin seems to have [EMAIL PROTECTED] | been garbled. http://people.debian.org/~branden/ | -- Robert Heinlein signature.asc Description: Digital signature
Bug#327190: #327190: seen here as well
Package: libdjvulibre15 Version: 3.5.15-1 Followup-For: Bug #327190 (Reading database ... 146148 files and directories currently installed.) Unpacking libdjvulibre15 (from .../libdjvulibre15_3.5.15-1_powerpc.deb) ... dpkg: error processing /var/cache/apt/archives/libdjvulibre15_3.5.15-1_powerpc.deb (--unpack): trying to overwrite `/usr/share/djvu/osi/de/libdjvu++.xml', which is also in package libdjvulibre1 dpkg-deb: subprocess paste killed by signal (Broken pipe) libdjvulibre15 should probably Conflicts: and Replaces: libdjvulibre1. Better still, files that aren't going to change their names across shared object version bumps should probably be moved into a libdjvulibre-common package or something of the sort. That way you won't have to remember to update a (growing) list of Conflicts: and Replaces: every time the soversion bumps. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327081: ITP: rpmstrap -- bootstrap a basic RPM-based system
Anthony Towns wrote: > > > Looking at the source it seems more "based on" than "inspired by", > > > particular to "rpmstrap" itself, though the "functions" and "scripts/*" > > > files sure seem more derivative than just coincidently similar. If > > > so, it's in violation of debootstrap's license (by not including > > > debootstrap's copyright text), and it seems fairly rude to relicense it > > > from debootstrap's BSD-ish license to GPLv2+, not to mention expunging > > > my name and copyright notice from the source, and for that matter all > > > references to debootstrap. > > > > > > Removing the copyright's a license violation, and presumably renders the > > > program undistributable and unpackagable, afaics. > > > > > > At least Bastian Blank's cdebootstrap was written from scratch to > > > justify its different license and lack of recognition. Colour me > > > unimpressed. Sam Hart wrote: > > For what it's worth, rpmstrap as it is today is actually based on a tool > > developed in house at Progeny. This tool could only bootstrap Fedora > > Core 2 at a specific revision. Looking at that code now and comparing it > > to what I see inside of debootstrap, the only real similarities I see > > are that they both have functions common to /many/ other shell scripts > > (usage(), die(), warn(), trace()). Anthony, I've been using shell functions with these names (and the expected corresponding behaviors) in shell scripts I write for years now, so you're probably going to need to accuse me of copyright infringement in shell-lib.sh[1] in the XFree86 and X.Org packages as well. > > I will have to check the legacy on this tool used internally at Progeny > > to ensure nothing came from debootstrap, but to the best of my knowledge > > it did not. In fact, looking at this internal tool now, it is only 314 > > lines of code, 153 of which are lists of FC2 packages, so it doesn't > > seem likely to share any common ancestry with debootstrap. > > I have just been given permission to post the original internal tool > used at Progeny which rpmstrap is based upon, in case anyone would care > to check the legacy for debootstrap code. > > This original tool was also called "rpmstrap" and was written from > scratch by Branden Robinson. It does not contain any code borrowed from > debootstrap. I assert this to be the case. I'm easily capable of writing the trivial shell script that constitutes the original "rpmstrap", and the modifications I made to it subsequently. For your edification, I'm attaching the SVN commit log for "rpmstrap" up to and including my last change to it. None of this is rocket science. Oh, what the hell, how about I attach the diff of each commit as well, making it all the easier to identify the exact spots where I absconded with debootstrap code, mustache twitching! > The first appearance of rpmstrap in the internal Progeny svn is the > following code: > http://hackers.progeny.com/~sam/rpmstrap/legacy/rpmstrap-original > > The most current revision of rpmstrap in the same svn is: > http://hackers.progeny.com/~sam/rpmstrap/legacy/rpmstrap > > This is the actual base for what is now rpmstrap as I maintain. It is > also why the current rpmstrap is GPLv2. > > The one thing I have just realized is that the current rpmstrap script > does not actually have Branden's name in it as an author (although his > name does exist in some of the suite scripts). I will rectify this > shortly and apologize for the oversight. Well, only if there's any of my original nasty kludge *left*. I kind of hope it isn't. :) (Okay, you can keep usage()/trace()/warn()/die(), but as for the rest... :) ) The original rpmstrap I wrote was done in haste, but it was not plagiarized. The accusation would be amusing if it weren't so insulting. [1] http://necrotic.deadbeast.net/svn/xorg-x11/trunk/debian/shell-lib.sh (There, trace() is not present, but a similar function, observe(), is. Neither function is an example of anything more than highly trivial and idiomatic shell usage.) -- Branden Robinson | GPG signed/encrypted mail welcome [EMAIL PROTECTED] | 1024D/9C0BCBFB Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C | 72E8 0F42 191A 9C0B CBFB r16721 | branden | 2005-02-15 12:06:40 -0500 (Tue, 15 Feb 2005) | 2 lines Install i386, not i686, version of openssl on x86_64 systems. r15950 | branden | 20
Bug#328401: pngcrush: pngcrush(1) mis-documents iTXt and tTXt chunks
Package: pngcrush Version: 1.5.10-2 Severity: normal File: /usr/share/man/man1/pngcrush.1.gz I chose normal instead of minor severity because this doesn't look like a spelling error or cosmetic issue to the user. It didn't to me -- I had to go look up documentation on the web to find out which was which. That sucks. Spot the problem: Textual information pertaining to an image can be conveyed with the tEXt, iTXt and zTXt chunks. [...] An iTXt chunk stores text in the ISO/IEC 8859‐1 (Latin‐1) character set. zTXt chunks also use the Latin‐1 character set, but the text is compressed. This can be useful for large text chunks. iTXt chunks consist of text in the UTF‐8 of the Unicode character set. So, *which* one uses UTF-8, again? This manpage should probably just cross-reference png(5) for PNG format information, except for the fact that *that* manpage is impressively useless. So until png(5) actually documents the file format, I'd fix the manpage using the information here: http://www.libpng.org/pub/png/spec/1.2/PNG-Chunks.html ...and maybe include a URL to the above in the manpage. [[ I don't know why png(5) *doesn't* have this information -- the PNG specification appears to be under a MIT/X11-style license: http://www.libpng.org/pub/png/spec/1.2/PNG-Credits.html ]] Yes, you can put URLs in manpages. See man(7) for a recipe, or my WTFM presentation: http://people.debian.org/~branden/talks/wtfm/wtfm.pdf pp. 33-35 in the current revision. Thanks in advance for your attention to this bug. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages pngcrush depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libpng12-01.2.8rel-1.0.1 PNG library - runtime ii zlib1g1:1.2.3-4 compression library - runtime pngcrush recommends no packages. -- no debconf information
Bug#328402: pngcrush: pngcrush(1) says there's an -itxt option, but executable claims there isn't
Package: pngcrush
Version: 1.5.10-2
Severity: normal
Gr.
$ man pngcrush | grep itxt
Reformatting pngcrush(1), please wait...
/tmp/branden/zmanQ0ieTA:115: warning: can't find special character `b|a'
-itxt [b|a] keyword text
-zitxt [b|a] keyword text
$ pngcrush -itxt a Comment foo
Warning: versions are different between png.h and png.c
png.h version: 1.2.7
png.c version: 1.2.8
| pngcrush 1.5.10, Copyright (C) 1998-2002 Glenn Randers-Pehrson
| This is a free, open-source program. Permission is irrevocably
| granted to everyone to use this version of pngcrush without
| payment of any fee.
| Executable name is pngcrush
| It was built with libpng version 1.2.7, and is
| running with libpng version 1.2.8 - December 3, 2004 (header)
|Copyright (C) 1998-2002 Glenn Randers-Pehrson,
|Copyright (C) 1996, 1997 Andreas Dilger,
|Copyright (C) 1995, Guy Eric Schalnat, Group 42 Inc.,
| and zlib version 1.2.2, Copyright (C) 1998,
|Jean-loup Gailly and Mark Adler.
usage: pngcrush [options] infile.png outfile.png
pngcrush -e ext [other options] files.png ...
pngcrush -d dir [other options] files.png ...
options:
-already already_crushed_size [e.g., 8192]
-bit_depth depth (bit_depth to use in output file)
-brute (Use brute-force, try 114 different methods [11-124])
-c color_type of output file [0, 2, 4, or 6]
-cc (do color counting)
-d directory_name (where output files will go)
-double_gamma (used for fixing gamma in PhotoShop 5.0/5.02 files)
-e extension (used for creating output filename)
-f user_filter [0-5]
-fix (fix otherwise fatal conditions such as bad CRCs)
-force (Write a new output file even if larger than input)
-g gamma (float or fixed*10, e.g., 0.45455 or 45455)
-iccp length "Profile Name" iccp_file
-l zlib_compression_level [0-9]
-loco ("loco crush" truecolor PNGs)
-m method [0 through 200]
-max maximum_IDAT_size [default 8192]
-no_cc (no color counting)
-nofilecheck (do not check for infile.png == outfile.png)
-n (no save; does not do compression or write output PNG)
-plte_len n (truncate PLTE)
-q (quiet)
-reduce (do lossless color type or bit depth reduction)
-rem chunkname (or "alla" or "allb")
-replace_gamma gamma (float or fixed*10) even if gAMA is present.
-res dpi
-save (keep all copy-unsafe chunks)
-srgb [0, 1, 2, or 3]
-text b[efore_IDAT]|a[fter_IDAT] "keyword" "text"
-trns_array n trns[0] trns[1] .. trns[n-1]
-trns index red green blue gray
-v (display more detailed information)
-version (display the pngcrush version)
-w compression_window_size [32, 16, 8, 4, 2, 1, 512]
-z zlib_strategy [0, 1, or 2]
-zmem zlib_compression_mem_level [1-9, default 9]
-ztxt b[efore_IDAT]|a[fter_IDAT] "keyword" "text"
-h (help and legal notices)
-p (pause)
Copyright (C) 1998-2002 Glenn Randers-Pehrson ([EMAIL PROTECTED])
DISCLAIMER: The pngcrush computer program is supplied "AS IS".
The Author disclaims all warranties, expressed or implied, including,
without limitation, the warranties of merchantability and of fitness
for any purpose. The Author assumes no liability for direct, indirect,
incidental, special, exemplary, or consequential damages, which may
result from the use of the computer program, even if advised of the
possibility of such damage. There is no warranty against interference
with your enjoyment of the computer program or against infringement.
There is no warranty that my efforts or the computer program will
fulfill any of your particular purposes or needs. This computer
program is provided with all faults, and the entire risk of satisfactory
quality, performance, accuracy, and effort is with the user.
LICENSE: Permission is hereby irrevocably granted to everyone to use,
copy, modify, and distribute this computer program, or portions hereof,
purpose, without payment of any fee, subject to the following
restrictions:
1. The origin of this binary or source code must not be misrepresented.
2. Altered versions must be plainly marked as such and must not be
misrepresented as being the original binary or source.
3. The Copyright notice, disclaimer, and license may not be removed
or altered from any source, binary, or altered source distribution.
...and exits with status one.
By the way, that is a mondo obnoxious usage message.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.9-powerpc-smp
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages pngcrush depends on:
ii libc6
Bug#323140: earth3d: Failure to start
The problem might be caused by the application (or another library) attempting to dlopen() "libXmu.so" instead of "libXmu.so.6". This is bad because the ".so" symlinks to a shared library are, per policy, only provided by -dev packages. Moving those symlinks to the regular shlib package is the wrong thing to do because anyone using dlopen() has a certain expectation about the soversion of the object they're opening -- after all, they expect certain symbols to be present. Just my speculative guess, having seen a similar problem before. -- G. Branden Robinson| Wanton killing of innocent Debian GNU/Linux | civilians is terrorism, not a war [EMAIL PROTECTED] | against terrorism. http://people.debian.org/~branden/ | -- Noam Chomsky signature.asc Description: Digital signature
Bug#324965: cvs: shouldn't ship cvsbug manpage when we don't ship the corresponding executable
Package: cvs Version: 1:1.12.9-14 Severity: minor I note that Fedora Core recently did an advisory against CVS regarding the cvsbug program. We don't ship the cvsbug program in our cvs package, so we're immune, but we do ship the manpage, which in my haste I nearly mistook for the command, causing me to almost file a spurious security bug. :) IMO, it's pointless to ship the manpage when the thing it documents is not present. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cvs depends on: ii debconf 1.4.57 Debian configuration management sy ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libpam-runtime0.76-23Runtime support for the PAM librar ii libpam0g 0.76-23Pluggable Authentication Modules l ii zlib1g1:1.2.3-3 compression library - runtime Versions of packages cvs recommends: ii info [info-browser] 4.7-2.2Standalone GNU Info documentation ii konqueror [info-browser] 4:3.3.2-1 KDE's advanced File Manager, Web B ii netbase 4.21 Basic TCP/IP networking system ii pinfo [info-browser] 0.6.8-6An alternative info-file viewer -- debconf information: cvs/rotatekeep: 7 * cvs/badrepositories: ignore cvs/rotatekeep_nondefault: no cvs/rotate_individual: true cvs/pserver_repos_individual: true cvs/pserver_setspawnlimit: false cvs/rotatekeep_individual: 7 cvs/pserver_repos: all * cvs/pserver: false cvs/cvs_conf_is_dead: * cvs/repositories: /var/lib/cvs cvs/pserver_spawnlimit: 400 cvs/rotatehistory: no -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
