Looking at what to recommend for developers wanting to get started this evening.
Xen doesn't seem like a readily deployed solution: manually rework your whole boot system, build multiple kernels, edit configuration files, hope it works. Fine for sysadmins building computers every day, but not a programmer's favourite way to deal with their primary development machines.
Conversion from Qemu builds to VMWare still doesn't work due to the missing vmware network driver AFAICS. Failures all over the Gentoo sugar-jhbuild process, looks like all of that is just different library versions and/or complications due to the build prefix and/or having different paths to Python.
Looked into doing a chroot operation as well. Mount the image (with an offset) as a loopback file system, then do a 32-bit chroot into the image. That works to get a shell, but of course it doesn't go through the system initialization, so you don't get a running Sugar environment out of it. That could likely be solved with a simple script to run to set up what Sugar actually needs within the chroot. Need to figure out how to make the X client work in that environment too, but there's some promise there (seems to me).
Qemu is still pretty slow. With KQemu it's not horribly painful. I haven't been able to get my 542 image to use the network, however. At one point I had it getting dhcp from the Qemu system, but it wasn't getting the packets routed out to the real world. Seems Qemu is the only game in town at the moment if you're not running Fedora 7 on your workstation.
There are a number of suggestions on the wiki that I haven't tried yet for fixing the network, guess I'll try them tomorrow or so. At PyCon we basically found that the host setup for Qemu networking on Linux was often rather involved. That still may be the case, or it might be something as simple as a misplaced parenthesis.
Sysadmin-ing is really not my forte.
Pingbacks are closed.