Bug#606066: [Pkg-libvirt-maintainers] Bug#606066: closed by Guido Günther a...@sigxcpu.org (Re: Bug#606066: libvirt0: fails to define default network)
Hi, On Wed, Dec 8, 2010 at 12:12 AM, Guido Günther a...@sigxcpu.org wrote: On Tue, Dec 07, 2010 at 10:03:34PM -0800, Ian Allison wrote: $ virsh net-start default error: failed to get network 'default' error: Unknown failure What URI are you using? You need to try virsh -c qemu:///system net-start default This looks like it works $ virsh -c qemu:///system net-start default Network default started $ virsh -c qemu:///system net-list --all Name State Autostart -- --- default active no $ cat /etc/libvirt/qemu/networks/default.xml network namedefault/name bridge name=virbr0 / forward/ ip address=192.168.122.1 netmask=255.255.255.0 dhcp range start=192.168.122.2 end=192.168.122.254 / /dhcp /ip /network There is nothing in /etc/libvirt/qemu/networks/autostart. I'm not sure why I need to specify the URI I'm used to redhat - but that's my problem. Thanks so much for your help. Cheers, Ian.
Bug#605830: pd-pmpd: FTBFS on non-Linux: undefined references
I just pushed the relevant changes to the git repo for this package, pkg-multimedia/pd-pmpd.git. It is based on a patch that worked for a closely related package, pd-iemnet, where it worked. I don't have access to a kFreeBSD or Hurd machine, can anyone try building this on those platforms? If it works, then I'll lobby to have it uploaded. .hc On Fri, 2010-12-03 at 21:30 +0100, Cyril Brulebois wrote: Source: pd-pmpd Version: 0.9-2 Severity: important Hi, your package FTBFS on non-Linux with undefined references: | cc -o iAmbient2D. iAmbient2D.o | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | iAmbient2D.o: In function `iAmbient2D_bang': | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:103: undefined reference to `gensym' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:103: undefined reference to `pd_typedmess' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:105: undefined reference to `gensym' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:105: undefined reference to `outlet_anything' | iAmbient2D.o: In function `iAmbient2D_new': | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:110: undefined reference to `pd_new' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:112: undefined reference to `atom_getsymbolarg' | /build/buildd-pd-pmpd_0.9-2-kfreebsd-amd64-gyqrxF/pd-pmpd-0.9/iAmbient2D.c:114: undefined reference to `outlet_new' | […] Full build logs: https://buildd.debian.org/status/package.php?p=pd-pmpd Mraw, KiBi. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606574: iceweasel-l10n: New Upstream (3.6.13)
Package: iceweasel-l10n Severity: wishlist Hi, please upload version 3.6.13. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606575: git-annex sha1 backend should be hashed
package: git-annex version: 0.11 When using the SHA1 backend, it becomes possible to track changes to files over time. A standard annex unlock, modify, git add/commit will add a new object to the annex store, with an updated symlink at the correct location. Over time, this could lead to a large number of files in the local object store, and in any shared remotes. The SHA1 backend should store the raw byte data in a hashed layout, using the same 2-char prefix that git normally uses, to solve this problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606576: git show old-version:path should work with git-annex
package: git-annex version: 0.11 git show version:path currently outputs the content of the symlink. This is sub-optimal. It would be nice if this would call into git-annex, and request the proper data from annex's store, optionally fetching the content from a remote if required. I know this might not be possible, without some kind of callback hook that git-show can use. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606577: git-annex unlock needs an option to not copy the file
package: git-annex version: 0.11 Currently, git-annex unlock will copy the raw bytes from its internal store, so that the file could be modified. However, some editing workflows don't actually modify the file, and just write out the new contents. Consider the case of a workflow that writes the new version of the file to a tmp location, then does an atomic move to the old name. Since git-annex unlock copies the file, this means that the full file ends up being copied twice. Also, if the new version of the file is just a truncated version(consider a file going from 200Mbytes to 5 bytes), then the unlock copy is a waste of disk io. My suggestion in this case is to hard-link. The workflow I am thinking of modifying(wiki-like web frontend, with support for uploading of videos), already has a pre-commit hook, which would use git-annex unlock first, and a post-commit hook that then would commit the changes back. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#469626: gstopenmax: changing back from ITP to RFP
Dear Marc-André, Are you still interested in packaging this into Debian? I can take the RFP if you permit. Yours Sincerely, Paul -- PaulLiu(Ying-Chun Liu) E-mail address: PaulLiu (GrandPaul) paul...@debian.org signature.asc Description: OpenPGP digital signature
Bug#606578: git-annex manpage needs indentation for each command description
package: git-annex version: 0.11 The paragraph for each subcommand in git annex --help(the manpage) should be indented one level. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553957: blender: fix to the FTBFS
Package: blender Version: 2.49.2~dfsg-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch Hi, I've made the following changes to the patch 50_debian_build_config to make the package build in Ubuntu, where --as-needed and not indirect linking is now the default (like in binutils-gold). *** /tmp/tmpxpTWI0 At the end, it's only activating again libstdc++ and add libavutil. If you are interested in applying it in Debian, just tell me so, and I'll wait before uploading the fix in Ubuntu. Thanks, Fabrice -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-24-generic (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u blender-2.49.2~dfsg/debian/patches/50_debian_build_config blender-2.49.2~dfsg/debian/patches/50_debian_build_config --- blender-2.49.2~dfsg/debian/patches/50_debian_build_config +++ blender-2.49.2~dfsg/debian/patches/50_debian_build_config @@ -1,5 +1,7 @@ a/config/linux2-config.py -+++ b/config/linux2-config.py +Index: blender-2.49.2~dfsg/config/linux2-config.py +=== +--- blender-2.49.2~dfsg.orig/config/linux2-config.py 2010-12-10 06:11:41.991566997 +0100 blender-2.49.2~dfsg/config/linux2-config.py 2010-12-10 06:26:41.811567002 +0100 @@ -1,4 +1,7 @@ -LCGDIR = '../lib/linux2' +# Needed for pkg-config calls. @@ -32,7 +34,7 @@ BF_REDCODE_INC = '${BF_REDCODE}/../' #C files request libredcode/format.h which is in #extern/libredcode/format.h, stupid but compiles for now. BF_REDCODE_LIBPATH='${BF_REDCODE}/lib' -+BF_FFMPEG_LIB = commands.getoutput('pkg-config --libs libavcodec libavformat vorbisenc libswscale libavdevice') + ' -lgsm' + ' -lopenjpeg' ++BF_FFMPEG_LIB = commands.getoutput('pkg-config --libs libavcodec libavformat vorbisenc libswscale libavdevice libavutil') + ' -lgsm' + ' -lopenjpeg' + +import sys +if sys.platform == 'linux2': @@ -41,17 +43,15 @@ # Mesa Libs should go here if your using them as well WITH_BF_STATICOPENGL = False BF_OPENGL = '/usr' -@@ -195,7 +205,8 @@ CC_WARN = ['-Wall'] +@@ -196,6 +206,7 @@ CC_WARN = ['-Wall'] ##FIX_STUBS_WARNINGS = -Wno-unused --LLIBS = ['util', 'c', 'm', 'dl', 'pthread', 'stdc++'] +LINK = CXX -+LLIBS = ['util', 'c', 'm', 'dl', 'pthread'] + LLIBS = ['util', 'c', 'm', 'dl', 'pthread', 'stdc++'] ##LOPTS = --dynamic ##DYNLDFLAGS = -shared $(LDFLAGS) - -@@ -206,9 +217,9 @@ BF_PROFILE_LINKFLAGS = ['-pg'] +@@ -207,9 +218,9 @@ BF_PROFILE_LINKFLAGS = ['-pg'] BF_DEBUG = False BF_DEBUG_CCFLAGS = ['-g']
Bug#606066: [Pkg-libvirt-maintainers] Bug#606066: closed by Guido Günther a...@sigxcpu.org (Re: Bug#606066: libvirt0: fails to define default network)
Hi, On Thu, Dec 9, 2010 at 9:42 PM, Ian Allison iana.p...@gmail.com wrote: There is nothing in /etc/libvirt/qemu/networks/autostart. I'm not sure why I need to specify the URI I'm used to redhat - but that's my problem. Following your suggestions, I think I got to the bottom of my problem. The machine I was running on had virtualbox installed a long time ago and this is what was being picked up as the default URI $ virsh uri vbox:///system Following the information http://libvirt.org/uri.html.Setting the following environment variable VIRSH_DEFAULT_CONNECT_URI=qemu:///system solves my problem. Again. Thanks for all your help. Cheers, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606579: git-annex add from subdir using SHA1 backend is buggy
package: git-annex version: 0.11 Please see attached typescript. Script started on Fri 10 Dec 2010 12:32:15 AM CST 00:32:16 -0600 a...@zoot[1]:/tmp/annex-bug$ git init Initialized empty Git repository in /tmp/annex-bug/.git/ 00:32:20 -0600 a...@zoot[1]:/tmp/annex-bug$ git annex init buggy init buggy [master (root-commit) eb197e1] git-annex setup 1 files changed, 1 insertions(+), 0 deletions(-) create mode 100644 .gitattributes [master b1921a6] git annex init 1 files changed, 1 insertions(+), 0 deletions(-) create mode 100644 .git-annex/uuid.log ok 00:32:30 -0600 a...@zoot[1]:/tmp/annex-bug$ echo * annex.backend SHA1 .gitattributes 00:32:50 -0600 a...@zoot[1]:/tmp/annex-bug$ git ci -m change annex backend to SHA1 .gitattributes [master be1e07a] change annex backend to SHA1 1 files changed, 1 insertions(+), 1 deletions(-) 00:33:04 -0600 a...@zoot[1]:/tmp/annex-bug$ echo data large-file 00:33:26 -0600 a...@zoot[1]:/tmp/annex-bug$ git annex add large-file add large-file (checksum...) ok (Recording state in git...) 00:33:30 -0600 a...@zoot[1]:/tmp/annex-bug$ git ci -m added large file [master 8c450e3] added large file 2 files changed, 2 insertions(+), 0 deletions(-) create mode 100644 .git-annex/SHA1:c5d84736ba451747dd5f0eb9d17e104f3697ef47.log create mode 12 large-file 00:33:36 -0600 a...@zoot[1]:/tmp/annex-bug$ git annex unlock large-file unlock large-file (copying...) ok 00:33:42 -0600 a...@zoot[1]:/tmp/annex-bug$ echo different large-file 00:33:53 -0600 a...@zoot[1]:/tmp/annex-bug$ git add large-file 00:34:01 -0600 a...@zoot[1]:/tmp/annex-bug$ git ci -m changed large file add large-file (checksum...) ok ok [master 02e23ab] changed large file 2 files changed, 2 insertions(+), 1 deletions(-) create mode 100644 .git-annex/SHA1:6360c4e01dded70b5338697d1b5498d9c63cae1f.log 00:34:13 -0600 a...@zoot[1]:/tmp/annex-bug$ git annex unlock large-file unlock large-file (copying...) ok 00:34:20 -0600 a...@zoot[1]:/tmp/annex-bug$ date large-file 00:34:25 -0600 a...@zoot[1]:/tmp/annex-bug$ git annex add large-file add large-file (checksum...) ok (Recording state in git...) 00:34:29 -0600 a...@zoot[1]:/tmp/annex-bug$ 00:35:00 -0600 a...@zoot[1]:/tmp/annex-bug$ git ci -m 'another change' [master ae500e2] another change 2 files changed, 2 insertions(+), 1 deletions(-) create mode 100644 .git-annex/SHA1:b4cc3ad361e880dacda7341d7e2104d70c24f8fe.log 00:35:13 -0600 a...@zoot[1]:/tmp/annex-bug$ mkdir dir 00:35:16 -0600 a...@zoot[1]:/tmp/annex-bug$ git mv large-file dir 00:35:21 -0600 a...@zoot[1]:/tmp/annex-bug$ git ci -m 'moved to a subdir' fix dir/large-file ok (Recording state in git...) [master 26e5d76] moved to a subdir 2 files changed, 1 insertions(+), 1 deletions(-) create mode 12 dir/large-file delete mode 12 large-file 00:35:26 -0600 a...@zoot[1]:/tmp/annex-bug$ cd dir 00:35:31 -0600 a...@zoot[1]:/tmp/annex-bug(master)/dir$ git annex unlock large-file unlock large-file (copying...) ok 00:35:37 -0600 a...@zoot[1]:/tmp/annex-bug(master)/dir$ echo original large-file 00:35:44 -0600 a...@zoot[1]:/tmp/annex-bug(master)/dir$ git annex add large-file git-annex: dir/large-file: getSymbolicLinkStatus: does not exist (No such file or directory) 00:35:47 -0600 a...@zoot[1]:/tmp/annex-bug(master)/dir$ exit Script done on Fri 10 Dec 2010 12:35:53 AM CST
Bug#562234: Cache file location in violation of FHS
Alasdair G Kergon a...@redhat.com writes: On Thu, Dec 09, 2010 at 08:46:50AM +0100, Goswin von Brederlow wrote: In what case does it break? That's the wrong question:) You should ask: Under what conditions are its hard-coded assumptions about LVM metadata true? Alasdair Way to avoid answering. From the BTS I gather that grub2 can't handle mirrored LVs. Support for snapshots suposedly was fixed. No report about pvmove. Anything else with LVM in the topic is about install failures and pretty vague. So if you know of a way other than mirrored LVs to make grub2 fail then please do report a bug. It works here[tm], which makes it hard to debug and fix suposed problems. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606520: linux-tools-2.6.36: /usr/bin/perf_2.6.36 links against openssl but copyright lists only GPLv2 without exceptions
Ben Hutchings b...@decadent.org.uk writes: I have no idea what the upstream developers intended, they seem a bit clueless about distribution. I only just realised that they try to use libbfd (GPLv3, incompatible) even though perf can get the same functionality from libiberty (GPLv2)! Hmm, are you planning to file a separate bug report about that? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606520: linux-tools-2.6.36: /usr/bin/perf_2.6.36 links against openssl but copyright lists only GPLv2 without exceptions
Ben Hutchings b...@decadent.org.uk writes: Since perf doesn't use any of the functionality in libssl via Python, I'm not convinced there's a problem here. Good. Would it be appropriate to describe this in copyright file though? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606370: CVE-2010-2761 CVE-2010-4410 CVE-2010-4411
On Wed, Dec 08, 2010 at 07:47:18PM +0100, Moritz Muehlenhoff wrote: Package: libcgi-pm-perl Version: 3.49-1 Severity: grave Tags: security Three security issues have been reported in libcgi-pm-perl: http://security-tracker.debian.org/tracker/CVE-2010-2761 http://security-tracker.debian.org/tracker/CVE-2010-4410 http://security-tracker.debian.org/tracker/CVE-2010-4411 The first two issues are fixed in 3.50 (already in sid), but the second is still pending a final fix (see the referenced link). Please get in touch with the release team to check, whether migrating 3.50 plus the fix for CVE-2010-4411 or uploading a tpu fix with 3.49 plus the security fixes is the best way to resolve this. Please note that CGI.pm is also in perl-modules. I'm unfortunately busy ATM, and I'd very much appreciate a clone of this bug with proposed patches. NMUs are also fine by me. % corelist -a CGI | fgrep v5.10 v5.10.03.29 v5.10.13.43 -- 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#606588: unscd: Uninstallable if NSCD already installed and using dependency based boot
Package: unscd Version: 0.47-1 Severity: grave *** Please type your report below this line *** UNSCD fails to install with insserv throwing this error: Setting up unscd (0.47-1) ... insserv: script unscd: service nscd already provided! insserv: exiting now! Forcing it like this appears to have worked: laptop...@thinkpad006:~$ sudo update-rc.d -f nscd remove update-rc.d: using dependency based boot sequencing laptop...@thinkpad006:~$ sudo update-rc.d -f unscd defaults update-rc.d: using dependency based boot sequencing insserv: script nscd: service nscd already provided! laptop...@thinkpad006:~$ sudo dpkg --configure -a Setting up unscd (0.47-1) ... insserv: script nscd: service nscd already provided! Starting Micro Name Service Cache Daemon: unscd. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unscd depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib unscd recommends no packages unscd suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#606536: Fwd: Bug#606536: fped: FTBFS: tsort: cycle: ./Common: line 37: 2851 Aborted
Xiangfu Liu wrote: someone report a bug. there is some test error in Debian on Renesas SH(sh4) CPU. This was a false error - the regression test is supposed to cause fped to abort, which it did, but the shell didn't print Aborted on that platform. I've changed the test to just ignore any Aborted following the error in revision 5997. Thanks, - Werner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606589: xen-linux-system-2.6.32-5-xen-amd64 doesn't upgrade from xen-linux-system-2.6.26-2-xen-amd64
Package: xen-linux-system-2.6.32-5-xen-amd64 Version: 2.6.32-28 Severity: serious Tags: squeeze When upgrading a fully working server running the Lenny version of Xen, with xen-linux-system-2.6.26-2-xen-amd64 installed, the xen-hypervisor package isn't installed, and xen-linux-system-2.6.32-5-xen-amd64 either. I believe the fix should be quite simple with a Replaces: dependency added or something similar. Also, the normal behavior in Lenny is that in Grub, the hypervisor is booted first, the option to run the Linux kernel without it being later on the list. It would be nice to have the same order in Squeeze in order to not break things (but that can have a lower priority than fixing the above which is really more annoying...). Cheers, Thomas Goirand (zigo) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') 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/bash Versions of packages xen-linux-system-2.6.32-5-xen-amd64 depends on: ii linux-image-2.6.32-5-xen-amd6 2.6.32-28 Linux 2.6.32 for 64-bit PCs, Xen d ii xen-hypervisor-4.0-amd64 [xen 4.0.1-1The Xen Hypervisor on AMD64 xen-linux-system-2.6.32-5-xen-amd64 recommends no packages. xen-linux-system-2.6.32-5-xen-amd64 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#606590: Upgrading from Lenny leaves xen-hypervisor-3.2-1-amd64 in and doesn't install 4.0
Package: xen-hypervisor-4.0-amd64 Version: 4.0.1-1 Severity: serious Tags: squeeze Hi there! Upgrading from Lenny to Squeeze left my box with xen-hypervisor-3.2-1-amd64 installed, and I had to apt-get install xen-hypervisor-4.0-amd64 manually to have it installed after a dist-upgrade. This for sure, isn't the expected behavior. Also, after the dist-upgrade, I did: apt-get install xen-linux-system-2.6.32-5-xen-amd because it wasn't installed either. Surprisingly, instead of installing the 4.0 hypervisor, dependencies were satisfied, and I had both the xen-linux-system-2.6.26-2-xen-amd64 and xen-linux-system-2.6.32-5-xen-amd64 left installed on my server. I believe xen-linux-system-2.6.32-5-xen-amd64 should depend on xen-hypervisor-4.0-amd64 just xen-hypervisor-amd64 (and it should be the same for the i686 flavor). I'd be happy to provide patches if needed, but it should be trivial dependency tweaks. Cheers, Thomas Goirand (zigo) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') 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/bash xen-hypervisor-4.0-amd64 depends on no packages. Versions of packages xen-hypervisor-4.0-amd64 recommends: ii xen-utils-4.0 4.0.1-1XEN administrative tools Versions of packages xen-hypervisor-4.0-amd64 suggests: ii xen-docs-4.0 4.0.1-1Documentation for Xen -- 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#506029: Appear again after security Update
This bug just appear on my debian Lenny after a security update. I'm also using lenny-backport. I have to disable all SSL domain on my server in order to make my apache to work. Here is my sources.list: deb http://mir1.ovh.net/debian/ lenny main contrib non-free deb-src http://mir1.ovh.net/debian/ lenny main contrib non-free deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free deb http://security.debian.org/ lenny/updates main contrib non-free deb-src http://security.debian.org/ lenny/updates main contrib non-free deb http://www.backports.org/debian lenny-backports main contrib non-free deb-src http://www.backports.org/debian lenny-backports main contrib non-free Here is my preferences (pinning): Package: * Pin: release a=lenny-backports Pin-Priority: 999 Is there a way to make it work quickly?