On Tue, Nov 11, 2014 at 01:15:43AM -0600, Bruce Dubbs wrote: > Ken Moffat wrote: > > > > > > So, for the first question: any recommendations on configuring > >terms in qemu ? > > I can't really say I did any configuring. One distro I like is > debian-7.1.0-amd64-xfce-CD-1.iso. > > I generally run qemu over ssh. I have 2 1920x1200 monitors that give about > 95 dpi. When qemu comes up, it gives me a 80x24 character window that is > 640w x 480h pixels, plus a frame and qemu header. > > The font seems quite reasonable. Both size and style are very readable -- > about 8x10 pixel boxes for a character. C-A-plus and C-A-minus seem to do > the right thing. >
For the tty part, yes it is readable and nothing to worry about. For running X on the VM: 1. Ctrl Alt + and Ctrl Alt - are not doing anything, I'm using the View menu on the QEMU window to zoom in and out - I can live with that. 2. Like all newbies, I was probably asking the wrong question. Some of my results seem a bit variable, or lagging behind what I had altered - that is maybe because this vm is running ubuntu. After posting, I played a little more, and discovered that I could log in to either ubuntu or xfce sessions - the xfce looked better, with a solid black background to the panel. Today, I've been doing a little more research on video options, and then trying them out. My results are best described as "mixed". The qxl vga option is not available (needs spice), so I have been trying cirrus (the default), std, vmware. Today, cirrus and std both render the main part of the xfce panel as a mixture of vertical white and black lines, so that anything on it is mostly unreadable. With std, Xorg comes up as 800x600 (Vesa), with cirrus it comes up as 1024x768. For both of those, the xfce term is unusable : the left 75% is a black background (with a tiny font), followed by the scrollbar, and then the remaining 25% of hte window is just white background, with the remainder of the titlebar and max/min/etc controls. In these vga options, urxvt uses a narrow font - in 1024x768 that effectively makes it _very_ narrow. With -vga vmware I again get 800x600, the xfce panel has a solid black background, the xfce terminal just works ;) [ urxvt is still narrow, but all I need is a usable UTF-8 terminal ]. I don't yet think this is a convenient place to build things (I cannot seem to get to a second desktop), but it looks as if it is now set up to be able to build 32-bit. > The script I use to start it is: > > #!/bin/bash > > SUDO=sudo > [ $EUID == 0 ] && SUDO= > > $SUDO qemu -enable-kvm -boot c \ > -drive file=/mnt/qemu1/deb71.img \ > -drive file=/mnt/qemu1/lfs.img \ > -m 2G \ > -net nic -net tap -machine accel=kvm Thanks, I got that part a few days ago. I have not made a qemu symlink, at the moment I'm playing in 32-bit and wondering if I might, in the future, try other architectures. Still need to sort out what I think I can _usefully_ do in a VM, and then I'll come up with one or more scripts. I think I might use this one to explore tex-on-debian. > > If I boot to debian, I get a full graphics display. It's 1024xn768 pixels > and the font size looks fine. It comes up with xfce and the xfce terminal > looks fine. > > > > This xubuntu install is really weird (text, and what I suppose are > >icons, on the panel are almost unreadable), although perhaps > >slightly better with 'vga' than with 'cirrus', so it might not be > >the best way forward (I cannot see how to get to another desktop, > >clicking in the panel seems rather random - and I've just about got > >used to xfce on other machines, so I know that putting the desktops > >on the panel is useful in normal circumstances). Or is there a > >better setting, e.g. for -vga, which will make things legible ? > >Note that the login screen, with white text on black backgrounds, > >looks very good in qemu - it's only when I get to a desktop that I > >have trouble reading it. > > To send special keys, go to the qemu monitor (C-A-2) and type: > sendkey ctrl-alt-f1 (or whatever) > Then go back to the VGA screen. I'm using -monitor stdio for quick access to it. *MANY* thanks for that. The tty is indeed fine. > > As far as terminals go, I really like konsole. It is very configurable and > has some very nice features. I like tabs at the bottom (where the cursor > usually is) and the names in the tabs can be changed with two clicks (right > on tab-left on rename tab.) Of course you need to install KDE libs to get > it, but that's a lot easier on a commercial distro than BLFS. > Will maybe try that (this machine has enough horsepower for kde), but I think I probably need to learn a little more about qemu, and try some other images. > > What definitely is giving me problems at the moment is copy and > >paste. Within qemu I can copy from firefox to rxvt-unicode., but > >when I try to paste _from_ qemu to the host, I mostly get whatever I > >last pasted on the host. On one occasion I got the first part of > >what I wanted (probably had not pasted on the host at that stage), > >and pasting from the host to qemu fails completely. Are either of > >those fixable, or just something I'll have to live with if I use > >qemu in anger ? > > Doing a copy/paste from a host to virtual is always a problem. You might > want to take a look at http://wiki.qemu.org/Features/Copy-Paste_Integration. > I have not tried it, but would be interested in your results if you try it. > > -- Bruce > I'm now using ssh to connect to my server. This is in one xfce term, pasting the following two lines from another : ken@xubuntu386:~$ cat /etc/debian_version jessie/sid From that link: "This requires the installation of qemu guest-agent in the guest virtual machine which can be unix or windows based." I think I'll pass for the moment. Thanks for your help. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
