Search Results: "ana"

15 June 2006

Jonathan McDowell: Do GUI users never read stderr/stdout?

As previously mentioned I run evilwm as my window manager. The only way to spawn a new process in it is to hit Ctrl-Alt-Enter, which opens an xterm. So I have a single xterm that I use to launch whatever apps I need (I choose this. I'm aware of many options if I felt the need to point 'n drool to open apps.). I don't think application authors can do this much, judging by the amount of crap that gets output in this xterm. For example, today I installed evince (I normally use xpdf) to have a look. I launch it by typing evince, up pops the window, I go to the File menu and choose Close. What do I get output in my terminal? The following: (evince:4105): Gtk-CRITICAL **: gtk_tree_model_foreach: assertion GTK_IS_TREE_MODEL (model)' failed (evince:4105): Gtk-CRITICAL **: gtk_list_store_clear: assertion GTK_IS_LIST_STORE (list_store)' failed WTF? A 'critical' error for simply starting and exiting the app? It's not the only offender. liferea spews Unhandled property: 12 border-collapse messages, gajim defaults to calling aplay rather than aplay -q so you get a message every time it plays a sound. Does no one else care about this crud? Is it unreasonable if I file wishlist bugs every time I hit an app that does this? Should I just learn to live with it?

14 June 2006

Steve Kemp: I grew heavy, and my sight grew dim

Due to constant frustration that two unrelated projects were sharing the same domain name for mailing lists I finally bit the bullet and looked into what was required to setup a simple mailing list manager with easy virtual domain support. (ie. not mailman. which I am coming to loathe.) “Enemies of Carlotta” looked the simplest, but documentation was scant and I had trouble making it work. Instead I’m now using ecartis combined with an installation of hypermail to make archives. The upshot of this is that the xen-tools-commits mailing list has now moved from shellcode.org over to lists.cvsrepository.org. I’ve also created a xen-tools mailing list for users/questions/bugreports. I’m still limping towards a new release with the pretty new webpages, but a bit more work to do. Although people who wish to live dangerously have the CVS repository to play with.

Gunnar Wolf: Thanks!

Debcamp was really stressing - It seemed we would not be able to get things to work for Debconf. And it would suck. I was quite down when I last wrote a blog entry - Not in mine, but in Debconf's. Things looked quite hellish, and I was _very_ annoyed - Well, I must say: Thanks to you all for the support. Mooch's request has been honored extensively, and it does help. Really.
Yesterday we had the Debian Day. About 50 Mexicans showed up, after we had to jump through some hoops with the Oaxtepec management people (thank you, thank you, you are great! Real dedication to your job, to make us feel welcome and important). The talks were interesting and well presented, and the people left happy - and some of them, left quite late. We had presence from at least one national newspaper (La Jornada and a magazine, Software Guru. Good.
Then, during the night, we were flooded by arriving foreigners. Boy, the hacklab was packed! Good thing we now will have both hacklabs running.
I have to thank most than to anybody else to my wife, Gaby a.k.a. Nadezhda - She has done all the ugly paperwork... Without her, we would all not be here. And later, I would probably be sitting in jail or something ;-)
Seems that the bugs are ironed out. Now I'll try to attend the "Sun and Debian: can we be friends?" round table.

Gunnar Wolf: On Daylight Savings Time

Joey Hess blogs about possible dangerous ways to exploit the daylight savings time. Well, for the tenth year in a row (if I am not mistaken), we central-Mexicans can proudly announce we are GMT-5. When I was a kid, we were always told that daylight savings are a very important way to save energy in non-tropical areas, such as the North-Western states, USA, Canada and Europe. We understood that, as tropical beings, we didn't have to worry about that, as it would have neglegible effects for us.
Ten years (eleven?) ago, this changed, and we became first-class world citizens, together with the emotion of shifting the clock's hands twice a year. Of course, we all did stupid things once or thrice - The first time we got back to GMT-6, I moved to GMT-4 instead. We were laughing at the fools who forgot to move the watch. I went to the movies with Nadezhda, and was confronted by a less-than-amused clerk that had to explain the same to too many people along the day. At least he smiled when he noticed we were stupider than most.
Well, today I am a big fan of daylight savings. I simply like having sunlight up to 20:00, sometimes even 21:00 - But I have reversed the old logic I was taught at school. We Mexicans have very little variation in our clocks - We go from maybe 11 to maybe 13 hours of daylight comparing Summer and Winter. Ok, make it 10 and 14, to make it sound more dramatic. Having the sun raise at 6AM makes sense, no matter what time of year it is. Most electricity is spent in the early night (8-10PM)... So it makes a lot of sense. Even for the people in the USA, maybe even Canada, and most of Europe. But...
Why do Nordic countries adhere to daylight savings? I mean... You vary from 4 to 20 hours of sunlight a day - What difference does one hour make anyway? Why follow the hassle we all regular humans have to go through? I can't imagine people in Narvik and Rovaniemi trying to squeeze that little glimpse of sun they have during the winter, and trying to align their sleeping time to the exact the sun is only half-visible in Summer.

Gunnar Wolf: Comas is moving

Hi! This is Comas, the conference management system we all know and love! Perhaps you remember me from /www.consol.org.mx/">/www.consol.org.mx/">CONSOL 2004 and 2005, Debconf 5 and 6, CICOL, Seminario Globalizaci n, Conocimiento y Desarrollo or other such great conferences! Well, it is a pleasure for me to announce I am moving.
That's right - My developers have felt too constrained by CVS to keep being merry and productive, and decided to move away from it and to Subversion. If you are tracking my development history, you should have noticed a new file in my base CVS directory, called DONT_USE_THIS_REPOSITORY_ANYMORE. I will reproduce it here following Gunnar's wishes, and hoping it is useful to you.
PLEASE DON'T USE THIS REPOSITORY ANYMORE! Just in the meantime, while we migrate our current installations to point to the correct server, while our users take note, and while the kind GBorg admins lock down this project: PLEASE DON'T USE THIS REPOSITORY. WE HAVE MOVED. The Comas project will no longer be hosted at GBorg - We are moving to Debian's Alioth.
Comas' webpage (although it is still ugly :) ) is still the same as always. The repository will no longer be handled through CVS - We switched to Subversion. Don't worry, the usage is basically the same. You can use anonymous access to get the Subversion tree. If you want to participate in the project, register at Alioth and ask us for commit access. You can also use the very nice SVN Web interface, which allows you to look at each of the files, view the changes, and even subscribe to the Comas RSS feeds! Development goes on. Stay tuned! Greetings, - Gunnar Wolf
Of course, as in any migration, there is still a lot of things to do. Mail the other contributors and interested people notifying them of the move. Migrate (and check the validity of) any tickets we have in the old site. Point all the places where there is Comas-related information to the new repository. Close the existing project page at GBorg. Sanely re-structure the repository in a more standard and functional way (and hope it does not break current installations ;-) ). Rework the documentation that has been neglected in the last months. Rework the bits of logic that never smelt very good but -as a dead rat- now positively stink. Fixe the things that will eventually stink as well... Anyway, I'm sure this will speed up my growth!
I am very excited on which way my dear authors will continue to push me - I know I'm quite a lousy program for many things, and I know there is a lot for me to learn until I am a military-grade conference management system - But my many parents have written me with deep love, and I understand they had to write hastily parts of my code. I understand their mistakes, but I hope they make them go away soon.

Gunnar Wolf: Frustration comes on ISO/OSI layer 2 (or: On one of the ways 3Com sucks)

Over one month ago, I truly hoped an evasive network misbehavior issue was solved. In the institute, we had a strange situation which caused a (seemingly random) stack of switches to go out to lunch and leave one of the floors without network access until it decided to restore itself (usually power-cycling it was not enough). The equipment, ten 4200 SuperStack switches, is new, we got it ~September, so I expected 3Com to give me at least some support on the issue. The behavior was apparently random, and I could not track it down, only (thanks to the very nice Cacti) prove it existed.
December 5 was terrible. The whole building's network refused to work. Switches were able to reply to my pings for no more than a minute after booting before they got flooded with "Spanning Tree CTRL MAC PAUSE: Quanta 65535" (according to another great tool, the Ethereal protocol analyzer).
I had been bugging the support people at 3Com for at least three weeks before this incident, they kept promising they would come soon to help us track the cause of the ellusive problem - We threatened to send the switches back and pursue reimbursement through whatever means we could (we had much better stability and performance with our old 10Mbps hubs, so my boss insisted on replacing them), so we got them to come. The answer they gave me? Upgrade your firmware to version 2.50 (not available at their website, of course) and disable spanning tree functionality at the switches.
I have to admit the big problem immediately ceased. This is not to say I was pleased with the response time or with the switches' software quality, but at least we could work.
Happily, ~7 weeks passed by with no major outages (although with a few small ones).
Yesterday, we got back the complete chaotic conditions. This time, though, I was able to get a good and useful tcpdump snapshot, passed it through Ethereal, and actually got something interesting (available to whoever requests it to me if it sounds interesting). In short: Something happens that confuses a switch (I guess it's a faulty NIC), and makes it request to all of the neighbouring switches (via spanning tree protocol - Yes, it's disabled, but still) for their complete ARP tables. But somehow, this noise or whatever keeps confusing it, so the spanning tree requests start repeating every two seconds for slightly over one minute. Then, the same switch which requested this information gets tired of too many ARP tables being thrown at it, and sends out a storm of packets (one each 0.04 seconds) asking every other switch _not_ to send updates anymore. This is broadcasted to all of each of the switches' ports, and the network dies.
My grudge against 3Com is: How come this frigging noise (at least that's what I assume it to be) on one of the ports kill all of the network? If a switch is supposed to be smart, would it be too much for it just to disable the misbehaving port?
Anyway... One and a half days went down the drain trying to find the cause for the problem, sending the report to the 3Com guy (who is very nice in person, yes, but that's by far not enough!), running up and down the stairs to reset different switches, lock down on the source of distress... And as my 3Com contact was busy with another client (who presumably had not yet given them money), I never got a call back from them.
All my good intentions to spend a nice quiet time coding for three projects we currently need to have ready soon (one of them is in production and many of you have used, my dear Comas conference management system, but requires heavy tinkering to be able to extend it) were stuck at that: Good intentions.
I seem to have locked down the problem in one of three computers (that is, network seems stable again once I disconnected them). I insist it must be a faulty NIC. My boss bets it's an ber-contaminated Windows machine. My boss' boss insists we should get the switches double-grounded just to be sure that's not the reason for failure. I am tired, bad mooded, and -again- bored you to death with a too-long blog entry.
Blame it all on 3Com.

13 June 2006

Evan Prodromou: 24 Prairial CCXIV

Quick travel updates: we spent Saturday afternoon at Andy and Pam's and had some great Baby Time with all three cousins. Sunday Dad left for his IPO road show early in the morning, then we went up to San Francisco for burritos on Mission with Nabil and Ted. Sunday evening we hung out with Maj's parents Rita and Mike, and we had dinner with them and Maj's brother Brian. We decided to spend the night in Tiburon and slept on the Jenkins's boat, the Pau Hana.

12 June 2006

Martin F. Krafft: Norwegian Wood

During my travels in Southeast Asia, I had several chats with a fellow traveller from Portugal, who also seemed to enjoy Haruki Murakami, and other works by modern Japanese authors. She was surprised to hear I did not like Norwegian Wood, which was her first Murakami, and brimmed over with enthusiasm about discussing Murakami (who's been my favourite author for about a year now), I promised to reread the book to find out just why I didn't like it. Here's what I came up with:
Norwegian Wood was the one of Murakami's novels that I didn't like at all, wish I had never read, and by which I felt "cheated" and let down by what may well be my favourite author for the time being -- well, maybe Dance Dance Dance is also one of those. It was previously impossible for me to determine exactly why I felt so bad about the book, which made this reread a little more challenging -- and rather interesting in the end. Norwegian Wood was my third Murakami novel, after I had read the Wild Sheep Chase and After the Quake. Up front those reasons that I think made me dislike the book the first time around: the story line of Norwegian Wood is absolutely boring and way too autobiographical, and the ending is painfully artificial. In fact, half way through the book, the story takes a turn (I cannot pinpoint the exact moment), around which I often put down the book in refusal, annoyed and disappointed. If I say that the story line is boring, I mean that it's a boring foundation, but as with all stories, it's in the author's hands to make it into an exciting novel. Murakami fails in this novel, in my opinion (he claims he set out to achieve something else, that this book was a challenge to him). Anyway, I do remember from my first reading that I really liked the tension and potential in the character interplay Murakami describes in the first half of the book, and I anticipated a deadlock between them, which would have to be solved by Watanabe (the main character) in a lose-lose type of resolution. However, what happens is that everything sort of resolves itself, dragging the characters along. It never touches once on paradoxical or supernatural elements as found in most other Murakami novels, which is a shame. Furthermore, it's a love story, and one with too many romantic and melancholic moments for my taste. Upon rereading (having gone through another four Murakami books in the mean time), I noticed a number of other things that disturbed me, or otherwise came in perpendicular to my taste: Toru Watanabe, the main character, aged around 20, goes through a great deal of effort to make sure the world knows he's just ordinary. Yet, the way he swings life is just a little too good for the ordinary. Throughout the book, you get the impression that he's not very happy or satisfied with his life, yet if you look at the days he fills, you'll tend to see them as complete. This turns Watanabe into a grouchy pessimist, and that mood transferred to me as the reader. On a side note: one thing I definitely like about Murakami's main characters (at least those I have met) is their self-sufficiency: the whole world could vanish and still they'd continue doing what they always did. In some ways, I have found myself in those characters, but more often I find myself looking up to them and wishing I could be like that. Watanabe is, however, just too much of a polished character (and with that I don't mean polished to be good, just polished), and one that seems to do everything right when it comes to the moral level. Sure, he asks himself about moral issues here or there, but my feeling was always that Murakami put those monologues in for completeness, not for character. I find it hard to imagine a boy between the ages of 17 and 21 (which is the years the book covers) with traits like Watanabe, and such integrity: he's never dishonest or even plagued by the possibility, and he appears to be consciously doing everything he does. He ends up in bed (or close by) with one of several girls he devours on a number of occasions, but each time stays in absolute control, not allowing himself to "do it", or accepting whatever excuse comes =66rom the girl. I don't mean to say that this by itself is unlike a boy at his age, but I guess what I am really lacking is a reflection on his thoughts, or at least some insight, which Murakami withholds each time. It would have added a lot of tension to those moments, made them even a bit erotic (which despite all the sex and sexual references, I found none of the book to be). Finally, there is almost no character development in the novel. Even though the time span of the novel spans a very important time in the development of a boy, he does not change much, nor does his perception of the characters around him (the book is told in the first person). In the end, despite a serious lack of motivation to read on throughout most of the text, I think I did learn to appreciate it after all. On the one hand, Murakami hides many little gems of thoughts in the conversations with Midori, the girl ready to shake up Toru's life, which often have Zen-character ("I wonder what ants do on rainy days"), and it did take me a reread to notice those -- and I smiled every time I did. On the other hand, the reread did allow me to get a closer look at the relationships between the characters, and how Murakami explores them, mostly with parallels referencing the past. He remains in my eyes as one of the most imaginative writers of modern literature, and while it strikes me as easier to be imaginative in an imaginary story, the challenge is all the more as you move into real life, and in this case: real life as tangible as it gets because of the elements of love.
I am still looking forward to my next novel, which will either be Murakami's Wind-Up Bird Chronicle (which is said to be his best), a book recommended to me by the aforementioned traveller (Lizard by Banana Yoshimoto), or one suggested today by my physiotherapist, but I fail to recall the name at this moment and shall have to wait until I receive my next treatment on Wednesday.

Antti-Juhani Kaijanaho: Health care, insurances and making economic sense

Originally posted as a comment in Finland for Thought. A system of health care paid by insurance (of whatever form) and provided by private hospitals looks attractive on the surface but isn t really a good system. Look at the economic dynamic of the system. The insurance (if comprehensive) will essentially pay for any operation that the physician at the scene deems necessary. Is it in the physician s interest to use that tab as efficiently as possible? No, in fact, it is the opposite: it is in their best interest to find as many reasons to bill as much as they can. This is a road to disaster. Of course, you can balance this system by introducing insurance investigators who examine bills and determine if they are legit. To do the job properly, they need to be qualified physicians, and they need to have access to all the data that the physician at the scene had. Essentially, these investigators would be doing the job all over again, except never seeing the patient. Result: the money you save from preventing fraudulent billing is spent in maintaining a paraller physician workforce. Why not let the investigators be the healers, and cut the private hospital out of it altogether? These physicians would have budgetary responsibility on what they spend, and thus they only do what they need to do. Oops. Looks like we just transformed the market-based health care system into a state-operated, socialized system.

11 June 2006

John Goerzen: First Thougts on Xen

At work, we've been using vserver for virtualization for some years now. Due to various reasons, we're looking at Xen.

I've been trying to switch my workstation to use Xen. I've enountered a few issues so far. Probably these will go away as I learn the system.

Overall, my greatest gripe is the documentation. It is outdated and just plain wrong far too often. For instance, there's a place where it says to run "make ARCH=xen xconfig", but the Xen kernel patches don't (any more, at least) provide a xen arch.

The next gripe is the very weird kernel build system. Xen doesn't ship a diff against a kernel tree. They instead ship whole files to extract atop a particular kernel version. Annoying and unwieldy. There is a command to generate a diff, but you have to download the full kernel tree first.

A couple of other gripes: There is little documentation on memory management (can Xen adjust the RAM usage of running VMs?), on 64-bit systems (can you run a 32-bit kernel under a 64-bit hypervisor? how about a 64-bit kernel that supports 32-bit userspace?)

I'm also having trouble with my forcedeth card locking up under Xen.

However, I've heard of lots of people having good luck with it so I'm going to keep trying.

But one would think that basic docs could be actually worked on a bit more.

Florian Ragwitz: Class::DBI is dead

David, you wrote about Class::DBI performance. Even without benchmarking you could have found out, that Class::DBI is quite slow. Fortunately there are some alternative object-relational mappers available in the perl universe. The best ones I found so far are Rose::DB::Object and DBIx::Class. I took a closer look at both and would like to share my experience. As this shows, RDBO is faster than DBIC in most of the case. The generated SQL doesn't differ too much and therefor it must be the perl side of things that makes the difference. Matt S Trout <dbix-class@trout.me.uk> says:
  However, RDBO achieves its perl speed by aggressive inlining of stuff
  etc. - for example the main object retrieval function in RDBO's manager
  class is >3000 lines in a single sub. DBIC values extensibility over a
  few extra sub calls, so methods are much more broken out and there are
  many more ways to hook into the DBIC execution process to extend.
Also its idea of resultsets is something I really love. Here's a small example to illustrate that:
  my $user_rs = $schema->resultset('User')->search(  registered => 1  );
  $user_rs    = $user_rs->search(
		    comment.title => 'Foo'  ,
		   
		  	join     =>   'article' => 'comment'  ,
			order_by => 'user.name',
		   ,
  );
  # no sql executed yet.
  # now you can use your resultset as an iterator or query a list of User
  # objects from it or ..
  while (my $user = $user_rs->next)  
	  ...
   
  # or
  my $count = $user_rs->count;
Using these resultset makes it extremely easy to built up queries piece by piece and to work together well with, for example, a templating system. You don't need to fetch all row-objects and give them to your template. You can just pass the iterator to the template library. There's a lot more to say about this two object-relational mappers (for example RDBO supports prefetching of multiple one-to-many at once, which DBIC doesn't), but maybe you just should take a look yourself. I personally prefer DBIx::Class for its vast extensibility.

10 June 2006

Benjamin Seidenberg: Done!

I’m done! Today was the commencement ceremony at Pinecrest. I am now a high school graduate, ready to take the world by the horns but responsibly, or something like that (our principal isn’t the best with words). The ceremony was all right - short with no keynote speaker. I think I missed Salutatorian by a few hundreths of a point, but that’s ok, Kala’s speech was excellent. It was really annoying when students’ parents would start yelling out when their name was called. The recessional worked MUCH better this year than last though. Afterwards, I went back to homeroom to get my diploma (pretty nice, will post picture later) and final report card (not so pretty). No transcripts because the state’s student managment system screwed up GPAs and ranks, I’ll get it later. All in all, not a bad end for 13 years. I’m glad to get the hell out of Moore County Schools and Pinecrest, hopefully Cornell will be much saner.

Martin F. Krafft: DNS server selection, and why not to BIND yourself

I have been searching for a new DNS server for quite some time now. Among the ones I inspected were:
  • MyDNS, which seems interesting, but so far hasn't won my fancy because it has hardcoded SQL table names which do not at all fit in with our infrastructure, so I'd have to provide translation views (which isn't that much trouble). Upstream seems active, the bug count is low, but according to popcon, a whopping total of 0 participating people have mydns-pgsql installed. No wonder. Mh. Also, the package is unavailable on amd64 at the moment.
  • MaraDNS, which looks good and has a nice configuration file format, very similar to the djbdns (which I really like). The maintainer has indicated he'd prefer someone to adopt the package, not sure if I want to do that. Upstream seems active (and responsive), the bug count is equally low, popcon lists 35 installations.
  • nsd, which looks good but uses BIND-style zone files. No thanks! Read this about parsing them. I am just not all too thrilled about redundancy and brittleness.
So with all of the above, it comes down to MaraDNS or PowerDNS for me, depending on whether I want flat files (easy to maintain by separate users, with permissions set with per-domain granularity) or SQL (flexible, but not as easy to control access). My goal is to give certain users complete control over their own zones. Anyway, in the process, I did look at BIND 9 again, simply because it certainly has some interesting features the others do not have, namely nsupdate, DNSSEC, TSIG, and IPv6. So with the help of this awesome document on starting with a secure BIND configuration, I got the name server up and running with only few problems (zone files suck). However, it did not take me long to abandon it for good: The reason is #372591. I have found that the only way to give users the ability to create and modify zone files for their own domains in a fail-proof manner (so that they don't accidentally screw up permissions), is by using POSIX ACLs, so that each zone file has permissions like this:
# file: zones/belligerence.net
# owner: madduck
# group: dnsmasters
user::rw-
group::r--
group:bind:r--
mask::r--
other::---
BIND, however, insists on checking the standard Unix permissions of files it reads and fails rather verbosely if it decides that it cannot, or rather should not be able to read them:
Jun 10 15:36:15.871 client 84.7x.xx.129#33283: query: belligerence.net IN A
Jun 10 15:36:15.871 client 84.7x.xx.129#33283: error
I've let of most of my steam on IRC, but for the record, here's Bernhard R. Link's explanation, quoted with permission. He did point out that he knows only very little about BIND and comes at this rather from the point of view of the system-level privileges.
When POSIX permissions fail, it's always hard to decide. The system might not be able to drop root permissions properly and one might end up reading stuff not intended to be read. It took some time in Unix history to get privilege dropping right, and there's nothing worse than a BIND suddenly sending out your shadow file. the point is, bind needs root to bind to its ports. Then it has to make sure that root privilege is not abused. That can be either done by making sure on is only the specific user (which is hard to do portably, and sometimes fails), or double check you only access what you are allowed. Ideally it should drop privileges good enough, but given how often this failed in the past, double checks are a good thing.
I disagree. Of course it's hard to argue that double checks aren't a good thing, especially when it comes to security issues with respect to an application that has one of the worst security track records of all Unix applications. However, what BIND is doing here is covering up a potentially greater problem: if the underlying system does not handle privilege drops properly, then that needs fixing. If an admin runs such a system, there's the root of the problem. It helps only marginally that BIND is trying to help prevent attacks. Fix the problem at its root, don't fix or patch for the symptoms! Now, of course, it does not really hurt that BIND does these checks. However, if it does them, it should at least be less na ve about them. POSIX ACLs have been around for, what, almost 10 years now. Go figure. Btw: this applies to many other tools/standards in the Unix world. scp, for instance, also cannot handle ACLs. So MaraDNS or PowerDNS?

Clint Adams: Our parent, who art in Heaven, helloed be thy name

If you're wondering what the hell Bernie and Vecchio were doing at Lincoln Center with a bunch of teenagers, then this has nothing to do with it.

9 June 2006

Andres Salomon: Holy Tango of Literature

Holy Tango of Literature, by Francis Heaney. The author creates poems in the style of famous poets, using anagrams of their names as the poem titles. For example, the following is the first stanza of “Brr, Footrest” (in the style of Robert Frost):

This ottoman is in my way.
I tripped on it again today;
It chills me with a nameless fear
To think it sees me as its prey.
And the best part? It’s under a Creative Commons license, and is freely available online.

Clint Adams: pids and subshells and pids, oh my

If you install zsh-beta 4.3.2-dev-1+20060608-1 or later:
% zmodload -i zsh/system
% print $$/$sysparams[pid] && (print $$/$sysparams[pid])
13764/13764
13764/13765
% print $$/$sysparams[pid] && (print $$/$sysparams[pid])
13764/13764
13764/13766

Philipp Kern: First AM report finished

Quite some time has passed since I accepted to process Alexis Sukrieh's NM application (back in August 2005) but today I fired his AM report out to the Front Desk, where it now waits for a review if any things are missing. I hope that I did not leave out anything crucial, due to him being my very first applicant to process as an application manager. Cheers.

Carlos Villegas: Margarita's guidelines

Another post about google's SoC project to improve the boot process written from sunny Ireland!

With the first deliverable deadline nearby, I've been preparing the computer I'll use for playing with the boot process with different distributions. Iv'e lately installed debian woody and will be comparing it with Etch and Sarge (as freshly installed).

From the blog of Margarita Manterola got some interesting guidelines of what to do for the beginning of the project [1]. As she had already tested boot times for several processes and got a 20 second improvement for Etch (reduced boot time to 60%!!) it looks like there is hope. It would be great to be able to watch the recorded presentation (hopefully soon to be available).

So new hotspots identified:
  • setting up the hardware clock in the background
  • improve cpu use when starting the desktop manager.
  • make the boot less verbose
Besides, there are two programs to consider:
  • serel -> claims to get at least an 8% faster booting process (using parallelizaton). An interesting choice documented in [2].
  • rcpar -> claimed to have the same functionality as the shell concurrency of /etc/init.d/rc with better handling of the output.
[1] http://www.marga.com.ar/blog/index.cgi/debian/Parallel_booting.html
[2] http://www.fastboot.org

Clint Adams: David Blaine's Getaway Car

Then he turned into a hippo and ate clowns while basking in a jello mold.

8 June 2006

Clint Adams: 47 Prarieoyster 2525

I got my new 85lb. portable configured with a custom hybrid of Gentoo and Sourcerer GNU/Linux, cobbled together by Mark, the mentally-handicapped child who sells pickled vegetables at that stand on the road to the dairy. I can now blog at lightning speed, thanks to Mark's old-school compiler enhancements. More updates when I learn how to reboot.

Next.

Previous.