Package: aptitude
Version: 0.4.11.11-1~lenny2
Severity: grave
Tags: security
Justification: renders package unusable
Since December 2nd 2011 aptitude fails to work.
aptitude update shows:
Hit http://volatile.debian.org lenny/volatile/main Packages
Hit http://volatile.debian.org lenny/volat
Hi Guido,
Am Donnerstag, den 10.11.2011, 18:13 +0100 schrieb Guido Günther:
> I think if virt-manager works correctly this python bindings should be
> o.k. IIRC it broke the build so if you're running it already it should
> be o.k.
Yes virt-manager works fine.
> I also remember that the numa supp
Am Donnerstag, den 10.11.2011, 16:58 +0100 schrieb Guido Günther:
> Yes, that's correct. NUMA support never got enables since it had some
> problems but I don't have hardware to check currently. Could you rebuild
> with numa enanbled and report your findings?
> Cheers,
Sure can. I noticed the chan
Package: libvirt-bin
Version: 0.9.6-2
When using libvirt-bin on a numa-capable platform virsh cannot display
the capabilities.
# numactl --show
policy: default
preferred node: current
physcpubind: 0 1 2 3 4 5 6 7
cpubind: 0 1 2 3
nodebind: 0 1 2 3
membind: 0 1 2 3
virsh does not display the numa
Using Qemu-kvm 0.15.0 via libvirt seems to work fine.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ok.
Now it is getting really weird. I tried to reproduce the behavior on
WinXP without libvirt.
Adding the first device works via usb_add (without adding a hub)
Adding a second device does not really work
- The device is added
- A hub is added automatically
- But the devices apparently are not
any device does not work as long as the hub is in place!
- Removing the hub works
Now attaching devices work again. Apparently the communication with the
hub is broken on Win7. It works fine on WinXP and Linux as far as I have
tested.
Am Donnerstag, den 29.09.2011, 13:19 +0200 schrieb Ralf
Package: qemu-kvm
Version: 0.12.5+dfsg-5+squeeze6
Severity: normal
-- Package-specific info:
/proc/cpuinfo:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz
stepping: 11
cpu MH
Hi,
actually I do not agree with the changed severity of the bug. This
essentially renders the Libvirt-based virtualization of Squeeze useless
for IPv6. Since FullIPv6Support has been a release goal for Squeeze this
is a Bug and not just a wish.
What do you think?
Kind regards,
Ralf
Package: libvirt-bin
Version: 0.8.3-5
Severity: important
File: libvirt
Tags: ipv6
Libvirt supports the creation of virtual networks via virsh or virt-manager.
These virtual networks are implemented as a bridge using the bridge-utilities.
IPv6 is disabled by default on these bridges and the usage
This fixed it. Great! Thanks a lot. Bug closed from my side ;-)
- Ralf
Am Dienstag, den 23.11.2010, 15:47 +0200 schrieb Török Edwin:
> On Tue, 23 Nov 2010 13:59:28 +0100
> Ralf Spenneberg wrote:
>
> > Hi,
> >
> > attached is the log from the gdb.
>
> Thank
Hi,
attached is the log from the gdb.
Kind regards,
Ralf
(no debugging symbols found)
Core was generated by `clamscan --debug p003'.
Program terminated with signal 4, Illegal instruction.
[New process 31347]
[New process 31434]
#0 0xb17cbe2a in ?? ()
Dump of assembler code from 0xb17cbe2a to
Hi.
Thanks for the fast response.
Am Dienstag, den 23.11.2010, 11:00 +0200 schrieb Török Edwin:
> Please install gdb, and run this command (using the attached gdbscript
> file):
> $ gdb -batch -x gdbscript -c core >log 2>&1
I have problems running the gdbscript. The log contains:
(no debugging sy
Package: libclamav6
Version: 0.96.4+dfsg-1~volatile1
Severity: important
-- System Information:
Debian Release: 5.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bi
Package: selinux-policy-refpolicy-targeted
Version: 0.0.20061018-5
Severity: important
SELinux targeted policy is loaded
Both nscd and apache2 are installed
Both nscd.pp and apache.pp are loaded
All files are appropiatly labeled by a relabeling during boot (/.autorelabel)
If nscd is not running, a
15 matches
Mail list logo
