09.05.2013 17:02, Lucas Nussbaum wrote:
On 09/05/13 at 15:55 +0400, Michael Tokarev wrote:
09.05.2013 12:15, Lucas Nussbaum wrote:
Source: seabios
Version: 1.7.2-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130509 qa-ftbfs
Justification: FTBFS
Control: tag -1 - moreinfo unreproducible + confirmed upstream
09.05.2013 17:41, Michael Tokarev wrote:
Compile checking out/acpi.o
src/acpi.c: In function 'patch_pcihp':
src/acpi.c:489:14: error: 'ssdt_pcihp_name' undeclared (first use in this
function)
It looks like iasl in sid
19.03.2013 15:04, Konrad Vrba пишет:
I have exactly the same problem, as described.
Is there away to specify (in preseeding) to skip installing busybox ?
Busybox is used in regular initramfs. While techincally initramfs might
work without busybox, no one really test things that way. So
19.03.2013 15:29, Konrad Vrba wrote:
I see, but custom kernel without initramfs should work. If there is a
way to skip installing busybox, I would appreciate.
That appears to be a wrong solution to a wrong problem.
Something is wrong with the archive mirror system apparently, or with
the
18.03.2013 01:06, Michael Gilbert wrote:
Do you have a link to the patch fixing this issue? This would be
useful for anyone considering nmuing a fix.
The fix has been in the qemu-kvm debian package git tree since the
day this bug has been reported, and the bug has been marked as
pending since
Package: qemu-kvm, qemu-system
Version: 1.1.2+dfsg-5
Severity: serious
Tags: confirmed patch upstream pending
In addition to another USB issue/regression in qemu[-kvm] 1.1, which
is described in #683983, there's one more of the same theme.
Certain host USB devices, for example, a Logitech
26.02.2013 03:21, John Spencer wrote:
[ quoting the full mail of lasse since it didnt make its way into the bb
maillist yet ]
Additionally there has been a discussion and attempts to cook up a
patch in Debian, see http://bugs.debian.org/686502 , which I submitted
as a bug to busybox bugzilla
Control: tag -1 + patch
The attached patch fixes the issue. It uses st.st_mode as a base
when creating a new file (falling back to usual 0666 when dealing
with stdin). It also uses the same stat attributes as used when
creating the file.
One more thing which is good to have here (it is also
16.02.2013 12:18, Michael Tokarev wrote:
Control: tag -1 + patch
The attached patch fixes the issue. It uses st.st_mode as a base
when creating a new file (falling back to usual 0666 when dealing
with stdin). It also uses the same stat attributes as used when
creating the file
Package: pigz
Version: 2.2.4-1
Severity: serious
Tags: security
When asked to compress a file with restricted permissions (like
mode 0600), the .gz file pigz creates while doing this has
usual mode derived from umask (like 0644). If the file is
large enough (and why we would use pigz instead of
Control: retitle -1 pigz creates temp files with too wide permissions
(CVE-2013-0296)
This issue has been assigned CVE-2013-0296.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-rc-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
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 it might
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
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
Source: roxterm
Version: 2.6.5-1
Severity: grave
Tags: security
When trying to click on an URL inside the roxterm window that contains
a single quote ('), the resulting command sent to the shell includes
this quote and is interpreted by the shell, for example:
http://example.com/quote'here
Control: severity -1 normal
Control: tags -1 - security
29.12.2012 15:49, Michael Tokarev wrote:
Source: roxterm
Version: 2.6.5-1
Severity: grave
Tags: security
When trying to click on an URL inside the roxterm window that contains
a single quote ('), the resulting command sent to the shell
Control: reopen -1
Control: retitle -1 potential guest-side buffer overflow caused by e1000 device
emulation and large incoming packets - CVE-2012-6075
Control: tags -1 + patch pending upstream
There is another half of the same issue. Current patch/fix which
has been applied is about the case
Package: libldns1
Version: 1.6.13-1~bpo60+1
Severity: grave
Justification: breaks other package(s)
After updating unbound, which is linked with libldns1, from the
version in squeeze-backports to the one in wheezy, the daemon
does not start:
Starting recursive DNS server: unbound
21.12.2012 17:06, Abou Al Montacir wrote:
On Thu, 2012-12-20 at 23:08 +0100, Bastian Blank wrote:
On Thu, Dec 20, 2012 at 10:42:41PM +0100, Abou Al Montacir wrote:
Can you please test the attached patch
How does it implement stream padding?
Hi Bastian,
As it is implemented, it will
Source: qemu
Severity: serious
Tags: patch upstream pending
There's a long-standing bug in qemu's vmdk format handling, which may
lead to data corruption when using vmdk-format images. It is fixed
by upstream commit b1649fae49a899a222c3ac53c5009dd6f23349e1 .
Original thread:
Source: qemu
Severity: serious
Tags: upstream patch pending security
When guest does not enable large packet receiving from the qemu-emulated
e1000 device, and a large packet is received from the network, qemu will
happily transfer whole thing to guest, causing a guest buffer overflow.
This is
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 of what,
On 06.11.2012 17:02, Teodor MICU wrote:
2012/11/6 Michael Tokarev m...@tls.msk.ru:
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? Crash of what, exactly? What you were
On 06.11.2012 17:39, Teodor MICU wrote:
2012/11/6 Michael Tokarev m...@tls.msk.ru:
So, can you start it again when libaio1 is NOT installed?
Yes, I was able to start the VMs again after the libaio1 removal. I'm
not sure about the full Xen system -- I can't test now.
In this case you really
I'm sorry this took too long. I was very busy last ~3 weeks.
Now I looked at it all, and have a few comments. I'm not sure
there's a need to respin/resend this patch, if you agree I'll
take care of it myself. Comments are inline.
On 02.10.2012 17:20, Miquel van Smoorenburg wrote:
Package:
On 21.10.2012 13:46, Michael Tokarev wrote:
So, finally, this whole stop case - I'd write it like this:
stop)
sync # XXX it can be a bad idea to sync here?
# check if there are ANY arrays, and stop any ongoing sync_actions
wait=
for sf in /sys/block/md* ; do
[ -d $sf
Control: tags -1 + moreinfo unreproducible
On 06.10.2012 00:41, David Starner wrote:
Package: autofs
Version: 5.0.7-1
Severity: serious
$ sudo apt-get install autofs udev
Reading package lists... Done
Building dependency tree
Reading state information... Done
udev is already the newest
On 02.10.2012 17:20, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
[version 2 of the patch]
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
is not included in the .udeb for the installer.
This means that if you have an array with external
On 23.09.2012 15:25, Jan Kleinsorge wrote:
I cannot see that the argument --preboot (aka --initrd) for mdadm/mdmon is
used in the proposed patch.
So I was just wondering in what state/relation this patch is to the feature
proposed there.
That argument (--offroot actually) is meant to change
On 23.09.2012 13:31, Jan Kleinsorge wrote:
Is that patch related to http://permalink.gmane.org/gmane.linux.raid/36907 ?
I'm not sure I understand your question. Yes both
this bugreport and that patch are about initramfs
and running mdadmCo from there.
/mjt
--
To UNSUBSCRIBE, email to
On 14.09.2012 16:00, Debian Bug Tracking System wrote:
Processing commands for cont...@bugs.debian.org:
found 686524 1.1.2+dfsg-1
Bug #686524 {Done: Michael Tokarev m...@tls.msk.ru} [qemu-kvm] qemu-kvm:
guests with -nographic -serial pty won't start until input to console is made
Timo
[fixing the subject]
On 14.09.2012 16:41, Timo Weingärtner wrote:
[]
2012-09-14 um 14:07:44 schriebst Du:
On 14.09.2012 16:00, Debian Bug Tracking System wrote:
Processing commands for cont...@bugs.debian.org:
found 686524 1.1.2+dfsg-1
Bug #686524 {Done: Michael Tokarev m...@tls.msk.ru
Source: qemu
Version: 0.12.5+dfsg-3squeeze1
Severity: grave
Tags: security upstream patch
All versions of qemu (and qemu-kvm) since 2004 have a flaw in handling
VT100 escape sequences when emulating some devices with a virtual console
backend.
More information can be found at redhat bugreport
Control: tag 686524 + patch pending
On 04.09.2012 01:28, Timo Weingärtner wrote:
Hallo Michael Tokarev,
2012-09-03 um 20:25:25 schriebst Du:
Control: retitle 686524 qemu-kvm: guests with -nographic -serial pty won't
start until input to console is made Control: forwarded 686524
http
Control: tag 686524 - moreinfo unreproducible + confirmed
On 03.09.2012 21:49, Timo Weingärtner wrote:
bad:
kvm -nographic -nodefaults -kernel /boot/vmlinuz-3.2.0-3-amd64 -append
console=ttyS0 -chardev pty,id=charserial0 -device
isa-serial,chardev=charserial0,id=serial0
good:
kvm
Control: retitle 686524 qemu-kvm: guests with -nographic -serial pty won't
start until input to console is made
Control: forwarded 686524
http://thread.gmane.org/gmane.comp.emulators.qemu/168265
I'm retitling the bugreport to reflect our findings. As stated
before, -serial pty works the same
Package: dnsmasq
Version: 2.55-2
Severity: serious
Tags: security
The initscript (and postinst script) of dnsmasq creates /var/run/dnsmasq
directory and chowns it to dnsmasq:nogroup. However, dnsmasq daemon writes
the pidfile (which apparently is the only file there) as root user. Here's
the
On 02.09.2012 13:40, Simon Kelley wrote:
[]
The explanation for the current state of affairs is here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508560
Oh. I tried to find why/when this subdir appeared, but
failed. The changelog mentions PID in uppercase ;)
I'm sorry about this,
Control: tag 686524 + moreinfo
On 02.09.2012 22:34, Timo Weingärtner wrote:
Package: qemu-kvm
Version: 1.1.1+dfsg-1
Severity: grave
Justification: renders package unusable
Well, it is usable for lots of people.
After starting the guest with virsh start router the kvm process uses
100%
Control: tag 686524 + unreproducible
On 03.09.2012 01:58, Timo Weingärtner wrote:
[]
Please try reproducing it without libvirt. Maybe removing -M pc-0.12
will help with that.
Without the libvirt magic it doesn't use 100% CPU but it won't boot either.
I removed pc-0.12 from libvirt's
On 30.08.2012 22:03, malc wrote:
On Thu, 30 Aug 2012, Mike Gerber wrote:
[]
Vassily: Anything else you need when the hang happens again? Unfortunately
I'll
have to go into production with the guest, and I can't spend more weeks with
this bug after this week end.
Audio compiled without
On 20.08.2012 10:01, Mike Gerber wrote:
Package: qemu-kvm
Version: 1.1.0+dfsg-3
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
I currently run 3 VMs using libvirt/qemu-kvm. Two of them are mostly idle and
stable, but the third one locks up within 1 or 2
tags 685314 - moreinfo + pending
thanks
On 20.08.2012 01:38, Hilko Bengen wrote:
Michael,
libguestfs-test-tool runs fine qemu-kvm_1.1.1+dfsg-1_amd64.deb.
Ok. I'm assuming this is #680719, which indeed looks very close.
Marking as pending-upload. Thank you for verifying!
On 19.08.2012 21:13, Ivo De Decker wrote:
Hi,
On Mon, Feb 21, 2011 at 11:59:25AM +, Steve McIntyre wrote:
The hostname didn’t change. However the latter might be possible, I
don’t really know. The MD array was built from lenny’s d-i.
I've just started to upgrade my main fileserver at
On 19.08.2012 16:39, Andreas Henriksson wrote:
Hello!
Talked the other day with mjt on irc about mdadm problems I was
having that seems very much like this issue.
We debugged it and mjt found some issues... He probably knows
much more then what I'm about to write here...
I filed a separate
On 13.08.2012 14:10, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
Severity: serious
Tags: patch wheezy sid
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
is not included in the .udeb for the installer.
This means that if you have an array with
On 20.08.2012 14:05, Dmitrijs Ledkovs wrote:
On 20/08/12 10:42, Michael Tokarev wrote:
[]
There's one more thing missing in there: mdmon should be re-started
from real root after switching from rootfs -- the takeover. I guess
it needs to be added to mdadm-raid.
Why restarted... surely
tags 685314 + moreinfo
thanks
On 19.08.2012 20:12, Hilko Bengen wrote:
Package: qemu-kvm
Version: 1.1.0+dfsg-3
Severity: grave
When running libguestfs-test-tool (1:1.18.1-1), kvm hangs with 100% CPU
utilization. Not being able to start a VM this makes libguestfs entirely
useless.
[]
As
Package: mdadm
Version: 3.2.5-1
Severity: grave
Tags: patch wheezy
Justification: makes system unbootable
The mdadm initramfs hook in /share/initramfs-tools/hooks/mdadm
tries to create a list of array:level pairs for arrays found
on the system in question. From this list, it extracts a list
of
On 13.08.2012 14:10, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
Severity: serious
Tags: patch wheezy sid
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
is not included in the .udeb for the installer.
This means that if you have an array with
On 13.08.2012 18:20, Dmitrijs Ledkovs wrote:
On 13/08/12 12:43, Michael Tokarev wrote:
On 13.08.2012 14:10, Miquel van Smoorenburg wrote:
Package: mdadm
Version: 3.2.5-1
Severity: serious
Tags: patch wheezy sid
The initramfs hook supplied by mdadm doesn't install mdmon. Also, mdmon
On 13.08.2012 19:40, Dmitrijs Ledkovs wrote:
On 13/08/12 16:31, Michael Tokarev wrote:
[]
Well. Sort of. mdmon utility is supposed to be used in the initramfs,
with support of taking over, etc. But this is apparently due to defects
in some filesystems (I guess it is ext[34]fs), which
severity 680060 serious
fixed 680060 1.1.0+dfsg-1
unarchive 679788
merge 679788 680060
thanks
No reply for more than a month, assuming the initial guess was right,
and mergeing with 679788.
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Please excuse me for all the noize I just did.
I tried to unmerge the two bugs, but it didn't
work right. Hopefully I restored everything
back.
But the thing is: #679686 has NOT been fixed.
Instead, now the package FTBFS on almost all
arches -- see the QA page (*) and the build
logs linked from
notfixed 679686 1.1.0+dfsg-2
thanks
On 18.07.2012 21:36, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the librbd1 package:
#679686: missing symvers/libvers (or soversion) for new librbd1
It has been closed by Michael
I want to get it all right this time, finally. My bugreport
was wrong and confusing from the start, and I messed up with
it several times after that.
So, what I mean was really to have shlibs file with the right
versions (which was missing for both librbd and librados), OR
symbols files (also
forwarded 681760
http://lists.busybox.net/pipermail/busybox/2012-July/078155.html
tags 681760 + pending
thanks
On 16.07.2012 12:57, Aurelien Jarno wrote:
busybox is currently broken on s390x to the point of not being usable.
Depending on the configuration, some strings are replaced by empty
Package: icedtea-netx
Version: 1.2-2
Severity: serious
When only 7 version of openjdk is installed on the system
(which should be fine according to dependencies), icedtea-netx
still tries to do something with openjdk-6. Namely, the
only two alternaitves/links/scripts this package provides,
On 07.07.2012 07:09, INFONIC Haruo Kinoshita wrote:
Following is workaround for loading guest by libvirtd.
Hope this helps.
- remove machine attribute from type element.
# editor /etc/libvirtd/qemu/guest-machine.xml
domain type='kvm'
snip
os
!-- type
On 06.07.2012 18:01, Laurent Bigonville wrote:
severity 679788 serious
severity 680508 serious
merge 680508 679788
thanks
Hi,
I'm setting the severity of these bugs to serious (not critical as it's
not completely broken). I really have the feeling that this cannot
migrate to testing
reassign 680307 librbd1 0.47.2-1
thanks
On 05.07.2012 01:14, Vincent Danjean wrote:
Package: qemu-kvm
Version: 1.1~z0+dfsg-1
Severity: serious
Justification: dependencies must allow the program to work
Hi,
qemu-kvm (=1.1~z0+dfsg-1) depends on librbd1 without any specific version.
tags 679904 + unreproducible
forcemerge 679904 679899
thanks
02.07.2012 15:27, Nico Prenzel wrote:
Package: qemu-kvm
Version: 1.1~z0+dfsg-1
Justification: renders package unusable
Severity: grave
Dear Maintainer,
with qemu-kvm package I do receive the following error with amd64 kernel:
02.07.2012 15:59, Michael Tokarev wrote:
kvm: symbol lookup error: kvm: undefined symbol:
usbredirfilter_string_to_rules
I can't reproduce this on my amd64 sid host. The library in question -
ii libusbredirparser0 0.4.3-2
is the same on my machine and on the buildd box which built
tags 677254 + upstream pending
forwarded 677254 https://bugs.busybox.net/show_bug.cgi?id=5300
thanks
On 12.06.2012 21:19, Samuel Thibault wrote:
Christoph Egger, le Tue 12 Jun 2012 18:19:03 +0200, a écrit :
Your package failed to build on the kfreebsd-* buildds:
LD procps/built-in.o
Package: openbios-ppc
Version: 1.0+svn1047-1
Severity: serious
The package fails to build from source, on either squeeze or wheezy.
This is because of wrong code in config/scripts/switch-arch:
select_prefix()
{
for TARGET in ${1}-linux-gnu- ${1}-linux- ${1}-elf- ${1}-eabi-
do
if
On 09.06.2012 13:43, Aurelien Jarno wrote:
[]
I am not able to reproduce the issue. I have tried on two different
machines, and they are not using the prefix at all:
This is not the case on, say, partch.debian.org, where I tried to
build it. All build-deps are satisfied, yet:
On 03.06.2012 13:43, Thijs Kinkhorst wrote:
Hi all,
Reading the bug about CVE-2011-2716, I think the only question left is this:
So, in all cases the variable is enclosed in double quotes.
Yes this look secure. What about the udeb script?
On 03.06.2012 15:29, Thijs Kinkhorst wrote:
[]
Good! Will you ensure that 1.20 ends up in wheezy?
Yes I very much like to have at least this version
in wheezy.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Lucas, can you please verify the new release
actually fixes the bug you reported? We made
some changes in attempt to fix this issue, but
Dmitry says it still fails to build, and I can't
reproduce it locally.
Thank you!
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
On 01.06.2012 16:23, Michael Tokarev wrote:
On 01.06.2012 16:15, Dmitry Smirnov wrote:
Hi Michael and William
Dmitrijs called off his NMU and expressed his interest to join our team
while I updated repository with more changes.
I'm doing some last-minute changes too, which we discussed
On 01.06.2012 18:42, Dmitry Smirnov wrote:
Hi Michael,
Dmitry, your two changes, both marked as fixing #674391,
are wrong and needs revered.
First, a small thing, the kmod change,
c6ac061e12208cdf32291223b27caeefec6ce241.
Here's the changelog difference from it:
[Dmitry Smirnov]
-
Package: mdadm
Version: 3.2.4-1
Severity: serious
Tags: upstream patch
http://neil.brown.name/git?p=mdadm;h=d9751e06a601b5576b1b9e2c8126584083110ca5
http://thread.gmane.org/gmane.linux.raid/38356
There are a few other problems in 3.2.4 (not regressions)
which should be fixed in 3.2.5.
This bug
Package: ifupdown
Version: 0.7~rc3
Severity: serious
The new ifupdown package does not recognize comments in middle of lines in
/etc/network/interfaces anymore. For example, I have the following on one
of our hosts:
iface eth0 inet static
address 192.168.177.7
netmask 255.255.255.192 # /26,
On 15.05.2012 21:20, Michael Tokarev wrote:
iface eth0 inet static
address 192.168.177.7
netmask 255.255.255.192 # /26, 0..63
Interesting. The manpage actually says that in-line coments are
NOT supported, but I've never actually noticed this till today.
It has always worked, and I guess
On 15.05.2012 21:32, Andrew Shadura wrote:
Hello,
On Tue, 15 May 2012 21:26:17 +0400
Michael Tokarev m...@tls.msk.ru wrote:
Interesting. The manpage actually says that in-line coments are
NOT supported, but I've never actually noticed this till today.
It has always worked, and I guess
On 11.05.2012 22:19, Julien Cristau wrote:
Package: syslinux-common
Version: 2:4.05+dfsg-3
Severity: grave
Tags: d-i
Justification: renders package unusable
Steps to reproduce:
- in a d-i checkout, run make -C build build_netboot
- boot the resulting build/dest/netboot/mini.iso
With
retitle 652326 libspice-server does not work on i386 (32bit)
severity 652326 important
thanks
Apparently the next version of spice will actually work in i386.
This is JFYI, and actually I don't have more details on this,
just, well, rumors.
The errors out on startup bit was due to spice-related
On 24.03.2012 18:06, Laurent Bigonville wrote:
severity 652326 grave
thanks
Hi,
This bug is definitely RC to me.
Out of curiocity, why you come to it just now (with grave severity),
when this has been mentioned on the upstream mailinglist, instead
of coming to it before when _you_ had
tags 658853 + confirmed pending
thanks
On 06.02.2012 16:48, Antonio Terceiro wrote:
Package: qemu-kvm
Version: 1.0+dfsg-7
Severity: serious
qemu-kvm depends on ipxe, which in turn breaks all qemu-kvm versions up to the
one in sid.
Yes, it was me who requested that ipxe-qemu package should
Package: libspice-protocol-dev
Version: 0.10.1-1
Severity: grave
Tags: sid
The new upstream version of spice-protocol introduced a new
dependent library - xinerama. When building a package which
depends on libspice-protocol-dev, pkg-config does not work:
$ pkg-config --cflags spice-protocol
More info about this matter.
We've seen this already with previously introduced very
similar (and also unsatisfied) dependencies, see #637189
for that. Now the same repeats again.
Upstream commit cc71891a02dea95f2a65c943c634d3a043c9c394
added this to configure.ac:
+if test x$have_xinerama =
On 28.01.2012 03:04, Matt Kraai wrote:
Hi,
I've attached a patch that should fix this problem to this message.
It's based on the patch used to fix this problem in unstable, which
doesn't apply cleanly to the stable version. I wasn't sure what do to
about the patch headers, so I left them
Package: qemu-kvm
Version: 0.12.5+dfsg-5+squeeze6
Severity: serious
Tags: patch security squeeze upstream sid
There is a buffer overflow in handling of network
packets transmitted from guest to qemu/kvm process
in e1000 emulated device. A malicious guest running
on a virtual machine with
[Cc'ing Volker Ruppert, hopefully using the right address.
Initial message can be found at http://bugs.debian.org/654823 ]
On 06.01.2012 02:23, Michael Tokarev wrote:
Package: vgabios
Version: 0.7a-1
Severity: grave
Severity is grave since it affects most users, while the problem
itself
Source: id3v2
Version: 0.1.12-2
Severity: serious
Here's the complete listing of .orig.tar.gz as of version 0.1.12:
drwxr-xr-x nagilo/nagilo 0 2010-03-27 02:29 id3v2-0.1.12/
-rw-r--r-- nagilo/nagilo 19552 2010-03-27 02:28 id3v2-0.1.12/list.o
-rw-r--r-- nagilo/nagilo 6012 2010-03-27 02:26
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
tags 646984 + confirmed upstream patch pending
thanks
On 29.10.2011 03:38, Axel Beckert wrote:
Package: busybox-syslogd
Version: 1:1.19.2-1
Version: 1:1.19.2-3
Severity: grave
Justification: Makes package (nearly) unusable
Hi,
since 1:1.19.2-1, line breaks, date, hostname, log entry
Um. I almost missed this mail since it is dated 2 months ago...
On 12.08.2011 10:31, Jörgen tegner wrote:
Hi,
can you write down the steps required to get back to a bootable system?
You'll have to boot from a cd-rom or using other alternative way,
eg, using an installation CD-rom, or some
On 23.10.2011 01:49, Stefan Lippers-Hollmann wrote:
Package: busybox
Version: 1:1.19.2-1
Severity: grave
Justification: Breaks system booting using initramfs-tools in non-trivial
ways.
Tags: patch
X-Debbugs-CC: Debian kernel team debian-ker...@lists.debian.org
Hi
Initramfs images
severity 646285 grave
merge 646284 646285
thanks
On 23.10.2011 01:56, Andre Tomt wrote:
Package: busybox
Version: 1:1.19.2-1
Severity: critical
Justification: breaks the whole system
It seems $PATH handling has stopped working, breaking initramfs-tools making
the system unbootable.
tags 645976 + upstream pending
thanks
On 20.10.2011 08:00, Peter Eisentraut wrote:
Package: qemu-kvm
Version: 0.14.1+dfsg-4
[]
Error: pa check failed
This is fixed upstream:
commit 20fa53ece42bec6ce5db801bead125277b26ab8a
Author: Marc-Antoine Perennou marc-anto...@perennou.com
Date: Fri
I'm Cc'ing the relevant bug# so others may see this information.
Hopefully you wont object -- the bug is public for a long time.
On 05.10.2011 16:04, Nico Golde wrote:
Hi,
* Nico Golde n...@ngolde.de [2011-10-05 11:21]:
* Michael Tokarev m...@tls.msk.ru [2011-10-05 10:34]:
On 05.10.2011 02:42
On 05.10.2011 22:53, pille wrote:
In this case there is very little I can do. I have done multiple
squeeze installs with RAID, and upgrades, and I have not seen this
problem. Unless you can reproduce this bug, I cannot do anything but
keep this report open.
i've just reproduced such a
The same is obviously true the other way around:
on a 32bit x86 userspace it was possible to compile
64bit binaries using -m64. Now this is broken in
exactly the same way as it is for -m32 on 64bits.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
17.08.2011 12:16, Liang Guo wrote:
On Wed, Aug 17, 2011 at 5:33 AM, Michael Tokarev m...@tls.msk.ru wrote:
We'll need to list all the rest in build-depends too, and update
it every time upstream will pick something else as needlessly as
it is now. In particular, currently it's libssl-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
16.08.2011 11:28, Liang Guo wrote:
Hi, Kilian,
I've uploaded new spice 0.8.2-2 to mentors.d.n, it can be get with:
dget -x http://mentors.debian.net/debian/pool/main/s/spice/spice_0.8.2-2.dsc
This update have following changes:
* Add
16.08.2011 11:50, Liang Guo wrote:
Hi, Michael,
On Wed, Aug 10, 2011 at 5:49 AM, Michael Tokarev m...@tls.msk.ru wrote:
09.08.2011 14:26, Michael Tokarev wrote:
[]
There are other dependencies too, like alsa openssl xrandr etc,
but I haven't checked these.
See also
http
17.08.2011 00:46, Julien Cristau wrote:
Even with Requires.private you'll need the corresponding -dev packages
in Depends, because pkg-config will look for them for --cflags, just not
--libs.
You're right, it complains without libpixman-1-dev too, just as before.
It looks like it may be
17.08.2011 01:24, Julien Cristau wrote:
On Wed, Aug 17, 2011 at 00:59:36 +0400, Michael Tokarev wrote:
17.08.2011 00:46, Julien Cristau wrote:
Even with Requires.private you'll need the corresponding -dev packages
in Depends, because pkg-config will look for them for --cflags, just
201 - 300 of 358 matches
Mail list logo