Search Results: "ana"

27 April 2006

Clint Adams: Not the Atari game

I was reading a Gregory Maguire book. I won't say which one; that would be telling. A man, perhaps 45 years old, with a shaved head and a bit of drunkenness, informed me that he had just been mugged. I did not care in the slightest. He then commented on the anthropomorphized animal depicted on the cover of my book, and went into some detail about the creature's inner thoughts. He was still boring the hell out of me. Then he caught me off-guard. You ever read the Foundation series? he asked. Yeah, I mumbled, wondering where this was going. He proceeded to ramble on, inching closer and closer to me. Perhaps he thought that my name was Harry. It was not. The drunken spray of his saliva became more excited, and then he made his most impressive confession. I'm the Mule, he announced confidently. While I pondered this fact, he made sexual advances. Luckily, Arkady Darrell and Bliss and that little hermaphrodite girl swung by and rescued me. Well, no; I only wish it had ended so well.

Ross Burton: GUADEC Rejections

Christopher Aillon says:
Well, I just got back from the Desktop Linux Summit to find an email awaiting me telling me that my proposal for a talk on NetworkManager was rejected this year for GUADEC. ... I can see why getting contributors into GNOME is rather difficult. Even though I'm going to continue working on GNOME because I'm paid to, it's rather disheartening to go through this. Looks like it will start to be a work-only thing instead of a work-and-free-time thing. To all you who have somehow made it into the "in crowd", have fun in Catalonia. I probably won't be going.
To be fair there were two Network Manager talks submitted, one by Christopher and another by Robert Love. What is worse: telling one of the two that their talk isn't accepted, or having two talks at GUADEC on the same subject? NP: August and Everything After, Counting Crows

Neil McGovern: Choosing a CMS system

Well, I volunteered at the last SPI board meeting to re-do the SPI website, as it was old and outdated.

So, I posted a message over to spi-private and spi-www asking for ideas.

The main one that came up was using a CMS. Now, I've had a look at various CMSs in the past, and none of them have come up trumps. Also suggested were other options such as using Embperl and svn (which I use for the Debconf site), but this isn't user friendly enough for many people, and a wiki, but I'm not convinced a wiki is the best thing for a static site.

The main issue that I saw with using a CMS for the SPI site is the requirement for it to be truly multilinugual. Unfortunately, this does sort of knock out a SPI Project, Drupal. Another less important issue is the storage engine. Ideally, this should be postgres, as it's another associated project :) Thirdly, the software should be free (as in DFSG, not beer).

So, this leaves a few options. After many hours googling and lots of suggestions from the lists, I had a short list. This leaves one which I've found, Plone. It has issues, but it's the best I've found. Namely, it requires Zope. This means that every time you change it's skin, the entire Zope server requires a restart. Not even a reload, but a full restart. However, it's multilinugal facilities are very good, and it has a nice management interface. It does have lots of plugins that extend it's functionality, which is nice.

One of the problems I'm having at the moment is to get news items to have a 'Effective Date' of 1998, as the management interface only seems to go back to 1999, and I need to put old items on there. I also need to work out how to run it under Apache, and possibly use postgres as a storage engine.

So, all in all, Plone wins the day, due to it's ability to host multilinugal sites, and it having a management interface that doesn't suck.

For those that want a sneak preview, see the testbed, but don't expect it to work perfectly :)

Neil McGovern: The Joys of Air Travel

Well, I've just got back from the first OpenVAS DevCon in Onsabrück in .de. More on that later.

However, this particular post is about STN airport. On the way out, I had a transfer in STN, and nothing could be easier. I got off the plane, was told to walk down corridor 'a', and I ended up right by the gate where my next flight was due. Easy, right?
However, on the way back, things didn't quite go to plan. I knew the day was going to start badly when I found myself wandering around Onsabrück at 2:30am in the rain, trying to find a random bus shelter that the airport bus stops at. I failed fairly miserably to catch the 2:56am bus, but at least it showed me where the bus shelter was, unlike the random drunk tramp that insited on trying to talk to me. The next bus was at 4:22am, so I did have quite a wait. However, this meant that I had 10 minutes before check in closed for the flight. I made it. Just.
The flight set off on time, and all was fine. When we landed at STN, there was a slight delay due to some 'confusion' over which gate we were heading into. So, I get off the plane and expect to head down a magic corridor somewhere. Well, it didn't quite happen like that. We climbed down the stairs instead of using a gangway, and then were ushered into a bus. This then took us to the other side of the airport and dumped us by passport control and arrivals, so no facility for transfer passengers.
This meant that I had to go through all of passport control and security checks again, and as the plane was late getting in, I didn't have much time. So, I finally manage to find where the departure gates are, and spot a HUGE queue to get in. I join it, and about 10 minutes later discover that there is an even longer queue inside to get through security. Never mind, I'll still make the flight if I run. So, the man who checks your boarding passes before letting you get to the security bit notices that I'm a transfer passenger, and tells me not to use this queue, but go straight to the 'Priority lane' which is used for first class passengers etc. I do this, and the man checking the tickets insisted that I don't have the right ticket, and to join the queue again. So, I do so, and 10 minutes later, I'm told to go to the 'Priority lane' again. WTF? I eventually manage to get the left hand to meet the right hand, and get through the priority lane.
Now, STN has a rather high-tech system with opening and closing corridors and routing people to the right gates. Today, however, it was very broken. So, a usual 5 minute walk to the gate turns into a 15 minute jog. I arrive at the gate, just as it says 'final call', and it's shut. They haven't even opened the gate yet. Eventually, I get on the aircraft, and look out the window. I'm on the same plane I got off, and sitting in exactly the same seat that I was two hours earlier.

Christian Perrier: Back from my annual German samba break

As usually every year, I went this year to the Samba eXPerience conference in G ttingen, Germany. That conference is the only existing conference entirely devoted to the Samba project. It is a unique opportunity to meet with other users of samba, as well as nearly all member of the Samba development team (which is "only" made of 10-15 people, which always seem to surprise attendants when one knows about the quality of Samba over the years). This year, we were missing Tridge who was busy in European Commission hearings about the Microsoft case, if I got the explanations correctly. But most of others were around and I'm glad I had a few really interesting talks with several key people in the Samba project. The small samba maintenance team in Debian will probably take advantage of this as well. There were two of us over there, No l K the and myself. It's always a pleasure to spend some time with No l. We've been able to lower the number of bugs for samba in Debian a little bit as well as prepare the next release (3.0.23) packages...finding a few bugs in the upstream builds..:-) We also initiated some discussions with upstream about possible backports of the current samba code to sarge. Upstream policy is to encourage users to upgrade to the last version in the samba3 releases, so our policy in Debian does not fit well with these goals. We'll try to work closely with people who maintain the Debian packaging in the Samba Team... Of course, we also talked and listened to numerous talks about Samba 4, the Active Directory killer. In short they can be summarized to: nothing will be released "production ready" in 2006. So, we won't have samba4 in Debian etch. Steinar Gundersson and Jelmer Vernooj (member of the Samba Team AND in the Debian NM queue) will continue to maintain samba4 package in experimental (to test them, just install samba from experimental...beware, this *will* break File and Print services on your host). Also important were talk about evolutions in Samba3, the current production code. My vote goes to Jeremy Allison's talk about "Delegating administration of samba servers", introducing what I consider a killer features: user shares, ie the possibility to allow some users to create their own share on Samba server. Believe me, that feature will rock and it *will* be in 3.0.23 due out in a few weeks. I already have tons of plans for my production server at work in ONERA where the days of my NT4 domains are counted. For this, Jerry Carter tutorial about Samba 3 and Active Directory will be incredibly useful, even if I don't have any AD servers (and don't plan to). In short, great time as usual in G ttingen. I'm also very happy that I had the opportunity to visit Meike and have such long and interesting hours talking together while eating noodles. Tsch ss!

26 April 2006

Joey Hess: half time

In other words, we could now produce our 1948 standard of living (measured in terms of marketed goods and services) in less than half the time it took in that year. We actually could have chosen the four-hour day. Or a working year of six months. Or, every worker in the United Stares could now be taking every other year off from work-with pay.
-- The Overworked American In a way I've managed to make that choice. I currently work four hours a day on paid work; over the past 8 years that's been my average thanks to taking several years mostly off work. Of course things are really more complicated, since I spend a lot (often more than four hours) of my leisure time on technical "work" that's just as demanding (if less stressful generally) though not done for money, and since there's a definite bleed over between what I'm working on on my time off now and what I'm likely to be paid for doing in a couple of years time. The article suggests that we would need to cut our desired standard of living in half to work half time. While mine is probably lower than average, it's not that much lower, at least for this area; I have to make up the difference by being a more desirable employee than average, and part of how I do this is "banking" my contributions in my free time. This is an aspect of free software that many people don't seem to get, that your contributions can pile up over time and end up being personally beneficial later. Of course health care is really problimatic when working a reasonable amount of time, such as four hours, in America. You have to budget at least 3/4 your health care costs to be paid yourself, not as a benefit. Working in Europe begins to seem really attractive, etc.

Martin F. Krafft: Mandalay to Bagan, and 2700 temples

Leaving the computer centre in Mandalay, I decided to settle my further itineraries and headed to an Internet shop in the hope to arrange some online bookings, using Aline's credit card (because mine was lost and I would rather preserve the cash dollars I have, given that there is no way to get more money in this country. I managed to book myself hotel rooms for the One Night in Bangkok I have before returning home, as well as the five days of Yangon before. Other than that, however, I could not get any flights; Myanmar-internal flights cannot be booked online, and Thai Airways refuses to take passengers when the name on the credit card does not match the passenger's. Given that my plans for the evening where set, I had to leave the place with my mission unaccomplished and headed for the Green Elephant restaurant, which the Lonely Planet describes as up-scale. For a whopping $7, I treated myself to beer, pickled ginger and green tea leaves, and butter fish in a tomato curry. Very delicious. Afterwards I attended the Mandalay Marionette & Culture Show, which was quite lovely despite the atonal music that came with it. Mandalay marionettes (or Myanmar marionettes in general) are very elaborately made, and the style to guide them is very unique to the country, the art having been the popular art back in the days when kings ruled the land. The artists are devoted to keeping this art alive, and you could really feel their enjoyment as they showed fights between ogres, princes and snakes, riding horses and trolling monkeys, princes engaging in "hackysack"-style football artistics (which is very popular over here, and people are rather good), as well as synchronised dances between marionettes and real dancers. I can recommend this show to anyone visiting (as I recommend to anyone visiting Hanoi to see the water puppet theatre) and am glad I chose this option over the "Moustache Brothers" performance, which is political satire and slapstick on the edge of legality. I ended the evening talking to some other travellers, most of which had no interest in listening to others but to tell their stories instead. The next morning saw me rising at 4:30 to catch the ferry to Bagan at 6:00 o'clock. The boat had comfortable seats and a restaurant, and only a handful passengers, so the 10 hours went by reasonably fast (no comparison to the ride we took on the Mekhong last year to get from Chiang Khong in Thailand to Luang Phrabang in Laos). We arrived in Bagan on time and together with some Australians I found the May Kha Lar guesthouse (following again the Lonely Planet), which is a rather pleasant place with a lovely, elderly, English-speaking lady running it. SHe also arranged my further air travel for me and wanted about $30 less than the official booking offices. I decided to spend an additional day in Bagan, so I am heading out from here by plane on the 28th, going to Heho, then spending two and a half days at Inle Lake, and flying to Yangon on the 30th. From there, I am leaving for Bangkok on 4 May. With the tickets in my pocket, I felt relieved, showered, and went for a traditional Burmese massage, which turns out to be completely different from the Thai style (which Laos and Vietnam copied more or less) and was rather painful, both because the lady literally tormented my legs far too long and spent only a very short time on my pained shoulders, and because neither the mosquito coils nor my repellents warded off the beasts as I was lying there out in the darkening sky right at dusk. No Malaria in this region, fortunately. Following a very traditional Burmese dinner (goat meat curry), I went to bed because... ... the next day I rose again at 4:30 to meet a guide, and left the hotel at 5:00 o'clock on a horse cart for a tour of the temples. Bagan is what could be called the heart of Myanmar, and on a 42 square kilometre area, you can find 2700 temples (of the 4500 originally built), dating back to the 10th century AD. Unfortunately, the wall carvings and paintings in most temples has been washed away, and it was nowhere near as fascinating to stroll along the endless corridors as it had been in Angkor Wat or Bayon Wat in Cambodia, but from the outside, these temples still look spectacular and are well preserved or restored. Also, climbing up on one or the other, the sight was almost overwhelming: a vast landscape of strupas and temples as far as the eye would reach, and all that under a lovely sunny sky. Haha. The "sunny" bit is what made me get up so early, because the temperatures are bearable only up until 11 o'clock or so. Between noon and 16:00 o'clock today, the thermometre measured 46 degrees Celsius -- I don't think I've ever been in a place so hot (if you leave out our trip to Death Valley in an airconditioned van. So in order to escape the heat, I went to the archaeological museum at noon, then back to the city and into the swimming pool of one of the nicer hotels in town, which cost me $3 for a pool that was green (they don't have the money for chemicals), and the water about the temperature of my bathtub at home. I did not swim, but fortunately, the showers there were pleasantly cold, so I lay in the shade to read ("Kafka on the Short" by Haruki Murakami), taking a shower every ten minutes to cool down. Going back to the hotel, I find the electricity to be gone once again. I think that this town (and Mandalay as well) has maybe 4 hours of electricity a day, it coming and going every few minutes (which makes computer use quite unpleasant). This also means that there is no aircondition most of the day, at least in the budget hotels which don't have their own generator. I am meeting my guide again at 16:00 hours for another 2-3 hours, then will follow the hotel owner's suggestion for a "back massage expert", eat, sleep, and climb Mount Popa tomorrow morning. I'll try to get online again in the afternoon. Thanks for reading along.

Erich Schubert: What the web 2.0 is made out of

Share your search 2.0, create and manage your social news to upload photos online! As pointed out by Benjamin Hill, dropping this list of web2.0 companies into a word frequency counting tool such as this gives the following interesting statistics:
226SHARE
166YOUR
97SEARCH
712.0
50CREATE
50MANAGE
50SOCIAL
49NEWS
46MASH-UP
44TO
44UPLOAD
42PHOTOS
41ON
41ONLINE
40FIND
36BOOKMARKING
36FOR
30PUBLISH
29STORE
That is what the web 2.0 is made out of, only one keyword missing here: hype.

25 April 2006

David Nusinow: BlahgVVars

ij, thank you for keeping me anonymous, but I'll stand up for what I did.

I removed your link to your page detailing your installation report because it was clearly the wrong place for it. Every packager uses installation reports to understand and fix bugs in our packages, and the X Strike Force is no exception. As such, your page was pretty clearly a page for bug reports. The last thing I need, as a maintainer, is bug reports scattered about the system in places where I can't deal with them properly. I constantly refer to the BTS while working on my packages so that I know what needs to be done. Bugs in the wiki page are background noise that I'll forget and this is a barrier to actually getting them fixed. You do want bugs fixed, right?

The reason why I deleted your page is because having it up encourages people to file more massive installation reports on the page in liu of using the BTS, thus making the problem expand out of control. Also, your page added nothing to the 69to7 page that justified having yet another page for users to go to in order to figure out what's wrong with their system. Adding the relevant information from your page to the 69to7 page would have been sufficient. I know you did what you did in good faith, and I appreciate that you're trying to help, but in this case I thought it wasn't the best decision from the point of view of one of the people actually doing the bug fixing.

As for your rant about feedback, I do appreciate feedback. I've opened up the XSF website to the wiki, I've promoted the 69to7 page, I've re-established the #debian-x irc channel, I've been vocal on this blog with comments enabled about what's going on, and I've been very visible as an XSF member on #debian. All of this in order to keep people out of the dark and get their feedback. This is, by the way, in addition to all the normal means of communication in Debian including private mail, mailing lists, #debian-devel irc channels, and the BTS. And I love a lot of the feedback I've gotten and I've tried to respond with positive work that results in better X packages. But maybe you'll take on something really huge one day yourself and understand what it's like to be drowning in feedback. Perhaps then you'll understand why I'm trying to keep the bug reports manageable.

Finally, if you have serious problems with the term "abuse", then I'm sorry. The wiki should be a resource for users to share information about using and understanding Debian, not for filing bugs, and thus using it for filing bugs suggested the word to me. Hopefully you'll be a little more forgiving of this overstressed maintainer in the future.

Andrew Pollock: [life] Extended weekend skiing escape

Now that I've got a bit of vacation time racked up, I took last Friday and today off, and we had a long weekend in Squaw Valley skiing. The weather was a bit variable. It rained a couple of times, it also snowed. It was also very warm when it wasn't doing any of the above. The snow quality was reasonable considering all of this. Sarah seemed to have lost her nerve a bit and didn't have as good a time as we used to have at Perisher Blue, but we did get to have some quality time together, which was good. We stayed at the Olympic Village Inn, which I can highly recommend. It was very comfortable, well equipped accommodation, and quite a step up from couple of places I've stayed in at Perisher Blue and Smiggins Holes. The accommodation threw in complimentary snow shoes, so as well as skiing, we went for a bit of a wander in the canyon behind the Inn. I managed to fry myself good and proper in the few hours before lunch (and sunscreen application) on Saturday, and so am now sporting some very sexy sunburn indeed. The extended weekend thing seems like a fairly good way to see parts of the country that are within a half-day's drive or so, without burning too much vacation time. Once it warms up a bit more, I think Yosemite might be next on the list of destinations. Photos from the weekend are here.

Erich Schubert: More thoughts on XML differencing

Last year, I gave a talk on XML differencing at the Extreme Markup Languages 2005 conference in Montr al. Since then I didn't have much time to work on that project. The prototype app is opensource, and available at ssddiff.alioth.debian.org. The slides are there, too, and so is a link to the article. XML differencing is actually a two phase process; I've been mostly working on the first phase. Traditional approaches intertwine the two phases. In the first phase, you build a mapping between the two documents. I called this a "nodeset correspondence" in the slides. Basically you decide which node from the first document corresponds to which node in the second document. When you have found this mapping (the "marked" output writer of ssddiff will output this information in form of two XML documents marked with numbers in a certain attribute), the actual differencing is done. But much of the work remains. When doing a diff, the output (format) is just as important as the actual result. While the "marked" output explained above is very precise, it doesn't give the user an overview of what has changed in the document. That's why I added two more output writers, the "xupdate" writer and the "merged" writer. The "xupdate" writer does obviously produce an XUpdate script. It goes a long way to optimizing the output (read: minimizing the number of operations), and employs a longest-common-subsequence algorithm for that (LCS is what regular diff uses on lines!). Fortunately we already have a 1:1 mapping, so this boils down to a longest-increasing-subsequence which can be computed very efficiently. Then the writer employs some XUpdate tricks to do real moves (by storing parts of the tree in variables to be inserted later), and avoids collapsing of text nodes (it will eventually insert dummy nodes for that). But all this gives just a glimpse of the complexity I've encountered in what I considered to be a "remote" part of my project. It isn't even described in the paper, because I just hacked this code together to work somewhat (attribute handling is incomplete IIRC). The "merged" writer turned out to be much more powerful than I had imagined and actually rather easy. After "merging" two version of an HTML document, I could add some CSS rules and have a visual presentation of the changes in my browser. Very cool. I'd love to add this html merge functionality to the prototype, but I didn't have enough time yet (you'll find some refactoring of the merged writer in SVN though to get there someday). But let me get back to the difficulties in the "XUpdate" writer. Not all of these difficulties are actually of technical nature. It is (like with the semantics of differencing) a matter of the intended data model and use. When you are doing a diff to be applied by a computer (e.g. via XUpdate), you may have the requirement, that the resulting document is identical to the original document. In that case, the diff is likely to have to restore whitespace. If you are interested in analyzing the differences, you will want to skip any irrelevant information. Let's assume we have an address book:
<abook><entry name="tom" /><entry name="jerry" /></abook>
Ordering of the entry nodes is likely to be irrelevant. You address book applications will sort the entries on demand. So a "semantic diff" shouldn't include any changes to the ordering of "entry" nodes, should it? The XUpdate writer doesn't have any functionality in place to skip such changes from being written to the output file. This will likely be not possible without some DTD magic and extra user information. However, to have the benefits of the "-u" context option of good old "diffutils" - fuzzy matches, and somewhat reliable merging of changes without having all revisions available - such semantics are needed, too. But this will even further increase complexity of the output writer, which for example would need to detect somehow that the "name" attribute in my address book is a unique key, and therefore xpath expressions like /abook/entry[@name='tom'] are preferrable to expressions such as /abook/entry[1], which will easily break when merging. The specification of an "XUpdate-replacement with context information" is probably a whole thesis in itself, I guess. P.S. I'm occasionally asked about a Java version of ssddiff. Sorry that I have to disappoint you there. First of all, I'm very short of time. Then I'm not too comfortable in Java, and I estimated that the Java version would need at least twice as much memory, because of certain optimizations I can't easily access in Java that I can just hide in a template in C++. And memory is the key limiting factor at least in exact mode.

24 April 2006

Martin F. Krafft: Back to Mandalay

I have returned to Mandalay after an exciting weekend in Pyin Oo Lwin. Sunday morning, I woke to meet Adam at 6:00 o'clock for a stroll through the botanical garden, and we engaged in interesting discussions for the 1.5 hours before we returned to a cup of coffee and being picked up by Eddy, his friend. He took us for a breakfast of excellent strawberry yoghurt -- the area is famous for its strawberries -- and afterwards helped me arrange for my own motorcycle, with which I went touring about the town. First, I visited the Chinese temple, followed by two Pagodas before fleeing the midday heat to the Be waterfall, where I first tried to get some food. Thankfully I have the Lonely Planet Burmese Phrasebook on me or else I would have had no chance, but eventually I ended up with some vegetables and rice, which at least did the deed. Following lunch, I went for a swim (which you are not supposed to do) in the waterfall pond, joining several dozens of Burmese cooling down. My attempts to dry and read where thwarted several times by excited folks doing almost everything in their power to get me back into the cold water. So I did. Eventually, the heat lowered and I decided to head back to the city to find an Internet cafe, and meet Adam and Eddy for a visit to a remote village, but the first half of those plans were changed when by the side of the road, I saw an old monk carrying two heavy bags and offered him a lift. He gladly accepted and I took him about 10 miles off the main road, uphill on a dirt track until we reached his village where we were greeted by the other surprised monks, who subsequently invited me for tea. I enjoyed the time, although only the monk to whom I had offered the ride spoke English and did not deviate from his topic how much he hated the Japanese -- he had fought in the war against the Japanese 60 years ago. On the way back I got lost several times but eventually managed to return the motorbike and make it to the lodge for a shower, before we drove off to the remote village. On the way I learnt that Burma is actually much richer than Laos or Cambodia, that noone in this country has to starve because of the vast amount of natural resources, but that poverty still exists all over the place, even though I found it to be not as extreme as back in Laos when I decided to come back with clothing for the children. But seeing (and being told) that the people in the village we visited were definitely among the poorest in the country, I decided to distribute the clothing I took along, which was well received and even documented on video by Eddy. Still, in the end, I was not completely satisfied because these village people were rich (albeit living in beaten huts and wearing torn clothing) as opposed to the ones who hosted my cousin and I 15 months ago in Laos. However, given that Pyin Oo Lwin gets very cold in the winter and the clothing I took was mostly warm clothing (like fleece sweaters and cord trousers), it was probably a lot better to leave it here rather than to take it to other (warmer) parts of the country. So now I am carrying an empty backpack with me, and the temptation to fill it with the many handicrafts and goods on sale here is almost unbearably high. That night, Eddy's wife invited us to a traditional Burmese dinner at their house. Unfortunately, Adam felt a little sick and couldn't join, so I went alone for some excellent food and had to drink the bottle of Australian Sauvignon Blanc all by myself. I doubt thought that it was due to the elevated alcohol level of my blood that I thoroughly enjoyed the screening of some videos of traditional Myanmar martial arts, as well as videos from the water festival celebrated in the country at the same time as in Thailand. While Songkhran in Thailand was almost excessive, the Burmese put more value on tradition, and intersperse the soaking with traditional dances, which looked absolutely wonderful. I am sure to return, even though April really is not the month to come here -- it's boiling hot outside. Now, back in Mandalay, I first embarked on a little expedition to the MICT, which is a computer centre with a bunch of schools in town, to distribute some of the Ubuntu CDs I had brought. It was good to know that most of the folks I talked to had heard of Linux, but that they never tried it because it's impossible to obtain. Now, almost a dozen CDs are with managing directors of various stores and schools, and they all know that they can freely copy them as many times as they like. If it turns out to be popular, maybe Canonical can arrange for a larger shipment to companies in this country, probably via Bangkok. I am leaving Mandalay tomorrow for Bagan, taking an express ferry at 6:00 o'clock, which should get me there within 9 hours. I am unsure what's next, but after 2-3 days in Bagan, I will either fly to Hohe and visit Inle Lake, then to Yangon, or just make my way on land to Yangon immediately. Flights come in at about $50 each, so while cheap, I am not sure I brought enough cash with me to afford them. You cannot use credit cards or traveller cheques in Burma. Stay tuned, and thanks for reading along.

23 April 2006

Martin F. Krafft: Offline in Burma

Our last night in Chiang Mai saw us eat at the market and take our rented motorcycle for a spin around the town, before falling into bed in order to get up early the next day. In the morning, we ran our last errands, including the buying of a lovely 14 litre Deuter backpack as my hang luggage -- Aline took the backpack I originally brought along with her as a shopping bag -- at a 30% discount, as well as breakfast, before we were off to the airport to part ways. Even though at first I really did not want to take Aline along (because I had planned this vacation as my first ever vacation alone in an unknown area), we had a great time, and I am glad I did. This way, she got a first glimpse of Southeast Asia, which may well be my future home, and if it turns out that way, hers too. In the checkin queue for Mandalay Air, I brushed up a conversation with the gentleman in front of me who turned out to be a regular visitor of Burma. He -- Adam -- supplied me with plenty of advice, and as we ended up sitting next to each other on the plane, he told me a lot about his business and the friends he was going to meet, eventually inviting me to come along to a lodge in Pyin Oo Lwin, east of Mandalay, for the weekend. Adam apparently knows the drills and by his side, I passed immigration and customs in a jiffy, without having my bags searched and no questions asked (not that I had anything to hide, but it saved us some time). His friends were waiting at the airport and gave me a ride into town (about one hour), dropping me off at a nice hotel right by the railway station. I am not yet decided whether and how long I will come along, but it's certainly a great offer, especially to get in touch with some of the people who could pull the right strings to help me in case of problems, or in the future facilitate further "clothing expeditions" into the country. I am to meet them again for dinner in about an hour but decided to check out the town a bit on feet, as well as investigate the Internet situation. As it turns out, it's pretty much all locked, so if you end up reading this entry, it means I either found a backdoor, or managed to sign up a freemail account somewhere, and mailed it off to a friend with write access to my blog. In Pyin U Lwin, I am supposed to meet James, a British expat who runs the only computer in the town, so maybe I'll be more lucky there. He'll surely be an interesting person to talk to with respect to the Linux CDs I brought along, and the Internet in Burma in general. It's a shame I did not set up a DNS tunnel before the trip, but the connection seems too slow anyway. Oh well, good thing I bought that USB stick! Mandalay so far strikes me very similar to the outskirts of Bangkok or Hanoi, I have not encountered too much poverty yet, but it's generally dirty and loud. I will probably not spend too many days here, but am always flexible to go along with what comes around. I do find myself stared at a lot more than I am used to from other countries on this side of the globe. Usually it takes them a while longer to respond to my smile, but if they do it is generally followed by an invitation to come sit with them. "Generally"... ha! I've only just come here, we'll see what time brings. Stay tuned.

Brett Parker: Ooooops!

So, that was Saturday then... I managed to get nothing at all done, but I did manage to watch some snooker, Taxi, Taxi 2 and Taxi 3... So maybe it wasn't wasted? Apparently it's St Georges' day tomorrow... Hmm... I think that means that I shall find a pub sometime after lunchish and have a few celebratory pints for the old, somewhat dead, bloke! Otherwise, just did the beginnings of an extendable buildd, sometime I might get it to actually build stuff! At the moment it's very skeletal, need to finish building the foundations for it to be stupidly generic before going much further... but then, extending base classes to make it "just work" (tm) and having a nice base set of classes should make it all soooo much better. Will probably use it initially for automatically building django packages from svn, you know, as a test case - might then extend it to build bpgallery packages - though that's less useful (afterall, I haven't bothered packaging that yet, it being, erm, a shell script :). Hmm, now is probably a good time for sleep, though.

22 April 2006

Andreas Metzler: snowboard season's balance sheet

www.hoehenmeter.com is interesting. I can check there how often I went snowboarding this winter with my season ticket, how many times I used which lift on a specific day and - as the domainname suggests - meters in altitude per run and day. I was pleasantly surprised that I had managed 25 days although my season was cut short due to scribed (but not completely torn) ligaments in my ankle joint. See below one of my longer days.
29.01.2006 Damüls
timelocationminutesmeters in altitude
09:15Uga Bergfahrt5448m
09:29Hasenbühel6512m
…
15:30Walisgaden3163m
total10247m
Update: More data here.

21 April 2006

Alexis Sukrieh: First Backup Manager Bug Squashing Party

As there are some bugs waiting for being fixed, a bug squashing party will take place this weekend. It will start on Friday (2006/04/21, 20:00 UTC) and will stop on monday (2006/04/24, 20:00 UTC). During this timescale, every patch submited before the end of the party will be applied on tuesday, if the patch is granted. Moreover, the team will try to fix as many bugs as possible, enhancement items will be applied, if accepted too. The goal of that event is to speed-up the release of backup-manager 0.7.3 and to prepare the next stable release: 0.8.
Any kind of help is welcome during this event, testers, documentation writers and developers, you are welcome. If you want to give a hand, come on irc.oftc.net, chanel #backup-manager during the weekend.
See you online, happy hacking.

Antti-Juhani Kaijanaho: Ibid s mush

Serves 2
ca. 1 L bouillon
500 g frozen precooked vegetables (a mixture of e.g. peas, beans, carrot, cauliflower)
ca. 2 cl oil
1 dl rice
1 dl oat bran
100 g meat in small pieces (usually pork or beef)
2 dl red wine
seasonings to taste
Start these “background processes” at the beginning: Heat the bouillon close to boiling point and try to keep it there while preparing this dish (try not to let it boil). Thaw and cook the vegetables by steaming. Mix rice, bran and meat in an oiled frying pan. Toast these in the pan until the meat is brown at least in the surface. Add the red wine and stir it well. When the liquid has properly soaked in the bran and/or boiled off, add just enough bouillon to make the mixture resembles thin gruel. Let the mixture boil, adding bouillon as required to keep the thin-gruel likeness. Continue this long enough that the rice has cooked properly (the time required depends on the rice variety used). Then stop adding bouillon and boil the mixture down into a thin porridge. Add the vegetables and season to taste. Serve immediately. Rough nutrient breakdown Computed from recipe (assuming pork as the meat) and individual ingredient nutrient content.
recipe E%
Energy 4600 kJ
(1100 kcal)
Carbohydrates 127 g 55 %
Protein 48 g 21 %
Fat 24 g 24 %
Dietary fiber 24 g
Notes Meat can be replaced with TSP. The wine can be replaced with (possibly thinned) grape juice.

Erich Schubert: More on Rockbox on my iAudio X5

So after a using rockbox on my iAudio X5 I must say that I am impressed, and I'll likely stick with the Opensource Firmware, instead of the Vendors'. Battery life with Rockbox is slightly over 6 hours. On a one year old X5, so not on the L version with extra battery life. I obtained this value using the battery bench plugin, and playing shuffle over my whole collection. I've heard that for "vendor benchmarks" they usually choose 128 kbit mp3; my collection is mostly higher bitrate, and Ogg Vorbis is also more CPU intensive AFAIK. Crossfading also takes extra CPU cycles, for a fair benchmark I would turn that off, but I wanted to know this value for my everyday use. This very likely is less than with the original firmware, but enough for me. In fact, I even forgot turning off my player in the afternoon, and the battery still held until I got home. And like one extra hour. Sound quality is excellent, but I'm no audiophile. It's just that I really like the way it sounds. Although I couldn't hear any difference with the EQ turned on or off (is it already implemented?). But I don't care. ;-) I managed however to crash the firmware once or twice these days in the menus. Can't really say when, only that it was when going to the system settings from some file properties or so. But it's still beta, so maybe this is already fixed. ;-) Guess the crash did cost me a few extra minutes of battery life. There is some oddness in the navigation due to the wide range of platforms supported. For example the battery benchmark app claims you need to press "play" to start, but that is in fact clicking the stick, not pressing the real play button on the side of the display. Having the player display the next track in queue also was nice: when I didn't want to listen to a certain track I could sometimes skip the next one, too. Display poweroff is also nicer with rockbox - the Cowon firmware used to low-light the display first, then turn it off completely. That seems pointless to me, and annoyed me a couple of times, actually.

Jose Carlos Garcia Sogo: GCompareFunc...

or why C++ sucks. I am wondering if someone could be able to explain me why this piece of code fails when I try to compile it:
  1. GMJabberClient *GMJabberManager::GetClient (GmAccount *ac)
  2. {
  3.   GMJabberClient *client = NULL;
  4.  
  5.   client = g_slist_find_custom (jabber_client_list, ac,
  6.                                 (GCompareFunc) compare_clients_by_account);
  7.   return client;
  8.  
  9. }
  10.  
  11. gint GMJabberManager::compare_clients_by_account (gconstpointer a,
  12.                                                   gconstpointer b)
  13. {
  14.   GmAccount *client_ac;
  15.  
  16.   GMJabberClient *client = (GMJabberClient *) a;
  17.   GmAccount *ac = (GmAccount *) b;
  18.  
  19.   client_ac = client->GetGmAccount();
  20.   if ( strcmp(client_ac->aid, ac->aid) )
  21.      return 0;
  22.  
  23.   return 1;
  24. }
It fails at g_slist_find_custom call, why GCC saying:
endpoints/jabber.cpp: In member function GMJabberClient* GMJabberManager::GetClient(GmAccount*):
endpoints/jabber.cpp: 6 error: invalid use of member (did you forget the & ?)
make[1]: *** [jabber.o] Error 1
I have been only able to fix this by declaring compare_clients_by_account () function a static function, while it actually should be private method of GMJabberManager client. Ideas?
Update 04-21-2006 11:31:34.- First of all, thanks to everybody who have replied to me by mail. Fot those who wonder why I don't have comments enabled, the answer is easy... it is another place to look at, to keep clean of spam, and to care. Those who suggested using constructions like this->compare_clients_by_account or &compare;_clients_by_account that won't work, as other people explained to me (and GCC says a bit more clearly if you try to compile that). As this is C++, when using such constructions you get a member function which gets passed a pointer to the class instance. This way, the prototype for what g_slist_find_custom expects and what it is actually being passed is not the same. This is where static member functions enter in action. Those are functions belonging to a class that not get passed the this pointer, avoiding the problem. Please, follow next week our "C++ sucks / what the hell" show!

19 April 2006

Simon Richter: Argh

Hm, Terminator 4 strikes again. I cannot find any other reasonable explanation why checking in people takes 20 minutes per person.

Next.

Previous.