Bug#822580: marked as done (bochs: Bochs does not start the virtual machine)
Your message dated Tue, 10 May 2016 11:18:17 +0200 (CEST)
with message-id
and subject line Re: Bug#822580: Bochs does not start the virtual machine
has caused the Debian Bug report #822580,
regarding bochs: Bochs does not start the virtual machine
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
822580: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822580
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: bochs
Version: 2.6-2
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
starting bochs in a terminal with the command "bochs -f bochsrc"
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
a wx-windows with bochs appeared with no content (e.g. no BIOS messages),
another debug window appeared, pressed the CLOSE-button,
then bochs finished
* What outcome did you expect instead?
bochs starts the virtual machine, booting from harddisk
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: 8.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages bochs depends on:
ii bochs-wx [bochs-gui] 2.6-2
ii bochsbios 2.6-2
ii libasound21.0.28-1
ii libatk1.0-0 2.14.0-1
ii libc6 2.19-18+deb8u4
ii libcairo2 1.14.0-2.1+deb8u1
ii libfontconfig12.11.0-6.3
ii libfreetype6 2.5.2-3+deb8u1
ii libgcc1 1:4.9.2-10
ii libgdk-pixbuf2.0-02.31.1-2+deb8u4
ii libglib2.0-0 2.42.1-1+b1
ii libgtk2.0-0 2.24.25-3+deb8u1
ii libltdl7 2.4.2-1.11
ii libpango-1.0-01.36.8-3
ii libpangocairo-1.0-0 1.36.8-3
ii libpangoft2-1.0-0 1.36.8-3
ii libsdl1.2debian 1.2.15-10+b1
ii libstdc++64.9.2-10
ii vgabios 0.7a-5
Versions of packages bochs recommends:
ii bximage 2.6-2
Versions of packages bochs suggests:
ii bochs-doc 2.6-2
pn debootstrap
pn gcc | c-compiler
pn grub-rescue-pc
pn libc-dev
config_interface: wx
display_library: wx
megs: 16
romimage: file=$BXSHARE/BIOS-qemu-latest
vgaromimage: file=$BXSHARE/VGABIOS-lgpl-latest
#vga: extension=vbe, update_freq=15
floppya: 1_44=a.img, status=inserted
floppyb: 1_44=b.img, status=inserted
ata0-master: type=disk, path=c.img, cylinders=306, heads=4, spt=17
boot: c
log: bochsout.txt
mouse: enabled=0
cpu: ips=1500
000i[ ] Bochs x86 Emulator 2.6
000i[ ] Built from SVN snapshot on September 2nd, 2012
000i[ ] Compiled on May 30 2014 at 02:30:19
000i[ ] System configuration
000i[ ] processors: 1 (cores=1, HT threads=1)
000i[ ] A20 line support: yes
000i[ ] IPS is set to 1500
000i[ ] CPU configuration
000i[ ] level: 6
000i[ ] SMP support: no
000i[ ] APIC support: xapic
000i[ ] FPU support: yes
000i[ ] MMX support: yes
000i[ ] 3dnow! support: no
000i[ ] SEP support: yes
000i[ ] SSE support: sse2
000i[ ] XSAVE support: no
000i[ ] AES support: no
000i[ ] MOVBE support: no
000i[ ] ADX support: no
000i[ ] x86-64 support: yes
000i[ ] 1G paging support: no
000i[ ] MWAIT support: yes
000i[ ] AVX support: no
000i[ ] VMX support: 1
000i[ ] Optimization configuration
000i[ ] RepeatSpeedups support: yes
000i[ ] Fast function calls: yes
000i[ ] Handlers Chaining speedups: no
000i[ ] Devices configuration
000i[ ] NE2000 support: yes
000i[ ] PCI support: yes, enabled=yes
000i[ ] SB16 support: yes
000i[ ] USB support: yes
000i[ ] VGA extension support: vbe cirrus
000i[MEM0 ] allocated memory at 0x7f8486ddd010. after alignment,
vector=0x7f8486dde000
000i[MEM0 ] 16,00MB
000i[MEM0 ] mem block size = 0x0010, blocks=16
000i[MEM0 ] rom at 0xfffe/131072
('/usr/share
Processed: Bug#822580
Processing commands for cont...@bugs.debian.org:
> severity 822580 normal
Bug #822580 {Done: Santiago Vila } [bochs] bochs: Bochs does
not start the virtual machine
Severity set to 'normal' from 'important'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
822580: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822580
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Bug#481147: marked as done (wish: Build-Depends-Indep: arch != i386 uses cross compiler?)
Your message dated Tue, 10 May 2016 11:50:22 +0200 (CEST) with message-id and subject line Re: wish: Build-Depends-Indep: arch != i386 uses cross compiler? has caused the Debian Bug report #481147, regarding wish: Build-Depends-Indep: arch != i386 uses cross compiler? to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 481147: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481147 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: bochs Version: 2.3.6-2~bpo40+1 Severity: wishlist supap...@youwish.area51.mil:bochs-2.3.6$ ./debian/rules build-indep ../debian/rules:129: *** "build-indep will only succeed on any-i386". Stop. Would a debian/control Build-Depends-Indep arch != i386 on a i386 cross compiler resolve the underlying issue here? If not, a bts# in the error might be handy to reference. Eg "... on any-i386 (see bts#nn)". I've poked around in the source directory here, and I don't see anything like this. Thanks, Scott Edwards -- Daxal Communications - http://daxal.com/?from=debian+bts -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-vserver-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bochs depends on: ii bochs-wx [bochs-gui] 2.3-2etch1WxWindows plugin for Bochs ii bochsbios 2.3-2etch1BIOS for the Bochs emulator ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii vgabios0.6a-1VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages bochs recommends: pn bximage | createdisk (no description available) -- no debconf information --- End Message --- --- Begin Message --- Version: 2.4.1-1 On Wed, 14 May 2008, deb...@foss.daxal.com wrote: > Package: bochs > Version: 2.3.6-2~bpo40+1 > Severity: wishlist > > supap...@youwish.area51.mil:bochs-2.3.6$ ./debian/rules build-indep > > ../debian/rules:129: *** "build-indep will only succeed on any-i386". > Stop. > > Would a debian/control Build-Depends-Indep arch != i386 on a i386 cross > compiler resolve the underlying issue here? If not, a bts# in the error > might be handy to reference. Eg "... on any-i386 (see bts#nn)". I've > poked around in the source directory here, and I don't see anything like > this. debian/rules has now: $(error "build-indep will only succeed on any-i386 or any-amd64") and the changelog for 2.4.1-1 says this: * Add support for building the bochsbios architecture independent package also on any-amd64 systems, and add gcc-multilib for such systems to Build-Depends-Indep. Moreover, we have now source-only uploads and there is an "Arch: all" autobuilder which runs on the amd64 architecture, which is also the most widely used architecture, so as far as it works on amd64, this is not a big deal. Thanks.--- End Message ---
Processed: Bug#822513
Processing commands for cont...@bugs.debian.org:
> severity 822513 normal
Bug #822513 {Done: Martin Michlmayr } [bochs] bochs: FTBFS: fatal
error: gtk/gtk.h: No such file or directory
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
822513: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822513
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Bug#337398: marked as done (Bochs crashes with Gdk-ERROR after update in testing)
Your message dated Tue, 10 May 2016 12:29:25 +0200 (CEST) with message-id and subject line Re: Bochs crashes with Gdk-ERROR after update in testing has caused the Debian Bug report #337398, regarding Bochs crashes with Gdk-ERROR after update in testing to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 337398: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337398 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: bochs Version: 2.2.1-2 On 2005-10-30 bochs was updated in testing from 2.1.1+20041109-3 to 2.2.1-2, and it is now using libwxgtk2.4-1 instead of libwxgtk2.4. Bochs does not start any longer, everything else (including the bochsrc config file) being the same. Here is an excerpt of the text in the console window just before returning to the command prompt: 0420527i[VBIOS] VGABios $Id: vgabios.c,v 1.62 2005/07/02 18:39:43 vruppert Exp $ 0420598i[VGA ] VBE known Display Interface b0c0 0420630i[VGA ] VBE known Display Interface b0c3 0423555i[VBIOS] VBE Bios $Id: vbe.c,v 1.47 2005/05/24 16:50:50 vruppert Exp $ 060i[WX ] dimension update x=720 y=400 fontheight=16 fontwidth=9 bpp=8 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 2364 error_code 8 request_code 146 minor_code 3 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 2365 error_code 8 request_code 146 minor_code 3 The bochs window opens but closes immediately. I've used synaptic to keep my setup synched with testing. Uninstalling and reinstalling either bochs (and bochswx) or libwxgtk2.4-1 has no effect. Grabbing bochs those packages from unstable instead of testing has no effect too. Bye, Salvo --- End Message --- --- Begin Message --- Version: 2.6-2 On Fri, 4 Nov 2005, Salvo Isaja wrote: > Package: bochs > Version: 2.2.1-2 > > On 2005-10-30 bochs was updated in testing from 2.1.1+20041109-3 to > 2.2.1-2, and it is now using libwxgtk2.4-1 instead of libwxgtk2.4. > Bochs does not start any longer, everything else (including the bochsrc > config file) being the same. It does not crash for me, so I'm going to suppose that this was fixed somewhere between 2005 and the release of Debian 8 (current stable). Thanks.--- End Message ---
Processing of fet_5.29.3-1_source.changes
fet_5.29.3-1_source.changes uploaded successfully to localhost along with the files: fet_5.29.3-1.dsc fet_5.29.3.orig.tar.bz2 fet_5.29.3-1.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org)
fet_5.29.3-1_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 10 May 2016 14:08:19 +0200 Source: fet Binary: fet fet-data Architecture: source Version: 5.29.3-1 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Gianfranco Costamagna Description: fet- timetable generator fet-data - timetable generator - documentation and examples Changes: fet (5.29.3-1) unstable; urgency=medium . * QA upload. * Imported Upstream version 5.29.3 Checksums-Sha1: 3a456ecaa19537e9c00a5c75999c90b9cf042c6e 1883 fet_5.29.3-1.dsc 290270f88f0465c7b2529b4232374462fdcb930d 10075480 fet_5.29.3.orig.tar.bz2 d49b157a0600c1f512555b8a56a5a33676e4b339 16144 fet_5.29.3-1.debian.tar.xz Checksums-Sha256: b8a8af1cb2f069fab7ada90bbfa72176dcba2e3043d2d8a144a29ba16b1a4a83 1883 fet_5.29.3-1.dsc 3048b0e69172e170945f631fb4befead4df938e6372c9ff49cd861bf2cdcba34 10075480 fet_5.29.3.orig.tar.bz2 bdc91de2dac845911e09764a3568d568b9f58ac8fb633eab5b77ab1fb782dada 16144 fet_5.29.3-1.debian.tar.xz Files: b191411c6f5f0e31df8537bec90ca387 1883 utils optional fet_5.29.3-1.dsc d3ec3a9ec889407aba3c719c6e9daf5a 10075480 utils optional fet_5.29.3.orig.tar.bz2 1929018613b65a8740d4b05c96c16335 16144 utils optional fet_5.29.3-1.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJXMc9hAAoJEPNPCXROn13ZrVwP/RPa1+tOEeO/5loIgfmRjNe5 8FiKWsbKuglZjJACVRCPh0UNenYdwzPOWRNbb5ks+bGwDFgZHKJXLUJsCxniDbYy yiLDnQFsaxT7god+R3s73r8kGIM2oMs+9CHZZk6JxJJLTPsp8mB35IKxX3nj0FH6 Tpx3JWF806wNqaCvCzV5X/ah+pBpsFfoOeGSTSqynEiHIxOUiiV5t/FVBEYnFKA9 rHHP5kqUH8z7RdfiEjMIHl+axj7rr7OC10Q2rpu7FFAA7LOFmcXM+dA17nXvyWFg oyYTL8xJxac44ez1ZoQ5eiPbw8mXReoxar9pjnhyPS6XwQeawf8WJfonh6i9GZjH UvkuaNM8P+b0y/RmaBqDHVabMwFVpXhVqbtbRUXk/FNNIZ4KXkOwz8sZDMpoWg1/ aVTDxMuEkJ6sc33Ky7+Kl/11aXa9xArUXeHGh08Z+Z2QTg+V7oGeyGm9Fjfg9IeK JTuyTHZ1CQ/295xec+lt/AQFYd/i3M07UwV+JvN0BWfh72lnU2kx/WDbxFJhnj6P ZXjRC0pqbk9ocCnhk49DTjjWT16cx66AMVFb69KQY/SGZNyXnEtDjXbPGCUBjDsc lzdyy9fOkGsELjAFUtxY/31cB6hkJC1uych8G6cdtkh6ptfmyPEzTfm+rCM4N700 PUCGSxk6u+mJDrbqZaNa =GPm9 -END PGP SIGNATURE- Thank you for your contribution to Debian.
Bug#823923: xcowsay: Misplaced binaries?
Package: xcowsay Version: 1.3-2 Severity: grave Justification: renders package unusable xcowsay is installing its binaries in /games instead of /usr/games in version 1.3-2 Impact: I've using xcowsay with a little script to notify me when my tea is ready. Misplaced binaries are not found in $PATH leading to oversteeping. Steps to reproduce: Check [1] or make tea. [1] https://packages.debian.org/stretch/amd64/xcowsay/filelist -- Federico -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xcowsay depends on: ii libatk1.0-0 2.20.0-1 ii libc62.22-7 ii libcairo21.14.6-1+b1 ii libdbus-1-3 1.10.8-1 ii libdbus-glib-1-2 0.106-1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-0 2.48.0-1 ii libgtk2.0-0 2.24.30-1.1 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpangoft2-1.0-01.40.1-1 xcowsay recommends no packages. xcowsay suggests no packages. -- no debconf information
Processing of sentinella_0.9.2-5_source.changes
sentinella_0.9.2-5_source.changes uploaded successfully to localhost along with the files: sentinella_0.9.2-5.dsc sentinella_0.9.2-5.debian.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org)
sentinella_0.9.2-5_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 May 2016 21:42:06 -0300 Source: sentinella Binary: sentinella Architecture: source Version: 0.9.2-5 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Joao Eriberto Mota Filho Description: sentinella - System monitor that can react to user chosen conditions Changes: sentinella (0.9.2-5) unstable; urgency=medium . * QA upload. This revision will set a new maintainer. However, the package is FTBFS now (see #797942). We will wait for the upstream up to October 2016. So, we will request a package removal. * Set Debian QA Group as maintainer. See #823762. * debian/control: - Bumped Standards-Version to 3.9.8. - Changed from cgit to git in Vcs-Browser field. - Updated the Vcs-* fields to use https instead of http and git. * debian/copyright: - Updated the GPL-2+ text. - Updated the packaging copyright years. * debian/patches/sentinella.desktop.patch: renamed to 10_sentinella-desktop.patch. * debian/rules: removed the --parallel option from dh. * debian/watch: bumped to version 4. Checksums-Sha1: b3b4f6dd3d423efa5f0e7be6abe6309c02cf94d7 1988 sentinella_0.9.2-5.dsc 169e4039ad54185e4d154ae0e8849cfc321a9148 12364 sentinella_0.9.2-5.debian.tar.xz Checksums-Sha256: 9dc2a253b8c035150da008a6ae844e4f57b385148f3cf2c5ae37947d5c171e16 1988 sentinella_0.9.2-5.dsc 23fbd8de51c7ac64a7392b83773bca921ffd6e3a823632a7c1269a8873f9627f 12364 sentinella_0.9.2-5.debian.tar.xz Files: 1b8dafc7de7fb0a057518c34551932bc 1988 kde optional sentinella_0.9.2-5.dsc f9ac9631ce05b651bc47e1e1e1210064 12364 kde optional sentinella_0.9.2-5.debian.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJXMokwAAoJEN5juccE6+nvBtQP/jYOAn1+hUnc3lnIaq80OzdS WvUALaSyw6OOUM47fP1h21eJFTifoyTb4H5ixMG94ZXA84x8VzRADTLo7IFViEjf hjStdpn3QzZsaqRjFxoR5i3+si0vJ+LLXsUzzXfXbfFzJ3Tk+2Xq3xTC9oWpNkjO /rkymv8lCxtn5oZQhTYIhepjrByELraZ31i9hMOdHBTxjSxhhzQg9FBoLGMRPUe1 dDOesUOBdpQ0c/hYI032HPn+UU2I/JpiOux9Li9Wf/dXN2nBYB37CQ2zplgjRkPB MIj3ZYQUuNjOHxaAFFzXqsiurJGTlBJTU/h7OMYMJFbm3BkcUA+8mDqe7b0WE11f KOlmiqQhYRytAeBttZWLuj99DFvWxLPdpWrpREeDK2/go3Am8nY2xFGeQPBzrm7Y 0bwQYm7uMBgZs9J20NT/TFiOi9zQbd8XP3Rd1lbBSRYz0yJ+OfCLRwPZ65jSs4It /IGkPlvV0+ncSQuSW6Mcudr0EkDmgfhl1i+ZkIT4WxnM02cJ/IJoCb3/nMS+gTcZ YyTzIe8PZujVAyAf0y0tZPofpG4Nqxj5XGCgJ1rQ2d7jS09dZLs/EaZxxVbuKN+c X4Fh4A0DpS+tUVy2kJ7EjZi86PY0/uQzKsbHjhqOA8MJ4SjCuCkJ//57E0cHqcXP Y+TM3DW8CdgZX9MKJSZU =mkZJ -END PGP SIGNATURE- Thank you for your contribution to Debian.
emacspeak-ss is marked for autoremoval from testing
emacspeak-ss 1.12.1-4 is marked for autoremoval from testing on 2016-06-16 It (build-)depends on packages with these RC bugs: 823316: stk: contains non-free Steinberg ASIO library
