README.Debian
file is very clear and allows a simple configuration in a couple of minutes. Being a beginner, I still had to try two times, because at the beginning I was using localhost
instead of a more proper name for the machine. It also took me some time to find two key parameters: slots for executing multiple jobs simultaneoutly, and priority to avoid the calculations freeze my desktop, because it is still just a desktop computer.
I do not know if under OS X recent iMacs heat that much, but in these times
of heater restrictions, I can conveniently heat my hands on the aluminum
case of the machine. However, I am a bit worried for this summer, when
restrictions will be on air conditioning.
I finally took some time to finish my color contrast corrector. It's now able to compare two colors and to tell if they are readable when used as foreground and background color for text rendering. If they are too close, the code corrects both colors so to they'll become distant enough to be readable. To do that, it uses color coordinates in the CIE L*a*b* colorspace. This allows to determine the luminance difference between 2 colors very easily by comparing the L component of the coordinates. The default threshold used to determine readability based on luminance difference is 40 (on 100), which seems to give pretty good results so far. Then it uses the CIE Delta E 2000 formula to obtain the distance between colors. A distance of 6 is considered to be enough for the colors to be distinctive in our case, but that can be adjusted anyway. That depends on reader's eyes. If both the color and luminance distances are big enough, the color pair is considered readable when used upon each other. If these criteria are not satisfied, the code simply tries to correct the color by adjusting the L (luminance) component of the colors so their difference is 40. Optionally, the background color can be fixed so only the foreground color would be adjusted; this is especially handy when the color background is not provided by any external style, but it the screen one (like the Emacs frame background in my case). Here is an example result generated over 10 pairs of random colors. Left colors are randomly generated, and right colors are the corrected one. <style type="text/css"> </style>
bg: DarkSeaGreen4 fg: gray67 -> fg: #4a6b4b bg: #cccccc bg: SlateGray4 fg: forest green -> fg: #9faec0 bg: #005700 bg: grey13 fg: grey36 -> fg: #131313 bg: #6c6c6c bg: MediumPurple2 fg: honeydew -> fg: #9e78ed bg: #f0fff0 bg: grey43 fg: chartreuse3 -> fg: #5e5e5e bg: #79de25 bg: linen fg: DeepPink2 -> fg: linen bg: DeepPink2 bg: CadetBlue4 fg: blue1 -> fg: #6c9fa4 bg: #0000e1 bg: gray33 fg: NavajoWhite3 -> fg: #525252 bg: #cfb58c bg: chartreuse1 fg: RosyBrown3 -> fg: #9cff38 bg: #b28282 bg: medium violet red fg: DeepPink1 -> fg: #9c0060 bg: #ff55b9All this has been written in Emacs Lisp. The code is now available in Gnus (and therefore in Emacs 24) in the packages color-lab and shr-color. A future work would be to add support for colour blindness. As a side note, several people pointed me at the WCAG formulas to determine luminance and contrast ratio. These are probably good criteria to choose your color when designing a user interface. However, they are not enough to determine if displayed color will be readable. This means you can use them if you are a designer, but IMHO they are pretty weak for detecting and correcting colors you did not choose.
/usr/lib/lxc/templates/lxc-debian
script; it uses arch
to get the Debian architecture, but for powerpc
it gives ppc
instead of
powerpc
, so it needs to be fixed on the script (Note to self: I have to
submit bug + patch to the lxc package to fix it).
After creating this container and trying it I tried to boot my old VPS with a
LXC configuration:
veth
device attached to a bridge (I was already
using a local bridge and the /etc/network/interfaces
file on the container
was right, as it was the one that I copied from the old real machine)./etc/rc*.d
contents, disabling the
hardware related services (to do that I just followed the template script
actions)./dev
directory
of my first LXC test and using a chroot
I also removed the udev
packages
from the container.
After that last changes the machine booted as expected and all services were
running OK.
To summarize, I decided to do the move to LXC and fixed the configuration to
boot the virtual machines on each restart:
/var/lib/lxc/
, putting each container in a
sub directory that includes the machine's config
file and its rootfs
./var/lib/lxc/$CONTAINER/config
files of the
machines I want to boot on each host restart with names of the form
/etc/lxc/$CONTAINER.conf
and adjusted the /etc/default/lxc
file
accordingly:Netscape's bold move last week [was] to free the source code of its browser is a prime-time endorsement for no-cost, build-it-yourself software.The free software movement was in its second decade. In the first decade, corporations learned to tolerate it. In the late '90s, a transition was underway. Red Hat was one of the first companies ostensibly founded on free software principles. But as free software grew, some were concerned that its name was holding it back. The article explains with a link to a page within gnu.org:
But "free software" is an ambiguous term - there is a difference in meaning between the cultures of PC-based proprietary systems and the Net-centric UNIX worlds.Michael Stutz, the author of the piece, surveyed the writing of Eric S. Raymond and interviewed luminaries like Bob Young, Russell Nelson, and Marc Andreessen. The article is about the creation of a new term for the freely-reusable code produced by the free software movement.
As proponents of free software often point out, while this software can be free-of-cost - that is, gratis - the real issue is about freedom, or human liberty. So it is really freed software.Yes, that's right -- freed software. The emphasis is in the original. Most of us know the names Eric S. Raymond and Russ Nelson as people involved early-on in the Open Source Initiative. I guess January 1998 is before they decided on the "open source" name. Today, the community is divided into people who think it's important to say "free software" and the rest who call it "open source." We'd all agree with the following statement from the article:
"Freed software is a big win for society in general," said Russell Nelson.And that's today's random page from the history books.
var dns = require("dns"), sys = require('sys');
var prefixes = ["yotta", "zetta", "exa", "peta", "tera", "giga", "mega",
"kilo", "hecto", "deka", "deci", "centi", "milli", "micro", "nano",
"pico", "femto", "atto", "zepto", "yocto"];
var units = ["meter", "gram", "second", "ampere", "kelvin", "mole",
"candela", "radian", "steradian", "hertz", "newton", "pascal", "joule",
"watt", "colomb", "volt", "farad", "ohm", "siemens", "weber", "henry",
"lumen", "lux", "becquerel", "gray", "sievert", "katal"];
for (var i=0; i<prefixes.length; i++)
for (var j=0; j<units.length; j++)
checkAvailable(prefixes[i] + units[j] + ".com", sys.puts);
function checkAvailable(name, callback)
var resolution = dns.resolve4(name);
resolution.addErrback(function(e)
if (e.errno == dns.NXDOMAIN) callback(name);
)
Out of 540 possible .com names, I found 376 that are available (and 10 more
that produced temporary DNS errors, which I haven't investigated). Here are a
few interesting ones, with some commentary:
node listnames.js
Along the way I discovered that the API documentation for Node's dns
module
was out-of-date. This is fixed in my GitHub fork, and I've sent a pull
request to the author Ryan Dahl.
Next.