Control: tag -1 + moreinfo
19.06.2014 09:05, Daniel Dickinson wrote:
> Package: qemu-kvm
> Version: 1.1.2+dfsg-6+deb7u3
> Severity: normal
>
> The ich9-ehc1, with ich9-uchi1, ... as slaves (the configuration used by
> libvirt-bin when virt-manager's USB2 option is selected) results in USB
> pas
Control: severity -1 minor
16.06.2014 14:26, Paul Wise wrote:
> Package: qemu-system-x86
> Version: 2.0.0+dfsg-6+b1
> Severity: normal
>
> I got this warning on upgrade:
>
> Setting up qemu-system-x86 (2.0.0+dfsg-6+b1) ...
> update-rc.d: warning: start and stop actions are no longer supported; f
24.06.2014 16:41, ChangZhuo Chen (陳昌倬) wrote:
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "lilyterm"
>
> Package name: lilyterm
> Version : 0.9.9.4-1
> Upstream Author : Lu, Chao-Ming (Tetralet)
> URL
Source: qemu
Version: 1.4.0~rc0+dfsg-1exp
Severity: grave
Tags: security upstream patch jessie sid
There's a security hole reported for vmxnet3 device as emulated by qemu.
This is a vmware network device.
The vulnerability has been assigned CVE-2013-4544.
The device has been introduced in qemu ver
Source: qemu
Version: 0.6.1-1
Severity: grave
Tags: security patch upstream squeeze wheezy jessie sid
This is a guest-triggerable buffer overrun in virtio-net device in qemu.
The relevant code has been added to qemu in version 0.6, which means it
is in all versions of debian. The network device i
Package: librbd-dev, librados-dev
Version: 0.72.2-2
Severity: grave
Currently, testing+unstable has librbd version 0.72.2-2. When linking,
for example, qemu against this version of librbd, the resulting depends
on unversioned librbd1. But for example, librbd1 version 0.47.2-1 does
not provide so
13.04.2014 11:03, Kingsley G. Morse Jr. wrote:
> Package: qemu
> Version: 1.7.0+dfsg-8
> Severity: normal
>
> Hi,
>
> Thank you for maintaining qemu.
>
> It can be handy when you need to run a program
> compiled for a different operating system.
>
> I happened to notice that after upgrading fro
09.01.2014 10:53, Christian Balzer wrote:
>
> Hello,
>
> Meanwhile, we're at qemu 1.7, ceph is at 0.72, both in sid and
> wheezy-backports.
>
> I'd really, really would love to see RBD re-enabled by default for these
> and when things have trickled into jessie.
I just removed librbd support i
13.04.2014 21:39, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sun, 2014-03-23 at 12:45 +0100, Gabriele Giacone wrote:
>> On Sun, Mar 23, 2014 at 01:48:34PM +0400, Michael Tokarev wrote:
>>> Please note that the same changes should be done for qemu-kv
13.04.2014 22:04, Adam D. Barratt wrote:
> On Sun, 2014-04-13 at 21:49 +0400, Michael Tokarev wrote:
>> 13.04.2014 21:39, Adam D. Barratt wrote:
>>>
>>> On Sun, 2014-03-23 at 12:45 +0100, Gabriele Giacone wrote:
>>>> On Sun, Mar 23, 2014 at 01:48:34PM +04
Control: severity -1 important
11.04.2014 17:30, Michael Tokarev wrote:
> The impact is somewhat low still, since only guests using vmxnet3 device are
> affected, which should not be many.
Lowering severity to be important, not grave.
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dis
14.04.2014 00:25, Kingsley G. Morse Jr. wrote:
> Hi Michael,
Hello!
[]
> I like your idea of specifying the command line
> that elicited the bug.
>
> It's
>
> $ /usr/bin/qemu -hda //.raw -m 512 -localtime -no-acpi -cdrom
> /dev/cdrom
Hmm. It is most likely -no-acpi. I don't have any win
14.04.2014 04:26, Christian Balzer wrote:
> On Sun, 13 Apr 2014 19:04:45 +0400 Michael Tokarev wrote:
[]
>> I just removed librbd support in qemu once again, because the same old
>> issue - lack of library/symbol versioning - which prevented ceph from
>> going into wheezy -
14.04.2014 10:47, Dmitry Smirnov wrote:
> Hi Michael,
Hello!
> On Sun, 13 Apr 2014 18:32:05 Michael Tokarev wrote:
[]
>> That to say, linking programs with librbd or librados breaks those
>> programs in random way.
>
> Thank you for detailed report.
This is the same as
14.04.2014 11:42, Dmitry Smirnov wrote:
> On Mon, 14 Apr 2014 11:23:29 Michael Tokarev wrote:
>> 14.04.2014 10:47, Dmitry Smirnov wrote:
>>> By the way do you think that just using "dh_makeshlibs -V" would be
>>> sufficient? Although I committed .symbols fil
Josh, thank you very much for stepping in an for your explanations!
A few more comments below.
15.04.2014 03:06, Josh Durgin wrote:
> On 04/14/2014 02:43 AM, Dmitry Smirnov wrote:
[]
>> Specifically in regards to Ceph for a moment I feel much more comfortable
>> with
>> "dh_makeshlibs -V" not onl
18.04.2014 00:21, Иван Сусанин wrote:
[]
> I've already reopened original udchpc bug at busybox bugtracker
> (https://bugs.busybox.net/show_bug.cgi?id=3979), but it looks like I'm asking
> for a miracle...
I've seen that discussion. And frankly, I strongly support Denis here.
We've a well-docum
18.04.2014 15:40, Adam D. Barratt wrote:
> On 2014-04-13 19:05, Michael Tokarev wrote:
[]
>>>> There's a pending security update for qemu fixing CVE-2014-0150 (#744221),
>>>> which uploads +deb7u1 for both qemu and qemu-kvm, fwiw.
>>>
>>> Okay, th
Package: qemu-system, qemu-kvm
Version: 1.1.2+dfsg-1
Severity: serious
Tags: security upstream patch wheezy jessie
CVE-2014-2894, a guest-triggerable out of bounds memory access using
IDE SMART commands. This can lead to qemu process memory corruption
and potentially (unlikely) to invalid code ex
Package: wnpp
Severity: normal
I intend to orphan the vgabios package.
The package description is:
The goal of this project is to provide a Video BIOS for Bochs and Qemu.
This VGA BIOS is very specific to the bochs/qemu emulated VGA card.
.
WARNING: It is NOT meant to drive a physical vga car
18.04.2014 16:27, Adam D. Barratt wrote:
> On 2014-04-18 12:54, Michael Tokarev wrote:
>> 18.04.2014 15:40, Adam D. Barratt wrote:
>>> Not wishing to chase, just a gentle reminder that the window for getting
>>> updates in to 7.5 closes over the weekend. (Although get
Control: severity 745185 important
Control: reassign 745185 qemu-system
Control: merge 745269 745185
Control: forwarded 745269
http://thread.gmane.org/gmane.comp.emulators.qemu/267839
20.04.2014 09:03, M. Vefa Bicakci wrote:
> Package: qemu-system
> Version: 2.0.0+dfsg-2
> Severity: important
>
22.04.2014 13:19, Patrice Pillot wrote:
> Package: qemu-system-x86
> Version: 1.7.0+dfsg-9
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> Since kernel 3.13 migrated into jessie, I cannot start KVM guests
> anymore.
>
> If I boot on the last jessie 3.12 kerne
22.04.2014 03:21, Dmitry Smirnov wrote:
> Dear Michael,
>
> I just want to let you know that Ceph_0.72.2-3 introduced library versioning
> mechanism and it already migrated to "testing". Ceph_0.79 in "experimental"
> now provides symbols (starting from 0.72.2) for all its libraries. I built
> q
22.04.2014 18:40, Bruno Kleinert wrote:
> Hi Michael,
>
> I think you wanted to write "switch back to sdl1 from sdl2, as the
> latter apparently isn't ready [...]".
Hehe. Yes, you're obviously right, it is twisted and wrong indeed :)
Fixed in git, will be there on next upload.
Thank you!
/mjt
Control: reassign -1 qemu-system
Control: merge -1 689239
24.04.2014 05:09, Michael Evans wrote:
> Package: qemu
> Version: 2.0.0+dfsg-3
> Severity: important
There's absolutely no need to report the same bug 5th time.
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
01.03.2014 06:17, Cyril Brulebois wrote:
> Package: busybox
> Version: 1:1.20.0-7
> Severity: normal
> Tags: patch
>
> Hi,
>
> the title and the attached patch say it all.
Oh well.
This come several times in the past for various packages, and it always
ends up in some strange place.
I always b
Control: tag -1 + pending
01.03.2014 12:01, Michael Tokarev wrote:
> 01.03.2014 06:17, Cyril Brulebois wrote:
>> Package: busybox
>> Version: 1:1.20.0-7
>> Severity: normal
>> Tags: patch
>>
>> Hi,
>>
>> the title and the attached patch say it
I'm forwarding this to upstream, such enhancements, in my opinion,
should not be done inside a single distribution, and since I don't
use (and don't even know how to use) the mentioned features I can't
further comment on this, and don't really want to become a broken
phone.
Thank you for the good
05.03.2014 15:02, Petter Reinholdtsen wrote:
> Where can I find the rationale for limiting the spice package to amd64
> and i386 only? I need it on arm to use it with my Raspberry Pi, and
> fail to understand why the Debian package is missing there.
http://www.spice-space.org/page/FAQ -- see the
07.03.2014 15:11, Gonéri Le Bouder wrote:
> For your information, some weeks ago, I rebuilt qemu 1.7.0+dfsg-2~bpo70
> against ceph.com Wheezy backport. The packages are there:
> http://people.debian.org/~goneri/debian/wheezy-backports/
>
> We use them in my company without any issue. So I suppor
Package: qemu, qemu-kvm
Version: 1.1.2+dfsg-6
Severity: grave
Tags: security patch upstream
Several flaws were found in guest image format processing in qemu.
CVEs are as follows:
parallels: Sanity check for s->tracks (CVE-2014-0142)
parallels: Fix catalog size integer overflow (CVE-2014-0143)
qc
Control: tag -1 + wontfix - patch
29.03.2014 01:28, Jon Severinsson wrote:
> Package: src:qemu
> Version: 1.7.0+dfsg-5
> Severity: wishlist
> Tags: patch
>
> Please apply the attached patch adding support for the Tanglu GNU/Linux [1]
> distribution.
I don't think it is necessary, for several re
31.03.2014 21:50, Udo Rader wrote:
> Package: qemu
> Version: 1.7.0+dfsg-2~bpo70+2
> Severity: important
> Tags: upstream
>
> I have a vm with multiple NICs configured like this:
>
>
>
>
>
>function='0x0'/>
>
>
>
>
>
>functi
Control: tag -1 + confirmed
Control: retitle -1 qemu: vm with pc-0.11 machine and multiple NICs do not
start anymore: RAMBlock "blahblah.rom" already registered, abort!
31.03.2014 23:00, Udo Rader wrote:
> On 03/31/2014 08:37 PM, Michael Tokarev wrote:
>> Can you please show
Control: tag -1 + confirmed
Control: found -1 2.0.0~rc1+dfsg-1exp
06.03.2014 04:35, Christoph Biedl wrote:
> Package: qemu-user-static
> Version: 1.7.0+dfsg-3
> Severity: normal
>
> Dear Maintainer,
>
> this seems to be different from #731082 but I might be wrong.
Yes it is.
> My scripts that
Control: found -1 2.0.0~rc1+dfsg-1exp
Control: severity -1 minor
Control: tag -1 + upstream
This bugreport has been here for quite some time, and it is still valid
for current version of qemu (which is 2.0-tobe).
Yes, qemu does not work for this cpu type (-cpu 7455), but it works just
fine for so
05.04.2014 22:18, Michael Tokarev wrote:
> 06.03.2014 04:35, Christoph Biedl wrote:
[]
>> # chroot /tmp/chroot/ /usr/bin/qemu-ppc-static /usr/bin/ssh-keygen
>>
>> Output:
>>
>> Invalid instruction
>> NIP 6fe34874 LR 6fe34c78 CTR 6fc59508 XER 0
Control: tag -1 + confirmed upstream
Control: found -1 2.0.0+dfsg-1
26.04.2014 20:00, Christoph Biedl wrote:
> Package: qemu-user-static
> Version: 1.7.0+dfsg-9
> Severity: normal
>
> Dear Maintainer,
>
> while trying to set up a foreign chroot for sparc, loosely based in
> the instructions foun
Control: severity -1 normal
Not replying to questions helps.
Since no one uses 32bit kernels with kvm nowadays,
and since it looks like the bugreport is misfiled
anyway, downgrading severity from grave to normal.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.
Package: pixz
Version: 1.0.2-2
Severity: important
Tags: security upstream
When pixz creates a file for the result of (de)compression, it uses
default umask, so file gets created with, say, 0644 permissions.
Even if the original file we're about to (de)compress has stricter
permissions.
This way
01.05.2014 04:36, Dmitry Smirnov wrote:
> On Tue, 22 Apr 2014 14:32:30 Michael Tokarev wrote:
>> I think that's all what needed, I will re-enable rbd/ceph on the next qemu
>> upload.
>
> We're waiting for this functionality so eagerly but apparently it is st
31.07.2012 10:19, Christoph Biedl wrote:
> Michael Tokarev wrote...
[]
>> But first, can you please try the new 1.1 version of qemu-kvm (currently
>> in sid), whenever it shows the same issue too (please be aware about a
>> new bug in 1.1, http://bugs.debian.org/679788, wh
Now once libssh2 which build-depends on new gcrypt hit the archive,
other programs which use it but also use gnutls (but not _new_
gnutls yet) become unbuildable.
https://buildd.debian.org/status/package.php?p=qemu
Dependency installability problem for qemu on armel and sparc:
qemu build-depen
23.05.2014 19:03, Miquel van Smoorenburg wrote:
> If no mdadm.conf file is found in initramfs, the local-top mdadm script will
> create one on the fly like this:
>
> echo DEVICE partitions > $CONFIG
> $MDADM --examine --scan >> $CONFIG
>
> However, this config will fail to assemble Intel RAI
Control: tag -1 pending
26.05.2014 16:57, Fabio Fantoni wrote:
> Source: spice
> Severity: normal
>
> I saw that obsolete spicec is still in latest spice packages (0.12.5-1).
> I think can be good remove it.
Yes it should be good to remove it, AND I planned to remove it,
just not right now. It'
I'm sorry to say that, but when you suspend the host,
unsuspecting guests just aren't prepared for the timers
to stop. This is something which should not be done.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
Control: tag -1 + wontfix
29.05.2014 23:18, Michael Tokarev wrote:
> I'm sorry to say that, but when you suspend the host,
> unsuspecting guests just aren't prepared for the timers
> to stop. This is something which should not be done.
I'll mark it as wontfix for now, d
Control: tag -1 + moreinfo
31.05.2014 02:23, Ernesto wrote:
> Package: qemu-utils
> Version: 2.0.0+dfsg-4+b1
> Severity: normal
>
> Dear Maintainer,
>
> I use qemu-nbd to mount a ext4 filesystem from a virtual disk image which is
> stored in an NTFS partition. I have more space in the NTFS part
Control: retitle -1 legacy -cdrom/-hda options does not work with q35
Control: severity -1 wishlist
Control: tag -1 + upstream confirmed
10.06.2014 09:16, Thomas wrote:
> Package: qemu-system-x86
> Version: 2.0.0+dfsg-6
> Severity: normal
>
> Dear Maintainer,
>
> I want to use the Q35 qemu platf
Control: severity -1 wishlist
Control: retitle -1 docs are not easy to find
12.06.2014 12:48, Michal Suchanek wrote:
Package: qemu-system-x86
Version: 2.0.0+dfsg-6
Severity: normal
Hello,
qemu git includes docs/usb2.txt which the debian packages d not seem to
package.
Actually _all_ availabl
Package: libssh2-1-dev
Version: 1.4.2-1.1
Severity: normal
$ pkg-config --libs libssh2
-Wl,-z,relro -lssh2 -lgcrypt
It should not list -Wl,-z,relro here.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact lis
08.05.2014 16:36, Michael Tokarev wrote:
> Package: libssh2-1-dev
> Version: 1.4.2-1.1
> Severity: normal
>
> $ pkg-config --libs libssh2
> -Wl,-z,relro -lssh2 -lgcrypt
>
> It should not list -Wl,-z,relro here.
And it should not list -lgrcypt here too, it should go
10.05.2014 20:25, Michael Meier wrote:
> Package: qemu
> Version: 2.0.0+dfsg-4
> Severity: normal
>
> When using the -smb parameter, qemu does not start up the smbd service.
> it creates the necessary config file in the /tmp/ folder though.
Please try to browse \\10.0.2.4\ from windows with your
Source: vlc
Version: 2.1.2-2~bpo70+2
Severity: serious
Backport of vlc to wheezy uses libsmbclient from samba4, which
means that when installing vlc on a wheezy system, whole samba
suite has to be upgraded too if samba is installed.
This is because vlc runtime-depends on libsmbclient >= the one
i
Control: retitle -1 samba4 does not work with qemu -smb
Control: found -1 1.1.2+dfsg-1
Control: tag -1 + confirmed upstream
After some digging around it turns out that the problem is the
different interface used by samba4. With samba3 everything
works fine.
It looks like samba4 does not work in
11.05.2014 13:04, Michael Tokarev wrote:
> Backport of vlc to wheezy uses libsmbclient from samba4, which
> means that when installing vlc on a wheezy system, whole samba
> suite has to be upgraded too if samba is installed.
...
> I see the changelog entry in vlc:
>
> 2.1.2-2~bp
11.05.2014 16:21, Michael Tokarev wrote:
[]
> It looks like just adding
>
> SMBCLIENT_CFLAGS=" " SMBCLIENT_LIBS=-lsmbclient
>
> environment variables to ./configure invocation fixes this issue.
> (SMBCLIENT_CFLAGS should not be empty or else it won't be recogniz
Control: tag -1 + wontfix
Tagging as wontfix. I really see a reason to split qemu-user packages into
parts. Disk space is cheap, and there aren't any further dependencies, and
you get whole thing without much thinking which one do you need (which, with
many similar arches like -arm -armel etc, m
Control: reassign -1 linux-image-3.13-1-amd64 3.13.10-1
Your qemu-nbd process blocks in kernel mode, apparently while trying to
do some ext4 operation (and from your description I don't see what's
going on: you said qemu-nbd just exports an image with ext4 fs, it
should not do cause any ext4 calls
Control: tag -1 - patch
Control: forwarded -1 https://bugs.launchpad.net/qemu/+bug/1319100
13.05.2014 19:31, Manuel Traut wrote:
> Package: qemu-user-static
> Version: 2.0.0+dfsg-4
> Severity: normal
> Tags: upstream patch
>
> Dear Maintainer,
>
> running mono in a chroot environment with qemu-u
Control: reopen -1
There are 2 more CVEs assigned to new issues found in qcow1 format processing.
Since there's the same set of isssues, and since the relevant bug has only
been closed for -testing anyway (and needs backporting to -stable and even
maybe -oldstable), I'm adding them here.
CVE-2014
I uploaded a new qemu package to unstable yesterday,
it enables rbd support again.
However, since it contains one new package (unrelated),
it went to a NEW queue, so expect some more delay while
this queue is processed.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.d
Adding more issues to the same bugreport.
CVE-2014-3461
http://article.gmane.org/gmane.comp.emulators.qemu/272322
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
13.03.2014 05:32, Christoph Anton Mitterer wrote:
> Package: qemu-system-x86
> Version: 1.7.0+dfsg-4
> Severity: grave
> Justification: renders package unusable
>
>
> Hey there.
>
> Unpacking qemu-system-x86 (1.7.0+dfsg-4) over (1.7.0+dfsg-3) ...
> dpkg: error processing archive
> /var/cache/ap
16.03.2014 23:24, Gabriele Giacone wrote:
> Package: qemu-kvm
> Version: 1.1.2+dfsg-6
> Severity: important
> Tags: wheezy
> Control: fixed -1 1.7.0+dfsg-3
>
> [ jessie machine with qemu packages from wheezy ]
Hello.
Thank you for the bugreport. It is always nice when the bug is
submitted in al
19.03.2014 06:17, Gabriele Giacone wrote:
[]
> Current qemu on wheezy (1.1.2) can boot hurd CD only on systems with
> hwaccel and by specifying --enable-kvm. it crashes without hwaccel,
> see [0]. Not a real problem on jenkins.d.n which has hwaccel, but IMHO
> [0] is important enough to get an uplo
23.03.2014 03:55, Gabriele Giacone wrote:
> Bisected. It works fine on wheezy.
>
> http://git.qemu.org/?p=qemu.git;a=commitdiff;h=4de6467cbc8f3ddff7f2dcb63f427b0e92de0e9d
Ok, thank you!
> I'll file a SPU with both #719633 and #741873 patches.
> Michael, if you have other changes, integrate.
Unf
23.03.2014 05:31, Gabriele Giacone wrote:
>
> Package: release.debian.org
> Severity: normal
> Tags: wheezy
> User: release.debian@packages.debian.org
> Usertags: pu
>
> Hello,
> this upload would fix two bugs with severity important regarding booting
> GNU/Hurd machines.
Please note that th
@
+qemu (1.1.2+dfsg-5) unstable; urgency=low
+
+ * fix USB regression introduced in 1.1 (Closes: #683983)
+uhci-don-t-queue-up-packets-after-one-with-the-SPD-flag-set.patch
+Big thanks to Peter Schaefer (https://bugs.launchpad.net/bugs/1033727)
+ for the help identifying the fix.
+
+ -- Micha
Package: libseccomp-dev
Version: 1.0.1-1
Severity: important
The subject says it all: there's no static library provided
by libseccomp-dev package.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
Source: libseccomp
Version: 1.0.1-1
Severity: normal
It looks like kernel supports seccomp on a number of architectures,
3.2 has it on:
s390 arm sh powerpc microblase mips sparc x86
please provide the package for more architectures, not just i386 and amd64.
Thanks!
/mjt
--
To UNSUBSCRIBE,
Control: severity -1 wishlist
20.01.2013 01:03, Kees Cook wrote:
I would strongly prefer to avoid shipping a static library for this package
to avoid programs linking to this non-dynamically, especially since it
makes security updates more difficult to track.
Well, this is a standard excuse fo
21.01.2013 03:27, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the src:libseccomp package:
#698606: please provide package for other architectures, not just x86
It has been closed by Kees Cook .
Their explanation is attac
21.01.2013 01:42, Jonathan Nieder wrote:
>>* add qemu-kvm package (transitional, depends on qemu-system),
>> and add /usr/bin/kvm wrapper that calls qemu-system-x86_64
>> with some arguments to match original qemu-kvm behavour.
>> (Closes: #560853)
>
> Oh, excellent!
Actually i
19.01.2013 15:23, Julien Cristau wrote:
> qemu{,-kvm} unblocked.
Thank you very much Julien!
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
23.01.2013 02:06, Gerardo Esteban Malazdrewicz wrote:
Package: qemu-system
Version: 1.3.0+dfsg-3exp
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Newest qemu-system absorbs old qemu-kvm functionality.
However, script to launch kvm is /usr/bin/kvm/kvm, where it is look
23.01.2013 13:38, Raoul Bhatia [IPAX] wrote:
Package: qemu
Version: 1.1.2+dfsg-5
Severity: whishlist
Now that's interesting you used this version number... ;) But ok.
Please rebuild qemu 1.1.2+dfsg-5 (or later),
which includes the e1000 CVE-2012-6075 bugfix, for backports.
Do you really me
23.01.2013 17:23, Raoul Bhatia [IPAX] wrote:
> On 2013-01-23 10:47, Michael Tokarev wrote:
>>
>> Do you really mean qemu or actually qemu-kvm?
>
> qemu-*? ;)
>
> My currently installed packages are qemu-keymaps, qemu-kvm and qemu-utils.
>
> Would src:qemu have
may become dirty on the next boot. So it is a change
with a good effect even for non-fakeraid arrays.
Thanks,
/mjt
29.10.2012 00:42, Michael Tokarev wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
This is a "pre-upload unbl
28.01.2013 04:09, skeksix wrote:
Please, can you close this bug report?
I am sorry with my lser bug report xDD
There's no problem with qemu-system-x86_64, there's a problem with a luser :D
I have used network install isos, which by default did not use virtio modules.
Well, maybe this bug
28.01.2013 05:07, Cyril Brulebois wrote:
Julien Cristau (26/01/2013):
3.2.5-5 unblocked. unblock-udeb pending d-i ack, probably post-rc1.
Looks like post-rc1 material to me indeed.
FWIW (not insisting for earlier inclusion, just noting), for the d-i,
the noticeable change is the inclusion
[Replying to an old bugreport...]
01.10.2006 12:02, Francesco Potorti` wrote:
Package: qemu
Version: 0.8.2-1
Severity: normal
When using -vnc, disabling DotWhenNoCursor does not work, neither from
the command line, by using -DotWhenNoCursor=0, nor from the F8 menu.
The dot appears whatever the
Version: 1.1.2+dfsg-1
[Answering to an old bugreport...]
26.09.2006 21:30, Francesco Potorti` wrote:
Package: qemu
Version: 0.8.2-1
Severity: normal
Saving and restoring the vm state does not work when running Windows 98
under an emulated 386. This happens equally when giving commands by
hand
Package: network-manager
Version: 0.9.0-2
Severity: critical
Having this network configuration (/etc/network/interfaces):
- cut -
auto lo
iface lo inet loopback
auto br0
iface br0 inet static
address 192.168.88.2
netmask 255.255.255.0
gateway 192.168.88.4
bridge-ports eth0
bridge-ma
Um. I haven't realized that it is possible to just stop
networkManager process (and disable it in /etc/rc?.d/)
in order to restore the functionality back, -- after
stopping it, all applications which were previously
refusing doing anything starts working again (What a
nice feature it is, NetworkMa
On 01.11.2011 21:24, Robert Millan wrote:
> 2011/11/1 Michael Tokarev :
>> But whole approach - trying to canonicalize the path this way -
>> is most likely wrong. It shouldn't be needed for the kernel
>> since it will do path resolution internally anyway during
>&g
reopen 635370
thanks
For the fun out of it all. The original code, even if
gcc produced a warning, worked correctly. Several attempts
to silence this warning produced worse or incorrect _code_.
I'm reverting the "fix" and marking this bug as not fixed.
The issue here is that enums in C are sign
On 20.11.2011 17:31, Robert Millan wrote:
> Cool. Btw, there's also #646961 (with patch available).
Yeah I looked at it today too, but have some.. issues with it.
For which I installed kFreeBSD system in kvm again.
The proposed change:
- /sbin/route add default gw $i dev $interf
tags 502035 + wontfix
thanks
[Replying to rather old bugreport...]
On 13.10.2008 01:34, Andrew Deason wrote:
> Package: busybox-udeb
> Severity: wishlist
> Tags: patch d-i
>
> I was about to file a wishlist bug against partman with a patch for
> using LABEL= mounting in /etc/fstab during the ins
Control: tags -1 + confirmed upstream
This is still the case on version 1.3, but at least
it prints the real error message now (Permission denied).
See also #390444.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
26.12.2012 02:53, patrick295767 wrote:
Package: qemu
Version: 0.12.5+dfsg-3squeeze1
Severity: normal
Hi,
If you install android you cannot make it to an image of ext3. yeap
indeed.
If you receive this error:
cannot mount /dev/sdaX
Then select the "ntfs" file system
Control: tags -1 + moreinfo unreproducible
[Replying to relatively old bugreport...]
13.06.2010 06:29, Seo Sanghyeon wrote:
Package: qemu-user
Version: 0.12.4+dfsg-2
Severity: important
QEMU user mode emulation binaries (specifically qemu-arm) fail with
mmap: Operation not permitted when run a
31.12.2012 00:43, Gianluigi Tiesi wrote:
On 12/29/12 15:57, Michael Tokarev wrote:
[]
vm -m 1024 -snapshot -device ahci,id=ahci0,bus=pci.0,addr=0x5 -drive
file=/dev/sda,if=none,id=drive-sata0-0-0,format=raw,boot=on -device
ide-hd,bus=ahci0.0,drive=drive-sata0-0-0,id=sata0-0-0
This is not
Control: tag -1 + wontfix
[Replying to an old bugreport...]
05.04.2007 18:13, Raphael Hertzog wrote:
Package: qemu
Version: 0.8.2-4
Severity: wishlist
Basically implement this but for Debian:
http://people.redhat.com/berrange/olpc/sdk/network-bridge.html
The package would use vde_switch to cre
01.01.2013 06:32, Jonathan Nieder wrote:
Package: qemu-system
Version: 1.3.0+dfsg-1~exp1
Severity: serious
Justification: failed upgrade
From today's upgrade:
| Preparing to replace qemu-system 1.3.0+dfsg-1~exp1 (using
.../qemu-system_1.3.0+dfsg-1~exp3_amd64.deb) ...
| Unpacking replacement q
01.01.2013 23:49, Venkat Kapur wrote:
This following patch seems to work, but I am not a really an expert in this
field.
That patch does not fix the problem for me. It still segfaults as before.
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "u
11.01.2013 20:42, Graham wrote:
Hi,
Though I'm currently not using md, I have done so in the past, and it
has always worked well for me. I saw this bug report and thought that
I might try to reproduce it. Here's what I did:
That's basically the steps I used too, more or less, when trying to
re
Control: tags -1 unreproducible moreinfo
On 06.11.2012 15:40, Teodor wrote:
> Package: qemu
> Version: 0.12.5+dfsg-3squeeze2
> Severity: serious
>
> Hi,
>
> I've just had a system crash a few seconds after I removed 'libaio1
> package (declared orphan by deborphan).
What kind of crash? Crash o
On 06.11.2012 17:02, Teodor MICU wrote:
> 2012/11/6 Michael Tokarev :
>> On 06.11.2012 15:40, Teodor wrote:
>>> I've just had a system crash a few seconds after I removed 'libaio1
>>> package (declared orphan by deborphan).
>>
>> What kind of crash
101 - 200 of 2616 matches
Mail list logo