Search Results: "cas"

20 January 2007

Evan Prodromou: 30 Niv se CCXV

I just got the Free Your Phone announcement from the OpenMoKo announce list. Looks like they'll have preview versions of the new Linux-based, Open Source phone platform available Feb 11, generally available March 11, and ready for public distribution September 11 (!). FIC is under a lot of pressure to make this product the Open Source answer to the iPhone, and I think they have a very good story. At this point I think the success of the platform is going to depend on three things. First, FIC's execution in getting developer versions out the door and ready to use. If the OpenMoKo platform stays vapourware for much past the first part of 2007, it won't be able to capitalize on the iPhone hype and current excitement. Second, FIC is going to have to resist the temptation to hold back parts of the OS or the application stack as proprietary software. Credibility in the Free Software fanatic community is going to be key for its first wave of usage, and "free enough" isn't going to be good enough for this product. A good cautionary case would be Trolltech's Qtopia. Trolltech's reputation for holding back parts of its stack has probably been the main reason this platform hasn't been taken up by Linux aficionados. Third, and perhaps most importantly, support from more hardware vendors. "Open Source" is sometimes a synonym for "second source" -- it gives customers and developers the security of knowing that the success of a platform is not tied to the success of a particular company. OpenMoKo can take the Free Software niche in the smartphone OS market -- making a place among Symbian, Pocket PC, and Palm OS that appeals to hackers. I think if they can get the hackers, they can get the kind of UI quality and application availability that will get the rest of the population interested. Firefox is an example of an Open Source project that has done this recently. All in all, I think FIC has a lot of challenges ahead -- mostly internal. But I also think that if this is played right, OpenMoKo or something like it could change smartphones the way Linux and the *BSD family have changed servers. tags:

Hillary's In News bulletin: Hillary's In. She's in to win. She's in to win the Big Spin. She's in up to her chin. She's in and so is her twin. She's in with a grin and a tin of aspirin. Hillary's in by the skin of her shin. She's in with the thin fin of an elfin dolphin. So it begins. tags:

MJ Ray: Tipping point

Cutting Free: An interview with gNewSense founders Paul O'Malley and Brian Brazil
"if your hardware reacts badly to gNewSense, is it time for you to examine what the vendor is doing to you? If they offer some piece of hardware in exchange for your freedom and then they don't trust you to run that hardware correctly. They don't trust you, why should you trust them? As you don't have the specifications could it be the case that they are pretending that commodity is really something luxurious? How can you know that?" [note: bad site for the visually-impaired, bad colours and a graphical eyetest for comments]
Chip and SPIN! Examining the technology behind the "Chip and PIN" initiative...
"The purpose of this site is not to provide totally balanced comment on the move, but to give proper airing to the drawbacks. It's a always a tough job for onlookers to assess the truth behind anything controversial, but the greater the quantity of information, and the greater the variety of sources the better."
The Huffington Post: James Love: WIPO and the global consolidation of rights in audiovisual works
"This makes it more difficult, risky and expensive to copy, republish, remix or reuse works, for any purpose. This is a bad idea in general, but an insane idea at the very moment when we are witnessing such an explosion of new ways of creating, using, sharing and re-purposing information."
OPENSOURCE petition to the Prime Minister
"We the undersigned petition the Prime Minister to Improve Open Source use in govenment and local govenment work places."

Martin F. Krafft: No-fly list to be scrubbed?

Nori points me to this article by Bruce Schneier, which seems like good news for me. Does it mean I'll be able to visit the US again sometime in the future? I don't think so; travel to the US is among the most unattractive things I can currently think of. I might reconsider when the US stops treating visitors like terrorists, taking their fingerprints and requiring so-called "Passenger Name Records" to be made available by the airline companies transporting passengers into the US, with the sole purpose to build a criminal file for everyone entering the country, just in case they become a threat to national security or an obstacle in the path of the neo-conservatives to forge ahead. In addition, I'd fear for my laptop, which US immigration officers can now seize without reasons and scrutinise; I do not own a laptop because I can do without one for weeks on end. Furthermore, all my data are encrypted for good reasons. As the old saying goes: "only the guilty have something to hide", I'd surely make it into their prisons as a suspected terrorist (which has happened to people before). What the US doesn't understand is that even though I may be guilty and therefore hiding something, it doesn't mean I am hiding it from them. So no, I don't think I'll enter the US anytime soon. NP: I Love You but I've Chosen Darkness / Fear Is on Our Side

Eddy Petrișor: RC bugs, what about important ones?

I was wondering if is right to our users that we are following only the RC bugs before a release. I think not. Don't get me wrong, I don't want important bugs count to be 0, or something similar; that would be insane to have as a goal.

I am thinking that we should (during the freeze) poke more of those important bugs that our and/or others' packages have. If you are like me, you will feel that you can't do anything/too much to improve the quality of the release during the freeze since some of the RC bugs are corner cases, not reproducible on your arch, already taken or you don't have the knowledge to fix them.

Many of the important bugs are broken functionalities that affect the users on a daily basis, and living 2 years with the same set of bugs is a pain. I don't know how that would feel, but I can imagine. I used Woody for only a half an year and after 2 months I started using backports. After 3, I started pulling things from Sarge (at the time it was testing). At the end of that half of year I was using mostly Sarge stuff and decided to go entirely into testing.


So, what do I propose? Maybe we should make some pages in the style of the RC bugs count pages which follow the important bugs.

As a bonus we might see some interesting things like bugs which were downgraded from RC - the RC graph would go down, while the important graph would rise. Of course, that wouldn't mean too much since that would be the product of badly assigned severities or downgraded and judged as non-RC bugs, but it would interesting to follow such tendencies.

Andrew Pollock: [life] Christmas in Vegas

(almost caught up on the blogging backlog) We had five days off over the Christmas period, from Christmas Eve on the Friday through to what we call Boxing Day (America doesn't do it, but Google gave us the day off). We spent the time in Las Vegas with our friends Craig and Sarah and their daughter Kes, in their "fifth wheel" trailer, as we had previously in Glamis. The drive was good. We stuffed around getting away on Friday, so didn't leave Mountain View until around 10am, so Craig and Sarah beat us there, when we were expecting to beat them (they couldn't leave until the end of business on Friday). It took us something like 9 hours to drive there. I think the thing I love the most about California is the diversity you get. We've seen snow, forests, beaches, desert. All without having to leave the state. One of the highlights of the trip was going through Bakersfield, which had heaps of oilwells all over the place. We also drove past one of the commercial aeroplane dumping grounds in the Mojave desert. Vegas itself was something to behold. It had a reality distortion field around it that made Google's pale into insignificance. The strip was great to walk up and down to just take in the architectural wonders that are the casinos on it. The adult industry is incredibly in your face. People are on the sidewalk handing out "calling cards" for what I thought were hookers, but I'm told are technically strippers, with catchlines such as "nude to your door in 15 minutes". What would normally dispense newspapers in any other city gave out free catalogues of what the adult industry had to offer. I thought all of that was a bit seedy. The casinos themselves where all much of a muchness inside. Far too smokey for my liking. I'm not a big gambler. I think blackjack is about the only game I can wrap my head around, and even then you can lose too much money too quickly on the tables, so I mainly played video blackjack with 25 cent bets. It's not a bad way to blow five bucks. The second hand smoke was a great deterrent against staying inside for too long. We caught Zumanity at New York New York, and had a humungous buffet lunch for Christmas Day at Mirage. We were staying in the trailer park attached to Circus Circus. It's pretty cool that there's a trailer park right on the strip. The one thing that I hadn't associated with Las Vegas was the shopping. Every one of the casinos on the strip had a massive shopping mall associated with it, and I mean massive. Paris' in particular took forever to escape from. The Forum Shops in Caesars Palace also felt like they went on forever. I initially thought how they painted the sky with clouds on the ceiling was quite clever, until I discovered that every mall did the same thing. Then it got a bit old. You could go to Vegas just for the shopping and the day spas, and never have to set foot in a casino gaming room. I'd like to make one more trip, and this time stay in a hotel, just for the hotel experience. I think Venice was my favourite looking casino (from the outside). Photos from the trip are here.

Josselin Mouette: Making upgrades faster

Improving the speed of upgrades is a never-ending process. Last year, I worked on GConf schema registration which was painfully slow. Today, the introduction of apt-delay, which compensates for the absence of hooks in dpkg, paves the way for further improvement: single call for gconf-schemas (although we wouldn't gain much now), but also more recently widespread dog-slow stuff like update-mkinitrd and fc-cache. However this approach doesn't work for ldconfig, as this command must be launched before considering the package as configured. Therefore, you can't hook it into apt-delay and hope everything installs fine before running ldconfig. The ldconfig case can be solved by itself, as it is possible to use the simplest caching method by simply looking at the timestamps of the directories it scans. This patch (for glibc 2.5) adds simple checks to see whether the directories actually need to be rescanned before regenerating the cache. The improvement is visible as soon as you upgrade two libraries together - and generally, unstable users upgrade them by packs of ten, if not more. As Aur lien Jarno seemed to agree with the approach, I hope to see it included soon, at least in experimental.

19 January 2007

Enrico Zini: tagminer

Cute things one could do with debtags While answering to a long message in the debtags-devel mailing list I accidentally put together the pieces of a fun idea. This is the bit of message I was answering:
  • It would be very useful if the means for indicating the supported
    data formats was more comprehensive. This could mean a lot of
    expanding in the "works-with-format" section of the vocabulary, which
    doesn't even include formats such as gif or mpg at the moment. I don't
    know how feasible it is to alter underlying debtags functionality, but
    perhaps it would be the easiest to make "works-with-format" a special
    case tag which allows for formats not listed in the vocabulary.
This is my answer:
Good point. The idea has popped up in the past to list supported mime types among the package metadata, so that one could point to a file and get a list of all the packages that can work with it. I'm not sure it's a good idea to encode mime types in debtags and I'd like to see something ad-hoc for it. In the meantime works-with-format is the best we can do, but we should limit it to the most common formats.
This is the fun idea: if works-with-format is the best we can do, what can we do with it? Earlier today I worked on resurrecting some old code of mine to expand Zack's ls2rss with Dublin Core metadata extracted from the files. The mime type scanner was ready for action. Some imports:
import sys
# Requires python-extractor, python-magic, python-apt
# and an unreleased python-debtags from http://bzr.debian.org/bzr/pkg-python-debian/trunk/
import extractor
import magic
from debian_bundle import debtags
import re
from optparse import OptionParser
import apt
A tenative mapping between mime types and debtags tags:
mime_map = (
        ( r'text/html\b', ("works-with::text","works-with-format::html") ),
        ( r'text/plain\b', ("works-with::text","works-with-format::plaintext") ),
        ( r'text/troff\b', ("works-with::text", "works-with-format::man") ),
        ( r'image/', ("works-with::image",) ),
        ( r'image/jpeg\b', ("works-with::image:raster","works-with-format::jpg") ),
        ( r'image/png\b', ("works-with::image:raster","works-with-format::png") ),
        ( r'application/pdf\b', ("works-with::text","works-with-format::pdf")),
        ( r'application/postscript\b', ("works-with::text","works-with-format::postscript")),
        ( r'application/x-iso9660\b', ('works-with-format::iso9660',)),
        ( r'application/zip\b', ('works-with::archive', 'works-with-format::zip')),
        ( r'application/x-tar\b', ('works-with::archive', 'works-with-format::tar')),
        ( r'audio/', ("works-with::audio",) ),
        ( r'audio/mpeg\b', ("works-with-format::mp3",) ),
        ( r'audio/x-wav\b', ("works-with-format::wav",) ),
        ( r'message/rfc822\b', ("works-with::mail",) ),
        ( r'video/', ("works-with::video",)),
        ( r'application/x-debian-package\b', ("works-with::software:package",)),
        ( r'application/vnd.oasis.opendocument.text\b', ("works-with::text",)),
        ( r'application/vnd.oasis.opendocument.graphics\b', ("works-with::image:vector",)),
        ( r'application/vnd.oasis.opendocument.spreadsheet\b', ("works-with::spreadsheet",)),
        ( r'application/vnd.sun.xml.base\b', ("works-with::db",)),
        ( r'application/rtf\b', ("works-with::text",)),
        ( r'application/x-dbm\b', ("works-with::db",)),
)
Code that does its best to extract a mime type:
extractor = extractor.Extractor()
magic = magic.open(magic.MAGIC_MIME)
magic.load()
def mimetype(fname):
    keys = extractor.extract(fname)
    xkeys =  
    for k, v in keys:
        if xkeys.has_key(k):
            xkeys[k].append(v)
        else:
            xkeys[k] = [v]
    namemagic =  magic.file(fname)
    contentmagic = magic.buffer(file(fname, "r").read(4096))
    return xkeys.has_key("mimetype") and xkeys['mimetype'][0] or contentmagic or namemagic
Command line parser:
parser = OptionParser(usage="usage: %prog [options] filename",
        version="%prog "+ VERSION,
        description="search Debian packages that can handle a given file")
parser.add_option("--tagdb", default="/var/lib/debtags/package-tags", help="Tag database to use (default: %default)")
parser.add_option("--action", default=None, help="Show the packages that allow the given action on the file (default: %default)")
(options, args) = parser.parse_args()
if len(args) == 0:
    parser.error("Please provide the name of a file to scan")
And here starts the fun: first we load the debtags data:
# Read full database 
fullcoll = debtags.DB()
tagFilter = re.compile(r"^special::.+$ ^.+::TODO$")
fullcoll.read(open(options.tagdb, "r"), lambda x: not tagFilter.match(x))
Then we scan the mime type and look up tags in the mime_map above:
type = mimetype(args[0])
#print >>sys.stderr, "Mime type:", type
found = set()
for match, tags in mime_map:
    match = re.compile(match)
    if match.match(type):
        for t in tags:
            found.add(t)
if len(found) == 0:
    print >>sys.stderr, "Unhandled mime type:", type
else:
If the user only gave the file name, let's show what Debian can do with that file:
    if options.action == None:
        print "Debtags query:", " && ".join(found)
        query = found.copy()
        query.add("role::program")
        subcoll = fullcoll.filterPackagesTags(lambda pt: query.issubset(pt[1]))
        uses = map(lambda x:x[5:], filter(lambda x:x.startswith("use::"), subcoll.iterTags()))
        print "Available actions:", ", ".join(uses)
If the user picked one of the available actions, let's show the packages that do it:
    else:
        aptCache = apt.Cache()
        query = found.copy()
        query.add("role::program")
        query.add("use::"+options.action)
        print "Debtags query:", " && ".join(query)
        subcoll = fullcoll.filterPackagesTags(lambda pt: query.issubset(pt[1]))
        for i in subcoll.iterPackages():
            aptpkg = aptCache[i]
            desc = aptpkg.rawDescription.split("\n")[0]
            print i, "-", desc
\o/ The morale of the story:

Adam Rosi-Kessel: Streaming Netflix

Via DRM Watch, Netflix to Offer Streaming Movies Online. My initial reaction: eh.
Netflix’s streaming service will differ from existing online movie services like those from Amazon, Movielink, and Apple iTunes. Those services offer rentals of movies for a fixed time period (e.g., 24 hours) or downloads-to-own, known in Hollywood jargon as ESL for Electronic Sell-Through. In contrast, Netflix will let users pick from a catalog of available films and let users watch any of them for up to a fixed number of hours per month, according to their subscriber level, such as six hours per month for entry-level subscribers. The service will launch with a catalog of about 1,000 titles, the same number as are available on Movielink’s rental service. The video delivery scheme that Netflix is using is a streaming-only technology that senses the user’s Internet bandwidth and adjusts the video quality accordingly; thus it is analogous to RealNetworks’s Rhapsody music service.
Limiting the catalog to 1,000 titles undermines Netflix’s key selling point: enormous selection and a long-tail business model. I could probably find those same 1,000 titles at any Blockbuster Video. So all I’m saving is a trip down the street? In return, I get something I can only watch on my computer (with Windows) for a limited number of hours? Apparently, if I want to watch the same scene a few times, or with the director’s commentary (is that even available?), I’m using up my six hours per month.Even cable movies-on-demand is a better service. Don’t get me wrong — I love Netflix as a DVDs-by-mail service. I also think the Netflix web interface and collaborative filter is pretty great, although the third-party Netflix Queue Manager Bookmarklet is a definite improvement. Based on this initial announcement, I can’t think of a single reason why I would prefer the online streaming version of Netflix. Usually I have the foresight to figure out what I want to say 24 hours in advance (the delivery time for Netflix-by-mail) and having three DVDs at once gives me sufficient options in case I’m unsure. Ultimately, I suspect Netflix just wants to send the message that it’s in the Internet-delivery market, which ultimately of course will decimate its existing business model. I just wish it had a more impressive first offering.

MJ Ray: Debian: Fun with no builder 4: pbuilder fans to the rescue

Sven M ller commented:
"Well, if pbuilder slows you down too much, perhaps cowbuilder is the right one for you. I haven't tried it myself yet, but it is supposed to eliminate the worst delay pbuilder introduces: The unpacking of the base.tgz minimal chroot archive."
Nelson A. de Oliveira asked:
"Have you tried cowdancer + pbuilder? It makes creating packages really fast (there is no more need to uncompress the tarball, for example)."
I looked for cowbuilder, but there's no package called that, so I was quite glad for the second comment. I'll backport cowdancer and give it a go. Thanks!

Christian Perrier: Storm

Nothing really worth noticing here, the Paris area being southward enough and not hit by this major storm over northern Europe. Many people still remember Dec 26th 1999 and have been very careful, indeed. I'm just listening to the morning news and am Seeing that UK, Belgium, Netherlands, Germany, Denmark and a part of northern France have not been as lucky as us here (this doesn't seem to be finished and more Eastern parts are still to be hit). The damages seem to be pretty high and so is the number of casualties. I hope that all you people are safe and well with no damage to your lives or belongings. Happy global warming...:-(... Please spread the word around: we are all responsible for this with our daily attitude with regards to the respect of our environment. Environment respect is no more (and has never been) a joke. This is a matter of survival for us and our children. Do us a favor: break one SUV a day...:-)

18 January 2007

Alexander Schmehl: Storm

Erich mentioned a storm warning for Germany and the recommendation at his university to not do any lectures. Well... Here in the north we have quite some wind blowing, believe me... the first time I actually saw roof tiles been blown off the roof. Makes you feel very comfortable when walking home ;) Interesting: All universities in the neighbourhood have been closed and schools closed at 11:00am. Only we needed to stay till 7:00pm for our math course :( Wish us luck: We live in a attic floor flat and already lost some roof tiles. And according to the forecast it might still become stronger...

Erich Schubert: A major storm is heading our way, according to weather forecasts

This is the first time I can remember, that the university is recommending to not hold lectures and go home early. They are expecting the ministerials to formally close the university, like they did with schools at noon. This will be the strongest storm we've had in years, apparently (well, others have been similarly strong I think, but not as big). It's now 15:18, and when I look out of the window it's still surprisingly quiet. The trees are moving, but only slightly. But it's the wind protected side of the building. The university warning email said that they expect public transport - and Munich has a huge public transport system - to stop service at 18:00 "the latest". Guess I won't be able to go dancing tonight then. It would start at 19:00, and I need about 30-40 Minutes by subway to go there. I guess they will shut down subway to make sure noone gets stuck in the tunnels if there is a power loss. Such huge storms are a threat to power supply. [Update: 21:08 you can tell now it's a storm, but it's not bad here. But all train traffic is stopped in bavaria, grounding a few hundred people who didn't make it home in time. They've been taken care of. In Munich, busses and the subway are supposedly still in service. I went to go dancing, but there was a note on the door it's closed tonight; same for the karate training of a friend. From what I heard in the radio there were only few fatalities so far and limited damage, but we havn't reached the peak of the hurricane yet. Few reports of blackouts in some small towns. Schools remain closed tomorrow.] [Update: 19. Jan, noon - trains apparently still aren't back to schedule everywhere, but the system is recovering. Not many major damages reported in the media and not many fatalities. It's still windy. IMHO it was "typically german" how we handled the hurricane, urging people to stay at home and not risk much...]

Russell Coker: new release of postal

Today I have released a significant new version of my mail server benchmark Postal! The list of changes is below:
Thanks to Inumbers for sponsoring the development of Postal.

I presented a paper on mail server performance at OSDC 2006 that was based on the now-released version of Postal.

I've been replying to a number of email messages in my Postal backlog, some dating back to 2001. Some of the people had changed email address during that time so I'll answer their questions in my blog instead.

/usr/include/openssl/kssl.h:72:18: krb5.h: No such file or directory
In file included from /usr/include/openssl/ssl.h:179

One problem reported by a couple of people is having the above error when compiling on an older Red Hat release (RHL or RHEL3). Running ./configure --disable-ssl should work-around that problem (at the cost
of losing SSL support). As RHEL3 is still in support I plan to fix this bug eventually.

There was a question about how to get detailed information on what Postal does. All three programs support the options -z and -Z to log details of what they do. This isn't convenient if you only want a small portion of the data but can be used to obtain any information you desire.

One user reported that options such as -p5 were not accepted. Apparently their system had a broken implementation of the getopt(3) library call used to parse command-line parameters.

Biella Coleman: Science on the Money Effect

Within 36 hours of my return to Edmonton, from the blowing Caribbean winds to the still calm of white snow, I have fallen sick with a cold, that while not a flu (at least not 24 hrs later), is still a severe cold, knocking on flu’s door. But ever since I had various horrible experiences having to work with horrible colds (like during my qualifying exams), I don’t mind colds so long as I can stay at home and let the cold run its course, which at least is my current predicament. Because I have been parked at home, I have spent a fair amount of time on the computer today playing catching up with blog entries and emails and I came across a few potentially interesting articles about the effects of money on tieguy’s blog (run law student who knows a heck of a lot about tech, law, and free software but his blog seems to be down at the moment). He linked to pair of articles on the psychological effects of money. I have not read the articles yet (and will post them, hopefully tomorrow once I get access to them via my U of A account), but I bet this will be of interest to some Debianista’s given the recent debates and controversies over the injection of money into Debian via the Dunc-Tanc project. Now a disclaimer: I don’t have a position on Dunc-Tanc, and this is so for many reasons–the primary being I have not delved deeply into the issues an all of the debate and discussion and well, I also experience the ethical issues somewhat more of an outsider, though I do want to see Debian survive well into the future. So I have keep mostly mum on the topic but later I may have more to say. I also have yet to read the articles and am usually a little suspect of psychological experiments that purport to have universal applicability (and am not sure if these fall into this class) so I am not sure how relevant these will be to this particular case. But nonetheless, here they are, and hopefully someone will find some use in them (and sorry if they have been posted here, I am very behind on planet, thanks to dial-up for a month). On a somewhat related though different note, check out Joseph Reagle’s excellent summary of how online communities work well. Now time for much needed sleep.

Evan Prodromou: 27 Niv se CCXV

The snow we got a couple of days ago hasn't abated here in Montreal. We had a cold snap right after the snowfall, so temperatures have been around -20C for the last couple of days. Last night Maj had her French classes at the Montreal YMCA, and Micaela had spent the day seeing art museums and visiting bookstores downtown. (She's a poetry nut -- loves finding books by Canadian poets, francophone and anglophone, that she can't get at home in Melbourne.) So Amita and I went to meet her about halfway from our local Metro station, at the Pizzad lic on Ave Mont Royal. I covered Amita in about 10 layers of clothing, then put her on her little purple sled and dragged her up towards Mont Royal. She kept wanting to get up and walk herself ("Up!" is her newest and most insistent word), but when she was standing she wouldn't walk at all. So it was a long time getting to the restaurant. When we got there, Micaela was leaning against the front door shivering. Apparently Pizzad lic is out of business (bummer!). A graver cause for concern, however, was Amita's face: the parts showing around her scarf were tomato red from the cold. Gah! We rushed her home (crying all the way), and when I got her undressed she had a red stripe across the middle of her face like the people in those frozen pizza ads. I bathed her cheeks in cold water, and then gave her a hot bath, and by the time she was out she was calm and regular-colored. We got pizza delivered at home, which she enjoyed a lot. No permanent damage, as far as I can tell, except to my self-confidence as a competent parent. When Maj got home later that night, she reminded me that for extremely cold weather you have to put Vaseline on babies' cheeks to protect their delicate skin from the cold. Amita and I went to Loblaw's this morning to do some grocery shopping (in the car), which was a much more reasonable experience. Tonight for dinner I made pat chinois, a plate with baked mashed potatoes and ground beef known to English-speakers as shepherd's pie. (I make it with mushrooms and veggie beef.) Here in Quebec it's called "Chinese casserole", for unknown reasons. The best guess is that French Canadian lumberjacks worked at sites in the USA where it was common to have Chinese immigrant cooks. Confronted with a potato dish they didn't recognize, they assumed it was a meal from the cooks' home country. I don't know if this origin is true or not, but it sure is a good story. Anyways, it's good stick-to-your-ribs food, which you need on a night like this. When it gets down to -28C (as it will tonight), you need a lot of carbs running your internal furnace for you. tags:

Piknic lectronik The good snow we're having means that one of my favourite events of the year is going to be white and cold and fluffy and fun. For the last few years, Piknic lectronik, the group that produces weekend outdoor parties on le Ste H l ne on the site of Expo 67, has done a single, crazy outdoor party in the dead of winter. This year, the party, called "Igloofest", is happening in the Vieux Port on the Quai Jacques Cartier. It's going to be two nights, January 19-20 (that's 29-30 Niv se for you aficionados of the French Revolutionary Calendar), from 5 to 11PM. We're going out on Friday night -- our pals from Ninjatune are part of the party, and our friend DJ Ghost Beard is on that evening. It should be a great time; I'm really looking forward to dancing in the snow and having vin chaud afterwards. tags:

BarCampMontreal II: Camp Harder Just got the news from my blogroll: Sylvain Carle notes that the second BarCampMontreal will take place April 28th. That's going to be close for us; we'll be at the Wikitravel Get-together in Puerto Rico up until the 22nd. And we plan to fly there from Miami. But, hey: stranger things have happened. Our BarCamp last year was an absolute blast (see my follow-up on Journal/1 Brumaire CCXV); lots of fun people doing interesting things in fun ways, and then talking about it. I'd really like to be there for this next one. tags:

Louisianne I'm happy to see that in an alternative history universe called Ill Bethisad, the French Revolutionary Calendar is used in the North American francophone nation of Louisianne. On the downside, my city of Ville-Marie is in the royalist enclave of New Francy, which uses the boring old calendar. Ill Bethisad is an impressive alternative-history project, and the wiki format seems to really be conducive to its further development. Great idea, and nice to see the ol' FRC included. tags:

Baby Lessig Congrats to Lawrence Lessig and family on the birth of a new son. tags:

Dirk Eddelbuettel: New ip

In the middle of last night, Comcast once again decided to move 'us' (and presumably gazillion others) to a new IP address. In the process we moved from the 24.14.* subnet back to 67.174.*.*.* subnet. For once, I didn't seem to have blogged about the last chance but it feels like the previous assignment had held up forever, i.e. a couple of months. Thanks to the good and quick dns service at Gandi, my two domains eddelbuettel.com and quantian.org were again visible within minutes of me finally noticing the chance this morning. Sorry for any service interruptions in the meantime.

Erich Schubert: Putting a CV on the homepage

Dear Lazyweb, what is you opinion to having a CV on your homepage? There are definitely privacy issues associated with this. Even having your birthday there makes abuse easier. On the other hand, many people will write a blog posting on their brithday and thus expose it anyway. I'd never put a full CV on the homepage (a good CV is adopted to the audience anyway), just with the bare minimum such as the university graduation and such. Having some project and research information there might get you some interesting job offers; putting a mini CV there as "teaser" along with the offer of a full CV on request could prove beneficial. On the other hand, such as CV could be a dangerous source material for "social engineering [wikipedia]" attacks. The maiden name of your mother used to be a suggested backup password for many websites, and is found in some CVs; people tend to trust people more that claim to have been on the same school or university (even if they can't remember them; especially if they are made feel embarassed by not remembering...). Where is your privacy limit? How much of your privacy did you expose on the web already anyway? Do you still avoid having a one-stop download of that data? Do you think there is a way back, with all the indexing, caching and archiving of web pages? My blog does intentionally not have comments; to reply please post in your own blog or email me at erich@debian.org; I read a couple of OSS planets and I'll also notice if you link to this blog entry and ping technorati. [Update: first interesting replies coming in - let me quote:
If I do get a call from someone who spotted it (rare, once every 3 months), the recruiter is 99/100 an asshole he isn't going to ask you to do something you want. Really!
Yeah, I can imagine that. One of the reasons I've put up a mini CV is that every few months I'm asked some of these basics usually found on CVs because of my art - I have some poetry on my page that is very popular, and every now and then someone wants to use it in school; teachers always want people to be able to tell something about the author. In such cases, I find it actually worth to highlight that I'm a math and computer science guy, to make people see that it isn't an either-or thing, language and science.]

17 January 2007

Edd Dumbill: External SATA storage for the Macbook Pro

Here's a mini-review of my new external storage arrangements for the Macbook Pro.Thanks to my music collection, an appetite for shooting photos in RAW format, and general untidiness I'm not exactly blessed with spare space. Something had to be done.
The solution I came up with was an IcyBox IB-360StUS-BL external SATA/USB2 enclosure, wired to a Sonnet Tempo Express 34 SATA adapter. Icybox HD enclosure
Icybox IB-360StUS-BL enclosureEnclosure The IcyBox is such an affordable little box that it seems silly not to have one to hand as a precaution, especially given the cheapness of hard drives these days. The enclosure is convection cooled, so has no noisy fan, and is an a reasonably attractive alumnium package that fits in with the look of the Macbook Pro quite well. The blue LED is switchable, just in case you don't want that bling look on your desktop.Inside the enclosure there's both PATA and SATA connectors. I chose to use a SATA drive, a Samsung HD400LJ. There are two headers for connecting a SATA drive. One goes to the USB 2 adapter, one straight to the outside of the enclosure for wiring to a SATA port on the computer.Four screws secure the hard drive in its tray. The tray then slides into the frame and is secured by four screws in the base. I didn't find it that easy to get these in, but they seemed secure enough once screwed in.The IcyBox comes with plenty of cables, including a SATA-SATA cable, a bracket to relocate an internal SATA port to the PCI card cover on a regular PC, and a USB cable. The power supply is of the external brick sort. SATA adapterThe other half of the equation is the Sonnet Tempo Express 34 SATA adapter. This fits into the Macbook Pro's Express Card port — you knew that something had to eventually, eh? The Tempo card features two eSATA ports, which are of a different design to the  SATA ports featured on the Icybox. This means you need to buy an eSATA-SATA cable. You can either spend $20 on one from Sonnet themselves, or get a cheaper unbranded one for about the tenth of the price: just make sure its reasonably well shielded.Once plugged in, the external drive shows up on the Mac as a SCSI device, and behaves like any removable media. As such, it needs to be unmounted from the desktop before you eject the Tempo card.The only bug with the Tempo card I've found is that things don't seem to work that well if you boot the machine with the card inserted. The very helpful people from Sonnet tell me this is an issue with the underlying Silicon Image chipset, and they're working on sorting it out. (I was very impressed with the technical knowledge, friendliness and speed of response from Sonnet's support department.)PerformanceI'm no benchmarking guru, but it's clear that the external Samsung HD400LJ outperforms my internal 7200rpm SATA drive on the Macbook Pro. Brief experiments with XBench suggested that this performance boost was probably between 20 and 40%. It's certainly vastly preferable to the performance hit you get when you use a USB or Firewire 400 drive with the MBP.ConclusionIt's early days yet, but I'm happy with my new setup. The extra port on the Tempo adapter allows for the connection of another drive, or if I use Sonnet's own products, up to 10 drives! I feel happier knowing the disk isn't competing for attention with all the other USB gadgets I have plugged in. The other big plus point for me is the quietness of the Icybox/Samsung combination.Links: 

David Welton: Clockwork languages

Steve Yegge posts an article about this that, the other thing, and statically typed functional programming languages. In it, he compares Haskell to something you can:
"build beautiful, lithe marionettes with"
Unfortunately, I haven't had the time or inclination to learn Haskell (yet), but I have used Erlang professionally, so I do have a bit of experience using a functional programming language. What comes to my mind isn't marionettes, but clockwork. That's a purposefully neutral word, in case you were wondering. An enthusiast might say "a finely crafted swiss watch", and a detractor might grumble "a windup toy". In my mind's eye, the concept is that in functional languages you get this succession of things happening one after the other that happen precisely the same way, if the program is wound up just the same each time. To paraphrase:
Do this with the result of this with what this produces when given  
this input that is derived from this function which takes the  
result of this other thing after calculating the result of 
something that is derived from the output of a function that ...
And so on and so forth...tick, tock, tick, tock. While I can appreciate that in some ways, this is likely to produce clean programming, in other ways I am less convinced of its practicality. If you'll bear with a poor comparison, sometimes programming is like a song. You do the tricky section, then you go back to an easier section and catch your breath for a bit. That seems to work out in a language like Ruby or Java fairly well, depending on how densely you like your code. You get sections with DoThisAndThisAndThatWithTheResultsOfSelectThisFromTableXYZ that you have to slow down to think through. And then: GoToTheNextTrickyBit where ManyThingsHappen. All in all, you wind up with a sort of ebb and flow that works out pretty well if you're in tune with the code being written, going from intense calculations, to a line or two where you do no more than store things in a variable, take a breather, and prepare for the next important stanza. In my limited experience, I have to say that I didn't always get that sensation from Erlang (which in some ways is apparently less "hair shirt" oriented than Haskell). You always had to be writing something with an eye to where it was coming from, and where it was going. Without a doubt, this produces code that is more compact in terms of meaning and functionality, but at times it leaves a guy like me, who grew up with Basic, C, Python, and so on with the desire to say "woah there, nelly", let's take a breather and sort things out a bit in a few variables before moving on to the next bit of fancy code gymnastics. What I'm curious about is what will catch on from academically oriented programming languages like Haskell. The people working on them are without doubt very smart, and there are some interesting concepts being bandied about (pattern matching is pretty cool, just to cite one). But academia doesn't always produce things that catch on with the average Joe programmer, either, and while the more elitist out there may attribute this to simplistic reasoning such as 'well then Joe is just stupid', I think that the more thoughtful language crafters will attempt to ascertain what works, and what doesn't, and perhaps we will see the Ruby of functional languages emerge from Haskell, the Smalltalk of functional languages. What do you think?

Daniel Burrows: Mini-Review: mythtv for non-TV viewers

Several months ago, I set up a low-powered box to act as a fileserver and media center. I don't get cable TV and I have no interest in doing so, so I don't need a PVR. However, I do have a rather large music collection (and new speakers to play it on); I want to be able to put Internet radio on in the background (since we can't get NPR over the air), and a quick-and-dirty slideshow program for my digital camera photos could be nice too. So, I decided to try out the free media center, mythtv. I've summarized the notes I took here for the benefit of other people who don't watch TV.

Setup was fairly straightforward -- I installed the packages from debian-multimedia.org and configured them. I had a bit of trouble getting myth to actually start, but looking over the documentation apparently resolved it (my notes contain no details).

Mythtv has some very well-thought-out aspects. By all accounts, it makes an excellent PVR; since I don't watch TV, this is the last time I'll mention PVRs in this post. :) The interface looks exactly the way you want a TV-based system to look, with bright colors, big fonts and big interface elements. There's even a cute OpenGL mode with fancy screen transitions (I left them disabled because my video driver is unstable even without 3d effects running -- thank Via).

However, it became painfully obvious after a bit of use that MythTV is really meant as a TV program, with everything else being an afterthought. Here are just a few of the problems I noted:



That's just a small sampling of the problems I ran into. I ended up just setting up a normal desktop system with a wireless keyboard/mouse, and I'd recommend the same thing for anyone else who doesn't need a PVR. The non-TV features in Myth have a strong smell of being extras for people who occasionally switch away from the TV, rather than a well-integrated media system in their own right.

Next.

Previous.