Re: checkinstall (was qemu vt's)
On Thursday 03 November 2005 23:35, [EMAIL PROTECTED] wrote: Also wouldn't it be preferable to use checkinstall: sudo checkinstall -D make install this will make a trackable debian package (so you can uninstall when you change kernels etc...). good idea, i wasn't aware of checkinstall. good idea, but imho checkinstall is not available in testing, just in unstable. or is it hidden somewhere? I also was not aware of this goodie. Just apt-get installed it was not much ado. Much interested on what this can do! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
you will need the source for qemu too. for example, if i'm in /usr/local/src and i have the two sources downloaded... $ tar xzf qemu-0.7.2.tar.gz $ cd qemu-0.7.2 $ tar xzf ../kqemu-0.7.2.tar.gz $ ./configure this gave me the following error message: ERROR: QEMU requires SDL or Cocoa for graphical output To build QEMU with graphical output configure with --disable-gfx-check Note that this will disable all output from the virtual graphics card. i might continue with the --disable-gfx-check option, however i'd rather have graphics enabled. which debian package would provide me with SDL or Cocoa? thanks for help, -- Lubos [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
On Fri, Nov 04, 2005 at 05:36:34PM +0100, Lubos Vrbka wrote: ERROR: QEMU requires SDL or Cocoa for graphical output i needed libsdl-dev. that's a virtual, provided by libsdl1.2-dev. i also ended up needing gcc-3.4. kqemu was picky about that. so my configure line look like, $ ./configure --cc=gcc-3.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
i needed libsdl-dev. that's a virtual, provided by libsdl1.2-dev. i also ended up needing gcc-3.4. kqemu was picky about that. so my configure line look like, $ ./configure --cc=gcc-3.4 thanks, i'll give it a try. it didn't compile with gcc-4.0? what about the kqemu module? my kernel is compiled with 4.0 so kqemu has to be compiled with it as well... thanks, -- Lubos [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
On Fri, Nov 04, 2005 at 05:57:26PM +0100, Lubos Vrbka wrote: i needed libsdl-dev. that's a virtual, provided by libsdl1.2-dev. i also ended up needing gcc-3.4. kqemu was picky about that. so my configure line look like, $ ./configure --cc=gcc-3.4 thanks, i'll give it a try. it didn't compile with gcc-4.0? what about the kqemu module? my kernel is compiled with 4.0 so kqemu has to be compiled with it as well... qemu didn't mind, it was kqemu's request that i use gcc-3.4, but my kernel was compiled by gcc-3.4. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
qemu didn't mind, it was kqemu's request that i use gcc-3.4, but my kernel was compiled by gcc-3.4. ok, this makes sense. i'm trying to compile it right now, but: gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -mpreferred-stack-boundary=2 -falign-functions=0 -fno-gcse -fno-reorder-blocks -fno-optimize-sibling-calls -I. -I/home/vrbka/tmp/qemu-0.7.2/target-i386 -I/home/vrbka/tmp/qemu-0.7.2 -I/home/vrbka/tmp/qemu-0.7.2/linux-user -I/home/vrbka/tmp/qemu-0.7.2/linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/vrbka/tmp/qemu-0.7.2/fpu -I/home/vrbka/tmp/qemu-0.7.2/slirp -c -o op.o /home/vrbka/tmp/qemu-0.7.2/target-i386/op.c /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h: In function 'op_pshufw_mmx': /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:574: error: unable to find a register to spill in class 'GENERAL_REGS' /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:574: error: this is the insn: (insn:HI 18 17 19 0 /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:569 (set (strict_low_part (subreg:HI (reg/v:DI 63 [ r ]) 0)) (mem/s/j:HI (plus:SI (mult:SI (reg:SI 64) (const_int 2 [0x2])) (reg/v/f:SI 59 [ s ])) [0 variable._w S2 A16])) 52 {*movstricthi_1} (insn_list:REG_DEP_TRUE 16 (insn_list:REG_DEP_TRUE 12 (insn_list:REG_DEP_TRUE 53 (nil (expr_list:REG_DEAD (reg:SI 64) (nil))) /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:574: confused by earlier errors, bailing out make[1]: *** [op.o] Error 1 make[1]: Leaving directory `/mnt/scratch/vrbka/_tmp/qemu-0.7.2/i386-user' make: *** [all] Error 1 any hints? thanks for helping me. regards, -- Lubos [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
On Fri, Nov 04, 2005 at 06:23:44PM +0100, Lubos Vrbka wrote: ... /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:574: error: unable to find a register to spill in class 'GENERAL_REGS' /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:574: error: this is the insn: (insn:HI 18 17 19 0 /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:569 (set (strict_low_part (subreg:HI (reg/v:DI 63 [ r ]) 0)) (mem/s/j:HI (plus:SI (mult:SI (reg:SI 64) (const_int 2 [0x2])) (reg/v/f:SI 59 [ s ])) [0 variable._w S2 A16])) 52 {*movstricthi_1} (insn_list:REG_DEP_TRUE 16 (insn_list:REG_DEP_TRUE 12 (insn_list:REG_DEP_TRUE 53 (nil (expr_list:REG_DEAD (reg:SI 64) (nil))) /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:574: confused by earlier errors, bailing out make[1]: *** [op.o] Error 1 make[1]: Leaving directory `/mnt/scratch/vrbka/_tmp/qemu-0.7.2/i386-user' make: *** [all] Error 1 ... bad news for you from http://fabrice.bellard.free.fr/qemu/faq.html, QEMU does not compile. Why ? It is likely that you are using GCC 4.x: it is currently not supported by QEMU. You must use GCC 3.x. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
On 11/4/05, derek [EMAIL PROTECTED] wrote: On Fri, Nov 04, 2005 at 06:23:44PM +0100, Lubos Vrbka wrote: ... /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:574: error: unable to find a register to spill in class 'GENERAL_REGS' /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:574: error: this is the insn: (insn:HI 18 17 19 0 /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:569 (set (strict_low_part (subreg:HI (reg/v:DI 63 [ r ]) 0)) (mem/s/j:HI (plus:SI (mult:SI (reg:SI 64) (const_int 2 [0x2])) (reg/v/f:SI 59 [ s ])) [0 variable._w S2 A16])) 52 {*movstricthi_1} (insn_list:REG_DEP_TRUE 16 (insn_list:REG_DEP_TRUE 12 (insn_list:REG_DEP_TRUE 53 (nil (expr_list:REG_DEAD (reg:SI 64) (nil))) /home/vrbka/tmp/qemu-0.7.2/target-i386/ops_sse.h:574: confused by earlier errors, bailing out make[1]: *** [op.o] Error 1 make[1]: Leaving directory `/mnt/scratch/vrbka/_tmp/qemu-0.7.2/i386-user' make: *** [all] Error 1 ... bad news for you from http://fabrice.bellard.free.fr/qemu/faq.html, QEMU does not compile. Why ? It is likely that you are using GCC 4.x: it is currently not supported by QEMU. You must use GCC 3.x. not hard of course : CC=gcc-3.4 ./configure worked for me. ./configure --cc=gcc-3.4 should work too. To get rid of those dependencies errors I did apt-get build-dep qemu before configuring. sorry, should have said that before. matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
bad news for you from http://fabrice.bellard.free.fr/qemu/faq.html, QEMU does not compile. Why ? It is likely that you are using GCC 4.x: it is currently not supported by QEMU. You must use GCC 3.x. not hard of course : CC=gcc-3.4 ./configure worked for me. ./configure --cc=gcc-3.4 should work too. To get rid of those dependencies errors I did apt-get build-dep qemu before configuring. sorry, should have said that before. well, but the only reason why i do this is to get kqemu. my kernel is compiled with gcc 4.0.2 so i need the module to be built with that version of gcc as well... so i think i will have to stay with the non-accelerated qemu from the package collection... thanks for help! best regards, -- Lubos [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
ok, here's a question: somehting is wrong with my cd -- error installing the base system If I were on a real, physical computer, I would ctrl-alt-F2 to a ocnsole, or ctrl-alt-f3 to the error log, and try to diagnose the problem. But on qemu ctrl-alt releases the grab, so it seems to be impossible to do. Is there some way to switch virtual terminals in qemu? found the answer here: http://lists.gnu.org/archive/html/qemu-devel/2004-06/msg00103.html You need to access the qemu monitor using ctrl-alt-2 (not f2, 2). I kept reading that wrong in the manual... the monitor is a very cool tool, among other things it can send a keystroke to the simulation thus: sendkey ctrl-alt-f2 wicked cool. now I'm going to figure out how to install kqemu to make things a bit faster, and then I'm off to try out ReactOS install those games my kids want to play! how utterly cool! Matt man is this ever cool! hard to believe it Just Works so easily., I feel omnipotent! THis makes me really nonetheless, I can already see how cool this is... Matt
Re: qemu vt's
wicked cool. now I'm going to figure out how to install kqemu to make things a bit faster, and then I'm off to try out ReactOS install those games my kids want to play! how utterly cool! if you succeed could you please post how to do it? doesn't seem very straightforward to me - the README in the package refers to running configure, but there's no configure in that directory... thanks in advance, -- Lubos [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
On Thu, Nov 03, 2005 at 05:52:36PM +0100, Lubos Vrbka wrote: wicked cool. now I'm going to figure out how to install kqemu to make things a bit faster, and then I'm off to try out ReactOS install those games my kids want to play! how utterly cool! if you succeed could you please post how to do it? doesn't seem very straightforward to me - the README in the package refers to running configure, but there's no configure in that directory... you will need the source for qemu too. for example, if i'm in /usr/local/src and i have the two sources downloaded... $ tar xzf qemu-0.7.2.tar.gz $ cd qemu-0.7.2 $ tar xzf ../kqemu-0.7.2.tar.gz $ ./configure $ make $ sudo make install the make install mknoded a dev. if you are using udev, you'll want to remove that, then run modprobe kqemu major=0 (this is in the documentation, and in my /etc/modules). i also adjusted my /etc/udev/permissions.rules to give my regular user account rw access to this device. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
On 11/3/05, derek [EMAIL PROTECTED] wrote: On Thu, Nov 03, 2005 at 05:52:36PM +0100, Lubos Vrbka wrote: you will need the source for qemu too. for example, if i'm in /usr/local/src and i have the two sources downloaded... $ tar xzf qemu-0.7.2.tar.gz $ cd qemu-0.7.2 $ tar xzf ../kqemu-0.7.2.tar.gz $ ./configure $ make $ sudo make install ok, looks straightforward. Does that install both kqemu and qemu? Also wouldn't it be preferable to use checkinstall: sudo checkinstall -D make install this will make a trackable debian package (so you can uninstall when you change kernels etc...). thanks for the hints. matt
Re: qemu vt's
On Thu, Nov 03, 2005 at 02:43:29PM -0500, Matt Price wrote: On 11/3/05, derek [EMAIL PROTECTED] wrote: On Thu, Nov 03, 2005 at 05:52:36PM +0100, Lubos Vrbka wrote: you will need the source for qemu too. for example, if i'm in /usr/local/src and i have the two sources downloaded... $ tar xzf qemu-0.7.2.tar.gz $ cd qemu-0.7.2 $ tar xzf ../kqemu-0.7.2.tar.gz $ ./configure $ make $ sudo make install ok, looks straightforward. Does that install both kqemu and qemu? yes. Also wouldn't it be preferable to use checkinstall: sudo checkinstall -D make install this will make a trackable debian package (so you can uninstall when you change kernels etc...). good idea, i wasn't aware of checkinstall. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
Also wouldn't it be preferable to use checkinstall: sudo checkinstall -D make install this will make a trackable debian package (so you can uninstall when you change kernels etc...). good idea, i wasn't aware of checkinstall. good idea, but imho checkinstall is not available in testing, just in unstable. or is it hidden somewhere? regards, -- Lubos [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: qemu vt's
On Thu, Nov 03, 2005 at 10:11:24PM +0100, Lubos Vrbka wrote: Also wouldn't it be preferable to use checkinstall: sudo checkinstall -D make install this will make a trackable debian package (so you can uninstall when you change kernels etc...). good idea, i wasn't aware of checkinstall. good idea, but imho checkinstall is not available in testing, just in unstable. or is it hidden somewhere? It looks like it is stable and unstable (maybe it was accidentally removed from testing becuase of the onging transitions): http://packages.debian.org/cgi-bin/search_packages.pl?searchon=namesversion=allexact=1keywords=checkinstall I would jsut download it there and install the .deb manually with dpkg -i pkg_name. -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto pgp6iXCbj5T2U.pgp Description: PGP signature
qemu vt's
On 11/2/05, Mitch Wiedemann [EMAIL PROTECTED] wrote: Robert Kopp wrote: When I create an iso image of my custom Knoppix CD, I test the image with the qemu program. That way I don't have to burn a cd until I'm sure the iso is going to work. Here's the command that I use: qemu -m 128 -cdrom my_custom_cd.iso -boot d ok, here's a question: somehting is wrong with my cd -- error installing the base system If I were on a real, physical computer, I would ctrl-alt-F2 to a ocnsole, or ctrl-alt-f3 to the error log, and try to diagnose the problem. But on qemu ctrl-alt releases the grab, so it seems to be impossible to do. Is there some way to switch virtual terminals in qemu? nonetheless, I can already see how cool this is... Matt