HN user

froseph

57 karma

If I told you, you wouldn't have to ask.

my public key: https://keybase.io/froseph; my proof: https://keybase.io/froseph/sigs/rVs5dPA79-8GFTLWjX2yoIqq8usJigt2MMyY1hqX4h4

Posts0
Comments23
View on HN
No posts found.

The wayback machine* has Zachary Amsden's opinion in 2007 why the vmkernel (and other components) are not in violation of GPL. It's an interesting read.

He concludes:

1) There is no argument that depending on a Linux console OS makes any part of ESX subject to GPL that is not already opene sourced. We have open sourced those GPL components of the system which we have modified and given the changes back to the community.

2) There is no argument that loading the vmkernel by bootstrapping it with Linux makes the vmkernel subject to GPL. In fact, in the funniest counter-example, Linux itself used to be boostrapped under MS-DOS by running the command loadlin (note the 7 character name, since DOS would not allow enough characters for load-linux).

3) There is no argument that distributing GPL binary drivers makes any piece of software distributed with them or using them subject to GPL. In fact the converse appears to be explicitly stated in the GPL itself.

* http://web.archive.org/web/20080105204946/http://www.venture...

updated for formatting.

The FAQ implies the lawsuit is relating to the Linux kernel: http://sfconservancy.org/linux-compliance/vmware-lawsuit-faq...

This case is specifically regarding a combined work that VMware allegedly created by combining their own code (“vmkernel”) with portions of Linux's code, which was licensed only under GPLv2. As such, this, to our knowledge, marks the first time an enforcement case is exclusively focused on this type of legal question relating to GPL. However, there are so many different ways to make combined and/or derivative works that are covered by GPL that no single case could possibly include all such issues.

I think most new "netbooks" have been converted into 11.6 form factor to include a proper full sized keyboard. The only real reason netbooks had 10" displays was because intel required it when purchasing an atom (along with their 2gb memory limit). Atoms haven't gotten any real architectural (IPC) changes since their release and Intel has been repositioning the brand/hardware towards tablet/phone devices. Since manufacturers have been freed from the 10" constraint, such most manufacturers have been building larger screened low end laptops which is really what the market wants. As such you might want to reconsider your options. Depending on the architecture of the Celeron, it may actually be faster and more battery efficient than an Atom. The options seem to be:

1/ Deal with an extra inch of real estate

2/ Buy a 7/10" tablet & add a keyboard. Some like the Asus transformer pad includes a keyboard dock. You can also try rooting/chrooting a linux distro onto the tablet all the bells and whistles.

3/ Buy used from e-bay

Their funds are finite and the increased cost of a football would take away funds for other goods and services which they deliver. They need to prioritize their the current needs and demands, not just optimize for the long term cost of a football.

You should take a look at http://vcs-home.branchable.com/ They have a mailing list and a bunch of resources to do similar things.

Right now I use movein[1] to maintain my dot files. Each dotfile is held in it's own repo which is checked out to $HOME via GIT_DIR and GIT_WORK_TREE environment variables. The mr[2] command ties the git repos together as it if was one repo. I use additional repos or branches to handle variations within dotfiles. For work, I try to keep things confined to the relevent directory eg. using local.vimrc[3]

[1] http://stew.vireo.org/movein [2] http://kitenet.net/~joey/code/mr/ [3] https://github.com/embear/vim-localvimrc

I do pretty much the same thing but using simplenote. Simplenote has a lot of clients including one for vim and emacs so it's pretty easy to find one on the platform of your choice.

This is precisely why they use reverse a linked list- it's common enough that everyone understands it, and if not, it can be quickly explained, and everyone understands that you 'just need to flip' the arrows, yet we get many people who don't get it.

For what it's worth I don't really care much about your resume other than the fact that it is a signal for if you _may_ be a good hire. My job as an interviewer is to test if you are a good hire and you need to be able to pass that test. I ask easy programmings questions as a smoke test of technical competence. I banter about your interests and past achievements to see if we are able to communicate and get along (as well as probe for bullshit). I ask hard problems to see how you think and your motivation to get the job done.

Having been in a big company, the primary reason we did lots of coding is to ensure that we have enough signal that you can code. One bombed interview may not mean much, but any more may be an indication that you cannot get the job done without some amount of babysitting.

I've been using screen for years, and just switched to tmux since so many people have been raving about it. The reasons I switched were:

1/ Configs for status prompt were easier to grok

2/ Actively maintained. I used to use vertical split all the time and tmux had that where as gnu screen required hack patches.

If you only want persistence, screen, tmux, dtach do pretty much the same thing.

Ask HN: tiny VMs 15 years ago

There are images of VMs floating of base installs of various linux distros. If this is too big, just configure JeOS with your basics and clone that image as needed.

If the original poster is looking for a VM to distribute an application, JeOS is a reasonable place to start.

On the other hand if the original poster wants to run a VM for every application he will (likely) want to look for a VM platform that dedups memory, a la ESX (though that's a bare metal server hypervisor)

If the original poster just wants a secure enivornment to run apps, something like VMware ACE may work better which allows you to lock down/filter access to USB storage, network, etc.

Disclaimer: Former VMware employee.