Bug#342610: openoffice.org: update problems 1.1.4-7 - 2.0.0-4
Package: openoffice.org Version: 1.1.4-7 Severity: normal I'm trying to update to openoffice.org from 1.0.4-7 to 2.0.0-4 and get the following errors: # apt-get -t unstable install openoffice.org . Preparing to replace openoffice.org 1.1.4-7 (using .../openoffice.org_2.0.0-4_i386.deb) ... update-xmlcatalog: error: entity not registered update-xmlcatalog: error: package catalog /etc/xml/openoffice.org.xml not found Unpacking replacement openoffice.org ... dpkg: error processing /var/cache/apt/archives/openoffice.org_2.0.0-4_i386.deb (--unpack): trying to overwrite `/usr/share/doc/openoffice.org/README.Debian.gz', which is also in package openoffice.org-debian-files . Although openoffice.org-debian-files has been scheduled for removal, that package ist still installed when the new openoffice.org deb gets unpacked. There are probably some conflicts/replaces entries missing. -- System Information: Debian Release: testing/unstable APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org depends on: ii dictionaries-common [openoff 0.62.5 Common utilities for spelling dict ii openoffice.org-bin 1.1.4-7.0.1 OpenOffice.org office suite binary ii openoffice.org-debian-files 1.1.4-6+1 Debian specific parts of OpenOffic pn openoffice.org-l10n-en | ope none (no description available) ii ttf-opensymbol 1.1.4-7 The OpenSymbol TrueType font ii xml-core 0.09XML infrastructure and XML catalog openoffice.org recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342623: java-package: errors if J2SE_PACKAGE_FULL_NAME contains spaces
Package: java-package Version: 0.27 Severity: normal Tags: patch make-jpkg prints error messages if J2SE_PACKAGE_FULL_NAME is set and contains multiple words separated by spaces. This happens because no quotes are used around the variable during this test. I'm adding a small patch to fix this. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages java-package depends on: ii coreutils 5.2.1-2.1 The GNU core utilities ii debhelper 5.0.7 helper programs for debian/rules ii fakeroot 1.5.5 Gives a fake root environment ii unzip 5.52-5 De-archiver for .zip files java-package recommends no packages. -- no debconf information --- /usr/bin/make-jpkg~dist 2005-11-09 17:09:50.0 +0100 +++ /usr/bin/make-jpkg 2005-12-09 00:59:06.0 +0100 @@ -18,13 +18,13 @@ # environment variables, use it; otherwise, # default to the name and email used by the # Debian Java Maintainers project. -if [ -z $J2SE_PACKAGE_FULL_NAME ]; then +if [ -z $J2SE_PACKAGE_FULL_NAME ]; then maintainer_name=Debian Java Maintainers else maintainer_name=$J2SE_PACKAGE_FULL_NAME fi -if [ -z $J2SE_PACKAGE_EMAIL ]; then +if [ -z $J2SE_PACKAGE_EMAIL ]; then maintainer_email=pkg-java-maintainers@lists.alioth.debian.org else maintainer_email=$J2SE_PACKAGE_EMAIL
Bug#387675: undocumented rootstrap.conf option 'umlargs'
Package: rootstrap Version: 0.3.23-1 Severity: minor Hi, rootstrap(1) mentions an 'umlargs' option in rootstrap.conf while describing the -u / --umlargs option, but 'umlargs' is neither described in rootstrap(1) nor in /etc/rootstrap/rootstrap.conf. It seems to belong to the [global] section. I needed this option to increase the memory for the rootstrap uml instance because locale-gen died with oom using a default of 32 MB. So I'd suggest either adding an example using the mem option to the default rootstrap.conf (umlargs=mem=128m did work for me, 64m was still not enough for locale-gen) or even introducing a [global]mem=... or [global]umlmem=... option that would allow setting the memory to use (only while rootstrapping, the user may choose whatever he likes when he uses the image file) independently of umlargs= There is also a superfluous '' in /etc/rootstrap/rootstrap.conf line 107: #purge=... Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rootstrap depends on: ii debootstrap 0.3.3Bootstrap a basic Debian system ii dpkg1.13.21 package maintenance system for Deb ii python 2.4.3-11 An interactive high-level object-o ii user-mode-linux 2.6.17-1um-2 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20060323-3 User-mode Linux (utility programs) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387679: rootstrap: problems with debconf preseeding
Package: rootstrap
Version: 0.3.23-1
Severity: normal
Hi Mattia,
at first many thanks for integrating all my suggestions into rootstrap.
There are two problems with preseeding:
a) can't use a local file (without an absolute path)
b) can't use a file from /etc
a) shouldn't be too hard to fix since you can have a local
rootstrap.conf and modules/ directory
b) happens because a tmpfs is mounted over /etc, but you can still
access the original /etc by prepending $HOST
I attach a small patch that should fix this behaviour by defining a
variable $preseed_prefix that gets prepended when accessing the file.
It's value is either $HOST or $HOST_CWD depending on a leading '/' in
$debconf_preseed_file. Here I assumed that the pwd on the host can be
accessed via $HOST_CWD - this probably has be be fixed :-)
Furthermore I'd suggest moving the preseeding above the initialization
of the debootstrap options in order no to interrupt the logical unit of
preparing debootstrap options and running debootstrap.
Andreas
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30,
'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-k7
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages rootstrap depends on:
ii debootstrap 0.3.3Bootstrap a basic Debian system
ii dpkg1.13.21 package maintenance system for Deb
ii python 2.4.3-11 An interactive high-level object-o
ii user-mode-linux 2.6.17-1um-2 User-mode Linux (kernel)
Versions of packages rootstrap recommends:
ii uml-utilities 20060323-3 User-mode Linux (utility programs)
-- no debconf information
--- /usr/lib/rootstrap/modules/debian 2006-09-02 20:37:25.0 +0200
+++ modules/debian 2006-09-16 00:06:48.0 +0200
@@ -33,9 +33,16 @@
opts=$opts --unpack-tarball $basedebs
fi
-if test -n $debconf_preseed_file -a -f $debconf_preseed_file; then
+if test -n $debconf_preseed_file; then
+ case $debconf_preseed_file in
+ /* ) preseed_prefix=$HOST ;;
+ *) preseed_prefix=$HOST_CWD ;;
+ esac
+fi
+
+if test -n $debconf_preseed_file -a -f $preseed_prefix/$debconf_preseed_file; then
mkdir -p $TARGET/var/cache/debconf || true
- cp $debconf_preseed_file $TARGET/var/cache/debconf/config.dat
+ cp $preseed_prefix/$debconf_preseed_file $TARGET/var/cache/debconf/config.dat
# DEBCONF_DB_OVERRIDE=File{/tmp/config.dat}
# export DEBCONF_DB_OVERRIDE
Bug#387688: debian-archive-keyring: superfluous dependency on gnupg?
Package: debian-archive-keyring Version: 2006.01.18 Severity: normal Hi, I don't see the necessity for a Depends: gnupg. The postinst script calls apt-key (which is in package apt). So gnupg is only needed if someone wants to examine the contents of the keyrings - a Recommends: gnupg should be enough for this. E.g. debian-keyring also Recommends: gnupg. Removing gnupg+libraries frees about 9.5MB in minimalistic installations like pbuilder environments. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages debian-archive-keyring depends on: ii gnupg 1.4.5-1GNU privacy guard - a free PGP rep debian-archive-keyring recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387935: rootstrap: new module to configure locales
Package: rootstrap Version: 0.3.23-1 Severity: wishlist Tags: patch Hi, I wrote a new rootstrap module to configure the locales inside the uml image. It's currently a separate module, but perhaps an integration into the debian module might be senseful? It's working for both sarge and etch and does the following: apt-get install locales echo ... | debconf-set-selections # set configuration values dpkg-reconfigure locales # generate the configured locales update-locale ... # etch: setup /etc/default/locale echo ... /etc/environment # sarge: there is no /etc/default/locale The following configuration in rootstrap.conf is supported: [locales] # Locales to generate # Valid values are pairs of locale and charset (separated by a space as # in /usr/share/i18n/SUPPORTED), multiple values are separated by comma, # e.g.: en_US.UTF-8 UTF-8, [EMAIL PROTECTED] ISO-8859-15 generate_locales=en_US.UTF-8 UTF-8 # Default locale, empty or 'none' for no default #default_locale=none # Arguments to update-locale(8) for configuration of /etc/default/locale # (or /etc/environment, if update-locale is not available) update_locale=LC_COLLATE=POSIX LC_CTYPE=en_US.UTF-8 LC_TIME=en_US.UTF-8 Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rootstrap depends on: ii debootstrap 0.3.3Bootstrap a basic Debian system ii dpkg1.13.21 package maintenance system for Deb ii python 2.4.3-11 An interactive high-level object-o ii user-mode-linux 2.6.17-1um-2 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20060323-3 User-mode Linux (utility programs) -- no debconf information locales Description: application/shellscript
Bug#387938: rootstrap: run apt-get upgrade after installing sources.list?
Package: rootstrap Version: 0.3.23-1 Severity: wishlist Hi, might it be useful, to run apt-get upgrade after installing a custom sources.list? The new sources.list might contain the security updates source and there may be newer versions available than installed by debootstrap. I tried the following: to rootstrap.conf, section [debian] I added (below apt_force_yes) # Run apt-get upgrade after updating the package lists, useful e.g. # after adding the security updates archive using sources= (see above) apt_upgrade=true and to modules/debian I added (between 'apt-get update' and 'apt-get install'): if test $apt_upgrade = true; then chroot $TARGET apt-get $apt_options upgrade fi One caveat: this currently only works if $install is not empty. Furthermore I'd like to have the possibility to run 'apt-get update' after 'apt-get install', again. I have local packages that install new trusted keys for some local package archive (using apt_force_yes=true). Running 'apt-get update' again would refresh the package lists using the newly configured trusted keys. (The first package list update is only done if $install is not empty, too.) Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rootstrap depends on: ii debootstrap 0.3.3Bootstrap a basic Debian system ii dpkg1.13.21 package maintenance system for Deb ii python 2.4.3-11 An interactive high-level object-o ii user-mode-linux 2.6.17-1um-2 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20060323-3 User-mode Linux (utility programs) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387679: rootstrap: problems with debconf preseeding
Hi, now I stumbled over it: $WORKDIR is the variable I have to use (instead of $HOST_CWD). Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372901: problem with setting multiple blocks in /etc/apt/preferences
reopen 372901 thanks Hi, unfortunately ConfigParser.py does not preserve empty lines indented with whitespace, so setting something like preferences= Packages: * Pin: release unstable Pin-Priority: 300 Packages: * Pin: release testing Pin-Priority: 400 ends as a single entry in /etc/apt/preferences and apt and friends do not interpret this as I intended. As a workaround I changed the following in modules/debian: echo $preferences | sed -e '/^Pin-Priority/I s/$/\n/' \ $TARGET/etc/apt/preferences This assumes that pin-priority is the last line of an preferences entry. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388055: rootstrap: modules/uml does not create /etc/timezone properly
Package: rootstrap Version: 0.3.23-1 Severity: normal Hi, /etc/timezone is actually created in / (rootstrap uml environment), not in $TARGET, my fix: chroot $TARGET echo $TARGET_TIMEZONE /etc/timezone echo $TARGET_TIMEZONE $TARGET/etc/timezone Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rootstrap depends on: ii debootstrap 0.3.3Bootstrap a basic Debian system ii dpkg1.13.21 package maintenance system for Deb ii python 2.4.3-11 An interactive high-level object-o ii user-mode-linux 2.6.17-1um-2 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20060323-3 User-mode Linux (utility programs) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388061: rootstrap: print an error message if a module is not executable
Package: rootstrap Version: 0.3.23-1 Severity: wishlist Hi, it would be nice if rootstrap would throw an error if a module script is found to be not executable. The error message Module ... failed with status 127 is not that clear ... Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rootstrap depends on: ii debootstrap 0.3.3Bootstrap a basic Debian system ii dpkg1.13.21 package maintenance system for Deb ii python 2.4.3-11 An interactive high-level object-o ii user-mode-linux 2.6.17-1um-2 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20060323-3 User-mode Linux (utility programs) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388068: rootstrap: mount /lib/modules before rcS.d/S20module-init-tools
Package: rootstrap Version: 0.3.23-1 Severity: wishlist Hi, this a followup to bug #377035 where [uml]kernel_modules=hostfs was introduced. Using kernel_modules=hostfs breaks /etc/modules (unless it's empty). Since this doesn't affect me (and I don't expect a large number of users needs to load modules inside uml) I consider this a problem of minor priority. If hostfs is used, /lib/modules should be mounted before modules are loaded in rcS.d/S20module-init-tools. Currently mounting is done in rcS.d/S35mountall.sh Perhaps a new initscript based on the following pseudocode should be installed in the uml image (independently of the setting of kernel_modules) and executed e.g. as rcS.d/S19uml-mount-modules cat /etc/fstab | while read what where how other do if [ $where = /lib/modules ] [ $how = hostfs ]; then mount /lib/modules break fi done BTW, rootstrap.conf should mention the three possible values for kernel_modules, like: # kernel_modules can be one of none, hostfs or copy (default) Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rootstrap depends on: ii debootstrap 0.3.3Bootstrap a basic Debian system ii dpkg1.13.21 package maintenance system for Deb ii python 2.4.3-11 An interactive high-level object-o ii user-mode-linux 2.6.17-1um-2 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20060323-3 User-mode Linux (utility programs) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388076: rootstrap: configuring /etc/hosts
Package: rootstrap Version: 0.3.23-1 Severity: wishlist Hi, the /etc/hosts currently created is not that useful if I want to make the uml instance available (network-wise) in the local network. E.g. apache2 complains that it can't resolve the fqdn. The current template (in modules/network) is: 127.0.0.1 localhost $hostname.$domain $hostname I'd suggest to change this to 127.0.0.1 localhost $uml $hostname.$domain $hostname at least if the uml image is intended to have an IP address of its own afterwards ... so far I haven't used any other uml network transport than tuntap and I don't know how changing /etc/hosts effects others. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rootstrap depends on: ii debootstrap 0.3.3Bootstrap a basic Debian system ii dpkg1.13.21 package maintenance system for Deb ii python 2.4.3-11 An interactive high-level object-o ii user-mode-linux 2.6.17-1um-2 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20060323-3 User-mode Linux (utility programs) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388121: rootstrap: /etc/fstab uses /dev/ubd0 instead of /dev/ubda
Package: rootstrap Version: 0.3.23-1 Severity: minor Hi, modules/uml creates an /etc/fstab that mentions the / filesystem on /dev/ubd0 - but ubd0 is uml command line syntax, the actual device is /dev/ubda. This is harmless, since the rootfs is not mounted based on the fstab entry. But it's a bad example line if you want to add another disk (e.g. a swap file) later. The device name probably has changed at some time, at least when devfs support was dropped. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rootstrap depends on: ii debootstrap 0.3.3Bootstrap a basic Debian system ii dpkg1.13.21 package maintenance system for Deb ii python 2.4.3-11 An interactive high-level object-o ii user-mode-linux 2.6.17-1um-2 User-mode Linux (kernel) Versions of packages rootstrap recommends: ii uml-utilities 20060323-3 User-mode Linux (utility programs) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388128: user-mode-linux: eats up the whole /dev/shm
Package: user-mode-linux Version: 2.6.17-1um-2 Severity: normal Hi, running several uml guests can consume the whole /dev/shm quickly: e.g. host mem: 1GB /dev/shm: 507 MB (default tmpfs size) 2x linux mem=256m: 512MB == greater than /dev/shm One uml guest crashed, the other could be shut down, but this took nearly forever. Obviously the 'physical memory' used by the uml guests is taken from /dev/shm and won't be freed again. linux --help says mem= ... is not releated to the amount of memory in the host. ... can be more ... will be swapped out. Even using half of the host memory seems to be impossible under this situation. Is there a way to reduce /dev/shm usage? The host has enough swap (4GB) and tmpfs space available at /tmp (3GB). More could be made available, if neccessary. The host and guest kernels are plain debian kernels without any additional patches. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages user-mode-linux depends on: ii uml-utilities 20060323-3 User-mode Linux (utility programs) user-mode-linux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372901: [Pkg-uml-pkgs] Bug#372901: problem with setting multiple blocks in /etc/apt/preferences
Mattia Dongili wrote: yes, for this reason I'd prefer using a dot-only line used as separator, ... This is common already in debian packaging files (and probably others) and doesn't impose any other constraint. Sounds sensible. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387675: [Pkg-uml-pkgs] Bug#387675: undocumented rootstrap.conf option 'umlargs'
Hi Mattia, Isn't a little overkill separating the mem= argument from the others? Since umlargs is already there I'd simply document that one. For now umlargs is sufficient to set mem. Just in case rootstrap someday needs to increase the default mem limit because oom kills happen to often - then a separate mem= option might be helpful, because this could have a default setting and users don't have to care to preserve/readd a mem= setting when adding their own umlargs. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358712: Hints for changing thestart/stop level
Hi Arnaud, to change the update-rc.d invocation in the postinst script, add the following line to debian/rules: DEB_UPDATE_RCD_PARAMS= defaults 90 10 that will start the script at 90 and stop it at 10 (on new installations). If you want to change this on upgrades, too, do the following (it will override admins modifications, see /usr/share/doc/sysv-rc/README.Debian.gz) Add the following block to debian/tomcat5.5.postinst in the configure case: if dpkg --compare-versions $2 lt-nl 5.5.20-2 ; then # force reinstallation of the init script due to changed # start/stop levels update-rc.d -f tomcat5.5 remove fi This will remove the old links if this is an upgrade from before 5.5.20-2 (which I assumed to be the first fixed release). I've just tested this and it seems to work well. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390741: logwatch: unmatched postfix log messages
Willi Mann wrote: Can you please test if my fixes work for you? (Especially the postfix part) Upload is intended for tomorrow. The new package worked well, so go on and upload it. Thanks. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391368: list of some missing headers
Hi, ext/mbstring/oniguruma/*.h ext/mbstring/mbstring.h ext/mbstring/php_mbregex.h There seem to be more mbstring headers missing from the php5-dev package, but manually supplying the headers listed above allowed the compilation of the suhosin module. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392349: typo in apache2.2-common.postinst
reopen 392349 thanks This bug was previously closed with: * Enable the same list of modules as we had in 2.0 (by default) and do that for all older versions than 2.2.3-3 to fix upgrade issues people have had. Closes: #392349 Unfortunately, there is a typo in apache2.2-common.postinst that prevents this from working: if [ $2 = unknown -o -z $2 ] || \ dpkg --compare-versions $2 lt 2.2.0-3; then which should have been if [ $2 = unknown -o -z $2 ] || \ dpkg --compare-versions $2 lt 2.2.3-3; then ^^^ (and probably needs to be changed to 2.2.3-4 to be tried again) Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397179: php5: consider adding the suhosin patch
Package: php5 Version: 5.1.6-6 Severity: wishlist Tags: patch Hi, please consider including the suhosin patch: http://www.hardened-php.net/suhosin/index.html Suhosin is an advanced protection system for PHP installations. It was designed to protect servers and users from known and unknown flaws in PHP applications and the PHP core. Suhosin comes in two independent parts, that can be used separately or in combination. The first part is a small patch against the PHP core, that implements a few low-level protections against bufferoverflows or format string vulnerabilities and the second part is a powerful PHP extension that implements all the other protections. Unlike our Hardening-Patch Suhosin is binary compatible to normal PHP installation, which means it is compatible to 3rd party binary extension like ZendOptimizer. The patch is available for PHP 5.1.6 and PHP 5.2.0 and is regularily updated for new PHP releases. It's distributed under the PHP License. The Suhosin extension is currently being packaged separately, see ITP#392119. I tried to apply the patch to the 5.1.6-6 debian package (as patch 000-suhosin-patch-0.9.6.patch) and it applied well (without conflicts) except with patch 110, where the suhosin patch seems to implement a different solution, so I just dropped patch 110. So far, I cannot make any report on actually using this. But I'll keep you updated. Thanks, Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 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#390741: logwatch: unmatched postfix log messages
Willi Mann wrote: I've reduced my fix by the nss-mysql fixes because I don't want a bug report like logwatch deliberately ignores important error message. Just because the error message is now useless doesn't mean it's useless in the future. Please use ignore.conf as described in the docs (HOWTO-Customize..) OK. libnss-mysql is no longer inportant to me since it's been replaced by libnss-mysql-bg (which has a more sane syslog behaviour, no false errors and especially *not* using openlog() to avoid additional confusion) But the rest is still there. Can you please test if my fixes work for you? (Especially the postfix part) Upload is intended for tomorrow. Package is installed, I'll send you a report report tomorrow after the regular run. Thanks. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393224: tomcat5.5: maintainer script problems
Package: tomcat5.5 Version: 5.5.17-2 Severity: normal Hi, on purge the tomcat5.5 postrm script tries to delete the user 'tomcat55' twice, according to the comments the second userdel invocation should probably remove 'tomcat5'. Lintian throws a few errors and warnings: E: tomcat5.5-webapps: maintainer-script-calls-init-script-directly postinst:12 E: tomcat5.5-webapps: maintainer-script-calls-init-script-directly prerm:15 E: tomcat5.5-admin: maintainer-script-calls-init-script-directly postinst:12 E: tomcat5.5-admin: maintainer-script-calls-init-script-directly prerm:15 I: tomcat5.5: possible-non-posix-code-in-maintainer-script postrm:27 '[ -n $(dpkg -l tomcat5 | grep pn) -o ' W: tomcat5.5: init.d-script-missing-lsb-section /etc/init.d/tomcat5.5 Shouldn't the grep's in tomcat5.5.postrm grep at the beginning of the line? Consistent indentation would be nice (tab/space combinations with different tabstop width definitions are used in one file ...) Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 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#390741: logwatch: unmatched postfix log messages
Package: logwatch Version: 7.3.1-2 Severity: normal Hi, although most postfix 2.3 messages were properly detected by the 7.3.1 release, there seems to be a new message that can be ignored with the following additional line in scripts/services/postfix: or ( $ThisLine =~ m/^$re_MsgID: sender non-delivery notification: $re_MsgID/ ) There is another message (in postfix 2.2 as well) that's currently undetected: 4ECDB11F8004: client=host.example.com[8.1.2.1], sasl_method=CRAM-MD5, [EMAIL PROTECTED], [EMAIL PROTECTED] There are currently two matchings in scripts/services/postfix that try to extract information from sasl_username or sasl_sender, but this combination of both values is unmatched. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 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#390743: logwatch: unmatched postfix-mysql and libnss-mysql log messages
Package: logwatch Version: 7.3.1-2 Severity: normal Hi, postfix-mysql and lib-nss-mysql spit out a few messages that are not recognized in the secure log script. I added the following lines to scripts/services/secure in order to ignore these messages: or ( $ThisLine =~ /^postfix\/smtpd\[\d+\]: sql auxprop plugin using mysql engine/ ) or ( $ThisLine =~ /^postfix\/smtpd\[\d+\]: sql plugin .*/ ) or ( $ThisLine =~ /^postfix\/smtpd\[\d+\]: (begin|commit) transaction/ ) There are quite a few 'sql plugin .*' debug messages and I was to lazy to list them all separately :-) or ( $ThisLine =~ /^nss-mysql\[\d+\]: _nss_mysql_getspnam_r conf file parsing failed/ ) That is correct behaviour of libnss-mysql and caused by a non-root process executing the equivalent of 'getent shadow'. Since this needs to read a password column from the database the configuration file containing the database password is readable by root only. (There is a separate world readable configuration for passwd/group, but the database password contained there should not allow access to the password column). It would be nice if these changes could be integrated into (the debian package of) logwatch. Thanks. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 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#390741: logwatch: unmatched postfix log messages
Willi Mann wrote: 4ECDB11F8004: client=host.example.com[8.1.2.1], sasl_method=CRAM-MD5, [EMAIL PROTECTED], [EMAIL PROTECTED] Should I report sasl_username or sasl_sender? What does make more sense? Sorry, I don't have any postfix installation available. Looking at the code again ... I think sasl_username is the senseful one (and sasl_sender is only used as a fallback if no sasl_user is available). Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390743: logwatch: unmatched postfix-mysql and libnss-mysql log messages
Willi Mann wrote: Will postfix/smtpd report anything useful to the secure logfile? If not, we should ignore it completely. postfix/smtpd messages from auth.log (user/domain info obscured and ran though sort | uniq -c | sort -n): 113 sql plugin create statement from cmusaslsecretCRAM-MD5 user example.com 115 sql plugin create statement from userPassword user example.com 126 begin transaction 126 commit transaction 229 sql plugin Parse the username [EMAIL PROTECTED] 230 sql plugin doing query select password from mail_users where username='[EMAIL PROTECTED]'; 261 sql plugin try and connect to a host 261 sql plugin trying to open db 'dbname' on host '127.0.0.1' 2170 sql auxprop plugin using mysql engine There seems to be no useful information from postfix/smtpd in auth.log. or ( $ThisLine =~ /^nss-mysql\[\d+\]: _nss_mysql_getspnam_r conf file parsing failed/ ) That is correct behaviour of libnss-mysql and caused by a non-root process executing the equivalent of 'getent shadow'. Since this needs to read a password column from the database the configuration file containing the database password is readable by root only. (There is a separate world readable configuration for passwd/group, but the database password contained there should not allow access to the password column). Why is this reported? Is it not possible to configure nss-mysql to not even try to parse that conffile? It looks to me as if this log message reports a (minor) misconfiguration. If it is possible to avoid that message, then it's OK to report it as Unmatched Entry (this is the statement from Bjorn L. from upstream) I had libnss-mysql rebuilt with debugging enabled and checked the debug output comparing it with the code - looking for my configuration error. So I found out, that this message was not an error, but a feature - as long as nss-mysql is working. But if nss_mysql is misconfigured, this message would indicate an error, too. This error message could only be fixed by hacking libnss-mysql. Looking at libnss-mysql again, I found actually two projects (nss-mysql (from which the Debian package libnss-mysql is made) and libnss-mysql (Debian libnss-mysql-bg)) doing more or less the same thing. Perhaps I'll try the other one some day. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390743: logwatch: unmatched postfix-mysql and libnss-mysql log messages
Willi Mann wrote:
I have looked at the source code of libnns-mysql. The only occurence of
above message seems to be src/ent.c, line 202:
_nss_mysql_log(LOG_ERR,setent(%d): conf file parsing failed,
This says LOG_ERR, and I don't think we should kill error messages.
However, it would make sense to summarise it, to avoid differnent
process numbers to make the list of Unmatched Entries longer.
No, this is in src/shadow.c, line 278:
if (! _nss_mysql_read_conf_file(shadow,pr)) {
_nss_mysql_log(LOG_ERR,_nss_mysql_getspnam_r conf file
parsing failed);
And this fails on purpose unless it is called by root.
Andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390972: libnss-mysql: please don't report errors reading nss-mysql-root.conf for non-root users
Package: libnss-mysql Version: 1.0-4 Severity: normal Hi, executing the getspnam() as non-root user gives the error _nss_mysql_getspnam_r conf file parsing failed every time. This is on purpose because the user is not allowed to read nss-mysql-root.conf, so this just pollutes the logs. I don't know, why so many programs want to call getspnam() ... Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 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#391120: libnss-mysql: upstream location has moved
Package: libnss-mysql Version: 1.0-4 Severity: minor Hi, long ago upstream has moved to http://savannah.nongnu.org/projects/nss-mysql/, debian/copyright still refers to http://freesoftware.fsf.org/download/nss-mysql/. Furthermore it would be nice to mention that this package is not made from http://libnss-mysql.sourceforge.net/ (which is separately packaged as libnss-mysql-bg), although the name suggests this relationship. Description, README.Debian, debian/copyright - I don't know which place is appropriate. Thanks. Andreas -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 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#390743: logwatch: unmatched postfix-mysql and libnss-mysql log messages
Willi Mann wrote: This says LOG_ERR, and I don't think we should kill error messages. However, it would make sense to summarise it, to avoid differnent process numbers to make the list of Unmatched Entries longer. Superfluous non-error messages reported against libnss-mysql as bug #390972: libnss-mysql: please don't report errors reading nss-mysql-root.conf for non-root users Andreas PS: I just tried libnss-mysql-bg - this does not throw superfluous error messages, so I will probably switch permanently and won't see the error any more. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372901: problem with setting multiple blocks in /etc/apt/preferences
Sven Mueller wrote: yes, for this reason I'd prefer using a dot-only line used as separator, In rootstrap.conf this would be actually a line consisting of spacedot since it's a continuation line. I wouldn't require that. aptitude/apt-get etc. are working quite nicely with empty lines between blocks in /etc/apt/preferences, so We are not discussing changing /etc/apt/preferences, but how to embed an /etc/apt/preferences into /etc/rootstrap/rootstrap.conf. Since ConfigParser.py skips empty lines, a solution is needed to 'encode' the empty line somehow and to 'decode' it to an empty line when creating the apt/preferences in the uml image. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387675: [Pkg-uml-pkgs] Bug#387675: undocumented rootstrap.conf option 'umlargs'
Mattia Dongili wrote: how do you deal with [global] umlargs=init=/bin/sh mem=256M bla=b mem=128M Uups, didn't think about this. How does uml handle ... mem=128M mem=256M ... ? Looks like the last one wins ... We could just ship a rootstrap.conf with some clear comment on possible issues deriving by too low mem values, but still I'd go with umlargs This should be enough. BTW: I'd also say we have one more bug because the --umlargs command line option and umlargs= confg option are not exclusive, I'll modify them to have a well defined precedence not allowing to overlap. IMO, the following precedence should be used: --umlargs (highest precedence, allow even rootstrap --umlargs eth0=shoot,me,in,the,foot ubd1=/dev/null) mem=... (if we had one; same precedence as e.g. networking options generated from [networking]) umlargs=... (lowest precedence, may not override e.g. network settings that are configured separately, may be overridden by command line) Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501794: /usr/sbin/dpkg-reconfigure: --frontend should override DEBIAN_FRONTEND setting from environment
Package: debconf Version: 1.5.22 Severity: normal File: /usr/sbin/dpkg-reconfigure Hi, shouldn't command line settings override the environment? Probably not only --frontend vs. DEBIAN_FRONTEND, but for other parameters as well. I just ran into a problem when I wanted to manually reconfigure a package in a pbuilder environment (which had DEBIAN_FRONTEND=noninteractive set, but I didn't recognize this at once). Even running dpkg-reconfigure --frontend foobar package just exited with 0. No questions were asked. No way to reconfigure even debconf. Every option given to --frontend was silently overridden by DEBIAN_FRONTEND. These environment variables are also not mentioned in the dpkg-reconfigure manpage, only in debconf(7) which is in a separate package debconf-doc. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debconf depends on: ii debconf-i18n 1.5.22 full internationalization support ii perl-base 5.10.0-15 minimal Perl system Versions of packages debconf recommends: ii apt-utils 0.7.14+b1 APT utility programs Versions of packages debconf suggests: pn debconf-doc none (no description available) ii debconf-utils 1.5.22 debconf utilities ii dialog1.1-20080316-1 Displays user-friendly dialog boxe ii gnome-utils 2.20.0.1-2 GNOME desktop utilities ii libgnome2-perl1.042-1+b1 Perl interface to the GNOME librar pn libnet-ldap-perl none (no description available) pn libqt-perlnone (no description available) ii libterm-readline-gnu-perl 1.17a-2+b1 Perl extension for the GNU Readlin ii perl 5.10.0-15 Larry Wall's Practical Extraction ii whiptail 0.52.2-11.3Displays user-friendly dialog boxe -- debconf information: debconf-apt-progress/title: debconf-apt-progress/info: * debconf/priority: low debconf-apt-progress/preparing: debconf-apt-progress/media-change: * debconf/frontend: Dialog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502222: subversion: svn does not react to Ctrl-C or signals properly on slow connections
Package: subversion Version: 1.5.1dfsg1-1 Severity: normal Hi, if I press Ctrl-C during a svn operation, svn often does not terminate properly. For instance, I may want to abort a 'svn update' that retrieves a lot of updates over a slow connection. Svn does somehow stop processing the update command, but it still receives data (all the remaining data?) from the network which may actually continue blocking the slow line that I wanted to free by aborting the update. Also the svn command still running is not interruptable by any other means (more ^C or signals) except for SIGKILL (which sometimes results in a repository that can't even be fixed by 'svn cleanup' any more). The same seems to be valid for the checkout command. If I interrupt svn on a fast internet connection, it says svn: Caught signal after some delay, probably after all data has been received. So I'm just not patient enough to wait 2 more hours until it finally terminates and frees the slow connection ... Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages subversion depends on: ii libapr1 1.2.12-4The Apache Portable Runtime Librar ii libc62.7-14 GNU C Library: Shared libraries ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra ii libsvn1 1.5.1dfsg1-1Shared libraries used by Subversio subversion recommends no packages. Versions of packages subversion suggests: pn db4.6-util none (no description available) ii patch 2.5.9-5 Apply a diff file to an original ii subversion-tools1.5.1dfsg1-1 Assorted tools related to Subversi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502342: deborphan: --guess-dummy does not report the transitional lynx package
Package: deborphan Version: 1.7.27 Severity: normal Hi, deborphan --guess-dummy does not report the transitional lynx package: # deborphan --guess-dummy # dpkg -s lynx Package: lynx Status: install ok installed Priority: extra Section: web Installed-Size: 44 Maintainer: Atsuhito KOHDA [EMAIL PROTECTED] Architecture: all Source: lynx-cur Version: 2.8.7dev9-2 Depends: lynx-cur (= 2.8.7dev9-2) Description: Text-mode WWW Browser (transitional package) This is a transitional package and can safely be removed; see the lynx-cur package instead. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages deborphan depends on: ii libc6 2.7-14 GNU C Library: Shared libraries Versions of packages deborphan recommends: ii apt 0.7.14+b1 Advanced front-end for dpkg ii dialog1.1-20080316-1 Displays user-friendly dialog boxe ii gettext-base 0.17-4 GNU Internationalization utilities deborphan suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502342: deborphan: --guess-dummy does not report the transitional lynx package
Carsten Hey wrote: On Wed, Oct 15, 2008 at 08:42:21PM +0200, Andreas Beckmann wrote: deborphan --guess-dummy does not report the transitional lynx package: $ deborphan --guess-dummy $ deborphan --guess-dummy -n | line lynx $ deborphan --show-deps lynx lynx pciutils gettext usbutils mc The above-mentioned packages and probably some other packages too suggest or recommend lynx. Feel free to discuss a mass bug filling on [EMAIL PROTECTED] if you want this to be fixed. deborphan does exactly what you told it to to, treat suggests and recommends as dependencies, thus I'm closing this bug now. Oh, I didn't know that deborphan honored suggests. I found the old lynx package on a server with low package profile, none of the packges recommending lynx were installed, aptitude wanted to deinstall it once I marked it as auto. But I didn't check suggests. Eventually mention that it treats suggests = recommends = depends in the manpage? What about adding another nice-mode that only honors recommends (as apt does install recommends by default nowadays)? Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502347: apt-listchanges: displays changelog on stdout if frontend is set to mail and stdout is not a tty
Package: apt-listchanges Version: 2.82 Severity: normal Hi, I have set apt-listchanges to only send mail with the changelogs. But if I run aptitude noninteractively from a script that redirects output to a file, apt-listchages displays the changelog on stdout, so they end up in the logfile as well. When aptitude is run interactively, apt-listchanges only sends mail as expected. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listchanges depends on: ii apt 0.7.14+b1 Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii debianutils 2.30 Miscellaneous utilities specific t ii python2.5.2-2An interactive high-level object-o ii python-apt0.7.7.1Python interface to libapt-pkg ii python-support0.8.4 automated rebuilding support for P ii ucf 3.0010 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag Versions of packages apt-listchanges suggests: ii lynx-cur [www-browser] 2.8.7dev9-2 Text-mode WWW Browser with NLS sup pn python-glade2none (no description available) pn python-gtk2 none (no description available) ii w3m [www-browser]0.5.2-2+b1 WWW browsable pager with excellent pn x-terminal-emulator none (no description available) -- debconf information: apt-listchanges/confirm: false * apt-listchanges/which: both * apt-listchanges/frontend: mail apt-listchanges/email-address: root apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502542: /sbin/rescan-scsi-bus.sh: lots of errors when scanning host with no devices connected
Package: scsitools
Version: 0.10-1.2
Severity: normal
File: /sbin/rescan-scsi-bus.sh
Tags: patch
Hi,
rescan-scsi-bus.sh may output tons of errors if scanning a host adapter
with no devices connected. The amount of errors depends on the number of
files in the current directory because at some point '*' is expanded
incorrectly.
The attached patch prevents the channel list getting populated with
invalid entries, skipping any scanning attempt using them.
That part of the scripts needs reindentation after the patch is applied.
I didn't do this in the patch in order to keep it a two line addition.
Furthermore it fixes missing quotes that might cause warnings from 'test'
Andreas
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages scsitools depends on:
ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii libc6 2.7-14 GNU C Library: Shared libraries
ii sg3-utils 1.24-2 Utilities for working with generic
ii util-linux2.13.1.1-1 Miscellaneous system utilities
Versions of packages scsitools recommends:
pn tk8.4 | wish none (no description available)
scsitools suggests no packages.
-- debconf information:
scsitools/info:
--- /sbin/rescan-scsi-bus.sh2008-08-20 23:32:24.0 +0200
+++ ../rescan-scsi-bus.sh 2008-10-17 16:19:17.402611002 +0200
@@ -217,6 +217,7 @@
local tmpchan
for dev in /sys/class/scsi_device/${host}:* ; do
+ if test -e $dev ; then
hcil=${dev##*/}
cil=${hcil#*:}
chan=${cil%%:*}
@@ -228,6 +229,7 @@
if test -n $chan ; then
channelsearch=$channelsearch $chan
fi
+ fi
done
}
@@ -386,7 +388,7 @@
idlist
fi
for id in $idsearch; do
- if test -z $lunsearch ; then
+ if test -z $lunsearch ; then
doreportlun
else
for lun in $lunsearch; do
Bug#497073: nvidia-graphics-drivers: new upstream release 173.14.12
Package: nvidia-graphics-drivers Version: 173.14.09-3 Severity: normal Hi, there is a new upstream release available: http://www.nvidia.com/object/linux_display_amd64_173.14.12.html http://www.nvidia.com/object/linux_display_ia32_173.14.12.html Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497075: nvidia-graphics-drivers: consider uploading beta releases to experimental
Package: nvidia-graphics-drivers Version: 173.14.09-3 Severity: wishlist Hi, there is also a new beta release of the driver available: http://www.nvidia.com/object/linux_display_ia32_177.67.html http://www.nvidia.com/object/linux_display_amd64_177.67.html What do you think about packaging them, too and uploading to experimental? This beta driver is needed e.g. by the latest cuda development tools. Thanks Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497077: nvidia-graphics-drivers: n
Package: nvidia-graphics-drivers Version: 173.14.09-3 Severity: wishlist Hi, what do you think about packaging libcuda separately from the nvidia-glx package? There is no dependency between libcuda and the glx libraries and if you just want to use cuda, glx pulls a lot of not needed stuff. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499888: subversion: bash completion for 'svn up --set-depth \t\t' incorrect
Package: subversion Version: 1.5.1dfsg1-1 Severity: normal Hi, bash completion for svn up --set-depth \t\t is incorrect - it gives me a list of files instead of the 4 valid option empty files immediates infinity Completion of --set-depth should be the same as for --depth where it is working properly. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages subversion depends on: ii libapr1 1.2.12-4The Apache Portable Runtime Librar ii libc62.7-13 GNU C Library: Shared libraries ii libsasl2-2 2.1.22.dfsg1-23 Cyrus SASL - authentication abstra ii libsvn1 1.5.1dfsg1-1Shared libraries used by Subversio subversion recommends no packages. Versions of packages subversion suggests: pn db4.6-util none (no description available) ii patch 2.5.9-5 Apply a diff file to an original ii subversion-tools1.5.1dfsg1-1 Assorted tools related to Subversi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491195: Valgrind: FATAL: VG_N_SEGMENTS is too low.
Package: valgrind Version: 1:3.3.1-2 Severity: normal Hi, valgrind just died with the following message: --19061:0:aspacem Valgrind: FATAL: VG_N_SEGMENTS is too low. --19061:0:aspacemIncrease it and rebuild. Exiting now. The program I debugged uses a huge amount of memory ... Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages valgrind depends on: ii libc6 2.7-10 GNU C Library: Shared libraries Versions of packages valgrind recommends: ii gdb 6.8-3 The GNU Debugger -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462701: Debian grub: disabling savedefault
Hi all, I experienced similar problems on my notebook (reiserfs /) sometimes after using suspend-to-disk (uswsusp s2disk) - and it's perfectly OK to have an unclean / in that case and last week also on a server at my parents place (several hundred km away from me) that hang in grub after a power failure. The solution to this problem is a patch proposed in bug #393079 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=393079 that allows disabling the savedefault line via the automagic kernel configuration. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393079: configurable-savedefault.diff updated for 0.97-30
Hi all, I attach an updated version of the configurable-savedefault patch that applies cleanly on 0.97-30. Andreas --- a/debian/update-grub2008-02-10 17:37:10.812178408 +0100 +++ b/debian/update-grub2008-02-10 17:42:24.516192190 +0100 @@ -330,6 +330,9 @@ # should grub create a memtest86 entry memtest86=true +# should grub add savedefault to default boot options + savedefault=true + # stores the command line arguments command_line_arguments=$1 @@ -753,6 +756,8 @@ # Extract the updatedefaultentry option updatedefaultentry=$(GetMenuOpt updatedefaultentry $updatedefaultentry) +# Extract the savedefault option +savedefault=$(GetMenuOpt savedefault $savedefault) # Generate the menu options we want to insert buffer=$(tempfile) @@ -848,6 +853,11 @@ echo # updatedefaultentry=$updatedefaultentry $buffer echo $buffer +echo ## should update-grub add savedefault to the default options $buffer +echo ## can be true or false $buffer +echo # savedefault=$savedefault $buffer +echo $buffer + echo ## ## End Default Options ## $buffer echo $buffer @@ -983,7 +993,7 @@ else kernel=/boot/loader fi -write_kernel_entry$grub_root_device $kerneltrue +write_kernel_entry$grub_root_device $kernel $savedefault ;; esac @@ -998,9 +1008,11 @@ title Chainload into GRUB 2 root $grub_root_device kernel $grub2name -savedefault - EOF + if test x$savedefault = xtrue ; then + echo savedefault $buffer + fi + echo $buffer fi @@ -1037,7 +1049,7 @@ echo Found Xen hypervisor $hypervisorVersion, kernel: $kernel 2 write_kernel_entry $kernelVersion '' '' $grub_root_device \ - $kernel $currentOpt $xenkopt '' $initrd true '' \ + $kernel $currentOpt $xenkopt '' $initrd $savedefault '' \ Xen $hypervisor $hypervisorVersion $xenhopt counter=$(($counter + 1)) fi @@ -1050,7 +1062,7 @@ echo Found Xen hypervisor $hypVersion, kernel: $kernel 2 write_kernel_entry $kernelVersion '' '' $grub_root_device \ - $kernel $currentOpt $xenkopt '' $initrd true '' \ + $kernel $currentOpt $xenkopt '' $initrd $savedefault '' \ Xen $kernel_dir/$hypervisor $hypVersion $xenhopt counter=$(($counter + 1)) done @@ -1103,7 +1115,7 @@ [ $counter -eq 1 ] do_lockold=false write_kernel_entry $kernelVersion $grub_root_device $kernel \ - $currentOpt $defoptions $initrd true $do_lockold + $currentOpt $defoptions $initrd $savedefault $do_lockold # insert the alternative boot options if test ! x$alternative = xfalse ; then @@ -1115,7 +1127,7 @@ test x$lockalternative = xtrue do_lockold=false write_kernel_entry $kernelVersion $descr $lockalternative \ $grub_root_device $kernel $currentOpt $suffix $initrd \ - true $do_lockold + $savedefault $do_lockold done fi
Bug#465240: [debsign] add support for signing Release files
Package: devscripts Version: 2.10.15 Severity: wishlist File: /usr/bin/debsign Hi, what do you think about signing Release files with debsign? Especially ones located on remote machines, so the existing debsign -r infrastructure may be reused. I also second the request for allowing more than one to-be-signed target on the command line (#457355) as a repository may have multiple Release files. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii debianutils 2.28.2 Miscellaneous utilities specific t ii dpkg-dev 1.14.16.6 package building tools for Debian ii libc6 2.7-6 GNU C Library: Shared libraries ii perl 5.8.8-12 Larry Wall's Practical Extraction ii sed 4.1.5-5The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.9Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465219: reprepro: please add a 'copysrc' command
Package: reprepro Version: 3.0.1-1 Severity: wishlist Hi Bernhard, what do you think about adding a 'copysrc' command? Like the removesrc command, this should operate on all packages belonging to a source package and copy them to the destination distribution, so you don't have to look up the list of packages belonging to that source and listing all of them as arguments to the copy command. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reprepro depends on: ii libarchive12.4.11-1 Single library to read/write tar, ii libbz2-1.0 1.0.4-2 high-quality block-sorting file co ii libc6 2.7-6 GNU C Library: Shared libraries ii libdb4.3 4.3.29-11 Berkeley v4.3 Database Libraries [ ii libgpg-error0 1.4-2 library for common error values an ii libgpgme11 1.1.6-1 GPGME - GnuPG Made Easy ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages reprepro recommends: ii apt 0.7.9 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465235: grub-installer: kernel-img.conf hooks should call /usr/sbin/update-grub
Package: debian-installer Version: svn-r51292 Severity: normal Hi, according to the grub documentation [1][2] you should call update-grub with the full path (/usr/sbin/update-grub). But the installer creates a kernel-img.conf that calls it without path: postinst_hook = update-grub postrm_hook = update-grub Andreas [1] /usr/share/doc/grub/NEWS.Debian.gz [2] /usr/share/doc/grub/README.Debian.gz -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465213: reprepro: please add a --pooldir option
Package: reprepro Version: 3.0.1-1 Severity: wishlist Hi Bernhard, the pooldir is currently the only directory that can't be moved out of the basedir by some configuration option. In my setup I like to have everything in basedir (== .) except distdir and pooldir that are moved to a documentroot of the webserver (on the same partition as the basedir). Currently I use a symlink for the pooldir. Of course there are other possibilities, e.g. using Alias directives in Apache to get only the two required directories from the basedir out to the web ... Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reprepro depends on: ii libarchive12.4.11-1 Single library to read/write tar, ii libbz2-1.0 1.0.4-2 high-quality block-sorting file co ii libc6 2.7-6 GNU C Library: Shared libraries ii libdb4.3 4.3.29-11 Berkeley v4.3 Database Libraries [ ii libgpg-error0 1.4-2 library for common error values an ii libgpgme11 1.1.6-1 GPGME - GnuPG Made Easy ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages reprepro recommends: ii apt 0.7.9 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465236: base-installer: make kernel-img.conf/do_symlinks configurable and preseedable
Package: debian-installer Version: svn-r51292 Severity: wishlist Hi, please add support for a configurable and preseedable do_symlinks setting in kernel-img.conf. I'd like to turn this off because I don't need these links. They are not used if they are in / and if I enable link_in_boot I get two superfluous grub entries. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465213: reprepro: please add a --pooldir option
Bernhard R. Link wrote: I've added an --outdir command line argument to set the directory the pool directory and the dists directory (unless --distdir is set) are created within. (Currently only in CVS, will be in 3.3.1) Do you think that is sufficent? That sounds fine, exactly what I'm going to use. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465912: vim: Makefile systax highlighting does not know about $(lastword ...)
Package: vim Version: 1:7.1-245+1 Severity: normal Hi, the syntax highlighting in Makefile mode does not know about $(lastword ...) and doesn't highlight it as a builtin function. IIRC, lastword is a quite new keyword and perhaps there are some more newer keywords missing proper highlighting, too. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim depends on: ii libacl1 2.2.45-1 Access control list shared library ii libc6 2.7-6 GNU C Library: Shared libraries ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libncurses5 5.6+20080119-1 Shared libraries for terminal hand ii vim-common1:7.1-245+1Vi IMproved - Common files ii vim-runtime 1:7.1-245+1Vi IMproved - Runtime files vim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460736: gcc-4.2: openmp support went lost: omp.h, ... missing
Package: gcc-4.2 Version: 4.2.2-6 Severity: important Hi, in the last upload of gcc-4.2 (4.2.2-6) openmp support went lost. The following files are missing (compared to 4.2.2-4, thx to debdiff): -rw-r--r-- root/root /usr/lib/gcc/i486-linux-gnu/4.2/SYSCALLS.c.X -rw-r--r-- root/root /usr/lib/gcc/i486-linux-gnu/4.2/include/omp.h -rw-r--r-- root/root /usr/lib/gcc/i486-linux-gnu/4.2/libgomp.a -rw-r--r-- root/root /usr/lib/gcc/i486-linux-gnu/4.2/libgomp.spec -rw-r--r-- root/root /usr/share/doc/gcc-4.2-base/gomp/changelog.gz lrwxrwxrwx root/root /usr/lib/gcc/i486-linux-gnu/4.2/libgomp.so - .../../../libgomp.so.1 Now compilation of openmp programs fails on the missing header. This is probably related to the following changelog entry from 4.4.2-6: * Do not build packages built from the gcc-4.3 source. Even if lib*gomp1* are now built from 4.3, this shouldn't remove openmp support from 4.2. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.2 depends on: ii binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina ii cpp-4.2 4.2.2-6 The GNU C preprocessor ii gcc-4.2-base4.2.2-6 The GNU Compiler Collection (base ii libc6 2.7-5GNU C Library: Shared libraries ii libgcc1 1:4.3-20080112-1 GCC support library Versions of packages gcc-4.2 recommends: ii libc6-dev 2.7-5 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460805: colorgcc: colorize 'command-line: warning: ...'
Package: colorgcc
Version: 1.3.2.0-6
Severity: wishlist
Tags: patch
Hi,
I attach a patch that adds support for colorizing warnings like
command-line: warning: FOOBAR redefined
command-line: warning: this is the location of the previous definition
Andreas
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages colorgcc depends on:
ii perl 5.8.8-12 Larry Wall's Practical Extraction
ii perl-modules 5.8.8-12 Core Perl modules
colorgcc recommends no packages.
-- no debconf information
--- /usr/bin/colorgcc 2007-10-27 17:34:01.0 +0200
+++ /usr/local/bin/colorgcc 2008-01-15 00:21:52.0 +0100
@@ -281,6 +281,36 @@
}
print(\n);
}
+ elsif (m/^(command-line):(.*)$/) # special-location:message
+ {
+ $field1 = $1 || ;
+ $field2 = $2 || ;
+
+ # See if this is a warning message.
+ $is_warning = 0;
+ for $translation (warning, @{$translations{warning}})
+ {
+ if ($field2 =~ m/\s+$translation:.*/)
+ {
+$is_warning = 1;
+last;
+ }
+ }
+
+ if ($is_warning)
+ {
+# Warning
+print($colors{warningFileNameColor}, $field1:, color(reset));
+srcscan($field2, $colors{warningMessageColor});
+ }
+ else
+ {
+# Error
+print($colors{errorFileNameColor}, $field1:, color(reset));
+srcscan($field2, $colors{errorMessageColor});
+ }
+ print(\n);
+ }
elsif (m/^(.*?):(.+):$/) # filename:message:
{
# No line number, treat as an introductory line of text.
Bug#460924: 32bit libcowdancer for amd64?
Package: cowdancer Version: 0.44 Severity: wishlist Hi Junichi, while using cow-shell on an amd64 system I came across a 32bit program running there and producing LD_PRELOAD warnings because the 64bit library obviously can't be preloaded in this case. The program is proprietary binary only, so no chance to get a 64bit version of this. I can live with this little annoyance, but perhaps it's something to think about: making cowdancer multilib capable and setting LD_PRELOAD in a multilib compatible way. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowdancer depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii pbuilder 0.177 personal package builder for Debia cowdancer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455555: libstdc++5 is available in lenny's ia32-libs
Hi, today I ran into this problem, too. But since I'm running testing, I could use the ia32-libs package available there. This version (2.2) includes libstdc++.so.5. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460924: 32bit libcowdancer for amd64?
Hi Junichi,
Junichi Uekawa wrote:
I think this request is reasonable; if I can overcome the technical
barriers, this should probably be implemented.
I can live with this little annoyance, but perhaps it's something to
think about: making cowdancer multilib capable and setting LD_PRELOAD in
a multilib compatible way.
Do you know if there is such a way? I don't quite know offhand if it
is possible already.
I just tried with the lib from the i386 package and it works if the
library is found in standard paths, e.g. the following seems to work:
LD_LIBRARY_PATH=/usr/lib32/cowdancer:/usr/lib/cowdancer
LD_PRELOAD=libcowdancer.so
32bitcommand
So with /usr/lib{,32}/cowdancer/libcowdancer.so it currently does not work.
Thinking about this again, there are more packages relying on LD_PRELOAD
that are affected by this multilib issue.
E.g. fakeroot sets the following:
[EMAIL PROTECTED]:~/bin$ fakeroot
[EMAIL PROTECTED]:~/bin# echo $LD_PRELOAD
libfakeroot-sysv.so
[EMAIL PROTECTED]:~/bin# echo $LD_LIBRARY_PATH
/usr/lib/libfakeroot:/usr/lib64/libfakeroot:/usr/lib32/libfakeroot
And the fakeroot package may also be a ressource for how to do the
multilib build.
Andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461874: invalid $HOME in pbuilder -login session
Package: pbuilder Version: 0.177 Severity: normal Hi Junichi, in a pbuilder -login session the variable $HOME keeps the value of the user invoking pbuilder, which is obviously not valid inside the chroot. Probably should be set to /root if it's root's shell. I noticed this by vim failing to save /home/beckmann/.viminfo (and being noisy-and-request-pressing-enter about this) after editing some configuration. This should have been /root/.viminfo. Shell history is not preserved with this settings, too. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pbuilder depends on: ii cdebootstrap 0.4.3 Bootstrap a Debian system ii coreutils 5.97-5.3 The GNU core utilities ii debianutils 2.28.2 Miscellaneous utilities specific t ii debootstrap 1.0.7 Bootstrap a basic Debian system ii gcc 4:4.2.2-2 The GNU C compiler ii wget 1.10.2-3 retrieves files from the web Versions of packages pbuilder recommends: ii cowdancer 0.44 Copy-on-write directory tree utili ii devscripts2.10.13Scripts to make the life of a Debi ii fakeroot 1.9Gives a fake root environment ii sudo 1.6.9p10-1 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461961: poppler-utils: pdftops lacks the '-cfg some.file' option
Package: poppler-utils Version: 0.6.2-1 Severity: important Hi, the pdftops provided by poppler lacks the -cfg command line option. This makes it incompatible with pdftops from xpdf-utils and also contradicts the manpage provided by poppler-utils (but that was probably copied from xpdf and not checked in detail). As a result this breaks pdf printing from cups (which adds a config file option on the command line when using pdftops as a filter). And since cupsys depends on 'poppler-utils | xpdf-utils' nowadays in testing and sid, pdf printing is broken on new installations by default. A short grep for 'cfg' in the sources shows a -cfg option in pdftotext, pdfinfo and pdffonts as well, but no implementation of it. For cupsys breakage see Bugs #457810, #460624 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457810 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460624 Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460624: cups + pdftops - poppler-utils vs. xpdf-utils
merge 457810 460624 thanks Hi all, I just reported a bug against poppler-utils (#461961) [1] about the missing -cfg option, since this most probably should be fixed there. Installing xpdf-utils worked for me, too. And for the curious, the -cfg option is set in /usr/lib/cups/filter/pdftops Andreas [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461961 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457391: autoremoving *after* upgrade
Hi Loïc, pbuilder (0.177) unstable; urgency=low . [ Loic Minier ] * Run apt-get autoremove after upgrade. It's nice to see autoremove being implemented, but unfortunately it's called before upgrade and so it will only take effect when updating twice (that is after updating next time) because some packages may have become obsolete by the current upgrade and not before. Another feature I'd like to have implemented is: check the version of apt first and skip the autoremove part if it's not supported. This avoids some warnings/errors for e.g. etch builders. Andreas
Bug#459432: pbuilder: invalid Upgrading for distribution xyz message on update
Package: pbuilder Version: 0.177 Severity: minor Tags: patch Hi, when no --override-config option is given, options like --distribution, (or their .pbuilderrc counterparts DISTRIBUTION, ...) are not taken into account for setting up the chroot, they also shouldn't be used for outputting diagnostics. E.g. I have pbuilder environments for sid, lenny and etch (and some wrapper scripts pbuilder-DIST/pdebuild-DIST selecting the correct tarball) and my .pbuilderrc says DISTRIBUTION=lenny. On update I get $ pbuilder-sid update Upgrading for distribution lenny Building the build Environment ... which is incorrect (and perhaps misleading: WTF is it switching from sid to lenny?). I'd suggest to drop the message (or remove the distribution xyz part) unless --override-config is there, the following one line patch for pbuilder-updatebuildenv should do this: 25c25 if [ -n $DISTRIBUTION ]; then --- if [ -n $DISTRIBUTION ] [ $OVERRIDE_APTLINES = yes ]; then Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pbuilder depends on: ii cdebootstrap 0.4.3 Bootstrap a Debian system ii coreutils 5.97-5.3 The GNU core utilities ii debianutils 2.28.2 Miscellaneous utilities specific t ii debootstrap 1.0.7 Bootstrap a basic Debian system ii gcc 4:4.2.2-1 The GNU C compiler ii wget 1.10.2-3 retrieves files from the web Versions of packages pbuilder recommends: ii cowdancer 0.44 Copy-on-write directory tree utili ii devscripts2.10.11Scripts to make the life of a Debi ii fakeroot 1.8.10 Gives a fake root environment ii sudo 1.6.9p9-1 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459436: cowdancer: put cowbuilder in it's own package
Package: cowdancer Version: 0.44 Severity: wishlist Hi Junichi, recently I wanted to install cowdancer to try cow-shell, but unfortunately it brought a whole lot of dependencies due to the pbuilder dependency. Since cow-shell may be useful on it's own (e.g. working with hardlinked copies of large source trees) I'd suggest to move cowbuilder (and the pbuilder dependency) to another package. If you are interested, I can create a patch. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cowdancer depends on: ii libc6 2.7-5 GNU C Library: Shared libraries ii pbuilder 0.177 personal package builder for Debia cowdancer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459605: configure-index.gz: does not mention Dir::Etc::sourceparts
Package: apt Version: 0.7.9 Severity: wishlist Hi, configure-index.gz is not up-to-date, Dir::Etc::sourceparts is not mentioned at all. According to the date in the header (2004/07/17), probably some more options are missing. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2007.07.31 GnuPG archive keys of the Debian a ii libc6 2.7-5GNU C Library: Shared libraries ii libgcc1 1:4.3-20080104-1 GCC support library ii libstdc++6 4.3-20080104-1 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459612: debian-installer: bad interaction with not-empty /etc/apt/sources.list.d
Package: debian-installer
Version: svn r50786
Severity: normal
Hi,
debian-installer has bad interations with /etc/apt/sources.list.d when
building e.g. the netboot installer (didn't try the other ones because I don't
need them).
I have no /etc/apt/sources.list, but several
/etc/apt/sources.list.d/{stable,testing,unstable,local,...}.sources.list and
for the d-i build I created sources.list.udeb.local. But unfortunately
it was still picking up all the sources from /etc/apt until I added the
following switch in util/get-packages to the APT_GET variable:
-o Dir::Etc::sourceparts=/dev/null
Now it's only using sources.list.udeb.local as expected.
Andreas
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460269: xkb-data: layout=us + variant=nodeadkeys breaks Ctrl+F1 ...
Package: xkb-data Version: 1.0~cvs.20070916-1 Severity: normal Hi, when I recently switched the x keyboard config from layout=de to layout=us, this broke Ctrl+F1, ... i.e. switching to the ttys which didn't react at all. I checked a bit further and found this to be caused by the Option XkbVariantnodeadkeys which was left from the previous config. After removing this, switching to the ttys worked again. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430427: /bin/ps: default sort order has changed
Samuel Thibault wrote: ps axu --sort=start Use ps aux --sort=start_time Andreas (who is using alias ps='ps aux --sort=start_time' for quite some time to work around this bug) Happy New Year! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462634: foomatic-db: update to new database snapshot ?
Package: foomatic-db Version: 20061031-1 Severity: normal Hi, what do you think about updating foomatic-db to a new database snapshot? The current package is nearly 15 months old and meanwhile probably a lot of new drivers have been added. For instance, linuxprinting.org has a Postscript driver for the HP Color LaserJet CP3505 that is missing from linuxprinting.org-ppds. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash foomatic-db depends on no packages. Versions of packages foomatic-db recommends: ii foomatic-db-engine3.0.2-20061031-1 linuxprinting.org printer support ii foomatic-filters 3.0.2-20061031-1.2 linuxprinting.org printer support -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462637: uswsusp: machine freezes during snapshot if USB DVB-T Receiver Cinergy T^2 is plugged in
Package: uswsusp Version: 0.7-1 Severity: normal Hi, is there a possibility to add certain hardware to a blacklist in order to not suspend if it's plugged in? In my case, it's a ID 0ccd:0038 TerraTec Electronic GmbH Cinergy T^2 DVB-T Receiver (from lsusb) that freezes my laptop when I run s2disk. It switches to a text console successfully and the last thing it writes is Snapshotting... If I remember to unplug it first, s2disk works perfectly. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uswsusp depends on: ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080116-1 GCC support library ii libgcrypt11 1.4.0-3 LGPL Crypto library - runtime libr ii liblzo2-2 2.02-3 data compression library ii libsplashy1 0.3.8-1 Library to draw splash screen on b ii libx86-10.99-1.2 x86 real-mode library ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime Versions of packages uswsusp recommends: ii initramfs-tools 0.91d tools for generating an initramfs ii mount 2.13-8 Tools for mounting and manipulatin -- debconf information: * uswsusp/suspend_loglevel: uswsusp/no_swap: uswsusp/resume_offset: * uswsusp/early_writeout: true * uswsusp/image_size: 733245358 * uswsusp/snapshot_device: * uswsusp/max_loglevel: uswsusp/shutdown_method: platform * uswsusp/encrypt: false uswsusp/RSA_key_bits: 1024 uswsusp/continue_without_swap: true * uswsusp/compute_checksum: true uswsusp/no_snapshot: * uswsusp/compress: true uswsusp/create_RSA_key: false uswsusp/RSA_key_file: /etc/uswsusp.key * uswsusp/resume_device: /dev/hda6 * uswsusp/splash: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452750: icedtea-java7: building the Ubuntu package on Debian while it's not yet in the Debian archive
Hi, since icedtea ist still in NEW, but a coworker wants to test a 64bit java plugin (actually just any java plugin that works in his 64bit browser) I just rebuilt the Ubuntu package (7~b24-1.5+20080118-1) in a testing/unstable pbuilder environment (regenerated debian/control first) and will let him test tomorrow. While building, I made the following observations (and fixes): * Build-Depends: I had to switch to 'libungif4-dev | libgif-dev', otherwise I end up with a package that conflicts with a lot of packages due to libgif4. * section assignment: icedtea-java7-plugin probably should be in 'web', not 'devel' Everything else seemed to work fine, besides that * It uses a huge amount of space while building ... (and now I have a 15 GB ramdisk on /tmp) Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450938: doxygen: fails to generate images with graphviz from testing (2.8-2.6)
Package: doxygen Version: 1.5.3-20071020-1 Severity: normal Hi, doxygen fails to generate images if graphviz from testing (2.8-2.6) is installed. A lot of the following errors occurr: Renderer type: png:gd not recognized. Use one of: png:cg After updating graphviz to 2.12-5 from unstable, everything seems to work again. Probably the graphviz conflicts should to be bumped to graphviz ( 1.12). Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages doxygen depends on: ii libc6 2.6.1-6GNU C Library: Shared libraries ii libgcc1 1:4.2.2-3 GCC support library ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libstdc++64.2.2-3The GNU Standard C++ Library v3 doxygen recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443818: uswsusp: compression percentage is negative
Package: uswsusp Version: 0.7-1 Severity: normal Hi, since the last update of uswsusp the compression percentage displayed by s2ram is negative and beyond any sense. E.g. I remember seeing values like -4123.45 Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uswsusp depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-5GCC support library ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii liblzo2-2 2.02-3 data compression library ii libsplashy1 0.3.5Library to draw splash screen on b ii libx86-10.99-1.2 x86 real-mode library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages uswsusp recommends: ii initramfs-tools 0.90a tools for generating an initramfs ii mount 2.12r-19 Tools for mounting and manipulatin -- debconf information: * uswsusp/suspend_loglevel: uswsusp/no_swap: uswsusp/resume_offset: * uswsusp/early_writeout: true * uswsusp/image_size: 733245358 * uswsusp/snapshot_device: * uswsusp/max_loglevel: uswsusp/shutdown_method: platform * uswsusp/encrypt: false uswsusp/RSA_key_bits: 1024 uswsusp/continue_without_swap: true * uswsusp/compute_checksum: true uswsusp/no_snapshot: * uswsusp/compress: true uswsusp/create_RSA_key: false uswsusp/RSA_key_file: /etc/uswsusp.key * uswsusp/resume_device: /dev/hda6 * uswsusp/splash: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445839: texlive-base: using hyperref adds an unwanted end-of-page at AtEndDocument
Package: texlive-base
Version: 2007-12
Severity: normal
Hi,
the following input file produces a two page document in texlive, it
didn't do this with teTeX. Looks like hyperref (or something included by
hyperref) fills the page at AtEndDocument and my additional text is
moved to the next page.
If I don't use hyperref or swap the lines 2 and 3, I get the expected
one page document.
Andreas
##
minimal input file
\documentclass{article}
\usepackage{hyperref} % line 2
\AtEndDocument{The End.}% line 3
\begin{document}
Lorem ipsum dolor sit amet.
\end{document}
##
other files
none
##
List of ls-R files
-rw-r--r-- 1 root users 1009 2007-10-08 07:49 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 2007-07-02 00:23 /usr/share/texmf/ls-R -
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 2007-09-02 01:59 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 2007-09-02 01:59 /usr/share/texmf-texlive/ls-R -
/var/lib/texmf/ls-R-TEXLIVE
##
Config files
lrwxrwxrwx 1 root root 20 2007-07-02 00:23 /usr/share/texmf/web2c/texmf.cnf -
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 4714 2007-09-26 12:56 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 9707 2007-09-26 12:56 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 4760 2007-09-26 12:56
/var/lib/texmf/tex/generic/config/language.dat
##
Files in /etc/texmf/web2c/
total 4
-rw-r--r-- 1 root root 283 2006-08-16 17:02 mktex.cnf
##
md5sums of texmf.d
25bf3a257a0bedb5c67349c3eaff74af /etc/texmf/texmf.d/05TeXMF.cnf
5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf
8a26468004b5ebc7ae9884740356c1d0 /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf
7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf
e36faa13563bdb46303b91ab3f6ea638 /etc/texmf/texmf.d/85Misc.cnf
7e8f87acdeba48edac16d851c77b9e75 /etc/texmf/texmf.d/90TeXDoc.cnf
30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages texlive-base depends on:
ii texlive-base-bin 2007-14TeX Live: Essential binaries
ii texlive-common2007-12TeX Live: Base component
ii texlive-doc-base 2007-3 TeX Live: Base documentation
Versions of packages texlive-base recommends:
ii dvipdfmx1:20070518-1 A DVI to PDF translator with CJK s
ii lmodern 1.010x-4 scalable PostScript and OpenType f
Versions of packages tex-common depends on:
ii debconf 1.5.14 Debian configuration management sy
ii ucf 3.003 Update Configuration File: preserv
Versions of packages texlive-base is related to:
pn tetex-basenone (no description available)
pn tetex-bin none (no description available)
pn tetex-extra none (no description available)
ii tex-common1.9Common infrastructure for using an
-- debconf information:
tex-common/check_texmf_wrong:
tex-common/check_texmf_missing:
tex-common/singleuser: false
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445842: rmagic: fails with current libgd
Package: rmagic
Version: 2.21-4
Severity: normal
Tags: patch
Hi,
rmagic fails with the current libgd. I don't have the exact error
message here anymore, but it was something like:
* libgd: a memory allocation (silently) failed because there was a
multiplicator 0
* in the perl module: new GD::Image(0,0) failed
* using the *not* created object's can() method causes an crash
A patch is attached. Instead of a 0x0 image create a 1x1 image to get
the supported image formats etc.
Andreas
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# modern libgd produces an error when allocating zero bytes (when creating a
0x0 image),
# causing the object not to exist and rmagic to fail afterwards
Index: rmagic-2.21/wadg/rm/Settings.pm
===
--- rmagic-2.21.orig/wadg/rm/Settings.pm2007-10-06 12:54:34.0
+0200
+++ rmagic-2.21/wadg/rm/Settings.pm 2007-10-06 12:56:08.0 +0200
@@ -907,7 +907,7 @@
# Check GD for support of desired output format. If none
# given or not capable, then set output format accordingly.
#
- my $g = new GD::Image(0,0);
+ my $g = new GD::Image(1,1);
if( defined $self-val( 'graphs', 'Format' ) ) {
if( $self-val( 'graphs', 'Format' ) =~ /jpe?g/i ) {
Bug#423374: latex-make: bad interaction with comment.sty: dependencies include the junk file comment.cut
Hi Vincent, preparing some templates for the upcoming semester made me look into this again. So a correct fix would involve LaTeX Make to remove this intermediate file after compilation and remove it from depends and output, too. This will not be easy to do with the current implementation. So I suggest you to use one of the two workarounds I proposed above for now (unless you have a patch to propose :-) ) I have a suggestion, see the attached patch. (I'm sure, this can be done in a more elegant way using tons of self generating and user configurable LU_* variables, but you should get the idea.) 1. Maintain a list of junk inputs (LU_JUNK_INPUTS). Unfortunately I see no other way to do this than manually adding entries to this list if they are discovered. Hoping that two different latex packages won't have conflicting usage of such a file. 2. Remove the junk inputs from the dependency list. So comment.cut remains in *_INPUTS and *_OUTPUTS and gets removed only with make clean, but it no longer influences the dependency list. Andreas PS: Eventually call them volatile, ... instead of junk. --- /usr/include/LaTeX.mk 2007-04-14 23:00:18.0 +0200 +++ LaTeX.mk 2007-10-10 16:15:35.0 +0200 @@ -195,6 +195,8 @@ # for name in LU_TOTO_SUBLIST_master.dvi +LU_JUNK_INPUTS ?= comment.cut + define lu-addtovar-global # 1:name 2:value _LU_$(1)_ADD+=$(2) $(call lu-show-add-var,$(1),global,$(value 2)) @@ -624,7 +626,7 @@ $$(eval $$(call lu-addtovar,DEPENDS,$(1),$(2), \ $$(call lu-getvalues,FIGURES,$(1),$(2)) \ $$(call lu-getvalues,BIBFILES,$(1),$(2)) \ - $$(wildcard $$(call lu-getvalues,INPUTS,$(1),$(2))) \ + $$(wildcard $$(filter-out $$(LU_JUNK_INPUTS),$$(call lu-getvalues,INPUTS,$(1),$(2 \ $$(wildcard $$(call lu-getvalues,BIBSTYLES,$(1),$(2))) \ $$(call lu-getvalues,BBLFILES,$(1),$(2))\ ))
Bug#446110: [patch] colorgcc -5 broke my preferred usage of it
subscribe 446110 !
tag 446110 +patch
thanks
Hi,
my preferred usage of colorgcc is to have a bunch of symlinks
colorg++-x.y.z - colorgcc
in the path and the compiler name mapping defined in .colorgccrc
(usually just colorg++-x.y.z: g++-x.y.z), no weird gcc - colorgcc
symlinks that might break things, and then I just use CXX=colorg++-x.y.z
gccVersion does not help me since I need several different compiler
versions.
The attached patch fixes a few issues:
* only match '.*Color' as color attribute names
(fixes 'Invalid attribute name')
* treat any unknown option in the config file as a compiler name
(don't enable overrideCompilerPaths in this case)
* readd support for compilers with extra arguments
(got removed in patch 05)
With this applied locally, I'm now curious about trying the other
patches introduced in -5, mainly improved g++ handling.
Andreas
--- /usr/bin/colorgcc~dist 2007-10-09 22:53:10.0 +0200
+++ /usr/bin/colorgcc 2007-10-15 18:20:55.0 +0200
@@ -159,10 +159,15 @@
{
@{$translations{$1}} = split(/\s+/, $value);
}
- else
+ elsif ($option =~ m/Color$/)
{
$colors{$option} = color($value);
}
+ else
+ {
+ # treat unknown options as user defined compilers
+ $compilerPaths{$option} = $value;
+ }
}
close(PREFS);
@@ -218,6 +223,20 @@
$compiler = $compilerPaths{$progName} || $compilerPaths{gcc};
+# Check for unquoted program name with spaces. If there are spaces
+# and it's not quoted, assume that the spaces separate the program
+# name from some arguments to be prepended to ARGV.
+# If it is quoted, remove the quotes.
+if ($compiler =~ /^(.*)$/)
+{
+ $compiler = $1;
+}
+else
+{
+ ($compiler, @preargs) = split(/\s+/, $compiler);
+ @ARGV = (@preargs, @ARGV);
+}
+
# Check that we don't reference self
die $compiler is self-referencing
if ( -l $compiler and (stat $compiler)[1] == (stat $0)[1] );
Bug#440509: virtualbox: module postinst fails with FATAL: Module vboxdrv not found.
Package: virtualbox Version: 1.4.0svn4130-dfsg-1 Severity: normal Hi, the postinst script fails if the module currently installed is for a different kernel than the running one: Unpacking virtualbox-modules-2.6.22-2-686 (from /virtualbox-modules-2.6.22-2-686_1.4.0svn4130-dfsg-1+2.6.22-4_i386.deb) Setting up virtualbox-modules-2.6.22-2-686 (1.4.0svn4130-dfsg-1+2.6.22-4) ... FATAL: Module vboxdrv not found. dpkg: error processing virtualbox-modules-2.6.22-2-686 (--install): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: virtualbox-modules-2.6.22-2-686 I just built the module for the (new) kernel I'll boot soon, not for the currently running one. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox depends on: ii libasound21.0.14a-2 ALSA library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.1-1A free implementation of the OpenG ii libglib2.0-0 2.14.0-2 The GLib library of C routines ii libidl0 0.8.8-0.1 library for parsing CORBA IDL file ii libqt3-mt 3:3.3.7-6 Qt GUI Library (Threaded runtime v ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libstdc++64.2.1-4The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxalan110 1.10-3.1 Provides XSLT support for applicat ii libxcursor1 1:1.1.8-2 X cursor management library ii libxerces27 2.7.0-4validating XML parser library for ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxt61:1.0.5-3 X11 toolkit intrinsics library Versions of packages virtualbox recommends: pn virtualbox-modules none (no description available) ii virtualbox-source1.4.0svn4130-dfsg-1 Source for the VirtualBox module -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370494: dh-make: template kernel-module package postinst is not policy compliant
Craig Small wrote: thinking about the reformatted kernel-module postinst template again, I realized that invoking /etc/init.d/#PACKAGE# is a policy violation: Where did you find this invoking in dh_make? I tried looking for it but couldn't see it anywhere. it's in the template /usr/share/debhelper/dh_make/debiank/package-modules-_KVERS_.postinst.modules.in.ex Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397179: suhosin patch
Hi all, it's nice to hear that this patch will be included in Debian. I'm currently using PHP with suhosin patch (and suhosin module) on several production systems (i386, amd64, some still running php5.1) without problems (only had to increase some varfilter limits in the module configuration). The only problem I encountered is a build problem: the patch modifies both configure and configure.in (which is nice if suhosin is the only patch to be applied), but this prevents recreation of configure (which is required by several Debian patches to configure.in) due to timestamp magic on fast machines. My fix: I just removed the configure specific patch from the suhosin patch, letting the build system take care of configure recreation. Happy New Year! Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412914: reportbug: please add support for SSL protected SMTP communication
Package: reportbug Version: 3.33 Severity: wishlist Hi, some smarthosts provide smtp (auth) (only) over an ssl protected connection, but don't support TLS or ... So the following .reportbugrc settings would allow reporting bugs using such a smarthost: smtphost smarthost:465 smtpuser login smtppasswd password smtpssl # instead of smtptls Andreas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages reportbug depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt reportbug recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412915: linux-image-2.6.18-4-686: mmc/sdhci problems after resume from ram
Package: linux-image-2.6.18-4-686 Version: 2.6.18.dfsg.1-11 Severity: normal Hi, after resuming from suspend-to-ram (suspended with s2ram from uswsusp/unstable) mmc_core and sdhci spit out tons of errors and make the system very unresponsive. Eventually the system freezes (or unresponsiveness my patience), a quick shutdown after resume usually helps. a few lines from syslog: Feb 27 04:15:18 lembas kernel: mmc0: Controller never released inhibit bit(s). Please report this to [EMAIL PROTECTED]. Feb 27 04:15:18 lembas kernel: mmc0: Reset 0x2 never completed. Please report this to [EMAIL PROTECTED]. Feb 27 04:15:18 lembas kernel: mmc0: Reset 0x4 never completed. Please report this to [EMAIL PROTECTED]. Feb 27 04:15:18 lembas kernel: mmc0: Controller never released inhibit bit(s). Please report this to [EMAIL PROTECTED]. Feb 27 04:15:18 lembas kernel: mmc0: Reset 0x2 never completed. Please report this to [EMAIL PROTECTED]. Feb 27 04:15:18 lembas kernel: mmc0: Reset 0x4 never completed. Please report this to [EMAIL PROTECTED]. Feb 27 04:15:18 lembas kernel: mmc0: Reset 0x1 never completed. Please report this to [EMAIL PROTECTED]. Feb 27 04:15:33 lembas kernel: mmc0: Got command interrupt even though no command operation was in progress. Feb 27 04:15:33 lembas kernel: mmc0: Please report this to [EMAIL PROTECTED]. Feb 27 04:15:33 lembas kernel: mmc0: Card is consuming too much power! Feb 27 04:15:33 lembas kernel: mmc0: Unexpected interrupt 0x0080. Please report this to [EMAIL PROTECTED]. Feb 27 04:15:33 lembas kernel: mmc0: Got command interrupt even though no command operation was in progress. Feb 27 04:15:33 lembas kernel: mmc0: Please report this to [EMAIL PROTECTED]. Feb 27 04:15:33 lembas kernel: mmc0: Card is consuming too much power! Feb 27 04:15:33 lembas kernel: mmc0: Unexpected interrupt 0x0080. Please report this to [EMAIL PROTECTED]. Feb 27 04:15:35 lembas kernel: mmc0: Controller never released inhibit bit(s). Please report this to [EMAIL PROTECTED]. Feb 27 04:15:35 lembas kernel: mmc0: Reset 0x2 never completed. Please report this to [EMAIL PROTECTED]. Feb 27 04:15:35 lembas kernel: mmc0: Reset 0x4 never completed. Please report this to [EMAIL PROTECTED]. The mmc messages are repeated in differing amounts of the single messages again and again, each message is followed (or preceded?) by the following sdhci messages: Feb 27 04:15:18 lembas kernel: sdhci: == REGISTER DUMP == Feb 27 04:15:18 lembas kernel: sdhci: Sys addr: 0x | Version: 0x Feb 27 04:15:18 lembas kernel: sdhci: Blk size: 0x | Blk cnt: 0x Feb 27 04:15:18 lembas kernel: sdhci: Argument: 0x | Trn mode: 0x Feb 27 04:15:18 lembas kernel: sdhci: Present: 0x | Host ctl: 0x00ff Feb 27 04:15:18 lembas kernel: sdhci: Power:0x00ff | Blk gap: 0x00ff Feb 27 04:15:18 lembas kernel: sdhci: Wake-up: 0x00ff | Clock: 0x Feb 27 04:15:18 lembas kernel: sdhci: Timeout: 0x00ff | Int stat: 0x Feb 27 04:15:18 lembas kernel: sdhci: Int enab: 0x | Sig enab: 0x Feb 27 04:15:18 lembas kernel: sdhci: AC12 err: 0x | Slot int: 0x Feb 27 04:15:18 lembas kernel: sdhci: Caps: 0x | Max curr: 0x Feb 27 04:15:18 lembas kernel: sdhci: === Suspend-to-Ram (and resume) with the two modules mmc_core and sdhci unloaded just works fine. Since I don't need the card reader (not sure if it even works) I'll probably just blacklist these modules ... Andreas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 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#413062: tinymce: please bundle the compressor(s)
Package: tinymce Severity: wishlist Hi, what do you think about bundling the tinymce compressors? I'm especially interested in tinymce_compressor_php, but the other compressors might be of use for other users, too (as long as they are usable on a Debian system). Andreas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 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#413066: packaging tinymce locales?
Package: tinymce Severity: wishlist Hi, what about packaging the tinymce locales? I've created a tinymce-lcoales package for internal use (german translations only, but easily extensible), so if you are interested, I can make this available. Andreas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 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#404852: postfix-mysql corrections
Hi,
here are some corrections/additions for the newly added postfix-mysql
rules (from my own ruleset, hopefully to be retired someday):
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: sql plugin
doing query select password from [_[:alnum:]]+ where
[_[:alnum:]]+='[EMAIL PROTECTED]:alnum:]-]+';?$
* do not hardcode table and column names ('password' does not seem a
variable column name but a fixed string)
* the trailing semicolon is optional (I've seen this message with and
without ...)
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: sql plugin
create statement from
(userPassword|cmusaslsecret(PLAIN|CRAM-MD5|DIGEST-MD5)) [._[:alnum:]-]+
[.[:alnum:]-]+$
* the plugin creates more statements ...
* the trailing $ was missing
Andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414242: vserver-debiantools: please add instructions how to remove vservers
Package: vserver-debiantools Version: 0.3.4 Severity: wishlist Hi, there is no documentation how to remove a vserver. The following procedure worked for me: vserver VSNAME stop rm -rf /var/lib/vservers/VSNAME rm -rf /etc/vservers/VSNAME Perhaps some instructions should be added to the manpages of the creation scripts: newvserver(1), dupvserver(1). There is a minor bug in the manpages: newvserver(1), dupvserver(1) have a reference to the nonexistant util-vserver(1). Andreas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 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#411666: /usr/bin/svn-inject: initial checkout fails
Package: svn-buildpackage
Version: 0.6.16
Severity: normal
File: /usr/bin/svn-inject
Tags: patch
Hi,
the initial checkout (default mode: 1 - trunk only) does not work:
there is an attempt to copy the not existant directory $tempdir/trunk to
the checkout destination. This happened while importing a native package
(only .dsc + .tar.gz).
The attached patch changes this to a regular checkout (no more copying).
Andreas
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30,
'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-k7
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages svn-buildpackage depends on:
ii devscripts 2.9.27 Scripts to make the life of a Debi
ii file4.19-1 Determines file type using magic
ii libsvn-perl 1.4.2dfsg1-2 Perl bindings for Subversion
ii perl5.8.8-7 Larry Wall's Practical Extraction
ii subversion 1.4.2dfsg1-2 Advanced version control system
ii wget1.10.2-2 retrieves files from the web
svn-buildpackage recommends no packages.
-- no debconf information
--- /usr/bin/svn-inject 2006-12-26 16:09:37.0 +0100
+++ /home/andreas/bin/svn-inject2007-02-20 02:18:40.0 +0100
@@ -333,10 +333,10 @@
print Storing copy of your repository tree in $basedir/$package.\n;
withecho svn, checkout, $opt_svnurl/$package, $basedir/$package,
$opt_svnquiet;
}
- elsif ($opt_checkout==1) {
+ elsif ($opt_checkout==1 $opt_layout==1) {
$trunkdir = $basedir/$package;
- print Storing trunk copy in $basedir/$package.\n;
- withecho(cp, -a, $tempdir/trunk, $trunkdir);
+ print Storing copy of your repository trunk in $basedir/$package.\n;
+ withecho svn, checkout, $opt_svnurl/$package/trunk,
$basedir/$package, $opt_svnquiet;
}
}
Bug#422598: libc6: Segmentation fault in printf()/vfprintf()/strlen()
Package: libc6
Version: 2.5-6
Severity: normal
Hi,
there happens a segmentation fault with the following code:
#include stdio.h
int main(int argc, char**argv)
{
printf(%s\n, strerror(atoi(argv[1])));
}
I have observed this on amd64 libc6 2.5-5 and 2.5-6,
it does not occur on i386 libc6 2.5-5.
The amd64 system is actually an amd64 schroot running on a sarge/i386
host.
If there is anything I can do to help you debug this, please let me
know. A small test log is appended below.
Andreas
$ vi strerror.c
$ gcc -g -o strerror strerror.c
$ ./strerror 0 ; echo $?
Segmentation fault
139
$ gdb ./strerror
GNU gdb 6.6-debian
This GDB was configured as x86_64-linux-gnu...
Using host libthread_db library /lib/libthread_db.so.1.
(gdb) set args 0
(gdb) run
Starting program: /home/beckmann/strerror 0
Program received signal SIGSEGV, Segmentation fault.
0x2ad8f39eeab0 in strlen () from /lib/libc.so.6
(gdb) bt full
#0 0x2ad8f39eeab0 in strlen () from /lib/libc.so.6
No symbol table info available.
#1 0x2ad8f39beb15 in vfprintf () from /lib/libc.so.6
No symbol table info available.
#2 0x2ad8f39c4a6a in printf () from /lib/libc.so.6
No symbol table info available.
#3 0x00400549 in main (argc=2, argv=0x7f9b5838) at
strerror.c:5
No locals.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (30, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.16.29.2.em64t-smp (SMP w/16 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423374: latex-make: bad interaction with comment.sty: dependencies include the junk file comment.cut
Package: latex-make Version: 2.1.11-2 Severity: normal Hi, I just found a strange interaction with comment.sty: I use comment.sty and create a \specialcomment and afterwards there is a new file comment.cut in the current directory which seems to be a junk file that is shared between all targets and gets added to the dependencies in mydoc.pdf.mk (multiple times): TD_mydoc.pdf_INPUTS += comment.cut TD_mydoc.pdf_OUTPUTS += comment.cut As a result every rebuild target updates comment.cut causing all other targets to be rebuild. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages latex-make depends on: ii gs-common 0.3.11 Common files for different Ghostsc ii make3.81-3 The GNU version of the make util ii perl5.8.8-7 Larry Wall's Practical Extraction ii tex-common 1.7 Common infrastructure for using an ii transfig1:3.2.5-alpha7-5 Utilities for converting XFig figu Versions of packages latex-make recommends: ii tetex-bin 3.0-30 The teTeX programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419511: another file conflict with gcc-4.1
reassign 419511 gcc-4.2 retitle 419511 several file conflicts with gcc-4.1 thanks Unpacking libstdc++6-4.2-dbg (from .../libstdc++6-4.2-dbg_4.2-20070405-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libstdc++6-4.2-dbg_4.2-20070405-1_amd64.deb (--unpack): trying to overwrite `/usr/lib/debug/libstdc++.la', which is also in package libstdc++6-4.1-dbg dpkg-deb: subprocess paste killed by signal (Broken pipe) Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428437: dput: please add command line switch to disable lintian
Package: dput Version: 0.9.2.27 Severity: wishlist Hi, it would be nice if it were possible to disable lintian from the command line (e.g. a new switch --no-lintian) in order to force the upload of a package that didn't get approved by lintian to a private repository. Having to edit .dput.cf in order to disable lintian adds the risk of forgetting to enable it again. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dput depends on: ii gnupg 1.4.6-2GNU privacy guard - a free PGP rep ii python2.4.4-6An interactive high-level object-o dput recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429379: nanourl: update fails due to incomplete postrm script
Package: nanourl Version: 0.1-7 Severity: important Hi, upgrading nanourl fails due to missing 'upgrade/failed-upgrade/abort-upgrade' in the postrm script: Preparing to replace nanourl 0.1-7 (using .../nanourl_0.1-7.1_i386.deb) ... Unpacking replacement nanourl ... postrm called with unknown argument 'upgrade' dpkg: warning - old post-removal script returned error exit status 1 dpkg - trying script from the new package instead ... postrm called with unknown argument 'failed-upgrade' dpkg: error processing /var/cache/apt/archives/nanourl_0.1-7.1_i386.deb (--unpack): subprocess new post-removal script returned error exit status 1 postrm called with unknown argument 'abort-upgrade' dpkg: error while cleaning up: subprocess post-removal script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/nanourl_0.1-7.1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nanourl depends on: ii apache2-mpm-prefork [ap 2.2.3-4 Traditional model for Apache HTTPD ii mysql-client-5.0 [mysql 5.0.38-1 mysql database client binaries ii php46:4.4.4-9+lenny1 server-side, HTML-embedded scripti ii php4-mysql 6:4.4.4-9+lenny1 MySQL module for php4 nanourl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420846: svn-buildpackage: error writing .svn/deb-layout if --svn-tag is used
Package: svn-buildpackage Version: 0.6.18 Severity: normal Hi, writing .svn/deb-layout at the end of the operation fails if the current directory has been renamed meanwhile, as happens with --svn-tag. I've checked out svn://server/path/mypackage/trunk as mypackage-0815/ svn-buildpackage --svn-foobar ... # throws missing path error rm .svn/deb-layout # contained paths from another machine and needs a # complete refresh svn-buildpackage --svn-tag ... build package ... build command was successful ... svn -m tagging ... dch -i UNRELEASED dch warning: your current directory has been renamed to: ../mypackage-0815+1 I: Done! ... Uncaught exception from user code: Could not open /path/to/mypackage-0815/.svn/deb-layout for writing. at /usr/share/svn-buildpackage/SDCommon.pm line 256 SDCommon::writeCfg() called at /usr/share/svn-buildpackage/SDCommon.pm line 269 SDCommon::sd_exit(0) called at /usr/bin/svn-buildpackage line 597 Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages svn-buildpackage depends on: ii devscripts 2.10.4 Scripts to make the life of a Debi ii file4.20-4 Determines file type using magic ii libsvn-perl 1.4.2dfsg1-2 Perl bindings for Subversion ii perl5.8.8-7 Larry Wall's Practical Extraction ii subversion 1.4.2dfsg1-2 Advanced version control system ii unp 1.0.12 unpack (almost) everything with on ii wget1.10.2-2 retrieves files from the web svn-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422054: documentation: typo in example
Package: latex-make Version: 2.1.11-2 Severity: minor Hi, there is a typo in the first example in chapter 2.2: LU_MASTER=foo is used, but this needs to read LU_MASTERS=foo Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages latex-make depends on: ii gs-common 0.3.11 Common files for different Ghostsc ii make3.81-3 The GNU version of the make util ii perl5.8.8-7 Larry Wall's Practical Extraction ii tex-common 1.7 Common infrastructure for using an ii transfig1:3.2.5-alpha7-5 Utilities for converting XFig figu Versions of packages latex-make recommends: ii tetex-bin 3.0-30 The teTeX programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427222: aptitude: fallback to display changelog from /usr/share/doc/*
Package: aptitude Version: 0.4.4-4 Severity: wishlist Hi, is it possible for aptitude to use use the changelog installed with the package in /usr/share/doc/* if fetching from the www fails? This would be helpful if the package version the changelog was requested from is is installed (or a newer one is installed) and * the package is not an official debian package, so no changelog would be displayed at all * the changelog is not (yet) available online: bin-NMU, web not updated, ... * network is currently down Perhaps a note should be displayed that this is not neccessarily the most recent changelog ... IMHO, displaying something is betther than displaying nothing. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3 0.6.46.4-0.1 Advanced front-end for dpkg ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070528-1 GCC support library ii libncursesw55.6-3Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.4-4English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.0-1 parse Debian changelogs and output -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427660: reportbug: reporting on uninstalled packages displays same package several times to choose from
Package: reportbug Version: 3.38 Severity: normal Hi, when I want to report on a package that is not installed locally (but on another system where I can't/don't want to use reportbug for some reason) reportbug lets me choose the package I want to make the report. Unfortunately, due to lack of detail (e.g. distribution and package version), it displays the same package several times. E.g. reportbug libnss-mysql-bg: Which of the following packages is the bug in? 1 libnss-mysql-bg NSS module for using MySQL as a naming service 2 libnss-mysql-bg NSS module for using MySQL as a naming service 3 libnss-mysql-bg NSS module for using MySQL as a naming service Hmm, there is one from etch, testing and unstable, respectively. But which is which? Or is one for the source package? A display like Which of the following packages is the bug in? 1 mypkg(1.2-3/stable) My Favorite Package 2 mypkg(1.2.1-1.2/testing) My Favorite Package 3 mypkg(1.99-0exp3/experimental) My Favorite Package would be more helpful. Andreas -- Package-specific info: ** /home/andreas/.reportbugrc: mode standard -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.6.46.4-0.1 Advanced front-end for dpkg ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.14 register and build utility for Pyt reportbug recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427663: libnss-mysql-bg: needs ncsd on newer glibc (= 2.5)?
Package: libnss-mysql-bg Version: 1.5-1 Severity: normal Hi, I'm not sure whether this is really a libnss-mysql-bg bug, but there seems to be a connection. After recently upgrading a server running testing (amd64) from glibc 2.3 to glibc 2.5 I encountered repeated segmentation faults in several applications (named, nagios2, ...) that were gone immediately after nscd was installed. Tracking down some core dumps set a trail that went through libnss_mysql and seemed to fail in some dynamic loading. After nscd was running, everything was fine again. Unfortunately I couldn't test this in deep, e.g. by disabling nss_mysql. If this behaviour can be confirmed by others, eventually a Depends: nscd should be added. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431398: mozilla-traybiff-common: file conflicts with (old) icedove-traybiff
Package: mozilla-traybiff-common Version: 1.2.3-3 Severity: normal Hi Alan, I got the following error while updating icedove-traybiff from 1.2.2-13etch1 to 1.2.3-3: Selecting previously deselected package mozilla-traybiff-common. Unpacking mozilla-traybiff-common (from /mozilla-traybiff-common_1.2.3-3_all.deb) ... dpkg: error processing /var/cache/apt/archives/mozilla-traybiff-common_1.2.3-3_all.deb (--unpack): trying to overwrite `/usr/share/mozilla-extensions/traybiff/50-traybiff', which is also in package icedove-traybiff mozilla-traybiff-common probably needs a Replaces: for the old icedove-traybiff, ... packages to allow clean upgrades. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431508: apr-util: .diff.gz contains .svn directories
Package: apr-util Version: 1.2.7+dfsg-2 Severity: minor Hi, the .diff.gz contains debian/.svn and debian/patches/.svn which shouldn't be shipped. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
