Search Results: "ag"

23 November 2009

MJ Ray: US Defense or Sirsi-Dynix which is more credible?

Most librarians probably already know this, but maybe the programmers don t yet. A SirsiDynix Corp lobby paper against Open Source technologies escaped onto the internet. SirsiDynix is a competitor of our co-op with products that compete with Koha. They re also interesting because Sirsi bought another competitor (Dynix), essentially stopped its product line (something near impossible with Free and Open Source Software like Koha) to replace it with its own and has ended up a messy lawsuit with Queens Borough Public Library as a consequence of that all as I understand it. Late last month, someone leaked SirsiDynix s criticism of Free and Open Source Software which is missing references for key evidence and described on WikiLeaks as containing possible libel per se against certain competitors . The comments and links at thesecretmirror and code4lib wiki seem interesting dissections. I feel that this document is taking advantage of an opportunity presented by the biggest promoters of FOSS library management systems not speaking about freedom. As you can see from some comments on thesecretmirror, it s all about freedom. reflections Missing the point: It s time to talk about software freedom develops that point a bit more and gives a few links back to other statements of freedom which I d not seen before. Anyway, one of the points in the leaked document was that the US Department of Defense (DoD) restricts use of FOSS. Unluckily for SirsiDynix, on 16 October, a memo was published by the DoD CIO saying Defense: Open source software is more secure than commercial code. There s some analysis by David Wheeler discussed on LWN. Anyway, who would you believe about FOSS? An under-fire legacy private software competitor, or the Department of Defense? I don t like either that much, but there s not really a contest. DoD are willing to bet lives on it.

Russell Coker: Laptop Reliability

Update: TumbleDry has a good analysis of the Square Trade report [0]. It seems that there are significant statistical problems in Square Trade s analysis and a possible conflict of interest. Square Trade did a survey of laptop reliability and wrote an interesting article about the results [1]. One thing to keep in mind when reading them is that the usage patterns vary greatly by type of product (netbook vs laptop) and probably by brand. Their statistics indicate that netbooks are less reliable than laptops, but I think that my actions in taking my EeePC to places such as the beach are probably not uncommon a netbook is ideal when you might need access to a computer at a moment s notice. I expect that the reliability of my laptop has increased because I bought a netbook! Their statistics show that Lenovo is far from the most reliable brand, I wonder what the usage scenarios for such machines are. I ve been using Thinkpads happily for over 11 years. I have had many warranty repair jobs, I lost count long ago. But I don t think that this indicates a problem with Thinkpads, my use is very demanding, I have done a lot of traveling, and done coding in planes, trains, trams, and taxis in many countries. So instead of criticising IBM/Lenovo for having their machines break, I praise them for repeatedly repairing them no matter how they wear out in my use. The speed and quality of the repair work is very impressive. Based on this I have been strongly recommending Thinkpads to everyone I know who seems likely to wear laptops out through basically doing everything that a laptop is designed to do all day every day! Among people I know the incidence of laptop warranty repairs is probably about 100% as the number of systems that are never repaired are outweighed by the systems that are repaired multiple times. Generally Thinkpads seem fairly well built to me, I ve been surprised at how many times they didn t break when I expected them to. When articles like the one from Square Trade are discussed people usually cite personal anecdotes. My above anecdote covers just over 11 years of intensive use of four different Thinkpads. Of course it doesn t prove much about the inherent reliability of Thinkpads (I could have received through random selection either four Thinkpads that were significantly more or less reliable than average). But having dealt with the IBM/Lenovo service in a few countries I can confirm the quality of their repair work. Every time they have returned my machine rapidly, they never complained about my policy of giving them a system with the hard drive removed, and in all but one case they completely solved the problem on the first try. One time they forgot to replace a broken rubber foot and to make up for this they sent me a complete set of spare parts by courier they had repaired the other two faults without problem. Now comparing the reliability of rack-mount servers would be a lot easier. The vast majority of such systems are stored safely in racks all the time and tend not to be mishandled. My experience with servers from Dell, HP, IBM, and Sun is that apart from routine hard drive failures they all run well if you keep them cool enough. But of course as I haven t run more than a few dozen of any of those brands at one time I don t have anything near a statistically significant sample.

Martín Ferrari: Movies

Just wanted to share comments on some movies I've watched recently. Tags: Planet Lugfi, Planet Debian

Adam Rosi-Kessel: China Masks

Among many of Jonah s recent striking photographs from China and elsewhere in Asia, this series on Swine Flu masks is particularly eye-grabbing:
Jonahs Swine Flu Photographs

Jonah's Swine Flu Photographs

22 November 2009

Julien Valroff: Switched to GIT

After having converted my packages to the new 3.0 (quilt) source format, I have decided to move everything to GIT. rkhunter was moved to Alioth s collab-maint project, and I have set up a personal GIT repository for the other packages. This page on the wiki has helped a lot. I now need to learn how to use this tool, but my first tests are very encouraging.
I haven t had to change my packaging workflow, switching from svn-buildpackage to git-buildpackage. I am even able to build i386 packages on my amd64 machine as before without the need to change anything in my ~/.pbuilderrc.

Tiago Bortoletto Vaz: Who needs a wifi switch?


Wifi stop working. Thinkpad x60. Debian GNU/Linux. Intel(R) PRO/Wireless 3945ABG/BG. Logs below:

Nov 22 12:54:43 thinkpad kernel: [ 5373.816386] iwl3945 0000:03:00.0: Radio Frequency Kill Switch is On:
Nov 22 12:54:43 thinkpad kernel: [ 5373.816388] Kill switch must be turned off for wireless networking to work.
Nov 22 16:11:16 thinkpad kernel: [17168.714311] iwl3945 0000:03:00.0: Radio disabled by HW RF Kill switch
Nov 22 16:11:16 thinkpad kernel: [17168.714487] iwl3945 0000:03:00.0: Radio disabled by HW RF Kill switch
Nov 22 16:13:55 thinkpad kernel: [17328.018434] iwl3945 0000:03:00.0: Radio disabled by HW RF Kill switch
Nov 22 16:13:55 thinkpad kernel: [17328.018603] iwl3945 0000:03:00.0: Radio disabled by HW RF Kill switch
about 1 hour trying to solve that annoying issue, and then I realize there was a f** wifi switch turned off right in front of my face. #FAIL

Gerfried Fuchs: stable RC Bug Squashing

Others are doing it, so I thought I'd join in, too. Though, from a different perspective. Often enough people claim that package maintainers don't seem to care about their packages anymore once they did hit stable because they say it isn't as easy to update packages in stable. While this is partly true it still doesn't send a too good impression to have a high and increasing release-critical bug count for stable. UDD makes it easy. It has a field affects_stable in its bugs table, and the view bugs_rt_affects_stable is even yet better. I fiddled together two short statements that help me to find release-critical bugs for stable:
SELECT b.id FROM bugs_rt_affects_stable bas
   LEFT JOIN bugs b ON bas.id=b.id
   WHERE b.severity IN ('serious', 'critical', 'grave')
   AND b.id NOT IN (select bau.id from bugs_rt_affects_unstable bau)
   ORDER BY b.id;
The second statement is without the AND clause to see all open release-critical bugs. Going through this list isn't too complicated, and I already found a good rush of bugs to mark as not affecting stable because the reason for the bug only appeared after the lenny release. I could list their bugnumbers, but it's currently up to 39 such bugs since yesterday and I don't want to bore you with it, actually it didn't involve any touching of the package but it will definitely make it easier to find the real release-critical bugs that do affect stable and should get addressed in an update to it. Still lots to do, 39 bugs down isn't the world when the barrier is set to about 1500. Though, it's still more than 2% and this is something that makes me a bit happy.

Julien Valroff: Converted my packages to 3.0 (quilt) source format

I have now finished converted most of the packages I maintain (part of the official archive or not) to the new 3.0 (quilt) source format. I first had to switch from dpatch or cdbs simple-patchsys to quilt, which was easy thanks to Romain Francoise s old blog post. Also note this quick adaptation for cdbs:
for i in $(ls debian/patches/*.patch); do \
    I=$(basename $i   sed 's/.patch$//'); \
    quilt import -P $I.diff $i; \
done
The rest was much easier than what I thought, thanks to the related page on the wiki. I have already tried uploading a package to my personal repository, and reprepro just worked as expected.

Stefano Zacchiroli: RC bugs of the week - week 11

RCBW - week #11 Here is this week squashes, by yours truly: This week I've been both lazy and lucky, with a single NMU of db4.2 3 RC bugs were gone (well, truth to be said, I've discovered later on that db4.2 is not meant to be released with Squeeze, but well, stuff happens ...) and with some triaging a few more were gone too. The rest is nothing special. Also, during past week, Tim got back to my welcome message, adding some interesting considerations. Beside the issue of personal sponsorship, I fully agree that we used to lack pointers to NMU activity in NM. Now it is a bit better, though. As an AM, I pose the "please fix at least 2 RC bugs" question, and the usual outcome is the sponsoring of NMUs prepared by applicants. But surely we lack a more general "culture" of NMU, which is de facto more and more needed to actually deliver our releases. In fact, my RCBW initiative is not meant to make other people feel bad (hello Gunnar, we all love you and your work, and you should know that :-) ). Rather, it is meant to convince people that fixing RC bugs (at least some of them which are nevertheless a huge slide of the total) is easier than what we might think and help fighting the boredom. Not sure it is being successful in its "marketing" facet, but it has surely been fun for me thus far!

Patrick Schoenfeld: Rest in Peace, grandma.

A few weeks ago I've visited my grandma, because she and my grandpa had birthday.
We also did it, because we figured that it might be the last chance to see her alive.
It was a hard time for us. Because she wasn't the person I knew, the person with whom I argued so often when I was a young boy, the person who showed me the beauty of cooking. She were lying in her bed, barely realizing us, not really able to do conversation. As soon as we went away from her bed she was calling for one of us, repeating the name of the person she was calling for every few seconds. Most of the time she called for my grandpa, but another time it was me she was calling. I then stood there, next to her bed, not really able to talk, because she wasn't and I didn't know what to say.
And then I had a talk to my grandpa. Although he looked visibly aged, he still seemed to be in a good constitution. But while talking to him I realized that he was tired. He told me that his woman was asking him eight times a day which day it was and such things. He told me and my cousin that he fears the day when she is gone. It was hard. I mean.. I knew it, I knew that it would break his heart when she's gone, but in my memorization he has never been a guy who would have spoken it out. I know that both had good and bad times together. Their was always that joke about them, that they can't do with each other but not without each other either. But now, the very imagination that this might be true, caused frighten in me.
Yesterday I got a call from my mother, telling me, that it seems that she decided that she will go, so she drove to my grandparents. A few hours later she called me again and said to me that it is over. Slept in, in silence. No pulse anymore. But the first thing I replied was: Can you take care for grandpa? Its not that I don't sorrow, but I knew it were better for her. She had a life with ups and downs, she had a man who loved her more then anything else. But she wasn't able to live or enjoy her last days I think. And now I'm afraid about the living, the one whose heart supposedly just broke. I hope he will be able to enjoy his last years anyway. Because he is a good man, has always been and I think he deserves it.

Grandma, we will miss you. Rest in Peace.

Russell Coker: Planning Servers for Failure

Sometimes computers fail. If you run enough computers then you encounter failures regularly. If the computers are important then you need to plan for the failure. An ideal situation is to have redundant servers. Misconfigured clusters can cause more downtime than they can prevent and it requires more expensive hardware to properly implement a cluster (you need at least two servers and hardware to allow a good node to kill a bad node) as well as more time (from people who may charge higher rates). Most companies don t have redundant servers. So if you have some non-redundant servers there seem to be two reasonable options. The first one is to use more expensive hardware on a support contract. If a server is really important to you then get a 24*7 support contract it only takes an extra mouse click (and a couple of thousand dollars) when ordering a Dell server. I am not going to debate the relative merits of Dell vs IBM vs HP at this time, but I think that most people will agree that Dell offers significant advantages over a white-box server, both in terms of quality (the low incidence of failure) and support (including 24*7 part replacement). The second option is to have a cheap server that can be easily replaced. This IS appropriate for some tasks. For example I have installed many cheap desktop systems with two IDE disks in a RAID-1 array that run as Internet gateway systems for small businesses. The requirements were that they be quiet, use little power (due to poorly ventilated server rooms / cupboards), be relatively reliable, and be reasonably cheap. If one of those systems suddenly fails and no replacement hardware is available then someone s desktop PC can be taken as a replacement, having one person unable to work due to a lack of a PC is better than having everyone s work impeded by lack of Internet access! This ability to swap hardware is dependent on the new hardware being reasonably similar. Finding a desktop PC in an office today which can support two IDE disks and which has an Ethernet port on the motherboard and a spare PCI slot is not too difficult. I expect that in the near future such machines will start to disappear which will be an incentive for using systems with SATA disks and USB keyboards as routers. This evening I had to advise someone who was dealing with a broken server. The system in question is mission critical, was based on white-box hardware, and had four SATA disks in a LVM volume group for the root filesystem. This gave a 600G filesystem with less than 10G in use. If the person who installed it had chosen to use only a single disk (or even better two disks in a RAID-1 array) then there would have been a wide range of systems that could take the disks and be used to keep the company running for business tomorrow. But finding a computer that can handle four SATA disks is a little more tricky. Of course running a mission critical server that doesn t use RAID is obviously very wrong. But using four disks in an LVM volume group both increases the probability of a data destroying disk failure and makes it more difficult to replace the computer itself. Some server installations are fractally wrong.

Neil Williams: gpdftext in Debian

gPDFText is a text editor for GTK+ that opens PDF documents for ebook readers, converts the text contents into plain ASCII text, restores the original paragraphs and removes unwanted line breaks to allow easier zooming on the reader. gPDFText is now in Debian unstable and on a mirror near you. There are no obvious hindrances to a simple, clean migration into Squeeze and Ubuntu, once the necessary time has elapsed.

The current release is v0.0.2 and adds support for undo/redo as well as a few more translations, giving me six in all: Czech, German, Italian, Portuguese, Russian and Swedish, for both the program and the Help Manual. Many many thanks to the translators concerned. (New translations are always welcome - the notable exception to the current list is French IMHO. Both POT files are included in the Debian source package via the upstream tarball. Just do apt-get source gpdftext, you'll find gpdftext-0.0.2/po/gpdftext.pot and gpdftext-0.0.2/help/gpdftext-help.pot. File wishlist bugs against gpdftext in the Debian BTS as normal, once your translation is complete, one bug for each PO file.) There's also the upstream bug tracker if you want to use that - you need to be logged into SourceForge - SF does support OpenID, not sure if you need an SF account or just the OpenID.

Just started adding PDF write support, so that the typical A4 PDF file can be rewritten as an A5 PDF as well as plain text. Initially, I thought I'd use libpoppler-glib directly but that's only for reading PDF. It can work with PS, so I tried that and libgs8 from ghostscript. Turned out that I should have been looking at cairo and pango all along. (Check out the buffer_to_ps function.) That said, I haven't actually got the full interface working yet, so I've yet to see just what kind of PDF I get.

This is part of the roadmap to go into version 0.1.0 along with some other interface additions, so the Manual will be getting some new content and the program a few new translatable strings. I'll make the usual string freeze announcements and call for updates when the time comes. I don't expect to be changing the existing strings much for 0.1.0.

I'm happy to add new translations based on 0.0.2 and then request an update once I know that 0.1.0 actually works.

Raphael Geissert: it's time...



Vote Earth!



Why vote?


World leaders are set to discuss new ways to deal with climate change at the UN Climate Change Conference in Copenhagen, 7-18 December 2009. This new deal will replace the Kyoto Protocol and set new standards for reducing harmful emissions and global warming.

Joey Hess: building a day

The difficulty with living on the Joey sleep schedule as the year wanes is finding enough daylight to have a satisfying day. The plan was to hike in the mountains, but my inbox said otherwise. Ugly new debhelper bugs. Looking at the hard one, I felt as if someone from 30 years ago was trying to take my day away. Why does make(1) not provide a way to discover which targets exist in a makefile? My hack to workaround that historical oversight was breaking, and make was nearly fork-bombing the system in the process. This seemed likely to eat my weekend -- I was very glad to find a quick, ugly workaround. By then it was 2:00. I'd not get to the mountain pass til after 3:00, which was pushing it. Almost stayed home, but it was such a nice sunny day, perfect weather. So I headed out. Spent half an hour along the way talking with an old woman about a well (long story), but reached the Roan with nearly two hours of daylight. And it was sublime. I realized I'd never stayed up there for sunset, so I hunkered down on a rock, finished checking my email (left over from the earlier hurry), and then spent half an hour chatting on the phone with my dad, as the sun inched down a finger at a time. When it went behind the other peak, and mist crept up the valleys below, it got cold and I hurried down. Reached the car in deep dusk, and coasted down the mountian while listening to a BBS nostalgia piece on the radio. On the way home, pulled in at the Ridgewood BBQ, and am sitting on the porch in the cold with about 50 other people, waiting for a seat (hopefully before it closes), and blogging. I accomplished everything I wanted to today, including getting something significant done, hiking, and spending quiet time on top of the world. Though only just, and feeling I was running late the whole time. Nice thing about the Joey schedule though, is I will have seven more hours of quiet time before sleep.

21 November 2009

Sandro Tosi: Goodbye MIA team

I can't simply put up any longer with all the shit thrown on the face being unable to do punish such bad behavior. There are just so many other things that increase my anger (like, for example, "WTH is python2.6 still not in unstable?!") that I don't need another one.

For sure, I don't advocate or encourage anyone to join the MIA team, and I'm speaking with a lot of experience... There is a proposal, from zack, to restructure how MIA works (another bright example of collaboration...): when will it be implemented? nobody knows. will it help? I don't think so (much).

My work (MIA work in general) was almost invisible, like invisible were all the harsh and aggressive replies I got. The nice part is that those replies came from people with the worst situation. Something like:
and several other non-sense replies doesn't leave anything but a huge frustration in you.

And when you got really pissed off, and want to see some sort of reaction on such bad and unmotivated attacks and ask the "People with Powers", what do you got? "sorry, we can't do anything to help you, it's your problem". Something should be done to protect people from fuckheads, make them behave, or else kick them out of the project as far away as we can. But what we got is nothing (and nothing seems to be changing on this side).

Well, now it's not my problem anymore, it's someone else: in perfect Debian-style.

Eddy Petrișor: Vote at the presidential elections!

Yesterday was the last day of presidential campaign, the most poisonous campaign since 1989, when the communist rule has fallen ... or so says history.

This campaign period was one of firsts of all kinds, mostly bad.

This is the first presidential campaign:This is the first time I realise how important it is for everybody to go and cast a vote for the candidate they prefer to dilute the effects of the frauds.

Go and vote for the candidate you agree the most!

Don't cast a "useful vote", otherwise you will disservice your prefered candidate in three ways:

Don't forget, tomorrow, the 22nd of November spare some 15-30 minutes and vote for the person that represents you most! Don't follow the flock, vote sincerely!


Vote, because your vote counts! Otherwise why would they bother to convince you to vote for them?

Biella Coleman: How Far Can it Go?

During the month of October I spent quite a bit of time thinking about the past, present, and future of F/OSS. This was due in part to participation in a Berkman Center event on Free Culture, where we discussed the historical arc of Free Software to Free Culture, the relationships between them (and their differences), and also the content and meaning each. Over the years, what I have found so interesting about Free Software is how it left its enclave to inspire countless groups into rethinking the politics and ethics of production and access and yet, as I raised in this pod-cast interview (due to the prompting of my interviewer, Elizabeth Stark), Free Software and/or Free Culture is still pretty bounded and contained phenomenon especially when compared to something like the existing consciousness over the environmental movement, which many folks know about and understand even when and if they are not involved in doing anything for the movement. I always ask my first year students whether they know what Free Software or Free Culture is and 9 out 10 stare at me with those blank eyes that basically speak in silence: no. Now, there are a group of activists, many located in Europe, a number of them with deep roots in the social justice movement who are taking Free Culture down a different path, trying to expand its meaning and conjoin it to social justice issues, build a broad set of coalitions across the political spectrum so as to override the fragmentation that is so characteristic to contemporary political moment, and use FC as an opportunity to critique the market fundamentalism of the last few decades. If you are interested in these issues, take a look at their charter: they are looking for comments (critical and constructive) as well as endorsements (here is the long version). I myself have a few comments, for example, I think it is worth noting something like the limits of what FC can do, that even if in many ways it can be activated to do good in the world, it is also best to highlight in the same swoop that FC is not some political panacea and has limits. For example some groups in the world, notably some indigenous communities abide by a different logic of access and culture, whereby full access is not culturally or ethically desirable, as the work of Kim Christen has illuminated. I also wonder in what ways issues of labor might be addressed more forcefully, and though they briefly raise the question of environmental sustainability, it is worth expanding these more directly and deeplyas this article by Toby Miller and Richard Maxwell make clear. There is more to say but I will leave it here for now and just say it is really great to see Free Culture taken down another political path that is rooted in coalition building.

Biella Coleman: How Far Can it Go?

During the month of October I spent quite a bit of time thinking about the past, present, and future of F/OSS. This was due in part to participation in a Berkman Center event on Free Culture, where we discussed the historical arc of Free Software to Free Culture, the relationships between them (and their differences), and also the content and meaning each. Over the years, what I have found so interesting about Free Software is how it left its enclave to inspire countless groups into rethinking the politics and ethics of production and access and yet, as I raised in this pod-cast interview (due to the prompting of my interviewer, Elizabeth Stark), Free Software and/or Free Culture is still pretty bounded and contained phenomenon especially when compared to something like the existing consciousness over the environmental movement, which many folks know about and understand even when and if they are not involved in doing anything for the movement. I always ask my first year students whether they know what Free Software or Free Culture is and 9 out 10 stare at me with those blank eyes that basically speak in silence: no. Now, there are a group of activists, many located in Europe, a number of them with deep roots in the social justice movement who are taking Free Culture down a different path, trying to expand its meaning and conjoin it to social justice issues, build a broad set of coalitions across the political spectrum so as to override the fragmentation that is so characteristic to contemporary political moment, and use FC as an opportunity to critique the market fundamentalism of the last few decades. If you are interested in these issues, take a look at their charter: they are looking for comments (critical and constructive) as well as endorsements (here is the long version). I myself have a few comments, for example, I think it is worth noting something like the limits of what FC can do, that even if in many ways it can be activated to do good in the world, it is also best to highlight in the same swoop that FC is not some political panacea and has limits. For example some groups in the world, notably some indigenous communities abide by a different logic of access and culture, whereby full access is not culturally or ethically desirable, as the work of Kim Christen has illuminated. I also wonder in what ways issues of labor might be addressed more forcefully, and though they briefly raise the question of environmental sustainability, it is worth expanding these more directly and deeplyas this article by Toby Miller and Richard Maxwell make clear. There is more to say but I will leave it here for now and just say it is really great to see Free Culture taken down another political path that is rooted in coalition building.

Torsten Werner: new arch all handling in Debian: lesson #1


Since some days we keep packages of Architecture: all in the archive as long as they are needed. You can find some details about that in my former post:
dak dominate will dodadoda the Debian archive soon.

The package that could currently profit most from that change is rpm! But the package dependencies are actually not strong enough. The source package rpm builds some arch all packages like rpm-common and several arch any packages and some of them (rpm, librpm0) have an unversioned field
Depends: rpm-common.
This dependency can be improved to
Depends: rpm-common (= $ source:Version )
to avoid nasty bugs after upgrading.

I fear that we have more of such packages in Debian.

Roland Mas: GForge/FusionForge update

I normally don't relay security announces for GForge or FusionForge on this blog, but I will make an exception this time: Alain Peyrat found several places in the code with insufficient input sanitizing, which can cause cross-site scripting vulnerabilities (CVE-2009-3303). It's been fixed in the 4.7 and 4.8 branches as well as the trunk of FusionForge (and in Debian Sid and Squeeze), and updated Debian packages for GForge 4.5 and 4.7rc2 have been released for users of the Etch and Lenny distributions. The reason I make an exception for announcing this here is to remind people that I appear to be the only one maintaining code for GForge 4.5. I do that for two reasons: first, because I'm the maintainer of the package in Debian, and Debian Etch has GForge 4.5, and Etch is supported for security fixes; second, because I also admin/maintain an instance for a client of mine, so I need to backport the fixes anyway, and making them public is no bother. Both of these reasons are going to vanish sometime in the not too distant future: security support for Etch will end in February, 2010, and I hope to have migrated my client's forge to FusionForge 4.8 by then too. A direct consequence is that I will probably stop maintenance for GForge 4.5 in the coming months (at least I'll stop doing it in my free time). So if you're still using GForge 4.5, you should really consider upgrading to something supported, either GForge AS (free download from the GForge Group) or FusionForge (free as in Free Software). Both have an upgrade path. Obviously I think FusionForge is a better choice, but my position is probably biased.

Next.

Previous.