Bug#596660: code-aster-run and astk: error when trying to install together
Package: astk,code-aster-run Version: astk/1.8.1-1 Version: code-aster-run/1.8.1-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2010-09-13 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! ucf ttf-dejavu-core fontconfig-config libgfortran3 libblas3gf libfreetype6 libfontconfig1 liblapack3gf libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxext6 libxrender1 libxft2 x11-common libxss1 python-numpy tcl8.5 tk8.5 astk code-aster-run Preconfiguring packages ... + alias stripwhitespace=sed -e 's/^[[:blank:]]*//' -e 's/[[:blank:]]*$//' + . /usr/share/debconf/confmodule + [ ! 1 ] + [ -z ] + exec + [ ] + exec + DEBCONF_REDIR=1 + export DEBCONF_REDIR + dpkg-architecture -qDEB_HOST_ARCH_OS /tmp/astk.config.223789: 1: dpkg-architecture: not found + tr [:lower:] [:upper:] + DEB_HOST_ARCH_OS= + dpkg-architecture -qDEB_HOST_ARCH_BITS /tmp/astk.config.223789: 1: dpkg-architecture: not found + DEB_HOST_ARCH_BITS= astk failed to preconfigure, with exit status 127 Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package ucf. (Reading database ... 12258 files and directories currently installed.) Unpacking ucf (from .../ucf_3.0025+nmu1_all.deb) ... Moving old data out of the way Selecting previously deselected package ttf-dejavu-core. Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.31-1_all.deb) ... Selecting previously deselected package fontconfig-config. Unpacking fontconfig-config (from .../fontconfig-config_2.8.0-2.1_all.deb) ... Selecting previously deselected package libgfortran3. Unpacking libgfortran3 (from .../libgfortran3_4.4.4-14_amd64.deb) ... Selecting previously deselected package libblas3gf. Unpacking libblas3gf (from .../libblas3gf_1.2-7_amd64.deb) ... Selecting previously deselected package libfreetype6. Unpacking libfreetype6 (from .../libfreetype6_2.4.2-2_amd64.deb) ... Selecting previously deselected package libfontconfig1. Unpacking libfontconfig1 (from .../libfontconfig1_2.8.0-2.1_amd64.deb) ... Selecting previously deselected package liblapack3gf. Unpacking liblapack3gf (from .../liblapack3gf_3.2.2-1_amd64.deb) ... Selecting previously deselected package libxau6. Unpacking libxau6 (from .../libxau6_1%3a1.0.6-1_amd64.deb) ... Selecting previously deselected package libxdmcp6. Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.0.3-2_amd64.deb) ... Selecting previously deselected package libxcb1. Unpacking libxcb1 (from .../libxcb1_1.6-1_amd64.deb) ... Selecting previously deselected package libx11-data. Unpacking libx11-data (from .../libx11-data_2%3a1.3.3-3_all.deb) ... Selecting previously deselected package libx11-6. Unpacking libx11-6 (from .../libx11-6_2%3a1.3.3-3_amd64.deb) ... Selecting previously deselected package libxext6. Unpacking libxext6 (from .../libxext6_2%3a1.1.2-1_amd64.deb) ... Selecting previously deselected package libxrender1. Unpacking libxrender1 (from .../libxrender1_1%3a0.9.6-1_amd64.deb) ... Selecting previously deselected package libxft2. Unpacking libxft2 (from .../libxft2_2.1.14-2_amd64.deb) ... Selecting previously deselected package x11-common. Unpacking x11-common (from .../x11-common_1%3a7.5+7_all.deb) ... Selecting previously deselected package libxss1. Unpacking libxss1 (from .../libxss1_1%3a1.2.0-2_amd64.deb) ... Selecting previously deselected package python-numpy. Unpacking python-numpy (from .../python-numpy_1%3a1.4.1-4_amd64.deb) ... Selecting previously deselected package tcl8.5. Unpacking tcl8.5 (from .../tcl8.5_8.5.8-2_amd64.deb) ... Selecting previously deselected package tk8.5. Unpacking tk8.5 (from .../tk8.5_8.5.8-1_amd64.deb) ... Selecting previously deselected package astk. Unpacking astk (from .../archives/astk_1.8.1-1_all.deb) ... Selecting previously deselected package code-aster-run. Unpacking code-aster-run (from .../code-aster-run_1.8.1-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/code-aster-run_1.8.1-2_all.deb (--unpack): trying to overwrite '/usr/share/man/man1/parallel_cp.1.gz', which is also in package astk 0:1.8.1-1 + [ abort-install = purge -a -e /usr/share/debconf/confmodule ] Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/code-aster-run_1.8.1-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) cow-shell unlink .ilist: No such file or directory This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation
Bug#596661: unable to load saved project files
Package: kdenlive Version: 0.7.7.1+svn4571-1 Severity: normal When trying to save a project--any project--in kdenlive and then load it, I'm recieving an error message about »Unexpected end of file«. So far, it's been reproducable every time I've tried. Other functionality seems to be fine, however, including basic editing and rendering. One of my saved project files (which can't be opened) looks like this: ?xml version='1.0' encoding='utf-8'? mlt title=Anonymous Submission root=/home/albin producer in=0 out=85975 id=black property name=mlt_typeproducer/property property name=aspect_ratio0/property property name=length85976/property property name=eofpause/property property name=resourceblack/property property name=mlt_servicecolour/property /producer playlist id=black_track entry in=0 out=3110 producer=black/ /playlist playlist id=playlist1/ playlist id=playlist2/ playlist id=playlist3/ playlist id=playlist4/ producer in=0 out=85975 id=1 property name=mlt_typeproducer/property property name=aspect_ratio1.00/property property name=length85976/property property name=eofpause/property property name=resourcehonvilleintelyda.flv/property property name=meta.media.nb_streams2/property property name=meta.media.0.stream.typevideo/property property name=meta.media.0.stream.frame_rate25.00/property property name=meta.media.0.stream.sample_aspect_ratio0.00/property property name=meta.media.0.codec.frame_rate1000.00/property property name=meta.media.0.codec.pix_fmtyuv420p/property property name=meta.media.0.codec.sample_aspect_ratio0.00/property property name=meta.media.0.codec.namevp6f/property property name=meta.media.0.codec.long_nameOn2 VP6 (Flash version)/property property name=meta.media.0.codec.bit_rate0/property property name=meta.media.1.stream.typeaudio/property property name=meta.media.1.codec.sample_fmts16/property property name=meta.media.1.codec.sample_rate44100/property property name=meta.media.1.codec.channels2/property property name=meta.media.1.codec.namemp3/property property name=meta.media.1.codec.long_nameMP3 (MPEG audio layer 3)/property property name=meta.media.1.codec.bit_rate128000/property property name=seekable1/property property name=meta.attr.title.markup/ property name=meta.attr.author.markup/ property name=meta.attr.copyright.markup/ property name=meta.attr.comment.markup/ property name=meta.attr.album.markup/ property name=audio_index1/property property name=video_index0/property property name=mlt_serviceavformat/property property name=source_fps25.00/property /producer playlist id=playlist5 entry in=21636 out=24746 producer=1 filter in=24647 out=24747 id=fade_to_black property name=track0/property property name=start1/property property name=mlt_typefilter/property property name=mlt_servicebrightness/property property name=kdenlive_idfade_to_black/property property name=tagbrightness/property property name=kdenlive_ix1/property property name=end0/property /filter /entry /playlist tractor title=Anonymous Submission global_feed=1 in=0 out=3110 id=maintractor track producer=black_track/ track hide=video producer=playlist1/ track hide=video producer=playlist2/ track producer=playlist3/ track producer=playlist4/ track producer=playlist5/ transition in=0 out=0 id=transition0 property name=a_track1/property property name=b_track2/property property name=mlt_typetransition/property property name=mlt_servicemix/property property name=always_active1/property property name=combine1/property property name=internal_added237/property /transition transition in=0 out=0 id=transition1 property name=a_track1/property property name=b_track3/property property name=mlt_typetransition/property property name=mlt_servicemix/property property name=always_active1/property property name=combine1/property property name=internal_added237/property /transition transition in=0 out=0 id=transition2 property name=a_track1/property property name=b_track4/property property name=mlt_typetransition/property property name=mlt_servicemix/property property name=always_active1/property property name=combine1/property property name=internal_added237/property /transition transition in=0 out=0 id=transition3 property name=a_track1/property property name=b_track5/property property name=mlt_typetransition/property property name=mlt_servicemix/property property name=always_active1/property property name=combine1/property property name=internal_added237/property /transition transition in=3046 out=3110 id=transition4 property name=a_track4/property property name=b_track5/property property name=factoryloader/property property name=mlt_typetransition/property property name=mlt_serviceluma/property property name=automatic1/property property
Bug#530027: cups: Request from … using invalid Host: field …
package cups severity 530027 grave thanks On 11-Oct-2009, Ian Zimmerman wrote: If you look at the vaild_host() function, in the case the connecting address matches 127.*.*.* [1], the ServerAlias check is completely bypassed and only localhost or its numerical equivalents are allowed as values of the Host: header. Which is no use when the software is running on a remote print server; the client's ‘localhost’ is not the print server. This breaks connection via SSH tunnels, maybe other things. I'll have to downgrade to 1.3.* until this is fixed :( This has been the case for me for every version in Squeeze since I initially reported this bug. Given the number of people reporting the same bug and for whom the workarounds do not help, I'm upgrading the severity to ‘grave’ since for many people this bug makes the package completely unusable. Interestingly, I have apache2 set up the same way and it cares not one whit about the Host header. Perhaps the cure is worse that the disease here, given that the original vulnerability was mostly theoretical and involved broken clients? Could the maintainer please respond on this? It seems that the original patch should be reverted to address this bug. -- \“Good judgement comes from experience. Experience comes from | `\ bad judgement.” —Frederick P. Brooks | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#596572: debian-installer: Manual network configuration doesn't allow IPv6 addresses
forcemerge 231003 596572 thanks Quoting Tanu Kaskinen (ta...@iki.fi): On Sun, 2010-09-12 at 19:28 +0200, Christian PERRIER wrote: reassign 596572 netcfg Ah, I wasn't aware of that package. It already had #231003 - Should Yes, netcfg is one of (many) D-I components. include IPv6 support from the beginning. I guess my bug doesn't add much value then, since you already knew that the installer isn't fully IPv6-capable :) Patches welcomed..:-) No doubt. Unfortunately, I don't have the motivation to try to fix this. I was only pretending that I didn't have IPv4 connectivity. Sure. No problem with this, of course. We unfortuunately are missing someone taking care to process netcfg bug reports and wishlist requests. Neraly nothing happened in that package during the lenny-squeeze release cycle. (the fact that netcfg is one of the few d-i packages written in C might be a reason...another being the surprisingly low number of people now working on D-I) Thanks for the hint about this wishlist already existing. That's already some kind of help! signature.asc Description: Digital signature
Bug#596662: unblock: iceweasel/3.5.12-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package iceweasel The original 3.5.12-1 package had the changes mentionned in 20100902145001.gb31...@glandium.org, 3.5.12-2 added 2 fixes for induced FTBFSes on hppa and hurd. Both fixes only touch to build scripts, not code. See the attached debdiff. unblock iceweasel/3.5.12-2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru iceweasel-3.5.12/debian/changelog iceweasel-3.5.12/debian/changelog --- iceweasel-3.5.12/debian/changelog 2010-09-08 09:04:44.0 +0200 +++ iceweasel-3.5.12/debian/changelog 2010-09-11 11:04:53.0 +0200 @@ -1,3 +1,14 @@ +iceweasel (3.5.12-2) unstable; urgency=low + + * config/JarMaker.py: Use errno.ENOENT instead of 2 in JarMaker.py. +bz#595459. Fixes FTBFS on Hurd. + * debian/rules, debian/xulrunner-dev.install.in: Build npapi_getinfo in +build-xulrunner/dist/bin, and use an RPATH. Some plugins depend on +libxpcom.so, and dlopen() from npapi_getinfo fails unless libxpcom.so +can be loaded too. Fixes FTBFS on hppa as a side effect. + + -- Mike Hommey gland...@debian.org Sat, 11 Sep 2010 09:42:37 +0200 + iceweasel (3.5.12-1) unstable; urgency=high * New upstream release. diff -Nru iceweasel-3.5.12/debian/patches/fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch iceweasel-3.5.12/debian/patches/fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch --- iceweasel-3.5.12/debian/patches/fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch 1970-01-01 01:00:00.0 +0100 +++ iceweasel-3.5.12/debian/patches/fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch 2010-09-11 11:04:40.0 +0200 @@ -0,0 +1,43 @@ +From 3630e5168a6f5be3035210eb07e4fa9f6c52813b Mon Sep 17 00:00:00 2001 +From: Mike Hommey m...@glandium.org +Date: Sat, 11 Sep 2010 09:31:09 +0200 +Subject: Use errno.ENOENT instead of 2 in JarMaker.py + +https://bugzilla.mozilla.org/show_bug.cgi?id=595459 +--- + config/JarMaker.py |5 +++-- + 1 files changed, 3 insertions(+), 2 deletions(-) + +diff --git a/config/JarMaker.py b/config/JarMaker.py +index 9bd5111..3029120 100644 +--- a/config/JarMaker.py b/config/JarMaker.py +@@ -44,6 +44,7 @@ See the documentation for jar.mn on MDC for further details on the format. + import sys + import os + import os.path ++import errno + import re + import logging + from time import localtime +@@ -385,7 +386,7 @@ class JarMaker(object): + try: + os.remove(out) + except OSError, e: +-if e.errno != 2: ++if e.errno != errno.ENOENT: + raise + return open(out, 'wb') + def ensureDirFor(self, name): +@@ -405,7 +406,7 @@ class JarMaker(object): + try: + os.remove(out) + except OSError, e: +-if e.errno != 2: ++if e.errno != errno.ENOENT: + raise + os.symlink(src, out) + +-- +1.7.2.rc1.13.gd67bc + diff -Nru iceweasel-3.5.12/debian/patches/series iceweasel-3.5.12/debian/patches/series --- iceweasel-3.5.12/debian/patches/series 2010-09-07 08:56:20.0 +0200 +++ iceweasel-3.5.12/debian/patches/series 2010-09-11 11:04:40.0 +0200 @@ -37,6 +37,7 @@ fixes/Use-syscall-for-mmap-and-munmap-and-disable-ncpus-in.patch fixes/Calculate-negotiate-auth-token-length-after-removing.patch fixes/Bug-504766.-qcms-Fix-unaligned-reads-in-qcms.-r-jrmu.patch +fixes/Use-errno.ENOENT-instead-of-2-in-JarMaker.py.patch iceweasel-branding/Rename-Firefox-to-Iceweasel.patch iceweasel-branding/Set-MOZ_APP_NAME-to-iceweasel.patch iceweasel-branding/Our-name-should-be-Iceweasel-not-Firefox.patch diff -Nru iceweasel-3.5.12/debian/rules iceweasel-3.5.12/debian/rules --- iceweasel-3.5.12/debian/rules 2010-09-07 08:53:03.0 +0200 +++ iceweasel-3.5.12/debian/rules 2010-09-11 11:04:52.0 +0200 @@ -84,8 +84,8 @@ debian/dh/dh_xulrunner.1: debian/dh/dh_xulrunner pod2man -c Debhelper -r $(GRE_VERSION) $^ $@ -debian/dh/npapi_getinfo: %: %.c - $(CC) -o $@ $ -Imodules/plugin/base/public -ldl +build-xulrunner/dist/bin/npapi_getinfo: debian/dh/npapi_getinfo.c + $(CC) -o $@ $ -Imodules/plugin/base/public -ldl -Wl,-rpath,\$$ORIGIN IN_FILES := $(wildcard debian/*.in debian/dh/*.in) define preprocess @@ -244,7 +244,7 @@ override_dh_installdocs: MPL dh_installdocs -A $^ -stamps/dh_install:: debian/dh/dh_xulrunner debian/noinstall debian/dh/npapi_getinfo +stamps/dh_install:: debian/dh/dh_xulrunner debian/noinstall build-xulrunner/dist/bin/npapi_getinfo awk '{print debian/tmp/ $$1 }' debian/noinstall | xargs rm -r dh_install --fail-missing #Install helpers @@ -284,10 +284,10 @@ # Make sure dh_xulrunner is able to spot the current XPCOM standalone glue.
Bug#596650: ruby1.9.1: Needs to conflict with rubygems1.9.1
On 13/09/10 at 12:46 +1000, James Healy wrote: Package: ruby1.9.1 Version: 1.9.2.0-1 Severity: important The new ruby1.9.1 package contains files that conflict with the old rubygesm1.9.1 package which prevents installation. Should there be a conflicts: dependency? Hi, I'm surprised, there is one: Package: ruby1.9.1 Architecture: any Depends: libruby1.9.1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} Suggests: ruby1.9.1-examples, ri1.9.1, graphviz Conflicts: rdoc1.9.1, irb1.9.1, rubygems1.9.1 Replaces: rdoc1.9.1, irb1.9.1, rubygems1.9.1 Provides: rdoc1.9.1, irb1.9.1, rubygems1.9.1, ruby1.9.2 Could you provide a log that exhibits the problem? - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595613: Moving all EMBOSS libraries to /usr/lib/emboss/lib ?
On Mon, Sep 13, 2010 at 02:17:29PM +0900, Charles Plessy wrote: Since I am not very familiar with library packaging, I seek your comments. I would not regard myself as familiar with library packaging but your reasoning sounds sane and I would proceed as you described. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530027: cups: Request from … using invalid Host: field …
On 13-Sep-2010, Ben Finney wrote: On 11-Oct-2009, Ian Zimmerman wrote: I'll have to downgrade to 1.3.* until this is fixed :( This has been the case for me for every version in Squeeze since I initially reported this bug. And now I find that downgrading to Lenny's version of CUPS, which used to be a work-around, is no longer possible in the last few months, due to the dependencies of other packages specifying “libcups2 = 1.4.0”. So currently there's no solution that makes the package useable at all in Squeeze for those hit by this bug, so that's solid justification for setting ‘grave’ severity. -- \ “Courage is not the absence of fear, but the decision that | `\ something else is more important than fear.” —Ambrose Redmoon | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#596633: USB install fails
tags 596633 moreinfo thanks Quoting Miles Fidelman (mfidel...@meetinghouse.net): Package: installation-reports Boot method: USB Installer Image version: download of testing files dated 9/10/10 per USB install instructions Please use the *daily built* images from http://www.debian.org/devel/debian-installernot the alpha1 images. We know that this pages says Please first test alpha1 images but we're currently in the release preparation step and Alpha1 images are more or less broken as of nowand testing them anyway doesn't help that much (yes, we should fix the page...). Comments/Problems: USB installer could not find .iso image After booting, the installer starts up, but when it gets to the point of looking for a .iso image, it reports mounting and scanning both my hard drives (/dev/sda and /dev/sdb) and the usb stick (/dev/sdc1) - but then reports not finding any .iso files. It then asks if I want to do a more thorough search - which exhibits the same failure. As far as I can tell, by escaping to a shell, it has mounted the USB stick (as /hd-media) and there's a .iso image listed under /hd-media. Not sure that daily builds fix this. If they do, we'll close the bug. If they don't, we have an RC issue..:-) signature.asc Description: Digital signature
Bug#596663: Purging postgresql-8.4-postgis left at least one file in the system
package: postgres-8.4-postgis version: 1.5.1-5 Hi, /usr/lib/postgresql/8.4/lib/postgis-1.5.so is not removed when purge postgres-8.4-postgis # aptitude install postgresql-8.4 postgresql-8.4-postgis postgresql-contrib-8.4 Des:1 http://debian/debian/ squeeze/main libxml2 amd64 2.7.7.dfsg-4 [871kB] Des:2 http://debian/debian/ squeeze/main libgeos-3.2.0 amd64 3.2.0-1 [672kB] Des:3 http://debian/debian/ squeeze/main libgeos-c1 amd64 3.2.0-1 [185kB] Des:4 http://debian/debian/ squeeze/main libossp-uuid16 amd64 1.6.2-1 [62,7kB] Des:5 http://debian/debian/ squeeze/main libpq5 amd64 8.4.4-2 [140kB] Des:6 http://debian/debian/ squeeze/main libxslt1.1 amd64 1.1.26-6 [247kB] Des:7 http://debian/debian/ squeeze/main postgis amd64 1.5.1-5 [506kB] Des:8 http://debian/debian/ squeeze/main postgresql-client-common all 110 [53,9kB] Des:9 http://debian/debian/ squeeze/main postgresql-client-8.4 amd64 8.4.4-2 [1354kB] Des:10 http://debian/debian/ squeeze/main postgresql-common all 110 [124kB] Des:11 http://debian/debian/ squeeze/main postgresql-8.4 amd64 8.4.4-2 [5050kB] Des:12 http://debian/debian/ squeeze/main proj-data amd64 4.7.0-1 [2936kB] Des:13 http://debian/debian/ squeeze/main libproj0 amd64 4.7.0-1 [135kB] Des:14 http://debian/debian/ squeeze/main postgresql-8.4-postgis amd64 1.5.1-5 [701kB] Des:15 http://debian/debian/ squeeze/main postgresql-contrib-8.4 amd64 8.4.4-2 [425kB] Des:16 http://debian/debian/ squeeze/main sgml-base all 1.26+nmu1 [11,9kB] Des:17 http://debian/debian/ squeeze/main xml-core all 0.13 [23,4kB] Descargados 13,5MB en 58s (230kB/s). ... # aptitude purge postgresql-8.4 postgresql-8.4-postgis postgresql-contrib-8.4 ... Purgando ficheros de configuración de postgresql-8.4 ... Dropping cluster main... dpkg: warning: while removing postgresql-8.4, directory '/usr/lib/postgresql/8.4/lib' not empty so not removed. (Leyendo la base de datos ... 00% 20626 ficheros y directorios instalados actualmente.) Desinstalando postgresql-client-8.4 ... dpkg: warning: while removing postgresql-client-8.4, directory '/usr/lib/postgresql/8.4' not empty so not removed. dpkg: warning: while removing postgresql-client-8.4, directory '/usr/lib/postgresql' not empty so not removed. ... # ls /usr/lib/postgresql/8.4/lib/postgis-1.5.so /usr/lib/postgresql/8.4/lib/postgis-1.5.so -- Javier Barroso Administrador de Sistemas Dirección Servicios Corporativos: TI jbarr...@isotrol.com __ ISOTROL Edificio BLUENET. Avda. Isaac Newton, s/n, Isla de la Cartuja 41092 Sevilla. Tel.: 955 036 800 - Fax: 955 036 849 www.isotrol.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495469: bug is still alive in 2.30.3 brasero version
Le lundi 13 septembre 2010 à 00:42 +0200, sechanb...@free.fr a écrit : the bug 495469 still exist in Brasero 2.30.3 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495469 kernel : 2.6.32-5-686 on squeeze up to date septembre 2010. Thanks. Please don’t forget to CC bug reports, otherwise the information gets lost. -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596664: Intermittent server crash on GM45
Package: xserver-xorg-video-intel Version: 2:2.9.1-4 Severity: important I'm seeing intermittent crashes from the X server on my Lenovo Thinkpad X200 machine. In normal use, things seem fine. But when I resume after suspend, or open the lid after running for a while with the lid closed (i.e. *not* suspended), I'm seeing xdm restart and present me with a login screen instead of the expected Xscreensaver password prompt. xdm.log says: Sun Sep 12 23:37:47 2010 xdm error (pid 3584): Server for display :0 terminated unexpectedly: 2816 As an extra data point: I've just reinstalled this machine a few days ago using amd64; the exact same hardware (and the exact same version of the Intel driver) seemed to work flawlessly in i386, and I certainly never saw this problem there. I've looked in other log files, but can't see anything obvious. If there's anthing I can do to help debug, please let me know. Cheers, Steve -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Sep 10 01:34 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1878432 Aug 24 15:29 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.32-5-amd64 (Debian 2.6.32-21) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Wed Aug 25 13:59:41 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 31770 Sep 13 05:12 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian Current Operating System: Linux tack 2.6.32-5-amd64 #1 SMP Wed Aug 25 13:59:41 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=Linux64 ro root=fd02 resume=/dev/sda2 Build Date: 24 August 2010 02:20:59PM xorg-server 2:1.7.7-4 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Sep 13 04:18:19 2010 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x7c5f40 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (WW) xf86OpenConsole: setpgid failed: Operation not permitted (WW) xf86OpenConsole: setsid failed: Operation not permitted (--) PCI:*(0:0:2:0) 8086:2a42:17aa:20e4 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller rev 7, Mem @ 0xf200/4194304, 0xd000/268435456, I/O @ 0x1800/8 (--) PCI: (0:0:2:1) 8086:2a43:17aa:20e4 Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller rev 7, Mem @ 0xf240/1048576 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading
Bug#594805: Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze
i...@dnsregistraties.be writes: Is there any update about this issue? We are now 2 weeks further and don't have received any update. i have not seen any updates. my conclusion is that the rules under which a package may list init dependencies should be clarified by the debian people who have invented the system. in my opinion, the policy should be that init dependency of a service on another service should only be listed if the init script of the service cannot be run unless this other service is already running ON THE SAME HOST. on top of that, perhaps there could be a customization mechanism that would allow system managers to add other init dependencies on top of the default ones that obey the above stated rule. -=- juha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595464: slapd: migration to new setup fails
retitle 595464 move_old_database=false set with no explanation, error message unclear thanks On Wed, Sep 08, 2010 at 10:15:55PM +0200, Vincent Danjean wrote: On 08/09/2010 21:40, Steve Langasek wrote: Hmm, that's strange. Your bug report also didn't include the debconf settings for this system; The system did not have mail nor reportbug, so I used my laptop (without slapd installed) and manually corrected generated info (dependencies, ...) but I forgot to add debconf entries can you please provide a copy of the full entry for move_old_database in /var/cache/debconf/config.dat? Name: slapd/move_old_database Template: slapd/move_old_database Value: true Owners: slapd Note that I manually edited this file to change the value of Value from false to true. Looking at other entry around, the seen flags is *not* set for slapd/move_old_database. Hmm, then I have no explanation for why this value was set the way it was. :( I'll leave this bug report open for a while then in case you happen to find the reason, or in case someone else has the same problem. I'm saying that you need to move the *contents* of the directory, and leave the *directory* in place. The error message does say this: it tells you that the problem is leftover files in directory and to move away stuff in there (hmm, not a well-worded message, but it's accurate). Ok, I did not really understand the error message. Moreover, the line before tell me Moving old database directories to /var/backups:, so I was thinking it tried to move the directory itself and (for an unknown reason) failed and asked me to move it manually. Yes, since you didn't understand the error message, it seems there is room for improving this text. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#530027: [Pkg-cups-devel] Bug#530027: cups: Request from … using invalid Host: field …
severity 530027 important thanks Ben Finney [2010-09-13 16:17 +1000]: severity 530027 grave This is quite overinflated. grave means completely useless for everyone, and breaks other packages, which isn't the case here. Could the maintainer please respond on this? Please note that cups hasn't had a real maintainer for a long time, see the RFA. I recommend reporting and discussing this directly with upstream at http://cups.org/str.php, he's quite responsive. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#585966: Bug#594805: Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze
On Sep 13, 2010, at 8:54 AM, Juha Heinanen wrote: i...@dnsregistraties.be writes: Is there any update about this issue? We are now 2 weeks further and don't have received any update. i have not seen any updates. my conclusion is that the rules under which a package may list init dependencies should be clarified by the debian people who have invented the system. in my opinion, the policy should be that init dependency of a service on another service should only be listed if the init script of the service cannot be run unless this other service is already running ON THE SAME HOST. on top of that, perhaps there could be a customization mechanism that would allow system managers to add other init dependencies on top of the default ones that obey the above stated rule. -=- juha I'll remove the mysql dependency from the init.d script and will upload it when I tested it. Sorry for the delay in response. I need to check the other services too, like postgresql and slapd which also can have this behaviour. Expect an upload in a day or two. Regards, Matthijs Möhlmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585966: Bug#594805: Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze
[Juha Heinanen] my conclusion is that the rules under which a package may list init dependencies should be clarified by the debian people who have invented the system. I assume you mean init.d script dependencies, when you write the system? If so, it is part of the Linux Software Base, and not invented by Debian people. in my opinion, the policy should be that init dependency of a service on another service should only be listed if the init script of the service cannot be run unless this other service is already running ON THE SAME HOST. I believe this is already in place. There are two sets of dependencies, the required (required-*) ones and the optional ones (should-*). The optional ones only kick in if the two services in questions are installed on the same host. on top of that, perhaps there could be a customization mechanism that would allow system managers to add other init dependencies on top of the default ones that obey the above stated rule. Already exist, by either editing the scripts directly or adding a file in /etc/insserv/overrides/. To me it seem like you are kicking in open doors. It still boils down to what the two maintainers want, ie which ordering they want by default for their packages scripts during boot. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596487: [pkg-ntp-maintainers] Bug#596487: ntp: initscript should depend on $named
On Mon, Sep 13, 2010 at 10:34:57AM +1200, Francois Marier wrote: On 2010-09-12 at 23:40:08, Kurt Roeckx wrote: The other 2 common problem are: - Having libnss-mdns installed (#561622) Ah, it might be that one. I'll try removing it. Thanks for the pointer. In any case, do you think that ntp should depend on named though? I would assume that most people are using hostnames for their ntp servers and not IP addresses, but I do see that it's possible to run ntp and not rely on DNS. In which case the downside of that extra dependency would be that ntp gets started a bit later than necessary. Not everybody runs named, so we can't depend on it. I think there is also a way to say start it before us if it's available. But ntp can perfectly start without the nameserver working. You might not have a network connection at the time you boot. ntpd will start a slave process to do the resolving in that case, and so can resolv it later. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596291: offlineimap getting stuck when run with multiple threads/connections
Hi, A couple of final notes. I get this hang even when running with -1, and I only get this hang when on the same LAN as the IMAP server. When fetching remotely, it's fine. Again, this points to a timing dependant bug that is only tickled when the sync isn't being slowed down by latency or something else. Sorry I'm not being more helpful. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#583949:
On Mon, Sep 13, 2010 at 12:34 AM, Ben Hutchings b...@decadent.org.uk wrote: OK, please report this as a new bug on https://bugzilla.kernel.org under product 'IO/Storage', component 'Serial ATA'. Let us know the bug number or URL so we can track it. done: http://bugzilla.kernel.org/show_bug.cgi?id=18392 thanks, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594805: Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze
Petter Reinholdtsen writes: I believe this is already in place. There are two sets of dependencies, the required (required-*) ones and the optional ones (should-*). The optional ones only kick in if the two services in questions are installed on the same host. but, as i have mentioned earlier, even if two services are installed on the same host, one service does not need to use the other service on the same host, but on another host. on top of that, perhaps there could be a customization mechanism that would allow system managers to add other init dependencies on top of the default ones that obey the above stated rule. Already exist, by either editing the scripts directly or adding a file in /etc/insserv/overrides/. thanks for the pointer. looks like it is good place to list should-* services in case system manager wants to use them on the same host. It still boils down to what the two maintainers want, ie which ordering they want by default for their packages scripts during boot. default should be that the packages are installable without a need to first configure something in /etc/insserv/overrides/. -- juha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596510: eximqr.pid -q30m -DOUTGOING stack
Package: mailscanner Version: 4.79.11-2 This bug report can be closed. The problem is not related to MailScanner but Exim. Sincerely, Stephane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596625: git-pbuilder: does not respect export-dir
severity 596625 wishlist thanks Hi Felipe, On Sun, Sep 12, 2010 at 05:34:57PM -0400, Felipe Sateler wrote: Package: git-buildpackage Version: 0.5.7 Severity: normal Please enable git-pbuilder to respect export-dir (it jsut leaves the files in the parent directory at the moment). Git-buildpackage handles this transparently when using it with --git-pbuilder so git-pbuilder doesn't need to take care of this. Maybe git-pbuilder should print a warning that it shouldn't be invoked directly without any arguments (login, create)? Russ? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596280: [Pkg-openldap-devel] Hacking slapd conffiles to fix an RC bug in kolabd (Was: Bug#596280: unblock: kolabd/2.2.4-20100624-2)
Hi, On Mon, Sep 13, 2010 at 4:24 AM, Steve Langasek vor...@debian.org wrote: ... Note that kolabd for Wheezy will manage cn=config natively (most probably by creating slapd.conf and using slaptest; but perhaps by directly issuing ldap commands). Is there any reason this (slapd.conf + slaptest) couldn't be used as the workaround in squeeze? That still doesn't sound great to me given that it would overwrite any previously present cn=config settings, but it seems to be the existing practice that kolabd will overwrite slapd configs, so it should at least do so in the preferred location; and getting this right shouldn't be any harder than the policy-violating conffile overwrite. OK. Let's go for this path. I will upload a new kolabd that revert the hack and upload a new libkolab-perl package which run slaptest after changing any openldap config (this is where this fix belongs). For the long term, how can we be sure to have write access to cn=config? Couldn't slapd package provide a tool to query cn=config (like ldapconfigsearch) which uses ldapsearch with proper credentials if slapd is running and uses something else when slapd is stopped. Similary, provide an ldapconfigmodify. Also providing ldapschemaadd, ldapschemaremove, ... can ease the integration from other packages. As a general note, the move to cn=config makes it possible to modify slapd config in a Debian way but not in an easy way. I'm open to any recommendation to make this easier. I'm sorry that the change to slapd.d by default has landed as late as it has, but again, I don't think it's acceptable for an external package to roll back this change on users' systems and leave them with new upgrade problems for wheezy, where slapd will *not* run the cn=config migration on upgrade. I have seen this change long before it entered sid. So this is my fault too (and lack of time as usual ;). And Debian has to be sometime the distrib which push things forward. Thanks for the hard work. Mathieu Parent NB : not signing this email as my key is on another computer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596467: Please make libsane-hpaio recommend hplip (not depend on)
On 09/12/2010 02:22 PM, Pascal Dormeau wrote: I had a look to the way this problem is solved for Ubuntu in Launchpad (make libsane-hpaio depend on hplip) and I believe this solution will prevent users from installing libsane-hpaio in stand-alone (without hplip), as publicized in the package description: This package is useful for a minimal footprint headless scanning solution I may have seen only a limited part of the problem, but from my own experience, it seems that the only thing missing is a /etc/hp/hplip.conf containing a stanza with the path to the data directory. Like this: [dirs] home=/usr/share/hplip And of course, a little explanation in a README.Debian. Making libsane-hpaio recommend hplip will prevent problems for most users, and will allow minimal installation (I can use my psc1510 with only hpijs and libsane-hpaio), even if creating the /etc/hp/hplip.conf like above solves only a part of the problem encountered by the original poster. Much better this way. I have implemented it as follows now (in the Debian SVN repo, release 3.10.6-1ubuntu7): - libsane-hpaio recommends hplip. - The file /etc/hp/hplip.conf moved from hplip to libsane-hpaio. This makes libsane-hpaio work without hplip. - As hplip needs /etc/hp/hplip.conf hplip depends on libsane-hpaio again, as before (It was even wrong to lift this dependency as /usr/share/hplip/data/models/models.dat was already in libsane-hpaio). Now it is assured that libsane-hpaio always works and minimum installations are possible. Till -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596634: x11-common: /etc/X11/Xsession always appends to .xsession-errors
On Mon, 13 Sep 2010, Timo Juhani Lindfors wrote: [I'm not a maintainer, just happened be following X bugs...] Tim Connors report...@rather.puzzling.org writes: before the user gets to review them, they can always log into the console and review the errors before they restart X. Always might be too strong word. On my PDA I don't have a physical keyboard, the only way to read .xsession-errors is via X or by connecting a laptop. And on my laptop switching virtual consoles sometimes fails if I have used suspend... This is particularly insidious when the disk is full because something was writing lots of crap to ~/.xsession-errors. That crap is not I think this is the real problem and applications should be fixed to limit their error output. Yep. But sometimes wmbattery goes haywire trying to connect to HAL, or a homegrown app might output too much. In the absense of a library to do this (and I *really* hate it when gnome by default limits output and just discards the rest - its limit is arbitrarily small, and I have no way of retrieving that lost information after a certain point in a desktop session once it starts discarding data. Fortunately, I do not use gnome often). because of too much crap emitted to ~/.xsession-errors? Well, just let the unsophisticated user log out and log back in again. How about a compromise? Could we truncate all but the last 1000 lines in /etc/X11/Xsession? Sure. Or perhaps 1000*80 characters (never encountered super long lines as output to .xsession-errors, but could happen). -- TimC Anyone who quotes me in their sig is an idiot. -- Rusty Russell. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596665: mutt and mutt-patched should use the alternatives mechanism
Package: mutt-patched Version: 1.5.18-6 Severity: normal Hello, mutt-patched currently creates a diversion to override /usr/bin/mutt. This doesn't sound right on a multi-user system where only a handful want the patched version (and not everyone is fine with the patched version). Cheers, -- Stéphane -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: lang=fr_fr.iso-8859...@euro, lc_ctype=fr_fr.iso-8859...@euro (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mutt-patched depends on: ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1 common error description library ii libgdbm31.8.3-3 GNU dbm database routines (runtime ii libgnutls26 2.4.2-6+lenny2 the GNU TLS library - runtime libr ii libidn111.8+20080606-1 GNU libidn library, implementation ii libkrb531.6.dfsg.4~beta1-5lenny4 MIT Kerberos runtime libraries ii libncursesw55.7+20081213-1 shared libraries for terminal hand ii libsasl2-2 2.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii mutt1.5.18-6 text-based mailreader supporting M mutt-patched recommends no packages. mutt-patched suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585393: Problem in Danish DDTP translation (or in debian_bundle deb822?)
Hi, the DDTP gatherer for UDD[1] produced an error in a Danish translation which contains in line 3048: Description-da: : Islamic hijri date and prayer time utilities I fixed this in the DDTP webform and thus the problem might vanish sooner or later but I wonder if this is another case of not robust parsing. I'm not totally sure about RFC 822 and so I don't know what the correct behaviour in cases like this should be but the double ':' obviosely confuses the parser and leads to a KeyError Key Description-da not found. I just catched this exception in the ddtp_gatherer code but I wonder how to solve this cleanly. The problem is in http://ddtp.debian.net/Translation_udd/dists/squeeze/main/i18n/Translation-da.gz (as well as in http://ddtp.debian.net/Translation_udd/dists/sid/main/i18n/Translation-da.gz ) and I think it should properly parse the Description-da key or at least issue a warning about bogus data. Kind regards Andreas. PS: If you regard this problem as to different from the previousely reported one I can open a new bug report. [1]svn://svn.debian.org/svn/collab-qa/udd/udd/ddtp_gatherer.py -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596588: hurd-i386
These 3 udebs should probably be added for hurd-i386 too. CCing Hurd/D-I folks so they can confirm. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596573: [openoffice.org] crash with X-Error if KDE file selector tries to show preview of a Gimp file
severity 596573 normal thanks On Sun, Sep 12, 2010 at 07:25:50PM +0200, Frank Steinmetzger wrote: I’m not sure if it was introduced with 3.2.1-6, but I think I started experiencing this crash of OOo around about the time I upgraded from 3.2.1-5. I am not using OOo that much to give a reliable statement, though. Via exclusion I traced the problem to an xcf (Gimp format) image (because it is small enough, I can attach it for testing). In which case this is not important (imho), as OOo does not support xcf anyways, and if you choose All files instead of supported files you're alone anyways. Of course OOo should not crash, though. But I'll try - but it will be hard to get a full KDE environment on a i386 chroot (no, I do not run i386 as my main system...) Debian Release: squeeze/sid 500 unstabledebian.zaubberer.net 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.de.debian.org 500 lenny-wxapt.wxwidgets.org Can you please try with a sanitized system? Especially www.debian-multimedia.org bothers me. And why do you mix testing and unstable with the same prio (which would have unstable always prio over testing, so you basically are on unstable?) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459734: closed by Ola Lundqvist o...@inguza.com (reply to o...@inguza.com) (Solved)
Debian Bug Tracking System pisze: Hi This functionality is now available in 3.0.24. You can now configure the VZ to be restarted on vz restart. Hello Ola, Good news! Thanks for the info! Have a nice day, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596588: hurd-i386
Robert Millan, le Mon 13 Sep 2010 09:58:33 +0200, a écrit : These 3 udebs should probably be added for hurd-i386 too. CCing Hurd/D-I folks so they can confirm. Yep! Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596617: Document how to enable KSM for qemu-kvm
13.09.2010 00:46, Vincent Danjean пишет: Package: qemu-kvm Version: 0.12.5+dfsg-2 Severity: wishlist It is very difficult to find how enabling KSM with qemu-kvm. When googling, I find that Debian libc, qemu-kvm and kernel should have all what is needed for glibc (or, rather, kernel headers) isn't needed for several last revisions of qemu-kvm, which now includes a definition of the necessary symbol if it's not present. But that's details. ksm to work and I do not understand why /sys/kernel/mm/ksm/pages_sharing was always to 0. It is only today that I found that I have to echo 1 /sys/kernel/mm/ksm/run in order to have KSM working (I also adjust sleep_millisecs to 2000) I think the info (or a pointer to better documentation) would be welcomed in /usr/share/doc/qemu-kvm/README.Debian.gz I disagree. Not that adding such a link is bad, but it is not good either. There are many features in qemu which are not documented well - for example, usage of macvtap vs tap device (and what _is_ macvtap anyway). I guess better place for that stuff is qemu (or qemu-kvm) wiki pages. I'll add a link to such a page into the README.Debian file, but mind you, very few people actually read that file ;) Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596666: [patch] FTBFS on Ubuntu due to unneeded line in debian/python-openscap.install
Package: openscap Severity: important This package fails to build from source in Ubuntu Maverick (and possibly other distros also) because of an extra line in debian/python-openscap.install Attached patch fixes bug. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-20-generic (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/python-openscap.install' --- debian/python-openscap.install 2010-02-28 10:08:23 + +++ debian/python-openscap.install 2010-09-13 08:16:50 + @@ -1,2 +1,1 @@ -usr/lib/python*/dist-packages -usr/lib/python*/site-packages +usr/lib/python*/*-packages
Bug#596667: debian-installer does not renew DHCP leases
Package: debian-installer The debian installer does not renew a DHCP lease after it has expired. In a network with dynamic ARP inspection[1] this results in loosing the network connection during installation. [1] http://www.ciscopress.com/articles/article.asp?p=1181682seqNum=8 -- Dipl.-Inform. Erik Auerswaldhttp://www.fg-networking.de/ auersw...@fg-networking.de Tel: +49-631-4149988-0 Fax: +49-631-4149988-9 Gesellschaft für Fundamental Generic Networking mbH Geschäftsführung: Volker Bauer, Jörg Mayer Gerichtsstand: Amtsgericht Kaiserslautern - HRB: 3630 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528950: Invalid keyword for ip=
As a maintainer of ddclient I took a closer look since this patch has been reported [1] upstream. The patch looks nice but as I wrote in comment:2 I think it would be more logic to ignore the returned ip. Unless there are serious reasons not to do so, I'll change ddclient that way. Regards, wimpunk. [1] https://sourceforge.net/apps/trac/ddclient/ticket/10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596661: unable to load saved project files
Package: kdenlive Version: 0.7.7.1+svn4571-1 Severity: normal When trying to save a project--any project--in kdenlive and then load it, I'm recieving an error message about »Unexpected end of file«. So far, it's been reproducable every time I've tried. Other functionality seems to be fine, however, including basic editing and rendering. Hi, does it work for you if you grep 0.7.7.1+svn4858-1 from unstable? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596445: A possible fix
Hi Dne Sat, 11 Sep 2010 21:21:16 +0200 thuban thu...@singularity.fr napsal(a): I compiled mpdscribble and everything seems to work now. Binary's package may need to be recompiled to fix the issue. This is the archive I've used : http://sourceforge.net/projects/musicpd/files/mpdscribble/0.19/mpdscribble-0.19.tar.bz2/download Hope this will help to do a new package Can you please try if downgrading libmpdclient also solves your issue? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#596668: mailman: newlist crashes
Package: mailman Version: 1:2.1.13-4 Severity: important I can't create new lists: s:~# newlist chemie-k...@bksys.at Enter the email of the person running the list: bernh...@bksys.at Initial chemie-kurs password: Traceback (most recent call last): File /usr/sbin/newlist, line 266, in module main() File /usr/sbin/newlist, line 233, in main sys.modules[modname].create(mlist) File /var/lib/mailman/Mailman/MTA/Postfix.py, line 229, in create _do_create(mlist, ALIASFILE, _addlist) File /var/lib/mailman/Mailman/MTA/Postfix.py, line 213, in _do_create func(mlist, fp) File /var/lib/mailman/Mailman/MTA/Postfix.py, line 84, in _addlist loopaddr = Utils.ParseEmail(Utils.get_site_email(extra='loop'))[0] File /var/lib/mailman/Mailman/Utils.py, line 723, in get_site_email hostname = mm_cfg.VIRTUAL_HOSTS.get(get_domain(), get_domain()) File /var/lib/mailman/Mailman/Utils.py, line 718, in get_domain return hostname.lower() AttributeError: 'NoneType' object has no attribute 'lower' -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mailman depends on: ii apache2-mpm-prefork [httpd] 2.2.16-2 Apache HTTP Server - traditional n ii cron 3.0pl1-114 process scheduling daemon ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii exim4-daemon-heavy [mail-tran 4.72-1 Exim MTA (v4) daemon with extended ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii logrotate 3.7.8-6Log rotation utility ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii pwgen 2.06-1+b1 Automatic Password generation ii python2.6.5-13 interactive high-level object-orie ii python-support1.0.9 automated rebuilding support for P ii ucf 3.0025 Update Configuration File: preserv mailman recommends no packages. Versions of packages mailman suggests: pn listadmin none (no description available) ii lynx2.8.8dev.5-1 Text-mode WWW Browser (transitiona ii spamassassin3.3.1-1 Perl-based spam filter using text -- debconf information: mailman/update_passwords: * mailman/site_languages: sv, ru, pt_BR, pt, pl, no, nl, lt, it, hu, fr, fi, et, es, cs, de, en * mailman/used_languages: cs de en es et fi fr hu it lt nl no pl pt pt_BR ru sv * mailman/create_site_list: * mailman/queue_files_present: abort installation * mailman/default_server_language: sv * mailman/gate_news: false mailman/update_aliases: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595613: [Debian-med-packaging] Bug#595613: Moving all EMBOSS libraries to /usr/lib/emboss/lib ?
Hi Charles, sounds good to me, too! The Java community has lots of such internal libraries and your issues seem to be of the same nature. Have many thanks for your efforts, Steffen On 09/13/2010 07:17 AM, Charles Plessy wrote: Dear all, the EMBOSS libraries sometimes break backwards compatibility, and are not used by other packages than emboss and embassy-*, which have the same upstream maintainers and are released together the same day. In our Debian packages, I propose to move the EMBOSS libraries from /usr/lib, for instance in /usr/lib/emboss/lib, and to merge the packages libajax6, libajax6-dev, libnucleus6, libnucleus6-dev, into the emboss-lib package. This will also prevent package renaming or confusion when versions 7 and higher of EMBOSS will be released. Together with a change of section, it will also make the EMBOSS libraries private from a Debian point of view, and solve our problem with emboss-lib that currently does not respect the Policy with the eplplot library (a fork of the plplot library that should not be used outside EMBOSS). Since I am not very familiar with library packaging, I seek your comments. Have a nice day, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580980: xserver-xorg-video-radeon: pink tinted translucent windows on Mobility 7500 M7 LW [rv200]
On Fre, 2010-09-10 at 09:09 +0200, Fabien Steinmetz wrote: Does Option RenderAccel off in xorg.conf work around this bug ? Actually, by setting it to off the translucency isn't pink anymore (with OpenGL backend) but it doesn't look like with Xrender either. Possibly two separate bugs then, one in the X driver's RENDER acceleration code and one in the Mesa radeon driver. NB : 1px white line is displayed both in console X Yet another bug in the kernel then. Is it using the laptop panel's native resolution? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#314819: The ifup eth0 or even ifup lo fails but the same command using strace -f works
As subject says, its a weird problem, as neither the config file is broken but changing timing slightly make it work. It fails alaos with lo so it is not a driver problem. I guess the way to determine the interface has chnaged slightly due to libc chnage. BTW there are a couple of use before set during the compilation, just in the area of the target_inteface variables. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596669: copyright issues in virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile{, .kmk}
Package: virtualbox-ose Version: 3.2.6-dfsg-2 Severity: serious Hi Michael, while reviewing virtualbox for migration for testing, i found the following issue in the source-code, that probably needs to be fixed before we release squeeze: diff -Nru virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile --- virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile 2010-06-25 14:25:42.0 + +++ virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile 2010-08-05 11:43:06.0 + @@ -4,8 +4,13 @@ # # Copyright (C) 2006-2007 Oracle Corporation # -# Oracle Corporation confidential -# All rights reserved +# This file is part of VirtualBox Open Source Edition (OSE), as +# available from http://www.virtualbox.org. This file is free software; +# you can redistribute it and/or modify it under the terms of the GNU +# General Public License (GPL) as published by the Free Software +# Foundation, in version 2 as it comes in the COPYING file of the +# VirtualBox OSE distribution. VirtualBox OSE is distributed in the +# hope that it will be useful, but WITHOUT ANY WARRANTY of any kind. # CC = gcc diff -Nru virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile.kmk virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile.kmk --- virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile.kmk 2010-06-25 14:25:42.0 + +++ virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile.kmk 2010-08-05 11:43:06.0 + @@ -6,8 +6,13 @@ # # Copyright (C) 2006-2007 Oracle Corporation # -# Oracle Corporation confidential -# All rights reserved +# This file is part of VirtualBox Open Source Edition (OSE), as +# available from http://www.virtualbox.org. This file is free software; +# you can redistribute it and/or modify it under the terms of the GNU +# General Public License (GPL) as published by the Free Software +# Foundation, in version 2 as it comes in the COPYING file of the +# VirtualBox OSE distribution. VirtualBox OSE is distributed in the +# hope that it will be useful, but WITHOUT ANY WARRANTY of any kind. # -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose depends on: ii adduser 3.112add and remove users and groups ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcurl37.21.1-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.4-9GCC support library ii libpng12-0 1.2.44-1 PNG library - runtime ii libpython2.62.6.6~rc2-1 Shared Python runtime library (ver ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libstdc++6 4.4.4-9 The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2 API to write one's own vnc server ii libx11-62:1.3.3-3X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-4 GNOME XML library ii libxmu6 2:1.0.5-1X11 miscellaneous utility library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii python 2.6.5-13 interactive high-level object-orie ii python-central 0.6.16 register and build utility for Pyt ii python2.5 2.5.5-7 An interactive high-level object-o ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libgl1]7.7.1-4 A free implementation of the OpenG ii libqt4-opengl 4:4.6.3-1Qt 4 OpenGL module ii libqtcore4 4:4.6.3-1Qt 4 core module ii libqtgui4 4:4.6.3-1Qt 4 GUI module ii virtualbox-ose-dkms 3.2.8-dfsg-1 x86 virtualization solution - kern ii virtualbox-ose-qt 3.2.8-dfsg-1 x86 virtualization solution - Qt b Versions of packages virtualbox-ose suggests: ii libasound2 1.0.23-1shared library for ALSA applicatio ii libpulse00.9.21-3+b1 PulseAudio client libraries pn vde2 none (no description available) pn virtualbox-guest-additions none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596419: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup by the shutdown of the system, aacraid (sw raid) involved in hangup)
(Konrad, this looks potentially swiotlb like, what do you think? Full bug log is at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596419 ) On Sun, 2010-09-12 at 07:58 +0200, Artur Linhart - Linux communication wrote: Even after the downgrade of kernel and of the corresponding files to the version 2.6.32-18 and downgrade of mdadm the problem still persists, so it is not bound specificallz to this package and to this version. Thanks Artur, if possible can you reproduce with a serial console connected so that you can capture precise logs? If not then it might be worth posting a digital photograph of the stack trace somewhere -- there is often a bunch of useful information preceding the actual stack trace, you can usually use Shift-PgUp to go back to earlier messages. Also, can you look in /var/log/kern.log* and see if any of the errors made it there, which is possible if your root partition isn't on the same device that is failing. The reference to aac_build_sgraw and BUG at drivers/scsi/aacraid/aachba.c:2825 both point to nseg = scsi_dma_map(scsicmd); BUG_ON(nseg 0); scsi_dma_map turns into dma_map_sg which in turn probably goes via SWIOTLB on Xen but possibly does not when running under native. Perhaps your system is running out of TLB memory and adding swiotlb=NN to the command line will help? You should see a log message on boot telling you how big the swiotlb is at the moment, perhaps try doubling it? I'm not sure but I think the default is 64M which == 32768 slabs, perhaps try swiotlb=65536? I'm not aware of any swiotlb related fixes going into xen.git since e73f4955a821f850f5b88c32d12a81714523a95f, which is what package 2.6.32-21 contains. I'm not sure why any of this would tie in with shutting down domains though. Ian. I have identified now (after the downgrades to 2.6.30-18) the following initial stack trace (some lines are missing from the top, I think, they were no longer on the screen): [] ? bio_alloc_bioset+0x45/0xb7 [] ? submit_bio+0xd6/0xf2 [] ? md_super_write+0x84/0xb2 [md_mod] [] ? xen_restore_fl_direct_end+0x0/0x1 [] ? md_update_sb+0x268/0x31e [] ? md_check_recovery+0x1e2/0x4b9 [md_mod] [] ? raid1d+0x42/0xe0b [raid1] [] ? finish_task_switch+0x44/0xaf [] ? schedule_timeout+0x2e/0xdd [] ? xen_restore_fl_direct_end+0x0/0x1 [] ? xen_force_evtchn_callback+0x9/0xa [] ? check_events+0x12/0x20 [] ? xen_restore_fl_direct_end+0x0/0x1 [] ? md_thread+0xf1/0x10f [md_mod] [] ? autoremove_wake_function+0x0/0x2e [] ? md_thread+0x0/0x10f [md_mod] [] ? kthread+0x79/0x01 [] ? child_rip+0xa/0x20 [] ? int_ret_from_szs_call+0x7/0x1b [] ? retinit_restore_args+0x5/0x6 [] ? xen-restore-fl-direct-end+0x0/0x1 [] ? xen-restore-fl-direct-end+0x0/0x1 [] ? child_rip+0x0/0x20 Code: 00 00 c7 46 0c 00 00 00 00 c7 46 10 00 00 00 00 c7 46 14 00 00 00 00 c7 46 18 00 00 00 00 e8 10 63 fa ff 83 f8 00 41 89 c6 7d 04 0f 0b eb fe 75 08 45 31 e4 e9 9c 00 00 00 49 8b 7f 58 48 89 eb RIP [] aac_build_sgraw+0x51/0x10a [aacraid] RSP 88003cd998e0 --- [ end trace ] --- Now also this stack trace stays on the screen and nothing happens also after very long time (1 hour) -- Ian Campbell Current Noise: Raise Hell - Rising Love is sentimental measles. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596670: unblock: perdition/1.19~rc3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package perdition Perdition 1.19~rc4-1 includes several important fixes and I would like it considered for inclusion in Squeeze. As it coincides with an upstream release (1.19-rc4) it also contains one or two (minor) changes that don't strictly meet the criteria for the freeze. All such changes are minor. And are mainly changes that were committed upstream before the freeze hardened. As both the upstream and Debian maintainer I would be most grateful if these could be let through. An annotated list of all the changes between 1.19~rc3-1 (= upstream 1.19-rc3) and 1.19~rc4-1 (= upstream 1.19-rc4) is as follows. The upstream changelog can be found at http://hg.vergenet.net/perdition/perdition/ changeset: 871:c232fe1163d0 tag: v1.19-rc4 user:Simon Horman ho...@verge.net.au date:Mon Sep 13 16:12:52 2010 +0900 summary: Perdition 1.19-rc4 This simply updates configure.ac, debian/changelog and perdition.spec.in. changeset: 870:11a92ae20bcc user:Simon Horman ho...@verge.net.au date:Mon Sep 13 16:09:55 2010 +0900 summary: rpm: binary dependency on libvanessa_socket2 (= 0.0.12) From a Debian point of view, this is a source-only change although it relates to Debian bug #592459. changeset: 869:055be8c2db1f user:Simon Horman ho...@verge.net.au date:Mon Sep 13 16:06:31 2010 +0900 summary: Debian: binary dependency on libvanessa-socket2 (= 0.0.12) This relates to Debian bug #592459 changeset: 868:3981109ea6ba user:Simon Horman ho...@verge.net.au date:Mon Sep 13 16:01:09 2010 +0900 summary: Debian: There is a typo in the changelog for 1.19~rc3-2 This relates to Debian bug #592459 changeset: 867:86df56cded53 user:Christophe Ségui christophe.se...@math.univ-toulouse.fr date:Thu Sep 09 21:34:24 2010 +0900 summary: Correct parsing of NIS map This is a bug that I believe is worthy of fixing for Squeeze changeset: 866:975801678a3d user:Simon Horman ho...@verge.net.au date:Fri Aug 20 17:13:22 2010 +0900 summary: perdition(8): Clean up introduction This is a documentation change changeset: 857:e17ec8401d34 tag: debian-1.19~rc3-2 user:Simon Horman ho...@verge.net.au date:Tue Aug 17 16:18:08 2010 +0900 summary: Debian: Update standards version from 3.9.0 to 3.9.1 Self explanatory, I realise that strictly this isn't freeze material, but it was committed upstream before the freeze became harder. changeset: 856:baeb40f36e7d parent: 849:2493da66045b user:Simon Horman ho...@verge.net.au date:Tue Aug 17 15:45:13 2010 +0900 summary: Debian: BuildDepend on libvanessa-logger-dev (= 0.0.12) This was included in 1.19~rc3-2. There is some discussion of it in Debian bug #592459. It is needed in order for 1.19-rc3 and rc4 to compile. changeset: 855:263c96021ef9 user:Simon Horman ho...@verge.net.au date:Tue Aug 03 09:56:05 2010 +0900 summary: Allocate enough space for fromv This is a bug that I believe is worthy of fixing for Squeeze. The bug is a segmentation fault on start bug for certain configuration combinations. changeset: 854:aeff92473a55 user:Simon Horman ho...@verge.net.au date:Sat Jul 31 14:23:46 2010 +0900 summary: Fix build failure if pam libraries aren't installed This doesn't effect Debian as BuildDependencies ensure that pam is always installed at build time. As such, I realise that strictly this isn't freeze material, but it was committed upstream before the freeze became harder. changeset: 853:2178a5528029 user:Joachim Sehlstedt u...@newstyledata.net date:Fri Jul 30 16:02:17 2010 +0900 summary: Load configuration file before setting logger options This is a bug that I believe is worthy of fixing for Squeeze. The problem is that for some configuration parameters may be ignored. changeset: 852:1718ccb586e9 user:Simon Horman ho...@verge.net.au date:Fri Jul 30 12:08:30 2010 +0900 summary: Don't assign the result of SSLv23_method() This removes a build warning. As such, I realise that strictly this isn't freeze material, but it was committed upstream before the freeze became harder. changeset: 851:d4ec17993901 user:Joachim Sehlstedt u...@newstyledata.net date:Fri Jul 30 11:54:28 2010 +0900 summary: Document --managesieve_capability in man page This is a documentation change. unblock perdition/1.19~rc4-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (190, 'unstable') Architecture: i386 (i686)
Bug#596672: debpartial-mirror: crashes on calling the 'clean' command
Package: debpartial-mirror Version: 0.2.98 The debpartial-mirror clean command crahes in different situations: 1/ running it without repository built, and with the attached mirror.conf and my_pkgs as package list yields the following crash: $ debpartial-mirror -c mirror.conf clean Loading backend lenny Traceback (most recent call last): File /home/emile/bin/debpartial-mirror, line 177, in module main() File /home/emile/bin/debpartial-mirror, line 169, in main controller.executeCommand(cmnd) File /home/emile/src/debpartial_mirror/Controller.py, line 34, in executeCommand self._commands.get(commandName)() File /home/emile/src/debpartial_mirror/Controller.py, line 58, in doClean if self._load(): File /home/emile/src/debpartial_mirror/Controller.py, line 72, in _load b.load() File /home/emile/src/debpartial_mirror/Backend.py, line 111, in load self._dists.load() File /home/emile/src/debpartial_mirror/Dists.py, line 184, in load processTagFile(os.path.join(self._filesystem.base(), file), addPackage) File /home/emile/src/debpartial_mirror/Dists.py, line 477, in processTagFile parse_in = open(filename, r) IOError: [Errno 2] No such file or directory: './tmp/debmir/mirror-i386/lenny/dists/lenny/main/binary-i386/Packages' I guess that before running the clean command, the programm should check if the package informations are already available (i.e. some update command was run ?) 2/ once 'debpartial-mirror update' is done, we have another bug : $ debpartial-mirror -c mirror.conf clean Loading backend lenny Traceback (most recent call last): File /home/emile/bin/debpartial-mirror, line 177, in module main() File /home/emile/bin/debpartial-mirror, line 169, in main controller.executeCommand(cmnd) File /home/emile/src/debpartial_mirror/Controller.py, line 34, in executeCommand self._commands.get(commandName)() File /home/emile/src/debpartial_mirror/Controller.py, line 58, in doClean if self._load(): File /home/emile/src/debpartial_mirror/Controller.py, line 72, in _load b.load() File /home/emile/src/debpartial_mirror/Backend.py, line 111, in load self._dists.load() File /home/emile/src/debpartial_mirror/Dists.py, line 176, in load processTagFile(release_filename, releaseInfo.parse) File /home/emile/src/debpartial_mirror/Dists.py, line 479, in processTagFile for section in apt_pkg.TagFile(parse_in): AttributeError: 'module' object has no attribute 'TagFile' 3/ finally, running 'debpartial-mirror clean' on 0.2.97 yielded another bug that is not reproduceable in 0.2.98 but nevertheless points to an obvious error in the source code : $ debpartial-mirror -c mirror.conf clean Traceback (most recent call last): File /home/emile/bin/debpartial-mirror, line 177, in module main() File /home/emile/bin/debpartial-mirror, line 169, in main controller.executeCommand(cmnd) File /home/emile/src/debpartial_mirror/Controller.py, line 34, in executeCommand self._commands.get(commandName)() File /home/emile/src/debpartial_mirror/Controller.py, line 59, in doClean self._clean() File /home/emile/src/debpartial_mirror/Controller.py, line 94, in _clean b.clean() File /home/emile/src/debpartial_mirror/Backend.py, line 95, in clean self._pool.clean() File /home/emile/src/debpartial_mirror/Pool.py, line 120, in clean need_files = self._calc_need_files() File /home/emile/src/debpartial_mirror/Pool.py, line 62, in _calc_need_files need_files = [pkg['Filename'] for pkg in self._backend.get_binary_list().values()] TypeError: get_binary_list() takes exactly 2 arguments (1 given) FYI: in the 0.2.98 version, we have debpartial_mirror $ rgrep 'def get_binary_list' . Dists.py:131: def get_binary_list(self, architecture): Backend.py:62: def get_binary_list (self, architecture): Note that in a production case, the 0.2.97 crash appeared on 'debpartial-mirror all', and we can expect some of them to appear on all again. I don't think the following informations are relevant, but here they are: $ uname -r 2.6.32-3-amd64 $ python --version Python 2.5.4 -- Emile Anclin emile.anc...@logilab.fr http://www.logilab.fr/ http://www.logilab.org/ Informatique scientifique et gestion de connaissances ;; ;; debpartial-mirror configuration file. ;; [GLOBAL] ;; Show debug information? ;debug = DEBUG ;; Mirror destination directory mirror_dir = ./tmp/debmir/mirror-i386 ;; Which architectures should I download? architectures = i386 ;; What should I look for, by default? components = main contrib non-free distributions = lenny ;; What should I get? get_suggests = true get_recommends = true get_provides = true get_sources = false get_packages = true ;; Here is our first backend. It mirrors a subset of packages from the ;; Debian official repositories. [lenny] ;; Where do we get the packages from? ;; server = http://213.215.7.52:3142/ftp.at.debian.org/debian server =
Bug#596671: .m2t files aren't assigned to Kaffeine
Package: kaffeine Version: 1.0-1 As already said [1], .m2t files aren't assigned to Kaffeine anymore because of a change in shared-mime-info, which is annoying. Patching the .desktop file would be needed to fix this problem. Christoph [1] http://lists.alioth.debian.org/pipermail/pkg-kde-talk/2010-September/001538.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596673: Typo in package description
Package: balazar3-common Version: 0.1-10 Severity: minor Tags: patch Hello. I found a small typo while translating the package description via DDTSS. A patch is included. Thanks, Erik -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (20, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- control 2010-08-08 08:41:09.0 +0200 +++ control.new 2010-09-13 11:20:46.0 +0200 @@ -27,4 +27,4 @@ highly optimized so as it can be run in 640x480 on a Zaurus C1000 (416 MHz ARM processor without graphics accelerators). . - This package provides common files to 2D and 3D versions + This package provides common files to 2D and 3D versions.
Bug#596623: enemies-of-carlotta: throws md5 deprecation warnings in squeeze
severity 596623 serious thanks On Sun, Sep 12, 2010 at 11:12:49PM +0200, Philipp Kern wrote: $ enemies-of-carlotta /usr/share/enemies-of-carlotta/eoc.py:11: DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5 [...] Seen on all actions, too. The fix should be fairly straightforward. Oops. Thanks. I'm raising this to serious because I think the unexpected output will confuse MTAs. I've just built and tested 1.2.6-4 with the fix (you're right, it was straightforward) and I'll upload that shortly. Then I'll try to get it into Squeeze. Cheers, Dave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596674: RFA: scalable-cyrfonts -- free Cyrillic PostScript fonts for X and TeX
Package: wnpp Severity: normal The source package produces the following binary packages: t1-cyrillic - A basic set of free PostScript fonts t1-teams - Teams -- a PostScript font covering ASCII and basic Cyrillic t1-oldslavic - OldSlavic -- a Cyrillic Type1 font with medieval design scalable-cyrfonts-tex - Scalable Cyrillic fonts for TeX The reason I am offering this for adoption is that I am not TeX-guru and sometimes even the small bugs in scalable-cyrfonts-tex require too much time. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567690: xfonts-terminus: unicode hyphen seems to be missing
Hello, On 30 Jan 2010 you reported the following problem about the Terminus font: Package: xfonts-terminus Version: 4.30-2 Severity: normal Please see appended output of man bdf2psf | hexdump -C, search for hard. With terminus as my rxvt font, there's just an empty cell after hard (preceding the line break before ware). With Fixed as my font I get the expected hyphen. Unfortunately I am unable to reproduce this - man bdf2psf produces correct hyphens where necessary (in rxvt). Can you provide the following information: 1. The output of the command locale in rxvt 2. The exact font rxvt uses (the size, the encoding) Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596675: freeze exception: enemies-of-carlotta 1.2.6-4 into Squeeze
Package: release.debian.org Hi, Yesterday I had bug #596623 reported (enemies-of-carlotta uses deprecated md5 module). The result is that the deprecation warnings will confuse MTAs and break mailing lists using e-o-c. So I've just now changed the bug to serious, and uploaded 1.2.6-4 which uses the hashlib module instead. Please can you allow this version into Squeeze for release? Sorry I didn't notice the problem sooner. This is the changelog entry from 1.2.6-3 which is currently in Squeeze: enemies-of-carlotta (1.2.6-4) unstable; urgency=high * Switched from deprecated md5 to hashlib (closes: #596623) -- Dave Holland d...@debian.org Mon, 13 Sep 2010 10:33:49 +0100 thanks, Dave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596667: debian-installer does not renew DHCP leases
On Mon, Sep 13, 2010 at 10:21:40AM +0200, Erik Auerswald wrote: Package: debian-installer Which version? There where several different DHCP client implementations in use over time. The debian installer does not renew a DHCP lease after it has expired. Possible. This means that the lease time is set to an insane low value. You could downgrade to request not-expiring bootp leases. In a network with dynamic ARP inspection[1] this results in loosing the network connection during installation. So you have a infrastructure, that breaks existing things. Bastian -- That unit is a woman. A mass of conflicting impulses. -- Spock and Nomad, The Changeling, stardate 3541.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560317: dpkg-trigger complains at dpkg-reconfigure time
Raphael Hertzog writes (Re: Bug#560317: dpkg-trigger complains at dpkg-reconfigure time): On Thu, 10 Dec 2009, Joey Hess wrote: Does it actually make sense for dpkg-trigger to see those environment variables when the postinst is not being run by dpkg? Seems possible that any deferred trigger processing it then sets up will not take effect until the next dpkg run, which could be well after dpkg-reconfigure finishes. I think Joey is right. In particular, dpkg-reconfigure should not set DPKG_RUNNING_VERSION, because that promises that the whole thing is running as a descendant a copy of dpkg; said copy of dpkg is responsible for processing triggers. If these variables are all set, dpkg-trigger --check-supported will say yes and an update-foobar script called by the postinst is entitled to simply activate a trigger, rather than doing real work. The effect could be that although it is necessary to rerun the work done by update-foobar, it won't happen (until the next time dpkg runs for some other reason, for added confusion). Given that dpkg-maintscript-helper is also impacted and not only dpkg-trigger, I think that ? yes ? it really make sense to set them. Can you explain why the analysis above is wrong ? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596623: enemies-of-carlotta: throws md5 deprecation warnings in squeeze
On Mon, Sep 13, 2010 at 10:32:41AM +0100, Dave Holland wrote: On Sun, Sep 12, 2010 at 11:12:49PM +0200, Philipp Kern wrote: $ enemies-of-carlotta /usr/share/enemies-of-carlotta/eoc.py:11: DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5 [...] Seen on all actions, too. The fix should be fairly straightforward. Oops. Thanks. I'm raising this to serious because I think the unexpected output will confuse MTAs. I've just built and tested 1.2.6-4 with the fix (you're right, it was straightforward) and I'll upload that shortly. Then I'll try to get it into Squeeze. At least in my case Exim didn't choke at all and I only noticed it on the CLI interface. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#596667: debian-installer does not renew DHCP leases
Hi, On Mon, Sep 13, 2010 at 11:54:42AM +0200, Bastian Blank wrote: On Mon, Sep 13, 2010 at 10:21:40AM +0200, Erik Auerswald wrote: Package: debian-installer Which version? There where several different DHCP client implementations in use over time. All those using the one-shot busybox udhcpc. A workaround is to manually request a new IP whenever the lease has expired. The debian installer does not renew a DHCP lease after it has expired. Possible. This means that the lease time is set to an insane low value. You could downgrade to request not-expiring bootp leases. No. network with dynamic ARP inspection[1] this results in loosing the network connection during installation. So you have a infrastructure, that breaks existing things. No, d-i is broken by relying on the assumption that an IP address granted for time t1 is valid for a time t2 t1. -- Dipl.-Inform. Erik Auerswaldhttp://www.fg-networking.de/ auersw...@fg-networking.de Tel: +49-631-4149988-0 Fax: +49-631-4149988-9 Gesellschaft für Fundamental Generic Networking mbH Geschäftsführung: Volker Bauer, Jörg Mayer Gerichtsstand: Amtsgericht Kaiserslautern - HRB: 3630 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596676: ITP: gst-entrans -- transcoding and recording plug-ins and tools for GStreamer
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: gst-entrans Version : 0.10.2 Upstream Author : Mark Nauwelaerts mn...@users.sourceforge.net * URL : http://gentrans.sourceforge.net/ * License : GPL-2+ Programming Lang: C, Python Description : transcoding and recording plug-ins and tools for GStreamer GEntrans, or GStreamer Entrans, is a software package providing a collection of plug-ins and tools for the GStreamer multimedia framework specifically geared towards transcoding and recording purposes. . GStreamer allows for easy multimedia processing and creation of multimedia applications, as e.g. demonstrated by a number of players and some other applications already built on it. The purpose here is to concentrate on using the framework for transcoding purposes. Specifically, this project provides for: * a collection of plug-ins that perform (mainly video) filtering, be it ported from other existing sources, or otherwise developed or contributed. In either case, however, once so available through GStreamer API, they can be used by any other GStreamer based application (including scripted languages using one of the available language bindings) * (scripted) tools wrapping and exposing GStreamer functionality to cater for a comfortable experience; pipeline building, non-linear selections, reporting, configuration management, etc * some documentation and explanation that goes along with all this particular purpose -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558669: 0verkill package
Dear Marek, Am Donnerstag, den 04.03.2010, 10:22 +0100 schrieb Marek Vasut: Dne St 3. března 2010 21:46:57 Joachim Breitner napsal(a): Am Mittwoch, den 03.03.2010, 21:42 +0100 schrieb Jonathan Neuschäfer: Am Samstag, den 27.02.2010, 19:12 +0100 schrieb Marek Vasut: you could consider using the following repository for 0verkill. It contains quite a few fixes. http://git.hackndev.com/?p=marex/0verkill.git;a=summary This looks like a quite nice repository. I decided to give up 0verkill development, thus you are the new official maintainer, because you're the better one (I'll delete sv.nongnu.org/projects/overkill sometime). 0.17 will be great (chainsaw, jetpack, destructable objects)! I'll send you some small patches (work I've done yet). I’m glad that there is agreement. Marek, will you eventually push out releases? If so, please notify me so that I can upload them to Debian. Also, I’d be thankful if you could skim through the list of bugs at http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=overkill;dist=unstable and see if these still apply to your version. Thanks for carrying on 0verkill development, Joachim Will do. The status of the repo is somewhere past 0.17rc1. I think we can push out a new package. it’s been a while, and I did not hear any news. The git repo at hackndev is dead, the savanna site has been removed... is there still someone working on overkill? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#595928: python-mechanize: New upstream version available
On Thu, Sep 09, 2010 at 04:09:17PM +0400, Mikhail Lukyanchenko wrote: 2010/9/9 Brian Sutherland br...@vanguardistas.net: I reviewed the package you uploaded to http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=python-mechanize and have a number of questions/comments. 1. The upstream changelog [1] states for 0.2.0: ClientForm has been merged into mechanize. This means that mechanize has no dependencies other than Python itself. ... I probably won't do further standalone releases of ClientForm. So why does the package still depend on python-clientform? 2. Why does the package now have XS-Python-Version: = 2.6 in debian/control and 2.5- in debian/pyversions? At best that's inconsistent. Upstream claims to support any python version above 2.4 [2] What's up? There's no reason for 1 and 2. Just dirty packaging. Ok. 3. Looking at the changelog of zope.testbrowser [3], it appears incompatible with versions of python-mechanize above 0.2.0. A new zope.testbrowser version would have to be uploaded to prevent breakage there. That may require changes elsewhere as the differences between our current zope.testbrowser and the latest are quite large. Indeed, current Squeeze version of zope.testbrowser should be incompatible with my mechanize upload. But I'm not sure how to resolve this issue because I have no experience with zope. Treat zope.testbrowser just like any other python module for packaging purposes. In this case, I think you may be lucky zope.testbrowser has few other hard dependencies. You might want to try just packaging the latest version of testbrowser. You'll need to ask the pkg-zope mailing list if there are any objections to this: http://lists.alioth.debian.org/mailman/listinfo/pkg-zope-developers 4. Squeeze is frozen [4]. Perhaps now is not the time to introduce major new versions of packages that trigger breakage in other packages? You need a very strong reasoning for that, what is it? You are absolutely right. As I was told at debian-mentors list I should have targeted this upload at experimental. Given points 3 and 4, I'm afraid of uploading this package before squeeze is released. Afterwards, it definitely should be uploaded along with a new version of zope.testbrowser at least. I'll improve my package according to your comments 1 and 2 and then will have a look if I could package current zope.testbrowser release. But I'm afraid I have no sufficient expertise to deal with it. You probably also want to look at other packages that depend on python-mechanize. To see if they will be affected by the change. AFAIK, the best way to search for reverse dependencies is using apt-cache rdepends. The only one I know about off-hand is twill: http://packages.debian.org/sid/python-twill It would be a shame if Debian stuck with outdated mechanize release. Yes, it would be a shame. It's also a shame to ship with broken software because of a last minute dependency change. I'll take old-but-working software over broken software any time. This version should have been uploaded a long time ago, before the freeze. It would have been much easier. I currently develop mechanize-dependant project which I plan to distribute as Debian package. And I'm pretty sure it won't run with pre-0.2 mechanize. Nice to see mechanize becoming widely used :) Does your project have a name, btw? -- Brian Sutherland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578458: still fails to build
On Sun, Sep 12, 2010 at 09:41:26PM +0200, gregor herrmann wrote: I've prepared a new libcoro-perl release in our svn repo which - removes the cruft from debian/rules - bumps the build and runtime dependency on libanyevent-perl to = 5.271-2 Before I upload: Is this ok for the release team, and can -- provided libcoro-perl builds everywhere -- both package be unblocked? On a second thought: libcoro-perl 5.210-1 in testing should be fine with the newer libanyevent-perl and a round of binNMUs; and we can still test this and do the cleanup by uploading 5.230-4 to unstable. Hm. +1 to the second thought, except that I don't see any need for binNMUs. Uploading libcoro-perl 5.230-4 to sid doesn't change anything wrt. squeeze (squeeze and sid already have different versions) and therefore isn't really in the release team domain. However, it's the easiest way to confirm that the fix works and to clean away the unnecessary backend selection code. I think you should go ahead. If 5.230-4 builds everywhere, I think this bug (#578458) should be closed outright. I should really have reassigned it instead of cloning. From the release point of view, I think just unblocking libanyevent-perl 5.271-2 for squeeze should be enough. The libcoro-perl version in squeeze (5.210) should indeed be fine, and if there's a need to get 5.230 in that should be a separate discussion. Apologies, the confusion was probably because of my earlier comment about cleaning the backend selection code for squeeze. That's not necessary because the code never got in squeeze in the first place. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596437: Latest ia32-libs (20100908) breaks latest ia32-libs-gtk
Likewise I too was just about to report this ;-) -- Scott Evans sc...@vk7hse.hobby-site.org signature.asc Description: This is a digitally signed message part
Bug#558669: 0verkill package
Dne Po 13. září 2010 12:32:42 Joachim Breitner napsal(a): Dear Marek, Am Donnerstag, den 04.03.2010, 10:22 +0100 schrieb Marek Vasut: Dne St 3. března 2010 21:46:57 Joachim Breitner napsal(a): Am Mittwoch, den 03.03.2010, 21:42 +0100 schrieb Jonathan Neuschäfer: Am Samstag, den 27.02.2010, 19:12 +0100 schrieb Marek Vasut: you could consider using the following repository for 0verkill. It contains quite a few fixes. http://git.hackndev.com/?p=marex/0verkill.git;a=summary This looks like a quite nice repository. I decided to give up 0verkill development, thus you are the new official maintainer, because you're the better one (I'll delete sv.nongnu.org/projects/overkill sometime). 0.17 will be great (chainsaw, jetpack, destructable objects)! I'll send you some small patches (work I've done yet). I’m glad that there is agreement. Marek, will you eventually push out releases? If so, please notify me so that I can upload them to Debian. Also, I’d be thankful if you could skim through the list of bugs at http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=overkill;dist=unstable and see if these still apply to your version. Thanks for carrying on 0verkill development, Joachim Will do. The status of the repo is somewhere past 0.17rc1. I think we can push out a new package. it’s been a while, and I did not hear any news. The git repo at hackndev is dead, the savanna site has been removed... is there still someone working on overkill? Hey, git.hackndev.com is temporarily down (working on it ...). What news do you expect ? Cheers Greetings, Joachim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580980: xserver-xorg-video-radeon: pink tinted translucent windows on Mobility 7500 M7 LW [rv200]
Le lundi 13 septembre 2010, Michel Dänzer a écrit : On Fre, 2010-09-10 at 09:09 +0200, Fabien Steinmetz wrote: Does Option RenderAccel off in xorg.conf work around this bug ? Actually, by setting it to off the translucency isn't pink anymore (with OpenGL backend) but it doesn't look like with Xrender either. Possibly two separate bugs then, one in the X driver's RENDER acceleration code and one in the Mesa radeon driver. Just to clean any doubt, by saying it doesn't look like with Xrender either. I meant that translucency is always fine with XRender engine (whether RenderAccel is on or off) NB : 1px white line is displayed both in console X Yet another bug in the kernel then. Is it using the laptop panel's native resolution? Yes, with the native resolution (1400x1050) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596667: debian-installer does not renew DHCP leases
On Mon, Sep 13, 2010 at 12:02:06PM +0200, Erik Auerswald wrote: On Mon, Sep 13, 2010 at 11:54:42AM +0200, Bastian Blank wrote: On Mon, Sep 13, 2010 at 10:21:40AM +0200, Erik Auerswald wrote: Which version? There where several different DHCP client implementations in use over time. All those using the one-shot busybox udhcpc. Please be more specific. There is no one-shot busybox udhcpc, except it requested. Proof: | $ sudo ./busybox udhcpc -f -i eth0 -V d-i | udhcpc (v1.17.1) started | Sending discover... | Sending select for 10.42.1.252... | Lease of 10.42.1.252 obtained, lease time 10 | Sending renew... | Sending renew... | Sending renew... | Lease lost, entering init state | Sending discover... | Sending select for 10.42.1.252... | Lease of 10.42.1.252 obtained, lease time 10 The renew however seems to get lost somewhere, not sure why. The debian installer does not renew a DHCP lease after it has expired. Possible. This means that the lease time is set to an insane low value. You could downgrade to request not-expiring bootp leases. No. Sure. The installer takes usually less then 30 minutes. So the lease have to expire before that. So it is insanely low. network with dynamic ARP inspection[1] this results in loosing the network connection during installation. So you have a infrastructure, that breaks existing things. No, d-i is broken by relying on the assumption that an IP address granted for time t1 is valid for a time t2 t1. Robustness principle. The dhcp spec explicitely requests that new clients have to check for the ip to be free before using it. Bastian -- Hailing frequencies open, Captain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596669: [Pkg-virtualbox-devel] Bug#596669: copyright issues in virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile{, .kmk}
On Monday 13 September 2010, Martin Zobel-Helas wrote: Package: virtualbox-ose Version: 3.2.6-dfsg-2 Severity: serious Hi Michael, while reviewing virtualbox for migration for testing, i found the following issue in the source-code, that probably needs to be fixed before we release squeeze: diff -Nru virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile --- virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile 2010-06-25 14:25:42.0 + +++ virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile 2010-08-05 11:43:06.0 + @@ -4,8 +4,13 @@ # # Copyright (C) 2006-2007 Oracle Corporation # -# Oracle Corporation confidential -# All rights reserved +# This file is part of VirtualBox Open Source Edition (OSE), as +# available from http://www.virtualbox.org. This file is free software; +# you can redistribute it and/or modify it under the terms of the GNU +# General Public License (GPL) as published by the Free Software +# Foundation, in version 2 as it comes in the COPYING file of the +# VirtualBox OSE distribution. VirtualBox OSE is distributed in the +# hope that it will be useful, but WITHOUT ANY WARRANTY of any kind. # CC = gcc diff -Nru virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile.kmk virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile.kmk --- virtualbox-ose-3.2.6-dfsg/src/apps/svnsync-vbox/Makefile.kmk 2010-06-25 14:25:42.0 + +++ virtualbox-ose-3.2.8-dfsg/src/apps/svnsync-vbox/Makefile.kmk 2010-08-05 11:43:06.0 + @@ -6,8 +6,13 @@ # # Copyright (C) 2006-2007 Oracle Corporation # -# Oracle Corporation confidential -# All rights reserved +# This file is part of VirtualBox Open Source Edition (OSE), as +# available from http://www.virtualbox.org. This file is free software; +# you can redistribute it and/or modify it under the terms of the GNU +# General Public License (GPL) as published by the Free Software +# Foundation, in version 2 as it comes in the COPYING file of the +# VirtualBox OSE distribution. VirtualBox OSE is distributed in the +# hope that it will be useful, but WITHOUT ANY WARRANTY of any kind. # Sorry guys, these files slipped through. You can safely remove that directory from the sources as this is a tool which isn't required for building VirtualBox. Kind regards, Frank -- ORACLE Deutschland B.V. Co. KG Dr.-Ing. Frank Mehnert Werkstrasse 24 Staff Engineer, VirtualBox 71384 Weinstadt, Germany mailto:frank.mehn...@oracle.com Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven signature.asc Description: This is a digitally signed message part.
Bug#596677: unblock: libconfig-model-tkui-perl/1.310-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libconfig-model-tkui-perl. This new release fixes a usability bug where some buttons were not enabled when needed. The meat of the change is quite small: Index: lib/Config/Model/Tk/HashEditor.pm === --- lib/Config/Model/Tk/HashEditor.pm (revision 61498) +++ lib/Config/Model/Tk/HashEditor.pm (revision 62496) @@ -119,7 +119,7 @@ # bind both entries to update correctly the state of all buttons my $bound_sub = sub { - $cw-update_state(entry = $item , tklist = $tklist-curselection) + $cw-update_state(entry = $item , tklist = $tklist-curselection || 0) }; $entry - bind( 'KeyPress' , $bound_sub ); $tklist- bind( 'ListboxSelect', $bound_sub ); unblock libconfig-model-tkui-perl/1.310-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596678: libkrb5-3: Not co-installable with libkrb53, thus breaking upgrades from Lenny
Package: libkrb5-3 Severity: grave Version: 1.8.3+dfsg~beta1-1 libkrb5-3 introduces a Breaks: libkrb53 ( 1.6.dfsg.4~beta1-9). This badly breaks upgrades from Lenny, since it will either force the removal of libkrb53 and dependencies, or will remove rdepends of libkrb53. See http://blog.windfluechter.net/content/blog/2010/09/13/915-upgrading-postgresql-83-84-squeeze for an instance of this problem (which is a pretty deep swamp to get out of). The entire point of SONAMEs, versioning of libraries etc. is to make different ABIs co-installable, to avoid breaking reverse dependencies which still link against the old ABI. If libkrb53 and libkrb5-3 have the same ABI, shouldn't it be enough to have libkrb5-3 Replaces: libkrb53? And if they have a different ABI/SONAME, then they should not conflicts/breaks at all. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#596677: Complete diff
Oops. I intented to add the complete diff between the last version but hit the wrong key. Here's the complete diff between libconfig-model-tkui-perl 1.309 and 1.310 taken from debian-perl group's svn. Most changes affect the version number of the Perl modules. All the best Index: debian/changelog === --- debian/changelog (revision 61498) +++ debian/changelog (revision 62496) @@ -1,3 +1,9 @@ +libconfig-model-tkui-perl (1.310-1) unstable; urgency=low + + * New upstream release (small bug fix) + + -- Dominique Dumont dominique.dum...@hp.com Sun, 12 Sep 2010 19:07:26 +0200 + libconfig-model-tkui-perl (1.309-1) unstable; urgency=low * New upstream release Index: META.yml === --- META.yml (revision 61498) +++ META.yml (revision 62496) @@ -7,7 +7,7 @@ configure_requires: Module::Build: 0.3601 dynamic_config: 0 -generated_by: 'Dist::Zilla version 4.101900, CPAN::Meta::Converter version 2.101670' +generated_by: 'Dist::Zilla version 4.102340, CPAN::Meta::Converter version 2.102400' license: lgpl meta-spec: url: http://module-build.sourceforge.net/META-spec-v1.4.html @@ -23,4 +23,4 @@ Tk: 0 Tk::DirSelect: 0 Tk::Tree: 0 -version: 1.309 +version: 1.310 Index: lib/Config/Model/TkUI.pm === --- lib/Config/Model/TkUI.pm (revision 61498) +++ lib/Config/Model/TkUI.pm (revision 62496) @@ -11,7 +11,7 @@ package Config::Model::TkUI ; BEGIN { - $Config::Model::TkUI::VERSION = '1.309'; + $Config::Model::TkUI::VERSION = '1.310'; } use strict; Index: lib/Config/Model/Tk/HashViewer.pm === --- lib/Config/Model/Tk/HashViewer.pm (revision 61498) +++ lib/Config/Model/Tk/HashViewer.pm (revision 62496) @@ -9,7 +9,7 @@ # package Config::Model::Tk::HashViewer ; BEGIN { - $Config::Model::Tk::HashViewer::VERSION = '1.309'; + $Config::Model::Tk::HashViewer::VERSION = '1.310'; } use strict; Index: lib/Config/Model/Tk/NodeViewer.pm === --- lib/Config/Model/Tk/NodeViewer.pm (revision 61498) +++ lib/Config/Model/Tk/NodeViewer.pm (revision 62496) @@ -9,7 +9,7 @@ # package Config::Model::Tk::NodeViewer ; BEGIN { - $Config::Model::Tk::NodeViewer::VERSION = '1.309'; + $Config::Model::Tk::NodeViewer::VERSION = '1.310'; } use strict; Index: lib/Config/Model/Tk/AnyViewer.pm === --- lib/Config/Model/Tk/AnyViewer.pm (revision 61498) +++ lib/Config/Model/Tk/AnyViewer.pm (revision 62496) @@ -27,7 +27,7 @@ package Config::Model::Tk::AnyViewer ; BEGIN { - $Config::Model::Tk::AnyViewer::VERSION = '1.309'; + $Config::Model::Tk::AnyViewer::VERSION = '1.310'; } use strict; Index: lib/Config/Model/Tk/LeafViewer.pm === --- lib/Config/Model/Tk/LeafViewer.pm (revision 61498) +++ lib/Config/Model/Tk/LeafViewer.pm (revision 62496) @@ -9,7 +9,7 @@ # package Config::Model::Tk::LeafViewer ; BEGIN { - $Config::Model::Tk::LeafViewer::VERSION = '1.309'; + $Config::Model::Tk::LeafViewer::VERSION = '1.310'; } use strict; Index: lib/Config/Model/Tk/HashEditor.pm === --- lib/Config/Model/Tk/HashEditor.pm (revision 61498) +++ lib/Config/Model/Tk/HashEditor.pm (revision 62496) @@ -9,7 +9,7 @@ # package Config::Model::Tk::HashEditor ; BEGIN { - $Config::Model::Tk::HashEditor::VERSION = '1.309'; + $Config::Model::Tk::HashEditor::VERSION = '1.310'; } use strict; @@ -119,7 +119,7 @@ # bind both entries to update correctly the state of all buttons my $bound_sub = sub { - $cw-update_state(entry = $item , tklist = $tklist-curselection) + $cw-update_state(entry = $item , tklist = $tklist-curselection || 0) }; $entry - bind( 'KeyPress' , $bound_sub ); $tklist- bind( 'ListboxSelect', $bound_sub ); Index: lib/Config/Model/Tk/CheckListViewer.pm === --- lib/Config/Model/Tk/CheckListViewer.pm (revision 61498) +++ lib/Config/Model/Tk/CheckListViewer.pm (revision 62496) @@ -9,7 +9,7 @@ # package Config::Model::Tk::CheckListViewer ; BEGIN { - $Config::Model::Tk::CheckListViewer::VERSION = '1.309'; + $Config::Model::Tk::CheckListViewer::VERSION = '1.310'; } use strict; Index: lib/Config/Model/Tk/NodeEditor.pm === --- lib/Config/Model/Tk/NodeEditor.pm (revision 61498) +++ lib/Config/Model/Tk/NodeEditor.pm (revision 62496) @@ -9,7 +9,7 @@ # package Config::Model::Tk::NodeEditor ; BEGIN { - $Config::Model::Tk::NodeEditor::VERSION = '1.309'; + $Config::Model::Tk::NodeEditor::VERSION = '1.310'; } use strict; Index:
Bug#596679: FTBFS : Pod, missing build depends
Package: Debhelper Version: 8.0.0 When building with pbuilder, I have the following error due to a missing build depend (libtest-pod-perl) : pbuilder build --aptcache --basetgz /var/cache/pbuilder/squeeze-i386.tgz debhelper_8.0.0.dsc [...] dh_auto_test make[1]: Entering directory `/tmp/buildd/debhelper-8.0.0' printf package Debian::Debhelper::Dh_Version;\n\$version='8.0.0';\n1 \ Debian/Debhelper/Dh_Version.pm ./run perl -MTest::Harness -e 'runtests grep { ! /CVS/ ! /\.svn/ -f -x } @ARGV' t/* t/buildsystems/* t/dh_install .. ok t/dh_link . ok t/override_target . ok t/pod . skipped: Test::Pod required t/size ok t/syntax .. ok # Failed test 'unavailable jobserver' # at t/buildsystems/buildsystem_tests line 540. # Looks like you failed 1 test of 300. t/buildsystems/buildsystem_tests .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/300 subtests Test Summary Report --- t/buildsystems/buildsystem_tests (Wstat: 256 Tests: 300 Failed: 1) Failed test: 283 Non-zero exit status: 1 Files=7, Tests=518, 9 wallclock secs ( 0.12 usr 0.01 sys + 2.64 cusr 0.73 csys = 3.50 CPU) Result: FAIL Failed 1/7 test programs. 1/518 subtests failed. make[1]: *** [test] Error 1 make[1]: Leaving directory `/tmp/buildd/debhelper-8.0.0' dh_auto_test: make -j1 test returned exit code 2 make: *** [build] Error 25 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596680: plymouth: watch_for_input assertion fails when init is systemd
Package: plymouth Version: 0.8.3-9 Severity: normal Hi, using systemd 8-2 from experimental, with init=/bin/systemd at boot, plymouth fails to start : plymouthd: ply_keyboard.c: 384: ply_keyboard_watch_for_input: Assertion `keyboard` != ((void*)0) fails (copied by hand). I'm using text theme, which works quite well with traditional sysvinit. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plymouth depends on: ii initramfs-tools0.98.3tools for generating an initramfs ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.9.6-6 The Cairo 2D vector graphics libra ii libdrm-intel1 2.4.21-1~squeeze2 Userspace interface to intel-speci ii libdrm-nouveau12.4.21-1~squeeze2 Userspace interface to nouveau-spe ii libdrm-radeon1 2.4.21-1~squeeze2 Userspace interface to radeon-spec ii libdrm22.4.21-1~squeeze2 Userspace interface to kernel DRM ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime Versions of packages plymouth recommends: ii fontconfig-config 2.8.0-2.1 generic font configuration library ii plymouth-themes-all 0.8.3-9Graphical Boot Animation and Logge ii ttf-dejavu-core 2.31-1 Vera font family derivate with add Versions of packages plymouth suggests: pn gdm none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596634: x11-common: /etc/X11/Xsession always appends to .xsession-errors
package x11-common tag 596634 patch thanks Tim Connors report...@rather.puzzling.org writes: this (and I *really* hate it when gnome by default limits output and just Can you locate where this limit is in gnome? Is it a per-app limit or global to all gnome applications? How about a compromise? Could we truncate all but the last 1000 lines in /etc/X11/Xsession? Sure. Or perhaps 1000*80 characters (never encountered super long lines as output to .xsession-errors, but could happen). Good point. I recall seeing binaries in ~/.xsession-errors. The attached patch keeps only the last 512 KiB of ~/.xsession-errors on login. Can you test if this works for you? From 5433fac367d3c14fedfc542b0710cc1399683ac4 Mon Sep 17 00:00:00 2001 From: Timo Juhani Lindfors timo.lindf...@iki.fi Date: Mon, 13 Sep 2010 14:25:54 +0300 Subject: [PATCH] Keep only last 512 KiB of .xsession-errors --- debian/x11-common/etc/X11/Xsession |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/debian/x11-common/etc/X11/Xsession b/debian/x11-common/etc/X11/Xsession index 6ad7d6e..6937e8f 100755 --- a/debian/x11-common/etc/X11/Xsession +++ b/debian/x11-common/etc/X11/Xsession @@ -74,6 +74,13 @@ else errormsg unable to create X session log/error file; aborting. fi +if ERRFILETMP=$(tempfile 2 /dev/null); then +# Keep only last 512 KiB of $ERRFILE +tail --bytes 524288 $ERRFILE $ERRFILETMP +cat $ERRFILETMP $ERRFILE +rm -f $ERRFILETMP +fi + exec $ERRFILE 21 echo $PROGNAME: X session started for $LOGNAME at $(date) -- 1.7.1
Bug#596681: genisoimage: JTE image checksum incorrectly ASCII-encoded
Package: genisoimage Version: 9:1.1.10-1 Severity: serious Justification: will break Debian CD building Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch maverick I noticed recently that jigdo downloads of Ubuntu CDs were always falsely claiming a corrupted checksum (that is, downloading with rsync instead had no effect, and the actual checksum matched that shown in hex in the .jigdo file). I finally got round to investigating. A .template file built with cdrkit 1.1.6 ended like this, for an md5sum of 01f72c846845e4e19aec8a45912e5dda: 002753c0 00 a0 06 2a 00 00 01 f7 2c 84 68 45 e4 e1 9a ec |...*,.hE| 002753d0 8a 45 91 2e 5d da 00 04 00 00 95 c1 00 00 00 00 |.E..]...| A .template file built with cdrkit 1.1.10 ended like this, for an md5sum of e52a8467ec8a3a8584dd78f6f51bdd03: 0026c5f0 04 00 00 00 05 00 48 3f 27 00 00 65 35 32 61 38 |..H?'..e52a8| 0026c600 34 36 37 65 63 38 61 33 61 38 35 00 04 00 00 dc |467ec8a3a85.| 0026c610 bc 00 00 00 00|.| So the md5sum has been incorrectly ASCII-encoded, and thus truncated. Not good! I suggest the following patch (though I have only compiled it so far, not actually tested it; that's in progress). * Use checksum_copy rather than checksum_hex when building the final jigdo template DESC entry. --- cdrkit-1.1.10.orig/genisoimage/jte.c +++ cdrkit-1.1.10/genisoimage/jte.c @@ -753,7 +753,7 @@ jimage.type = 5; write_le48(image_len, jimage.imageLen[0]); -memcpy(jimage.imageMD5, checksum_hex(iso_context, CHECK_MD5), sizeof(jimage.imageMD5)); +checksum_copy(jimage.imageMD5, iso_context, CHECK_MD5); write_le32(MIN_JIGDO_FILE_SIZE, jimage.blockLen[0]); template_fwrite(jimage, sizeof(jimage), 1, t_file); template_fwrite(out_len, sizeof(out_len), 1, t_file); Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585864: I get a similar bug
as I didn't receive any further indication I will disable tomorrow KSM for openvz flavour, thanks to proxmox for testing that configuration! Yes, KSM should be turned off since it works poorly with beancounter, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593338: CUPS filters produce postscript that hangs Ricoh Aficio 3035
Hi, I managed to revert to revert this full pdf workflow to the behavior I see in debian lenny by adding application/postscript application/vnd.cups-postscript 0 pstops to /etc/cups/mime.convs. Could you consider adding a note about this to README.Debian so that other admins would find it more easily if they have a printer that does not work after this transition? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596100: When told not to initially configure slapd, (un-)installation fails due to init script return code.
Steve Langasek vor...@debian.org writes: I don't agree with the initial problem that a package is not installed until after it's configured _even though_ the administrator has chosen explicitly not to configure it at that time. I can see the point of not creating the sentinel file, but in that case not even running the init script would seem the best answer. Unfortunately I can't see any way to do that and still use debhelper. You would achieve not even running the init script by implementing a policy-rc.d that says not to run init scripts, which was my first suggestion in response to the problem you posed. It would be achieved for every package, whether desired or not. If 2 or more daemons are being installed, the only option available is to not start any or attempt to start them all, purely because the openldap postinst script tries to start slapd _EVEN THOUGH_ it is well aware that it won't work and furthermore will terminate the entire package installation process, a process which is not related to whether slapd is configured or not. Moreover, it doesn't just affect chef, it affects apt and by extension potentially everything. Any other packages which are being installed at the same time may also be left in a half-configured state when slapd fails to start and brings down apt-get. If you don't want to have to deal with the apt fallout from overriding slapd's default initial directory configuration, then /don't do that/. I am not at all sympathetic to users who insist on configuring packages the hard way and then complain that it's too hard. I'm not saying this is If the option were 'do you want to kill apt prematurely?' then fine, but the option is only 'do you want to configure slapd automatically or do it yourself later?' Configuring slapd the hard way would first start with building my own binaries, which I am not proposing to do. What I want is to leave slapd's configuration empty _without breaking the rest of the system_. applicable in your case; there are obvious reasons to use a tool like chef for configuration management. But I do from time to time get bug reports like this on various packages from people not using configuration management tools, who expect maintainers to put in the effort to make the package as easy to use without automatic configuration as it is with automatic configuration, and that's just not realistic. I don't want my packages to I don't see why not. I managed it and sent a patch. Discussion has indicated that the method the patch used was not satisfactory but I am happy to hack up an alternative when I am sure of the direction you as the maintainer would like it to take. lie to the package manager and claim that they're in a configured state when they are not, even though this would obviously be convenient when using apt-get. But they _are_ in a configured state, as far as debconf is concerned. The extent to which debconf has been told to configure slapd is 'not at all', and that is exactly what it has done. There is precedent for doing this. Many daemons will put an equivalent of the sentinel file or variable in place until they are configured after apt has finished with them. I don't expect debconf to look after /etc/exports, or to configure every aspect of Apache, but I also don't expect apt/dpkg to fail because there are no NFS exports or because vhost and ssl configuration is not done. Similarly, many web applications will ask if the administrator would like to set up the web server to enable the application. They also don't cause the entirety of apt/dpkg to fail until the application's apache configuration is activated. Perhaps if debconf were the registry it could be expected to configure every aspect of every part of the system. It would also follow in that case that a minor change should naturally cause catastrophic failure. Anyway, I've just committed a fix for the failure to remove unconfigured slapd, which is the part of this report that I consider a real bug (and the part that warrants RC severity). So this bug report will be closed in the Good news. I can concede that fixing the failure to install in an exceptional case is not something that should hold squeeze back, but I don't think it's not a bug. Not until that registry goal is achieved and that's not a bug it's a feature becomes SOP for Debian. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596682: ufw fails to start with kernel 2.6.35
Package: ufw Version: 0.30.0-2 Severity: normal ufw fails to load /etc/ufw/before.rules at boot time, with kernel 2.6.35. It works with kernel 2.6.32. invoke-rc.d ufw restart works after boot. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ufw depends on: ii debconf [debconf-2.0]1.5.35 Debian configuration management sy ii iptables 1.4.9-1 administration tools for packet fi ii python 2.6.6-1 interactive high-level object-orie ii python-central 0.6.16 register and build utility for Pyt ii ucf 3.0025+nmu1 Update Configuration File: preserv ufw recommends no packages. Versions of packages ufw suggests: ii rsyslog 4.6.4-1enhanced multi-threaded syslogd -- debconf information: * ufw/enable: true * ufw/existing_configuration: ufw/oldrules: ufw/allow_known_ports: ufw/allow_custom_ports: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518654: The hibernate package allows for calling hooks on suspend / resume
Hi Sheridan, you suggest adding some kind of hook to s2disk to lock your screen. However, the hibernate package has already solved this problem, but the other way around. It wraps around the s2disk command and runs a configurable bunch of hooks, like unmounting filesystems, locking the display, calling tools to do re-init the video bios, etc. Perhaps this would help in your case? Gr. Matthijs signature.asc Description: Digital signature
Bug#596667: debian-installer does not renew DHCP leases
Hi, On Mon, Sep 13, 2010 at 01:02:38PM +0200, Bastian Blank wrote: On Mon, Sep 13, 2010 at 12:02:06PM +0200, Erik Auerswald wrote: On Mon, Sep 13, 2010 at 11:54:42AM +0200, Bastian Blank wrote: On Mon, Sep 13, 2010 at 10:21:40AM +0200, Erik Auerswald wrote: Which version? There where several different DHCP client implementations in use over time. All those using the one-shot busybox udhcpc. Please be more specific. There is no one-shot busybox udhcpc, except it requested. Yes, my error, the DHCP client in use is dhclient. I did not see any DHCP client running when the installer hung trying to download packages. I assumed udhcpc because it was available and it is a busybox environment in the installer. So the problem was that the DHCP client exited for some reason. The debian installer does not renew a DHCP lease after it has expired. Possible. This means that the lease time is set to an insane low value. You could downgrade to request not-expiring bootp leases. No. Sure. The installer takes usually less then 30 minutes. So the lease have to expire before that. So it is insanely low. The installer can take an arbitrarily large time, because it waits for user input and the user might be interrupted. network with dynamic ARP inspection[1] this results in loosing the network connection during installation. So you have a infrastructure, that breaks existing things. No, d-i is broken by relying on the assumption that an IP address granted for time t1 is valid for a time t2 t1. Robustness principle. The dhcp spec explicitely requests that new clients have to check for the ip to be free before using it. That's totally unrelated. -- Dipl.-Inform. Erik Auerswaldhttp://www.fg-networking.de/ auersw...@fg-networking.de Tel: +49-631-4149988-0 Fax: +49-631-4149988-9 Gesellschaft für Fundamental Generic Networking mbH Geschäftsführung: Volker Bauer, Jörg Mayer Gerichtsstand: Amtsgericht Kaiserslautern - HRB: 3630 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590521: gtk2-engines-qtcurve: diff for NMU version 1.5.2-1.1
tags 590521 + patch tags 590521 + pending thanks Dear maintainer, I've prepared an NMU for gtk2-engines-qtcurve (versioned as 1.5.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru gtk2-engines-qtcurve-1.5.2/debian/changelog gtk2-engines-qtcurve-1.5.2/debian/changelog --- gtk2-engines-qtcurve-1.5.2/debian/changelog 2010-07-22 08:48:31.0 +0200 +++ gtk2-engines-qtcurve-1.5.2/debian/changelog 2010-09-13 13:45:31.0 +0200 @@ -1,3 +1,11 @@ +gtk2-engines-qtcurve (1.5.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Disable QTC_MODIFY_MOZILLA to not interfere with foreign configuration +files (Closes: #590521) + + -- Alexander Reichle-Schmehl toli...@debian.org Mon, 13 Sep 2010 13:44:08 +0200 + gtk2-engines-qtcurve (1.5.2-1) unstable; urgency=low * New upstream release. diff -Nru gtk2-engines-qtcurve-1.5.2/debian/rules gtk2-engines-qtcurve-1.5.2/debian/rules --- gtk2-engines-qtcurve-1.5.2/debian/rules 2010-07-22 08:41:07.0 +0200 +++ gtk2-engines-qtcurve-1.5.2/debian/rules 2010-09-13 13:45:40.0 +0200 @@ -9,7 +9,7 @@ dh $@ --parallel override_dh_auto_configure: - dh_auto_configure -- -DQTC_MODIFY_MOZILLA=true + dh_auto_configure -- -DQTC_MODIFY_MOZILLA=false get-orig-source: uscan --verbose --force-download --no-symlink
Bug#596683: emacs23 crashes
Package: emacs23 Version: 23.2+1-4 Since upgrading to this version (probably from the earlier version in testing, 23.1+1-5) it has started to crash every other day or so. I have started to run emacs under gdb, but the backtraces are not that useful -- perhaps a debug symbol packages would help? See example trace below. The crash happens randomly, sometimes when I'm not even at the screen, and the last time it happened I was just typing text in an e-mail. I've had it happen when just browsing buffers with PgDn. I'm using Gnus and have flyspell-mode enabled when typing, which may be relevant. I'm mostly reporting this to see if others have noticed the same problem with the recent version, I couldn't find anything in the BTS. /Simon j...@mocca:~$ gdb /usr/bin/emacs GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/emacs...(no debugging symbols found)...done. (gdb) r Starting program: /usr/bin/emacs [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x08179379 in ?? () (gdb) bt #0 0x08179379 in ?? () #1 0x081c6fee in ?? () #2 0x0818f984 in ?? () #3 0x0818d993 in ?? () #4 0x081c6891 in ?? () #5 0x0818f984 in ?? () #6 0x0818d993 in ?? () #7 0x0818f023 in ?? () #8 0x0818f064 in ?? () #9 0x0818f3f7 in ?? () #10 0x0818f7fd in ?? () #11 0x0818f5e2 in ?? () #12 0x0818f7fd in ?? () #13 0x0818fa79 in ?? () #14 0x0818d993 in ?? () #15 0x0818f023 in ?? () #16 0x0818f064 in ?? () #17 0x0818f3f7 in ?? () #18 0x0819045c in ?? () #19 0x0818f5e2 in ?? () #20 0x0818f5e2 in ?? () #21 0x0818f7fd in ?? () #22 0x08190370 in ?? () ---Type return to continue, or q return to quit--- #23 0x0818f5e2 in ?? () #24 0x0818f7fd in ?? () #25 0x0818f5e2 in ?? () #26 0x0818f7fd in ?? () #27 0x08190370 in ?? () #28 0x0818f5e2 in ?? () #29 0x0818f7fd in ?? () #30 0x0818fa79 in ?? () #31 0x0818d993 in ?? () #32 0x081c6891 in ?? () #33 0x0818f984 in ?? () #34 0x0818d993 in ?? () #35 0x0818ec61 in ?? () #36 0x0818dc06 in ?? () #37 0x081c6891 in ?? () #38 0x0818f55a in ?? () #39 0x08190092 in ?? () #40 0x081c5aea in ?? () #41 0x0818f984 in ?? () #42 0x0818d993 in ?? () #43 0x081c6891 in ?? () #44 0x0818f984 in ?? () #45 0x0818d993 in ?? () ---Type return to continue, or q return to quit--- #46 0x0818ccde in ?? () #47 0x08085d82 in ?? () #48 0x08085df5 in ?? () #49 0x08085ee4 in ?? () #50 0x0807b824 in ?? () #51 0x08080e6f in ?? () #52 0x0807db72 in ?? () #53 0x08084000 in ?? () #54 0x0808a712 in ?? () #55 0x0808eb32 in ?? () #56 0x080907c3 in ?? () #57 0x0818cdd7 in ?? () #58 0x0807bdaf in ?? () #59 0x080924b0 in ?? () #60 0x08092fa2 in ?? () #61 0x0805979e in ?? () #62 0x0818db84 in ?? () #63 0x081c6891 in ?? () #64 0x0818f984 in ?? () #65 0x0818d993 in ?? () #66 0x081c6891 in ?? () #67 0x0818f984 in ?? () #68 0x0818d993 in ?? () ---Type return to continue, or q return to quit--- #69 0x081c6891 in ?? () #70 0x0818f984 in ?? () #71 0x0818d993 in ?? () #72 0x0818ec61 in ?? () #73 0x0818ee10 in ?? () #74 0x0818dc06 in ?? () #75 0x0818eaf9 in ?? () #76 0x08122255 in ?? () #77 0x0818ced1 in ?? () #78 0x08128bd7 in ?? () #79 0x0812fae1 in ?? () #80 0x0818ced1 in ?? () #81 0x08128c15 in ?? () #82 0x0818cfb1 in ?? () #83 0x0812957f in ?? () #84 0x0812991a in ?? () #85 0x08129a42 in ?? () #86 0x0811e0cd in ?? () #87 0xb7252c76 in __libc_start_main (main=0x811d6d0, argc=1, ubp_av=0xb464, init=0x81f1d90, fini=0x81f1d80, rtld_fini=0xb7ff10d0 _dl_fini, stack_end=0xb45c) at libc-start.c:228 #88 0x080567b1 in ?? () (gdb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596685: /bin/umount: umount unlinks mountpoint
Package: mount Version: 2.17.2-3.1 Severity: normal File: /bin/umount -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I am currently experiencing a problem whereby umount appears to delete a mountpoint. This makes it difficult to remount a device (sure, I can remake the directory, but this seems a rather abrupt change in behaviour). For example, here is my test case: [da...@fowler:~]$ ls -l /mnt total 0 drwxr-xr-x 2 darac users 48 Mar 17 2005 misc1 drwxr-xr-x 2 root root 48 Nov 23 2004 misc2 lrwxrwxrwx 1 root root 16 Mar 13 2005 net - /var/autofs/net/ lrwxrwxrwx 1 root root 16 Mar 13 2005 usb - /var/autofs/usb/ drwxr-xr-x 2 root users 48 May 20 2002 windows [da...@fowler:~]$ sudo mkdir /mnt/backup [da...@fowler:~]$ ls -l /mnt total 4 drwxr-xr-x 4 root root 4096 Apr 7 2009 backup drwxr-xr-x 2 darac users 48 Mar 17 2005 misc1 drwxr-xr-x 2 root root48 Nov 23 2004 misc2 lrwxrwxrwx 1 root root16 Mar 13 2005 net - /var/autofs/net/ lrwxrwxrwx 1 root root16 Mar 13 2005 usb - /var/autofs/usb/ drwxr-xr-x 2 root users 48 May 20 2002 windows [da...@fowler:~]$ grep backup /etc/fstab LABEL=fowler-backup /mnt/backup ext4 defaults,user,noauto0 0 [da...@fowler:~]$ mount /mnt/backup [da...@fowler:~]$ ls -l /mnt total 4 drwxr-xr-x 4 root root 4096 Apr 7 2009 backup drwxr-xr-x 2 darac users 48 Mar 17 2005 misc1 drwxr-xr-x 2 root root48 Nov 23 2004 misc2 lrwxrwxrwx 1 root root16 Mar 13 2005 net - /var/autofs/net/ lrwxrwxrwx 1 root root16 Mar 13 2005 usb - /var/autofs/usb/ drwxr-xr-x 2 root users 48 May 20 2002 windows [da...@fowler:~]$ ls -l /mnt/backup total 20 drwxr-xr-x 5 root root 4096 Sep 10 03:11 host-fowler drwx-- 2 root root 16384 Apr 3 2009 lost+found [da...@fowler:~]$ umount /mnt/backup [da...@fowler:~]$ ls -l /mnt total 0 drwxr-xr-x 2 darac users 48 Mar 17 2005 misc1 drwxr-xr-x 2 root root 48 Nov 23 2004 misc2 lrwxrwxrwx 1 root root 16 Mar 13 2005 net - /var/autofs/net/ lrwxrwxrwx 1 root root 16 Mar 13 2005 usb - /var/autofs/usb/ drwxr-xr-x 2 root users 48 May 20 2002 windows [da...@fowler:~]$ Note how /mnt/backup disappears after the umount. Historically, it has been possible to umount a device and then immediately re-mount it in the same place. Please let me know if I can provide any more information. Thank you, Paul Saunders. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mount depends on: ii libblkid1 2.17.2-3.1 block device id library ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.41-1 SELinux library for manipulating b ii libuuid1 2.17.2-3.1 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: ii nfs-common1:1.2.2-4 NFS support files common to client - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMjhFFAAoJEKB7YbRsd8TGfSkP+wQt98D1FnmfHfdQtvDxzJhc bm6I33vS8J0ynRETmEXXZkiYkXIFo5PnjAs4Ce+VSYi19QIDpVfWLIAfiB49V3KC GFz4eKpyvHZFxoqcvfjReQVFrzvEt2+1m/KF17DTtCBsXpN+WTO8kTvY2PTPFG6m UtppPrlOmUDzQ6D7CjL23aSrOGKqwFnosYesJG1ryiw5HfU8UwIgTl2cCyeQ5Pt5 KiuVmWjmPwPA4HMaZd2B0Ng3pWr2ecwmaNJKFYFJphHrQ7Vbtoksd71jVerM6hOC cEmn8EqprYx84Vcix44zZCPMuUxH1Vmk94FUkOrkdZjcg2uSBuXVoSJXCWeZgPcZ kpJbX9CaQP8/zw9njOQpAdSMLpGwuax/DhUhWcf/mfy4xIhNEhUK0fzBNkWA3Zpw QbdAQmRLYKQRUt1D8IaIpWm957Tq6mrEIrpyxRzj4s4hOyurH6CYf/xu1yICr0Zf mmgGRsm+i1vwjZBddLc4NvzufYPNmoGYxQosWC6XU6LnZHff7dkHMUYkyi0drYlL siXHWYfClOcjNtQDKiIZ38XfEY0E9HHiqc78wfQJXq19aR7mEUy3aNmLbsHcGoW4 nekSe7xC9MWNxvZdSyOhtHRcHLbuB6uqET1D9S95UPKGyMy1fa96ZvYMzHxp3Rls VW+NpWllabIrmk8DOxAK =/5Qj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550658: grub-mknetdir available upstream
I've just committed a new tool upstream grub-mknetdir which does what you requested. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#474692: Unresponsive upstream - suggest to drop these ITPs
Hello Upstream is not really responsive in case of problem. As I do not have the lisp and emacs skills required to maintain properly Devel::PerlySense without upstream support, I suggest to drop this ITP. The ITP of File::Corresponding (dependency of Devel::PerlySense) is also to be dropped. Unless someones complains within next week, I'll close both bugs. All the best Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595590: gweled: fails to install
Hi! * Daniele Napolitano dna...@gmail.com [100905 15:08]: touch: cannot touch `/var/games/gweled.Normal.scores': No such file or directory Ond??ej: Make sure that /var/games is present, otherwise create it. He already tried it with hist last upload to fix #591597. But adding var/games to debian/dirs isn't enough if you rm -rf var/games in your rules file. Ondrej, did you actually tested your package before uploading? A simple dpkg -c would have shown you, that there's no var/games shipped in your package. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596686: unblock: gtk2-engines-qtcurve/1.5.2-1.1 (currently in delayed/2)
Package: release.debian.org Severity: normal Hi! Could you please unblock gtk2-engised-qtcurve, as it fixed rc bug #590521? The change is trivial: diff -Nru gtk2-engines-qtcurve-1.5.2/debian/rules gtk2-engines-qtcurve-1.5.2/debian/rules --- gtk2-engines-qtcurve-1.5.2/debian/rules 2010-07-22 08:41:07.0 +0200 +++ gtk2-engines-qtcurve-1.5.2/debian/rules 2010-09-13 13:45:40.0 +0200 @@ -9,7 +9,7 @@ dh $@ --parallel override_dh_auto_configure: - dh_auto_configure -- -DQTC_MODIFY_MOZILLA=true + dh_auto_configure -- -DQTC_MODIFY_MOZILLA=false get-orig-source: uscan --verbose --force-download --no-symlink Best regards, Alexander -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560317: dpkg-trigger complains at dpkg-reconfigure time
On Mon, 13 Sep 2010, Ian Jackson wrote: Raphael Hertzog writes (Re: Bug#560317: dpkg-trigger complains at dpkg-reconfigure time): On Thu, 10 Dec 2009, Joey Hess wrote: Does it actually make sense for dpkg-trigger to see those environment variables when the postinst is not being run by dpkg? Seems possible that any deferred trigger processing it then sets up will not take effect until the next dpkg run, which could be well after dpkg-reconfigure finishes. I think Joey is right. In particular, dpkg-reconfigure should not set DPKG_RUNNING_VERSION, because that promises that the whole thing is running as a descendant a copy of dpkg; said copy of dpkg is responsible for processing triggers. I agree with not setting DPKG_RUNNING_VERSION, but the others should be set. Otherwise you can't reliably use the variables in a postint. And they are used in several situations when dpkg-maintscript-helper is invoked. Given that dpkg-maintscript-helper is also impacted and not only dpkg-trigger, I think that ? yes ? it really make sense to set them. Can you explain why the analysis above is wrong ? Did I say it's wrong? Cheers, -- Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693] Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596574: unblock: ruby1.9.1/1.9.2.0-1 libgems-ruby/1.3.7-2
On Sun, September 12, 2010 18:27, Lucas Nussbaum wrote: The rubygems1.9.1 package used to be built from the libgems-ruby source package. But Ruby 1.9.2 broke it, so we decided to switch to using Ruby 1.9.2's rubygems for 1.9.X. That requires dropping the 1.9 package from libgems-ruby, and making changes to the ruby1.9.1 package to add the rubygems files to the ruby1.9.1 package. (full discussion in #588125) Additionally, a common complaint from rubygems users was addressed, by allowing a workaround to do gem update --system. (Done in both packages). Why was this uploaded with an urgency of high? One of the changes in debian/rules isn't mentioned in the changelog: -include /usr/share/quilt/quilt.make +include /usr/share/cdbs/1/rules/patchsys-quilt.mk Then, ruby1.9.1 1.9.2.0-1. Already unblocked by Luk as part of the security fixes unblock set, but aged to 20 days. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596623: enemies-of-carlotta: throws md5 deprecation warnings in squeeze
On Mon, Sep 13, 2010 at 12:05:43PM +0200, Philipp Kern wrote: At least in my case Exim didn't choke at all and I only noticed it on the CLI interface. OK, that's interesting - and possibly reassuring too! A few years ago I had problems with Exim and spurious output from commands - maybe it's more resilient now. Cheers, Dave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596687: uswsusp: Issues non-active swap partition warning on LVM swap
Package: uswsusp Version: 0.8-1.2+b1 Severity: minor Hi, During a recent upgrade (from 0.8-1.2 to 0.8-1.2+b1, versions below might not be accurate since I'm still halfway the upgrade right now), I got a warning from debconf: The swap file or partition that was found in uswsusp's configuration file is not active. However, the configured swapfile is active normally. This is probably because the configured swap file is an LVM partition, so it's really a symlink to the actual device. I guess the configure script should do some readlink'ing to prevent this. (from debconf) uswsusp/resume_device: /dev/mapper/Xanthe-swap $ ls -l /dev/mapper/Xanthe-swap lrwxrwxrwx 1 root root 7 Aug 27 07:57 /dev/mapper/Xanthe-swap - ../dm-1 $ cat /proc/swaps FilenameTypeSizeUsed Priority /dev/dm-1 partition 2621436 161444 -1 I don't remember seeing this message before, so it's a bit funny that I get it while reinstalling practically the same version (but with +b1). Perhaps recent kernels show different output in /proc/swaps? Gr. Matthijs -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.2 Locale: LANG=en_US.UTF-8, 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.32 Debian configuration management sy ii libc62.11.2-2Embedded GNU C Library: Shared lib ii libdirectfb-1.2-01.2.8-5 direct frame buffer graphics - sha ii libgcc1 1:4.4.4-13 GCC support library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.25.15-1 The GLib library of C routines ii liblzo2-22.03-2 data compression library ii libpci3 1:3.1.7-4 Linux PCI Utilities (shared librar ii libsplashy1 0.3.13-5.git2292691 Library to draw splash screen on b ii libx86-1 1.1+ds1-6 x86 real-mode library Versions of packages uswsusp recommends: ii initramfs-tools 0.97 tools for generating an initramfs ii mount 2.17.2-3.1 Tools for mounting and manipulatin Versions of packages uswsusp suggests: ii splashy 0.3.13-5.git2292691 A complete user-space boot splash -- debconf information: uswsusp/suspend_loglevel: uswsusp/no_swap: uswsusp/resume_offset: uswsusp/early_writeout: true uswsusp/image_size: 666318110 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: false uswsusp/no_snapshot: uswsusp/compress: true uswsusp/create_RSA_key: false uswsusp/RSA_key_file: /etc/uswsusp.key uswsusp/resume_device: /dev/mapper/Xanthe-swap uswsusp/splash: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595590: gweled: diff for NMU version 0.8.repack-4.1
tags 595590 + patch tags 595590 + pending thanks Dear maintainer, I've prepared an NMU for gweled (versioned as 0.8.repack-4.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru gweled-0.8.repack/debian/changelog gweled-0.8.repack/debian/changelog --- gweled-0.8.repack/debian/changelog 2010-08-04 09:29:10.0 +0200 +++ gweled-0.8.repack/debian/changelog 2010-09-13 14:05:08.0 +0200 @@ -1,3 +1,11 @@ +gweled (0.8.repack-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Only remove the content of /var/games, not the directory itself + (Closes: #595590) + + -- Alexander Reichle-Schmehl toli...@debian.org Mon, 13 Sep 2010 14:04:38 +0200 + gweled (0.8.repack-4) unstable; urgency=low * Add /var/games to debian/dirs (Closes: #591597) diff -Nru gweled-0.8.repack/debian/rules gweled-0.8.repack/debian/rules --- gweled-0.8.repack/debian/rules 2010-08-04 09:29:10.0 +0200 +++ gweled-0.8.repack/debian/rules 2010-09-13 14:04:32.0 +0200 @@ -15,4 +15,4 @@ override_dh_auto_install: dh_auto_install - rm -rf $(CURDIR)/debian/gweled/var/games + rm -rf $(CURDIR)/debian/gweled/var/games/*
Bug#596688: unblock: gweled/0.8.repack-4.1 (currently in DELAYED/2)
Package: release.debian.org Severity: normal Hi! Could you please unblock gweled/0.8.repack-4.1? It fixes RC bug #595590 (which is actually the same as #591597, incorrectly marked as fixed) and the fix is trivial: diff -Nru gweled-0.8.repack/debian/rules gweled-0.8.repack/debian/rules --- gweled-0.8.repack/debian/rules 2010-08-04 09:29:10.0 +0200 +++ gweled-0.8.repack/debian/rules 2010-09-13 14:04:32.0 +0200 @@ -15,4 +15,4 @@ override_dh_auto_install: dh_auto_install - rm -rf $(CURDIR)/debian/gweled/var/games + rm -rf $(CURDIR)/debian/gweled/var/games/* Best regards, Alexander -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590678: At least fix www/debian-installer page
Hi, thanks for testing the installer images on usb media and caring enough to report the problems you found. Nowadays usb devices are cheap and even more common than cd/dvd-rom readers and testing d-i on usb media is not so easy to accomplish successfully. There are already several reports on these problems while testing on usb devices. Some of them seems to be caused by using different sets of images to boot/install (the manual warns about it) and if you follow the debian-list/bts you are already aware of several reports on .iso images not being found on media. At this point in time, near the release, it is advised to test the daily images. And of course you are right the installer page does not reflect that. IMO the USB images should be discussed further and try to ease the process of testing them (if possible). There are even submitted patches: #505773. On the other hand, we are now in freeze, and we should fix problems and not make big changes. IMHO this is a good discussion for Squeeze+1. There is a tremendous lack of manpower on d-i development. If you care enough, and have the motivation, please help sorting out this issue. On 12-09-2010 23:47, Javier Barroso wrote: Hi, I think it is not fine closing this bug without clarifies it in http://www.debian.org/devel/debian-installer/index.en.html See seems like you can't install from usb+iso following instructuions from such page, this bug and a thread in debian-user mail list verify that. (isos are from http://cdimage.debian.org/cdimage/squeeze_di_alpha1/i386/iso-cd/ (feb 2010)) and boot.img.gz linked are from http://ftp.nl.debian.org/debian/dists/testing/main/installer-i386/current/images/hd-media/ (sept 2010). So should be a link to hd-media from squeeze_di_alpha1, shouldn't it ? Regards, -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596689: gnome-shell: should depend on gnome-session
Package: gnome-shell Version: 2.29.0-3+b1 Severity: important When gnome-shell (plus gnome3-session), is installed together with gnome-session it works seamlessly. Alternatively when installed without (there is a desktop environment but it's Kde, there is nothing of gnome installed); it doesn't work at all. There are errors such as in #590341. If try to fix it you have another one of the same sort. When launching gnome-shell the computer gets really messed up. But there is something else that would say it should depend on gnome-session: in this script supposed to be used to built gnome-shell: http://git.gnome.org/browse/gnome-shell/plain/tools/build/gnome-shell-build-setup.sh there is in line 24: GNOME 2.26 or newer is required to build GNOME Shell So it seems everyone who built gnome-shell had gnome2 on its computer. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii gir1.0-clutter-1.0 1.2.12-3 GObject introspection data for the ii gir1.0-freedesktop 0.6.14-1+b1 Introspection data for some FreeDe ii gir1.0-glib-2.0 0.6.14-1+b1 Introspection data for GLib, GObje ii gir1.0-gtk-2.0 0.6.5-6+b1 GObject introspection data for the ii gir1.0-json-glib-1.00.10.2-2 GLib JSON manipulation library (do ii gir1.0-mutter-2.29 2.29.0-3 GObject introspection data for Mut ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libclutter-1.0-01.2.12-3 Open GL based interactive canvas l ii libcroco3 0.6.2-1 a generic Cascading Style Sheet (C ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libffi5 3.0.9-2 Foreign Function Interface library ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgirepository1.0-00.6.14-1+b1 Library for handling GObject intro ii libgjs0a0.7.1-1 Mozilla-based javascript bindings ii libgl1-mesa-glx [libgl1 7.7.1-4 A free implementation of the OpenG ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-1 Utility library for loading .deskt ii libgnome-menu2 2.30.2-1 an implementation of the freedeskt ii libgstreamer0.10-0 0.10.30-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libjson-glib-1.0-0 0.10.2-2 GLib JSON manipulation library ii libmozjs2d 1.9.1.11-2 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 4.8.4-2 NetScape Portable Runtime Library ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii libstartup-notification 0.10-1 library for program launch feedbac ii libx11-62:1.3.3-3X11 client-side library ii libxcomposite1 1:0.4.2-1X11 Composite extension library ii libxdamage1 1:1.1.3-1X11 damaged region extension libra ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1X11 miscellaneous 'fixes' extensio ii libxml2 2.7.7.dfsg-4 GNOME XML library ii mesa-utils 7.7.1-4 Miscellaneous Mesa GL utilities ii mutter 2.29.0-3 lightweight GTK+ window manager ii pkg-config 0.25-1 manage compile and link flags for ii python 2.6.5-13 interactive high-level object-orie ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gnome-shell recommends: ii xserver-xephyr2:1.7.7-4 nested X server gnome-shell suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595590: gweled: diff for NMU version 0.8.repack-4.1
I have already prepared -5 version and I just didn't upload it because of my wedding which happened on Friday. I'll upload -5 soonish. Ondrej On Mon, Sep 13, 2010 at 14:20, Alexander Reichle-Schmehl toli...@debian.org wrote: tags 595590 + patch tags 595590 + pending thanks Dear maintainer, I've prepared an NMU for gweled (versioned as 0.8.repack-4.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537588: ITP: gtk-kde4 - theme engine to integrate GTK+ 2.x apps in KDE Desktop
I've uploaded gtk-kde4 to mentors.debian.net, so hopefully (sponsor needed!) it can be included in Debian. To answer about gtk-qt-engine, gtk-kde4 is far better: not only from the technical aspect (better drawing of apps, even Iceweasel and probably Icedove which look buggy with gtk-qt-engine), but it also solves #539175 (Iceweasel doesn't close correctly and consumes 100% CPU) and is still actively developed, on the opposite of gtk-qt-engine (last change appears to be in may 2009). I don't know if i'm doing it right, but hope so -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569984: Pls, re-assign to lcov
Hello, we found the bug to be fixed with lcov-1.9 from ltp.sourceforge.net/coverage/lcov.php which is not in debian yet. Please, re-assign to lcov. Best regards, Alexander. smime.p7s Description: S/MIME Cryptographic Signature
Bug#596678: libkrb5-3: Not co-installable with libkrb53, thus breaking upgrades from Lenny
On Mon, Sep 13, 2010 at 13:20:19 +0200, Martin Pitt wrote: If libkrb53 and libkrb5-3 have the same ABI, shouldn't it be enough to have libkrb5-3 Replaces: libkrb53? And if they have a different ABI/SONAME, then they should not conflicts/breaks at all. libkrb53 contains: lrwxrwxrwx root/root 0 2010-05-21 04:02 ./usr/lib/libkrb4.so.2 - libkrb4.so.2.0 lrwxrwxrwx root/root 0 2010-05-21 04:02 ./usr/lib/libkrb5support.so.0 - libkrb5support.so.0.1 lrwxrwxrwx root/root 0 2010-05-21 04:02 ./usr/lib/libgssapi_krb5.so.2 - libgssapi_krb5.so.2.2 lrwxrwxrwx root/root 0 2010-05-21 04:02 ./usr/lib/libk5crypto.so.3 - libk5crypto.so.3.1 lrwxrwxrwx root/root 0 2010-05-21 04:02 ./usr/lib/libkrb5.so.3 - libkrb5.so.3.3 lrwxrwxrwx root/root 0 2010-05-21 04:02 ./usr/lib/libdes425.so.3 - libdes425.so.3.0 It was split up in squeeze, now each lib is in a separate package. libkrb5support0 contains: lrwxrwxrwx root/root 0 2010-08-05 16:28 ./usr/lib/libkrb5support.so.0 - libkrb5support.so.0.1 libgssapi-krb5-2 contains: lrwxrwxrwx root/root 0 2010-08-05 16:28 ./usr/lib/libgssapi_krb5.so.2 - libgssapi_krb5.so.2.2 libk5crypto3 contains: lrwxrwxrwx root/root 0 2010-08-05 16:28 ./usr/lib/libk5crypto.so.3 - libk5crypto.so.3.1 libkrb5-3 contains: lrwxrwxrwx root/root 0 2010-08-05 16:28 ./usr/lib/libkrb5.so.3 - libkrb5.so.3.3 However libkrb4.so.2 and libdes425.so.3 are no longer shipped, which means nothing can provide libkrb53 anymore, and removing the Breaks would allow files disappearing on downgrade. I'm not sure how this can be fixed Cheers, Julien signature.asc Description: Digital signature
Bug#558669: 0verkill package
Hi, Am Montag, den 13.09.2010, 12:54 +0200 schrieb Marek Vasut: Dne Po 13. září 2010 12:32:42 Joachim Breitner napsal(a): Am Donnerstag, den 04.03.2010, 10:22 +0100 schrieb Marek Vasut: Dne St 3. března 2010 21:46:57 Joachim Breitner napsal(a): Am Mittwoch, den 03.03.2010, 21:42 +0100 schrieb Jonathan Neuschäfer: Am Samstag, den 27.02.2010, 19:12 +0100 schrieb Marek Vasut: you could consider using the following repository for 0verkill. It contains quite a few fixes. http://git.hackndev.com/?p=marex/0verkill.git;a=summary This looks like a quite nice repository. I decided to give up 0verkill development, thus you are the new official maintainer, because you're the better one (I'll delete sv.nongnu.org/projects/overkill sometime). 0.17 will be great (chainsaw, jetpack, destructable objects)! I'll send you some small patches (work I've done yet). I’m glad that there is agreement. Marek, will you eventually push out releases? If so, please notify me so that I can upload them to Debian. Also, I’d be thankful if you could skim through the list of bugs at http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=overkill;dist=unstable and see if these still apply to your version. Thanks for carrying on 0verkill development, Joachim Will do. The status of the repo is somewhere past 0.17rc1. I think we can push out a new package. it’s been a while, and I did not hear any news. The git repo at hackndev is dead, the savanna site has been removed... is there still someone working on overkill? Hey, git.hackndev.com is temporarily down (working on it ...). ok, sorry :-) What news do you expect ? I’d like to see a proper release, e.g. a tarball. A web page as a successor of http://artax.karlin.mff.cuni.cz/~brain/0verkill/ to point user at might also be nice. Did you already have a look at the bugs at http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=overkill;dist=unstable Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#596661: unable to load saved project files
On Mon, 13 Sep 2010 10:41:29 +0200 (CEST), Patrick Matthäi pmatth...@debian.org wrote: Hi, does it work for you if you grep 0.7.7.1+svn4858-1 from unstable? Yes, it does. Thanks! :) pgpvPyiuFRJHR.pgp Description: PGP signature
Bug#594288: kfreebsd-8: non-standard gcc/g++ used for build (gcc-4.3)
Yes, FreeBSD is stuck on GCC 4.2.1 for the system compiler right now, as it is the last GPLv2 version. In general I'd think it's beneficial for the kFreeBSD project to use the same compiler (for building the kernel) as the FreeBSD project does, no? It would be easier, but it is not possible, as gcc-4.2 will not be shipped with squeeze release. I did some more test. Variant with some added gcc switches (-fno-toplevel-reorder -fno-delete-null-pointer-checks) gcc-4.4 -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-stack-protector -fno-toplevel-reorder -Wstrict-overflow=5 -fno-delete-null-pointer-checks -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding fails (panic in swapper) similarly also for me. But when compiled with -O1 it boots (and runs) fine on kfreebsd-amd64. gcc-4.4 -c -O1 -frename-registers -pipe -std=c99 -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-stack-protector -fno-toplevel-reorder -Wstrict-overflow=5 -fno-delete-null-pointer-checks -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding ii binutils2.20.1-14 ii gcc-4.4 4.4.4-14 Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org