Search Results: "spa"

4 September 2006

Bastian Blank: New XEN infrastructure

It is done. The new Xen infrastructure is finished, although it is not yet completely in unstable. The main difference to the old one, the hypervisor and utils packages includes the complete version and an abi spec, just like our linux kernels. Also it is now possible to install more than one version of the utils at the same time. The userspace tries to find the correct tools for the running hypervisor. The following packages are provided now: and from the kernel The only missing thing is a selection of the correct hypervisor in update-grub.

Isaac Clerencia: Request for campaign server for Battle for Wesnoth (updated)

Hi, everybody. The Battle for Wesnoth project needs to move their campaign servers to a new location, and the main problem we have is we don’t have such a location. The requeriments are the following: If anyone can provide such a server, please contact me at isaac@warp.es or isaac at IRC (oftc or freenode) and The Battle for Wesnoth project will be eternally grateful to you. :) Update
Thank you for all the offers received, it’s been overwhelming to get that amount of hosting offers in such a small time frame. We have already moved the campaign servers to one of the locations offered (http://www.drazzib.com) and the multiplayer servers to another one (http://www.bawue.net).

Branden Robinson: Sometimes You Hear the Tires

I was in a multiple-car accident yesterday. I've been having to tell this story a fair amount in person and on IRC, so I thought I'd blog about it. Short version: it was a fender-bender. I'm doing fine, nobody was hurt, Michelle wasn't in the car, and 75% of the cars involved were driven away from the scene — including mine, by me. Want the long version? Well, I'm gonna tell it anyway. I had just pulled to a stop at a traffic light, heading northbound on Keystone Avenue where it intersects 106th Street, in Hamilton County. The line of cars at the light was pretty long, and people love to try hauling ass on the stretch between 96th Street and 106th. Apparently the person behind me was one of them. The line of cars stopped in the left lane (where I was) at the light was pretty long, and much shorter in the right — the cars over there were still moving at a good clip. I looked in my rearview mirror, thinking "if someone's trying to match pace with the cars in the right-hand lane, they're gonna need to brake pretty hard to stop." It was about 1815, so it was starting to get dark. A pair of headlights approach. Fast. Oh boy. I don't stop right up on people's tails, so if I'm hit, hopefully I won't go into the car ahead. I look forward again. Yeah, there's some room here. Screech. I didn't tense up; I felt a strange sense of calm and curiosity, as I'd never been in a car accident before. I bought my car, a Volkswagen Golf, in part because of its fairly good safety ratings. It has lots of air bags, and I always use a seat belt. Plus, in this instance I figured I wouldn't get hit a high speed. "Strange Deja Vu" by Dream Theater, from the Scenes from a Memory CD, was playing. Normally I listen to All Things Considered while commuting home, but I was annoyed because when I got in the car, I heard Nina Totenberg signing off a report, which means I'd just missed some Supreme Court coverage. Damn. Anyway. BONK. I got hit. Ouch. My teeth had chomped together too hard. Maybe they should install rubber mouthpieces in the doors of cars so you can grab them right before a crash. You know, car crashes never sound like the stock sound effects that have been around for about 50 years. I guess that's because they build cars to crumple these days instead of act like steel shrapnel bombs. Damn that Ralph Nader. My wreck doesn't sound cool and stuff. And I get to walk away, well, get back in the car and drive away, instead of my wife collecting on my life insurance policy. But I digress again. A middle-aged woman in a Honda Civic skidded into me, and knocked me into the Buick Park Avenue ahead of me, which in turn tapped the minivan ahead of him. I blinked a bit and tried to reorient myself, and then turned off the CD player. We all got out of our cars. The woman in back was very distressed, and immediately and repeatedly said the thing your insurance card tells you never to say after an accident. Oh well. Being a middle-aged woman, she'd probably have to wreck a school bus full of children — twice — before her premium would go up. Mine, on the other hand — we'll see. Called 911. Reported the incident. Tried to call my wife, but she decided not to answer. I later found out she was gabbing it up with my mom. Isn't it nice when your wife gets along with your mother? I COULD BE BLEEDING OUT ON THE COLD ASPHALT, BUT YOU TWO JUST KEEP ON TALKING. Michelle and I have the same model of cell phone, and we have call waiting with caller ID, so I know she knew it was me. Anyway, I try a couple of times, then give up and leave voice mail. Turns out the guy in front, in the minivan, was a Deputy Prosecutor for Hamilton County. He said something about being experienced in car wrecks, but I don't clearly remember it. Anyway, perhaps in part because he decided he was only "tapped" and didn't need to file an insurance claim, and perhaps in part out of professional courtesy, when the cops showed up, they let him go very quickly, so I didn't get any of his information. Everybody was fine, polite, and decent about the whole thing. The couple ahead of me, whom I got knocked into, didn't have their insurance info on them (or maybe this is a euphemism for "don't have insurance"). But, except for the deputy prosecutor guy, who was outta there, we all traded names, addresses, and phone numbers. I hope the Debian Project doesn't mind that I used my Debian Project Leader business cards for this purpose. These people (and the Carmel Police Department) now have my GPG key fingerprint. Uh oh. Anyway, that's about it. Appointment tomorrow with the insurance agent, to get help filling out INDIANA OPERATOR'S VEHICLE CRASH REPORT, State Form 38656 (R6/7-91) Stock 301 Effective 1-92, which has to be filed with the Indiana State Police within ten business days, or my driver's license will be suspended. Aww, yeah. Gotta move fast, because on Friday I leave for Mérida, Spain, to attend the 2nd Annual Open Source World Conference in Extremadura. Also have an appointment with the claims adjustor tomorrow. Then I'm hoping to just leave my car at the dealership so they can work on it over the week when I'm gone. My wife and my mom, those talkative two from a couple of paragraphs ago, will be coming along with me. My mom's got a jones to visit Spain, and I've had a jones to take my wife to Europe. We'll have a couple of extra days to see what Spain is like — I'll be there from 22 October to 28 October. I hope one day to visit Barcelona and hang out with some proper anarcho-syndicalists.

Branden Robinson: Update on Debian Security Infrastructure and Personnel

Since I got back from the Oldenburg Linux Developers' conference, I've had my attention on our security infrastructure. Despite only being there for one and a half days thanks to a badly delayed trans-Atlantic flight, I found the conversations and collaborative spirit heartening. The bad news is that what I had planned for a writeup got rendered obsolete soon after I returned to the United States. Things have been changing rapidly, but mostly for the better. We've got three machines in the DNS rotation for security.debian.org now, which is superior to the one we had before (you can use the command dig security.debian.org to inspect the DNS record). My thanks go to our security and system administration teams for recovering from the recent overload problem provoked by an xfree86 package security update. Being somewhat familiar with that package, I can understand how its large size combined with Debian's ever-growing userbase starved the security host of bandwidth. Secondly, while I was in Oldenburg, Joey Schulze gave me a lot of insight into what a challenge one particular package is — the thing sucks up at least half of his time, dwarfing all other stable security update efforts. You've probably guessed that this package is the Linux kernel. Due in part to its success, and in part due to OS kernels being inherently attractive exploitation targets, the Linux kernel is getting a significant amount of scrutiny from a security perspective. Taking Red Hat Enterprise Linux as an example, we can see two advisories in the past two weeks: one on 28 September and one on 5 October. The one on 28 September addressed eighteen (18) different vulnerabilities as catalogued by MITRE's CVE project, and the one on 5 October — that's one week later — addressed fourteen (14) vulnerabilities, of which eight (8) were distinct from the previous advisory. (There was some overlap because the earlier advisory was for Red Hat's Linux 2.4.x kernel series, and the latter was for the 2.6.x series.) Those Debian developers who have ever handled a security vulnerability in one of their own packages can likely imagine the labor burden this is. Then reflect that Debian ships and supports a lot more Linux kernel trees than Red Hat does — this only magnifies the problem. The good news is that a team of developers focused on stable kernel security updates has been established. One of its members said to me today that he has seen a "very positive increase in kernel-related security activity". It is too soon to declare this problem resolved, but I perceive no lack of talent or dedication on the part of our developers. I am there to assist them in resolving the organizational and workflow issues so that our users can see the fruits of their energy directly. Similarly, I'm interested to see how the security.debian.org round-robin arrangement holds up after a reasonable period of real-world loads, particularly since I expect kernel package updates to sock the machines about as badly as an X Window System update. These issues are not over and done with, so an announcement declaring these problems vanquished would be premature. At the same time, the developers and users at large need to know whether or not people have their attention on them. I am wary of leaders or managers who declare issues resolved too soon, or proclaim optimism that later turns out to be unfounded, and have sought to avoid this vice. I apologize if I have tacked too far in the opposite direction. I perceive progress in this area. Let me know what you think, what you need to see, and by what metrics you measure progress and accomplishment on the security front. You can reach me at leader@debian.org (the address is already blitzed with so much spam there seems little sense in obfuscating it). (After getting some feedback on this entry, it's my intention to post it with any applicable revisions to the debian-devel-announce mailing list; please take this opportunity to "patch" this "beta", if you're so inclined.)

Branden Robinson: The Duplicitous Duplicativity of Buggy Software

Planet Debian readers, please accept my apologies for the re-post of the old entries on Lynndie England and Lester Crawford. Lars Wirzenius and Mark Brown helped me figure out that having spaces in my directory names (for categorizing entries) was a bad idea because PyBlosxom doesn't have sense enough to perform proper escaping of the contents of link elements in the RSS it generates. No doubt this confuses aggregators the one used by the Planet, which seems to more or less muddle through. Anyway, I changed the spaces to underscores, and while the timestamps of the files within the directory didn't change, that was enough to make all the entries contained in it look new again. A quick glance at PyBlosxom's source leads me to believe it's pretty crude about escaping and substitution issues generally. Anyone wanna go over it with a fine-toothed comb and make it better? ;-) (Then too, I could upgrade to PyBlosxom 1.3, which claims to fix bugs, but the version available in Sid is still 1.2.1.)

Branden Robinson: Destination: Oldenburg, Mission: Security, Java, and a bit of odd old hardware

On Friday afternoon I'll be arriving in Oldenburg, Germany, for the eleventh annual Linux developers' conference. Historically, this conference has had a strong focus on non-x86 ports of the Linux kernel, boot loader development, the GNU toolchain, and so forth. At long last, it looks like this may be my opportunity to get my Macintosh Quadra 840AV out of mothballs and back into commission, thanks to Wouter Verhelst. I should be able to fit it into my luggage if I don't bring many clothes... :-) This year, however, in addition to that, a couple of mini-conferences are being piggybacked onto the Oldenburg meeting. These include the GNU Classpath and Debian Java DevJam and the Debian Security Summit. The Java programming language is a divisive issue in the Free Software community, and has a degree of controversy that sets it apart from the usual language wars. The dominant factor in this controversy stems from what Richard Stallman refers to as the Java trap; with the specifications controlled, and the reference implementation kept unavailable on DFSG-free terms by, an industry consortium dominated by large corporations, a Free Software hacker might fear that using Java will consign them to either having to compromise their principles by using non-free class libraries (for example), or being doomed to chase the taillights of standards that could conceivably be tailored to disadvantage competitors. (Java is not alone in this respect; many people fear that Microsoft's .NET, despite being openly standardized through ISO/IEC, will in actuality be completely controlled by Microsoft.) Despite this peril, Java is attractive to GNU/Linux-using organizations. The Free Standards Group, developers of the Linux Standard Base, has received inquiries about a Free Java standard and implementation from organizations already committed to GNU/Linux. In my job, I've encountered an interest in Java from several customers and prospects. Intriguingly, these institutions are, by and large, very much aware of the Java Trap. They like the language, and are not strong advocates of Free Software, but they too are worried about vendor lock-in. They've seen the success of community-driven development as GNU/Linux moves from strength to strength, claiming territory formerly held by Microsoft and proprietary versions of Unix. Even if I can't persuade a customer to adopt a Free Java stack, I can exhort them to only code against Java standards that have seen a free implementation. That way, their development bets are hedged against any "madman theory" of the controlling vendor. Furthermore, this way they only code to standards that are seeing independent implementations, and they leave their engineers free to switch between varieties of development kit. Engineers like flexibility because it enables them to work more efficiently; sales people, marketing personnel, and strategists like efficient engineers because they make a firm more nimble. That's where the GNU Classpath and Debian Java DevJam comes in. Free Software Java enthusiasts want to see their implementations fully mature, and are working hard to make it so. The Free Software community has the opportunity to make its Java implementation not just an available alternative, but a compelling alternative to the proprietary ones on technical as well as licensing grounds. The recent release of GNU Classpath 0.18 shows just how vigorously this opportunity is being seized. Having mature software is only half the battle, however; that software has to be coherently put together and easy for the user and developer to manipulate. For many of these folks, it's not enough just to have good, Free Java virtual machines (like Kaffe and SableVM), class libraries (GNU Classpath), compilers and interpreters (gcj and gij, respectively, from the GNU Compiler Collection), and application servers (Jakarta Tomcat, JBoss, and JOnAS, among others). They also want these technologies to be mutually integrated and easy to install and use. Good software and good packaging complement each other to drive adoption of the technology, and that's what the DevJam is all about. I'm glad to see that representatives of Debian's Java packaging team will be joining not just upstream authors, but their counterparts at Fedora, Ubuntu, and Gentoo in furtherance of this goal. I've approved a budget of EUR 2000, which Petter Reinholdtsen will administrate, to support the expenses of Debian's participation in the DevJam. We've received 1500 USD in sponsorship of this event from a corporate sponsor that chooses to remain anonymous. The other mini-conference I'll be attending is the Debian Security Summit. We're bringing together the heads of our Stable Security and Testing Security teams — the two Joeys, Joey Schulze and Joey Hess, as well as a bevy of other security-minded people, with the goal of revitalizing and streamlining our security processes. Several members of the Stable Security Team have gone dormant over the past several months (or longer), leaving an increasingly small number people to handle, as of Sarge's release, not one but two stable releases. This is because we do not terminate security support for our previous stable release (in this case, Woody), until some time has passed. We've had other challenges on the security front. We had what amounted to a security support hiatus for about three weeks in June, which caused much consternation. More recently, klecker.debian.org, which provides the security.debian.org has suffered some occasional availability problems, and it hasn't always been clear what's caused them. It's my understanding that we have new hardware in place that can serve in a backup, supplemental, or failover capacity. The general feeling at DebConf 5 was that our security apparatus was in need of attention to make sure it keep pace with the demands being placed on it. I've been in fruitful contact with Joey Schulze, Steve Kemp, and others over the past several weeks, and I look forward to a productive few days.

Dann Frazier: Trying to install a Sun Blade 1000

Troy Heber and I have been setting up a multi-architecture Debian build cluster - basically a bunch of machines we can build/test kernels on. We got our hands on a Sun Blade 1000 a while back, and I had a good excuse to try and install it today. Troy said he'd tried one of the d-i nightlies, but had problems with it, so I decided to try sarge. I burned a sarge CD (which is 2.4 only, surprisingly), but it hangs after printing "Remapping the kernel...". Unlike other instances google finds, it never prints "done". I found that the net boot flavor has a 2.6 kernel - I tried it, but I get an oops as soon as it tries to load the scsi driver (sym53c8xx_2). It leaves modprobe hung in the D state, and all further modprobes hang behind it. Hoping that the cdrom boot method was to blame, I tried netbooting the 2.4 kernel flavor. This went smoothly, at first. But immediately after configuring the network w/ dhcp, the keyboard goes to hell. Only the left ctrl key seems to work (which I discovered using the tried and true bang-all-keys method), and it behaves like an escape. I tried a non-sun USB keyboard, but it had the same problem. I dug up an old non-USB sparc keyboard, but the box won't boot w/o a USB keyboard connected and d-i won't respond to the non-USB one anyway. I guess I could try running d-i with the text frontend, or maybe preseeding the whole thing... I remember some keyboard remapping on my sparc32 box that occurred when I moved to a 2.6 kernel - I wonder if something in userspace is attempting to compenate for that change? But that wouldn't explain why it only happens post-dhcp. Also.. I wonder why d-i is all monochrome on this box? Kind of annoying to navigate the menus when I can't see which option is highlighted. Unfortunately, this box has no serial port - I'll have to try to dig up one of the four port serial pci cards we once had lying around & try to setup serial console, which is what we'll want eventually anyway. Another option, I suppose, is to try installing woody then upgrading to sarge..

Benjamin Mako Hill: Stepping Down From Software in the Public Interest, Inc.

Three years ago, I was elected to the board of directors of Software in the Public Interest, Inc. About halfway through my three year term, I was elected by the board to the (largely ceremonial?) role of Vice President of the organization. This month, my term is up and after a good deal of soul searching over the last weeks, I've decided to not run again. With time, I've become busy with other projects including work and graduate school at the MIT Media Lab, Debian, Ubuntu, One Laptop per Child, several book projects and more. Recently, I've found that I've simply had less time to put toward SPI than I have had in the past. Of course, I continue to care very much about SPI and its mission and feel that I done a good job of fulfilling my responsibilities throughout my term. The real reason I'd like to step aside to let some new blood and energy take a more active role and to let SPI take off in new directions. Since I've served a full term, I thought I would take the opportunity to look back at my work with SPI over the last three years and to the future. SPI's Recent Past Three years ago, I ran for the SPI board on a platform that I would like to see SPI work more like a real pro-active non-profit organization and less like Debian's legal shell. SPI was at at transition point then and the board spent a lot of time thinking about it was that SPI should do and what role it should fill in the free software community. Many of these questions are still open but the following is my round up. There are two types of non-profit organizations in the free/open source community. The first is the large-project foundation. Example are the GNOME Foundation, KDE Foundation, and Plone Foundation. These support and work closely with one large and otherwise institutionally independent project. The second type is concerned with advocacy or issues of concern to many or all free software projects. The FSG/LSB, Open Source Initiative, Software Freedom International, Linux International, and the Free Software Foundation are all examples of this type (although the FSF also supports the GNU Project so can be put into both camps). Three years ago, SPI was basically the Debian Foundation under a different name. However, SPI also supported a handful of other medium-sized projects (at the time, this included Berlin and OFTC). In this way, SPI provided some of the benefits of a 501(c)(3) non-profit organization to groups that were large and important enough to care about issues like the tax-deductability of donations, but small enough that starting their own foundation didn't quite make sense. This, I am convinced, is SPI's niche and its where the organization can make the greatest difference. While Debian continues to be the driving force behind SPI, this mirrors Debian close relationship with other free software projects as a downstream and a distribution. Debian may ultimately decide its has outgrown SPI and wants its own foundation but it's role in providing an umbrella for other free software project also makes a lot of sense. Over the last years, SPI has added several new member projects including GNUStep, Drupal and PostgreSQL and members of these projects have played an increasingly important role in SPI. OFTC members including SPI secretary David Graham have continued to drive the organization. I am thrilled to see that PostgreSQL's Josh Berkus is running for a seat on the board and wish him the best of luck. He has put a huge amount of effort into SPI in the past several months and I believe he would make a great board member. Of course, not everything has been rosy. While our organization is in slightly better shape than it has been in the past, SPI still suffers from a lack of interest and activity by participants in its member projects. SPI handles Debian's money and every Debian developer should be interested and involved in SPI; yet only a relatively small percentage are. I've run SPI sessions, talks, and BOFs at three of the last four Debian conferences but haven't been able to make a satisfactory dent in either the Debian community or SPI. The next board of directors will need to work actively and creatively to help do what the last board did not accomplish. While things are currently much better than they have been in the past, SPI has continued to be mired in a number of bureaucratic issues. Simple issues like accurate, timely and transparent bookkeeping have proved more difficult than the board or those brave (or foolhardy) enough to take on the treasurer position seem to have thought. I worked with the treasurer and our lawyer to meet with a bookkeeping service in New York City. The Future In the future, I'd like see to more members projects and more active participants from all members projects. I'd like to see a more active organization in general but am beginning to conclude that a fully volunteer "staff" is only going to be able to do so much. In terms of bureaucratic issues, several board members have lobbied hard to spend money to hire full or part time help either in an administrative capacity or as some sort of combination administrator/executive director. For a number of reasons, the board has been reticent to do this but I think it's become increasingly clear that our growth and relevance as an organization is going to require this. I think hiring the bookkeeping service was a good first step. I think at the very least, SPI should "outsource" most of the non-fun administrative work to others so that the board can focus on the important work of advocating free software and helping our member projects. I'm famously concerned with introducing paid labor into voluntary free software projects but I think that, if done right, this could be a very good step. In terms of my own involvement, I'm planning to stay involved as a contributing member or perhaps even as an adviser if the board will have me. I'd like to continue work on the SPI-Trademark committee and look forward to the day that we can create a general policy for helping folks use and license the Debian mark (and other trademark SPI may hold in the future) as permissively as possible. I'd also like to see a better documented process for becoming an SPI member project. This should explain to projects what SPI expects from them (e.g., democratic decision making, an active representative to SPI, etc), what they will get from SPI, and what is necessary to make it all happen. I'd like to work with some of the recent member projects to help document their experience and make easier for the next batch. I'm looking forward to taking some time off and look forward to the possibility of running for a seat on the SPI board again at some point in the future.

Benjamin Mako Hill: Vegetable Museums

In my mailbox today (links are added):
Dear Boston Vegetarian Society List, The curator of the World Carrot Museum will be joining us at Happy Buddha on a visit from the UK!
I've never met anyone who has created a museum about a vegetable but I'm intrigued. I'm also pleased to see that similar ventures exist for vegetables that I enjoy even more than carrots.

Benjamin Mako Hill: Calling All Seattlites

If you're in the Seattle area and are concerned about DRM, you should be at a "flash" protest against DRM tomorrow (Tuesday May, 23) before work (8-9AM) to kick off a major anti-DRM campaign. There will be costumes and fun to be had by all. These sorts of things are great if a bunch of people participate and just seem impotent if not enough do. This is important enough that I would consider flying back to Seattle for it if I had a little more time and money to do so. It's worth it to make sure this campaign starts off on the right foot. We have a lot to lose if it doesn't. If you are in the area and can possible spare an hour or two and be in downtown Seattle tomorrow morning, I think it is really important that you do so. You can get more information from someone at the FSF by emailing action@defectivebydesign.org and announcing that you want to participate.

Benjamin Mako Hill: Hitler Mustache Video

In my infinite spare time, I think it would be fun to make a parody of an MTV style "documentary" about one day in the life a person with a Hitler mustache to show ridiculous that genre has become. The video will be done with 15 second cuts and and with a bumping soundtrack by an eclectic selection of artists from the full spectrum of popular music. It will follow around a person for one day as they have a barber chisel out a Hitler mustache and then spend one day in that form. These scenes will, of course, be interspersed up with snippets from interviews with vapid onlookers, fashion gurus, and celebrities weighing in on all sides of the many "issues" that wearing a Hitler mustache raises. These issues might include:
  • Is it now or will it ever been long enough to make the Hitler mustache OK again? Did Hitler really ruin that mustache for ever and for everybody? Do fashionistas believe that this is that a good or a bad thing?
  • What about Charlie Chaplin and others who wore similar mustaches before or concurrent with Hitler?
  • In what sense does living with a Hitler mustache teach either the wearer or the public that "it's what inside that really counts."
If you would like to donate resources or time to this project, please let me know.

Isaac Jones: Packaging darcs

Last night, I worked a bit on the Debian package for darcs. darcs is an advanced revision control system, "two senses in which it is supposed to be advanced: 1) each copy of the source is a fully functional branch, and 2) underlying darcs is a consistent and powerful theory of patches.". Darcs is also written in Haskell, which makes it even more cool. When I did my first big group project in college, I started using CVS and completely loved it. I tried subversion for a while last year, and at home and work I'm currently using arch / tla. I'm excited about these two distributed revision control systems, tla and darcs. Keeping packages in VC: Since the author of darcs, David Roundy, is apparently a Debian user (and a skillful one at that), I expect this package to be a joy to take care of. At his suggestion, I'm going to keep my changes in darcs itself, and I figure that while I'm at it, I'll keep all my packages in darcs. I'm debating a bit about how to go about this, though. I could keep just the "debian" directory in version control, but then if I have to change the upstream sources (like the Makefile), then I couldn't track that. On the other hand, if I keep all the upstream sources in VC, then I'd have to sorta pound on the repository whenever there's a new release, with a bunch of big changes. Not too bad, I guess. What do those of you who keep packages in version control do? I was very pleased to see Colin's blog entry yesterday about Intel support of its Centrino chipset for Linux. I've been sending mail to them every couple of weeks for the last 8 months or so.

3 September 2006

Marc 'Zugschlus' Haber: About developers with no interest in their users

After months of complete silence, ICQ spam has started again. Unfortunately, it is not even possible to put these people on ignore since kopete does seem to have lost its ignore option. Or, at least, I cannot find it any more in the menus. At least, kopete doesn’t show a message from a new contact before one has decided whether to add or not to add the new contact. A very good idea. Not.I decided to query #kopete on freenode where the Ignore button has gone to. But, I didn’t get any information. They said “your kopete, 0.11.1, is old. Please update to 0.12, this is the supported version.”WTF? I am using Debian unstable, with has the latest released KDE, and kopete 0.11.1 is part of current kdenetwork. And the developers refuse support for a package which has been built a mere six weeks ago? Have these people lost their grasp with reality? This sooooo ridiculous.Is there any other useable ICQ client that integrates well with KDE?

David Moreno Garza: Cat Power!

Yay!

Cat Power is coming town. Yay! If you, by any chance, have an spare ticket, I definitively can do slave work to get it :-) Because, just as my magical way to concerts, I simply don’t get tickets on time and then I just have left the tears for missing nice concerts (and also, I prefer concerts where tickets are sold by SmartTicket and not by TicketMaster, which is an evil way to get tickets :P ).

Lars Wirzenius: Debian: A code of conduct

I've been unsubscribed from the major Debian mailing lists for about a week now. I'm feeling withdrawal symptoms from not spending hours reading e-mail, but they are subsiding. I think I'm now in a brief phase of clarity and big picture view: it's been long enough that I don't only see the last fifty mails and react to any annoyances in them, but also not so long that I have forgotten what actually happens. I want to make use of this phase to formulate a suggestion for a new code of conduct for Debian mailing lists.
  1. Shut up, unless you have something important to say. Don't chatter. If you must say something, keep it brief, to the point, crystal clear, and give references to you claims.
  2. Shut up: don't repeat arguments, not your own and not other people's.
  3. Get a life: you don't need to decide every detail, not everything needs to be done your way. If someone wants to do things their way, let them. If it turns out to be a mistake, well, they've learned something.
  4. Shut up already: insinuations, insults, name calling, character assassinations, all these are fine for the school yard or in modern office politics, but we're supposed to be having fun here.
The above is intentionally not all nice and sweet. My doctor forbade me to have anything to do with sugar.

Mike Hommey:

I’m leaving for Japan in a few hours. I have been careful not to leave too much mess in my packages for this vacation period, so all should be running just fine until I come back. Closing all comments and trackbacks to avoid spam.

Martin F. Krafft: Never give up

Scott, the first thing I want to say in response to your post is that you are not alone. I did not know someone was attacked for wearing an Ubuntu shirt in Helsinki, but I did witness at least one "Fuck Ubuntu" incident, and it seemed that Ubuntu jokes and snaps at the new distro were very common. I find this utterly childish and stupid. I am sorry for everyone who was offended. But please don't blame or condemn everyone in Debian or the whole project for the actions of some of its members or followers. You've already linked to my thoughts on the Ubuntu-Debian situation, so I need not cover any of that anymore. I wouldn't want to either, because believe it or not, this article got me flamed by Ubuntu developers just way too many times, in personal mails as well as in forums. Instead, let's look at the now and then this time. I've heard a few developers express their unhappiness with Debian in the past year, much in the same way that you did. Not always was it related to Ubuntu, but quite often it was. There are newcomers to Debian who shake their head in disbelief how anyone can work in a project such as Debian, and there are the veterans among us who seem to concede that Debian has slipped away from their ideals and it's just not fun anymore. It's not hard for me to understand each of them. I've followed Debian for nearly a decade now and thus tracked how it changed over time. We are one of the largest free software projects, and size never comes without problems. So while the Debian project used to be an association of geeks enjoying their focus on technical excellence, the sheer growth of our project called for many other fields to be managed, and we did not always handle this increase in complexity very gracefully. After all, we are all just geeks who want to have fun, aren't we? As a result, several aspects of our project have been said to "stagnate", and parts (and parties) have diverged. As a volunteer developer, it's not always fun to run up against walls and find that your innovativeness is met with stubborness or simple silence. I say "not always" because I think it's really just a matter of perspective. Over the years, Debian has seriously affected my life, the way I look at things, the way I interact with people, and the way I do stuff. I am eternally grateful for much of that. But the learning process has not stopped. What Debian needs is a stronger grasp of the big picture. In joining all the other developers who are already doing excellent work in that direction, what better learning opportunity could there be to approach large-scale project management, away from academia and the corporate world. For me, this is a very interesting perspective of a fascinating project, one that directly relates to my current research endeavour. I was asked recently how we "control the anarchy", and the first thing I said was that "control" was not the right word. Debian is not about control, it's about the flow. If it's not going your way, you can swim against it, you can pull out, or you can try to find ways to change that flow, bottom-up rather than top-down. I think David's idea of a steering committee is an excellent one, and I'd be happy to dedicate time to such an effort. I wouldn't call it "steering" though, as that seems too active. Rather, I envision a group of people dedicated to keeping track of the big picture (obviously in close contact with the release team) to which developers can turn if they need advice. In the last few years, I've often asked myself why the heck I don't just give up, instead of continuously running up against problems that seemed hopeless. Even now, I sometimes think that I should have just pulled the plug, but my answer has always been no, and it looks like it'll remain that way. Why? Because we've come an incredibly long way, and that by itself provide for a lot of motivation. Mostly, however, I decided to hang in there because I tend to like challenges, even if at first I have no idea how to conquer them. When I then look at what some of the people are doing for the project, I come to realise that there are solutions, even if the road is a long one. You (Scott) strike me as a very innovative person, and not only because the problems you and I are looking at tend to overlap to a large degree. I strongly respect you for your work, and Canonical certainly deserves a tip of the hat for providing you with the environment to do so. Sometimes, I even envy you a little, simply because I haven't been able to get down to coding solutions as much as I would have liked to and you've beaten me to the punch on things like HCT or upstart -- even though my work in that area has been mostly vapourware, so there was no real punch to which you've beaten me... I think you'll know what I mean. Yet, scanning some of your older blog posts, I got the impression that you weren't always happy with the way you have to do things at Canonical. And still, you're enthusiasm for working on your projects is astounding; it wasn't hard to come to that conclusion just a week ago, even though we've only talked briefly in Cambridge. Have you asked yourself why that is? I'll go out on a limb and postulate it's because of your innovativeness, because of your urge to push technology further, to implement cool things, and to break free of the cruft that comes with 13 years of Debian and several decades of standards la POSIX and SysV. Debian is too conservative for you, and all the cruft weighs heavy. Ubuntu, on the other handy, is "fluffy" and not afraid to forge ahead, and you've been an active part of it from day one. As much as I hate to see you "with them" rather than with us, I think you've found your place. And so have I. I'm less about coding than I am about integration, and there's work to do. Debian is a massive project with an amazing track record of achievements to look at. And it has problems. Well, great! Let's attack them. Never give up. Another reason why I've stayed with Debian is because there are people who think alike. Three years ago, I would have been able to give you a long bullet lists of hopeless problems in Debian. If you ask me today, I would have problems arguing their hopelessness, for I've seen plenty of developers taking it up with these problems, and in the meritocratic way. Our release team is doing a fantastic job and I've never felt so positive about the promise we made with the next release. People like J rg, Zobel, Rapha l, the two Alex, Meike, Christoph, and the many others I'll leave out only in the interest of brevity (the list is longer and doesn't only span Germany and France) are doing great work, and that is truly motivating. And I ought to mention explicitly our leader, Anthony, who's been doing an excellent job so far. I hope he can keep it up. Also, take a look at our IRC channels. I would have to be lying if I'd say nothing has changed. And the same applies to mailing lists. We still have a reputation to deal with, but if you stop listening to what people say and actually take a look, I think we've come a long way. I'd even say it's become more fun to work on Debian again! I think we owe a lot of that to Debian Women. I am definitely proud to be a member of this community (with which I mean Debian as a whole, not just Debian Women). I think I could continue this blog post endlessly. Let's not. You (Scott) may not be a fellow DD any longer, but you remain a fellow D, and I hope we'll continue to let our cooperation prosper. Now if only you had told me that "getting upstart installable required changes to twelve different packages, including sysvinit itself" when you approached me with what sounded like a simple sponsorship request... I've started to have a go at the "herculian effort", step by step. Seems like an interesting experiment. NP: Eels / Daisies of the Galaxy (it's really hard to find a better band for a grey Sunday morning) Update: Maybe our reputation isn't all that bad, or Slashdot posts suddenly became all useful. A lot of insightful and interesting posts in the first batch of comments...

Russell Coker: RAID etc

On a closed mailing list someone wrote:<br /><span style="font-style: italic;">2 X 120gb ide drives installed as slaves on each ide channels. ... Presto. A 230'ish GB storage NAS for all my junk.</span><br /><br />I'm not going to write a long technical response on a closed list so I'll blog about it instead.<br /><br />Firstly I wonder whether by "junk" the poster means stuff that is not important and which won't be missed if it goes away.<br /><br />If P is the probability of a drive not dying in a given time period (as a number between 1 being certain death and 0 an immortal drive) then the probability of serious data loss is P^2 for the configuration in question.<br /><br />If P has a value of 0.5 over the period of 7 years (approximately what I'm seeing in production for IDE drives) then your probability of not losing data over that period is 0.25, IE there's a 75% chance that at least one of the drives will die and data will be lost.<br /><br />If the data in question really isn't that important then this might be OK. About half the data on my file server consists of ISO images of Linux distributions and other things which aren't of particularly great value as I can download them again at any time. Of course it would be a major PITA if a client had a problem with an old distribution and I had to wait for a 3G download to finish before fixing it, this factor alone makes it worth my effort in using RAID and backups for such relatively unimportant data. 300G IDE and S-ATA disks aren't that expensive nowadays, if buying a pair of bigger disks saves you one data loss incident and your time has any value greater than $10 per hour then you are probably going to win by buying disks for RAID-1.<br /><br />As another approach, LVM apparently has built-in functionality equivalent to RAID-1. One thing I have idly considered is using ATA over Ethernet with LVM or GFS to build some old P3 machines into a storage solution.<br /><br />P3 machines use <a href="http://www.coker.com.au/energy/computer-power.html">38W of power</a> each (with one disk, maybe as much as 70W with 4 disks but I haven't checked) and should have the potential to perform well if they each have 4 IDE disks installed. That way a large number of small disks could combine to give a decent capacity with data mirroring. Among other things having more spindles decreases seek times when under heavy load. If you do work that involves large numbers of seeks then this could deliver significant performance benefits. If I had more spare time I would do some research on this, it would probably make for a good paper at a Linux conference.

2 September 2006

Matthew Palmer: Tarballing

So, what do you do when you want to make a tarball of a local filesystem, but with the result on a remote machine, taking up minimal space, but you just don't have a lot of CPU grunt on the local machine? That's right, you delegate the compression step to the far end. On the destination machine, you run:
 nc -l -p 31310   gzip -c > zaurus_hdd3.tar.gz
And on the source machine, you run:
 tar cf - -C /hdd3 .   nc hussy 31310
And then watch the data roll by. This post brought to you by the "Matt Has His Zaurus And Is Neglecting The Rest Of His Obligations To Play With It" Foundation.

Aigars Mahinovs: Wrong partition ordering

If you have a hard drive with two or more logical partitions in one extended partition and then proceed to erase the first of those logical partitions (in GParted), then you will soon discover that the number of the second logical partition changed (from sda6 to sda5 in my case). If you then try to create a partition in the free space and launch cfdisk, you will notice that there is no free space where it should have been. If you then manage to get to GParted and create a partition there, then do not relax, as your perils are not yet over. Upon reboot you will find that the logical partition that is in the beginning of the logical partition got a new number (sda7 in my case) and the your valuable second logical partition is still numbered wrongly (it was sda5 instead of expected sda6). Even more so, if you try to fix it with cfdisk, it bails out with a fatal error of overlapping extended partitions. The fix is to start fstab, press “x” for advanced operations and press “f” to reorder the partitions according to the order on disk (do not forget to enter “w” to write the changes). That fixed the problem. But I have no idea who to bug for this wonderful Mongolian Clusterf*ck of Partition Numbering. And that is only a tiny preview of the immense fun I am having right now by trying out installations of Debian etch and Ubuntu edgy on my Dell M1710. If you want a stable desktop on this computer right now - use Ubuntu Dapper (with nvidia binary drivers). You will have much unneeded fun with IPW3945 wifi and the NVidia video card drivers otherwise.

Next.

Previous.