24.11.2014 00:04, [email protected] wrote:
>> Control: tag -1 + moreinfo unreproducible
> 
> Sorry, I forgot to add the Package and Version tags to the
> first email submission of 770742.  I file only a few reports 
> per year and tend to forget to add tags.  
> 
> Package and Version can be automated rather easily.  reportbug 
> should ask the submitter for the package name and then record it.
> reportbug can then get the version number from "dpkg -l <Package>"

This is exactly what reportbug does, since very beginning --
once you tell it which package you're reporting bug against,
it retrieves all necessary info from the running system,
including versions of dependent packages and other stuff.
So the only way to get a bugreport with dependent package
versions but without version of the package in question is
to manually delete package version from the bugreport
before sending it.

>> What does "fails" mean?  It works here just fine.
> 
> The successful bug report cites a message in lists.debian.org 
> which concludes a discussion between Nate B. and me.  If any 
> further information is needed, please just ask.

Which successful bug report?  Which one is unsuccessful?
Count me confused.

Do you mean https://lists.debian.org/debian-user/2014/11/msg01432.html ?
If yes, I still fail to see the actual problem - it has
been said that "boot fails", but how it fails?

>> Please also show complete qemu command line, ...
> 
> See above.
> 
>> This works for me as well, with a reasonable floppy image.
>> Tagging as 'moreinfo unreproducible'.
> 
> No problem with an image file.  The problem is with the 
> real diskette, /dev/fd0.  Did you try a real diskette?  
> MS-DOS boot?  FreeDOS boot? Oberon0 boot?  Other boot?

None of my current machines has real floppy drive, and
while I do have an old floppy drive around, there's no
machine where it is possible to connect this drive to --
no machine has a floppy controller.

Yes, I did try to boot a system from a real diskette in
qemu-kvm 1.1 at a time when we tried to release wheezy.
It was windows 95 boot floppy.  I see no reason to test
other OSes booting from floppy as long as at least one
works, and I don't have other system boot floppies
anyway.  But qemu-kvm 1.1 definitely worked with real
ms-win 95 boot floppy.

Note it is qemu-kvm (aka /usr/bin/kvm), not qemu-system-i386 --
the latter is definitely the less tested from the x86
qemu emilators.

Please try current qemu-system - either x86_64 or i386.
It is available in backports, of version 2.1.  If that
one does not work too (again, please specify how exactly
it does not work!), we'll see what can be done.

Thanks,

/mjt


-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to