I was working with two "JEOSs," (yet another stupid computer acronym pronounced "juice"), Ubuntu and rPath. A JEOS is just a stripped-down Linux installation for appliance and other small server use, and to it's credit, rPath predates this acronym. All small Linux operating system distributions do as well, such as "Damn Small Linux" which has been around a long time and has its own complaints about Linux (you get the tone, I suppose).
Seeing that VirtualBox was still talking to the outside world, I went with it, and since it has the Ubuntu in it, I searched using the words "jeos ubuntu virutalbox resolve.conf" to get some clues--I found a blog, kefakya7obi, supporting Wordpress in an emulator. For the /etc/networks/interfaces file , the author (thanks!) suggests the following configuration:
iface eth0 inet staticYou might notice the "auto" line in the file which refers to the boot-up process. Without it you have to use the "if-up eth0" command.
And reminded not to forget resolve.conf. The network information for the Vista laptop connection is in the icon in the interfaces section of the Vista networking windows, and I figured I would have to adjust things, but I didn't. I also ran the Vista text window commands ipconfig for IP information and nslookup, for DNS information which produced similar information, but much more quickly.
Update: Things stopped working again, so I went back to the default configuration in /etc/networks/interfaces, and it worked. It should be noted that with all this fiddling, I have not actually gotten to where I can actually work "wget" the digitalus and Zend software! (We do indeed live in a hell--technology--within a heaven--Nature.)
iface eth0 inet static
With time... it is working pretty well. There was one instance that it did not come up right, but the Windows components are still probably a work in progress, and things have to be just right for it to configure properly, and hence a possible need for a couple of reboots.
VMWare is reputed to be the best of the best, but a table of benchmarks by a Linux gamer shows that these three emulation systems are the same within a single factor in every category.
VirtualBox Qemu VMware-player
DhryStone ALU (MDIPS) 5,716 5,988 5,711
WhetStone FPU (MWIPS) 4,189 4,649 4,401
(thx2 http://www.linux-gamers.net/smartsection.item.56/virtualbox-vs-qemu.html :)
I installed the X11 window server, Xming, and allowed for access from all hosts in the "launch" window (not a necessarily a secure way to go, but there was no granular configuration in the launch window to specify hostnames), and I was very happy to see an rxvt window generated from the Linux living in the emulator. I was also excited to be able to cut+paste text between Windows and Linux's rxvt. You have to "export DISPLAY=192.168.56.1:0.0" from the ipconfig command on the laptop to direct the windowing instructions from the Linux in emulation to the Xserver on the laptop.
Then I tried an Xwindows editor: Xemacs. This started but failed to perform after starting, so I won't be running any fancy IDEs, such as
Perhaps WWW-based program editing tools, if they exist in a usable format, will satisfy though they usually don't (such as this one on blogspot doesn't).
Why virtualization is important to me
I am tyring to create an environment on my laptop that will allow me to access Linux from Vista, the system I am stuck with because of the laptop builder,
Connection to the Laptop
The connection to the laptop is important so as to have a decent window to work in, or possibly to use with editors such Emacs or an IDE such as ZEND Studio. I have found that there are a lot of problems with Windows LAMP installations such as WAMP; it seems like it is a matter of learning how to run virtualization on Windows, or de-bugging WAMP. Building in a Linux environment is helpful because nearly all web servers are Linux and I have found that migration from windows to linux is difficult enough to take up someone's time full-time.
So what is the problem?
Since the problem is with the virtual "network" within the laptop, Qemu seems to be the best choice, or perhaps path, because Qemu seems to have the most network control. It is unfortunate that the free software community has not resolved and documented solutions for this obvious issue for the two open emulators, Qemu and VirtualBox, or that community members are not sharing the details of the solutions. They just give hints that the problem can be solved but no actual script code. Perhaps they feel that you should suffer as they have; I actually study this phenomena about the open community as part of my work on the Information Society.
The other path is simply to work on Linux full-time or in a dual boot machine. The problem here is that more time has to be invested into making Wifi work on Linux, as the Linux community as made hardware support nearly impossible for the manufacturing "community" by adhereing to a monolithic model rather than migrating to a micro-kernel. If you remember, Linux was born as a debate between Linus and a professor named Andrew Tannenbaum. Tannenbaum's system, Linux, was (or is) microkernel, as is every other major system: all of Microsoft since Win95, Apple's OSX, and of course the up-coming L4 micro-kernel foundation.
L4 Microkernel as a virtualization solution, and as a solution period
On the topic of L4, the approach is run machines on top of the L4 microkernel, rather than emulate PCs as processes, which if you think about it, is a pretty lame way to do things.
As of a few years ago, L4 ran Linux on top of its microkernel factors faster than linux runs as an independent monolith, which implies that not only Windows sucks, but Linux as well. So much for Linus' fame!
The obvious thing to do is of course look at the needs of the world of systems users, something like 6 billion members of the Information Society, and design a system that suits it as a aggregation of individuals, families, and communities.
Thinman is a model I created nearly a decade ago (before my whole industry got shipped to Bhopol, India !?!?) where I applied knowledge gleaned from the Perl CPAN distribution system with my experiences managing large networks as if each of these network systems, and their supporting network servers, had Perl VMs that received by both data and code instruction to implement the data, or to collect data and form it into a generic complex structure binary format (and not deliberately crippled XML). The Perl community was supposedly building a VM, and it was the most brilliant design imaginable, and it was to be the basis of my Thinman design, but it never came to fruition. I attempted to explain the underlying problem in my article here "Linux and Perl, Both Hands Tied."