Search Results: "ron"

24 March 2006

Anand Kumria: Some random odds and sods as well as some ACID

Horms, why not use gworldclock? Martin, I think you are after tra. Andrew, you do realise that you could do that with yum – which has been in Debian for a while now. You'd have probably heard about it earlier if Mako could be bothered to get Atom 1.0 support working on Planet Debian. Rodney, Nokia phones generally use Netfront as their default. If you want to use Opera you have to specify it. I'd be highly skepticle of KHTML being used anywhere memory footprint mattered. It looks like it might be WebCore (dervied from KHTML) instead. But that is only on very recent phones (first half of 2006). Oh, and that is likely to be Yahoo merchant crawler. Yahoo probably thinks you are a corporate whore or something ;-). Finally is it just me or does it strike anyone else as odd that the Mozilla Corporation, with all of its' money, is not able to get a crack group of hackers together so that Firefox 2.0 can render ACID2? At least two of the competitors can already so, what's the go, Joe? (or in this case Mitchell).

Simon Richter: On service

Do you remember the good old days, before everything got "service oriented"? It used to be that people were hired for dealing with the customers' wishes, and that is what they got paid for. Nowadays, those people are paid for being friendly, and while I admit that friendliness is important, sometimes I'd prefer a disgruntled Bavarian getting a document from a file for me while bemoaning the fact that he just had to get up from his chair, over the young, friendly girl who smiles at me and tells me that she cannot help me because that document I asked for only exists in paper form and cannot be retrieved from the computer system. I was aware of that, otherwise I'd sent an email asking for it in electronic form, and more precisely, I know that it is a paper in a file with my name on it because I had it put there seven years ago.

Kai Hendry: Mass deployment

Ok, I glanced over the earlier DP LTSP post and I thought I should let out this brain fart. LTSP sucks, because: The good thing about LTSP is that it is very easy to get a number of machines booting up Debian, which is impressive. So really mass deployment in my mind needs to be with the debian installer’s preseed technology and apt-get updating itself. Are there any guides how to make a Debian machine auto-update? Like RH’s up2date? Ubuntu’s gnome updating thing is painful. Any other better ideas?

23 March 2006

Matthew Palmer: The Little Engine That Might Be Able To Later

By now, you would think that I would have learned that Breakfast + Freshmeat = mess. Today, we have an unimaginatively named program called "font manager". Some day, in the future, we may have a font manager -- but we don't yet. Here's the description, direct from the horse's mouth:
font manager is a font manager for GNOME. It cannot do any font management tasks yet, but is already useful for picking fonts.
It's quite adamant that font manager is a font manager. Yet it can't manage fonts. Interesting. I suppose this is an example of the curious issue of true identity -- are you who you are because of what you are called, or because of what you are? The author(s) of "font manager" obviously believe that your true identity stems from your name, regardless of what you may actually do. I disagree somewhat -- in a lot of ways, I identify more closely with the term "computer geek" than with my name -- I think it's essentially social conditioning and a need to be uniquely identified from all the other computer geeks out there that makes me remember to respond to a call of "oi, Matt!". An interesting book on this subject is Jennifer Government, by Max Barry (ISBN 0349117624), in which people's surnames are determined by who they work for (so take a guess as to who Jennifer works for). There's something very wrong with me when a quick scoff at a freshmeat article turns into pseudophilosophy and a book review...

Gustavo Franco: Debian everywhere using LTSP.

I'm actually working on a CDD that uses LTSP - Linux Terminal Server Project to provide a complete desktop for thin-clients with more than 15000 end users in Brazil. It's really interesting if you consider that those users are living in areas with the lowest HDI (Human Development Index) here. Wait, are you teaching poor people what can be done with a computer, using Debian in a server/thin-client environment in a distributed network (with integrated authentication) across one of the biggest countries in the planet? Yes!

Well, of course i want to see more projects using our CDD (we support multiple profiles and all that) or more CDDs focused on thin-client solutions, whatever comes first. But what makes me happier with all this is that it benefits both end users, and the Debian project. Have you heard about pkg-ltsp?
?

pkg-ltsp history started in the end of the last year when i met with Otavio Salvador that already knew Petter and Vagrant - the LTSP folks in Debian at that point. I was already talking with Oliver Grawert (edubuntu fame) about cooperation, so it was just a matter of time put everything together, organize a online meeting and do the first upload under the group name. We jumped direct from 0.58debian4 (Nov) to 0.82debian1 (Mar), basically due to our organization as a group, and the work done by ogra, pere and vagrantc and some others (including me) in these four months.

If you're using ltsp and feels that you can contribute, join us. Hopefully we'll have more interesting stuff in the pkg-ltsp camp to announce before Etch, stay tuned...

Martin F. Krafft: Data juggling

Letting yesterday pass by in memories, I wonder how I was able to function even a bit for the last two years or so -- information-wise. While I was still at the Uni Zurich, I found myself almost constantly swamped with so much work that I (a) never got around to do any real research, and (b) turned my digital data into a complete mess. Forget about (a), it's (b) that concerns me right now. The pattern was usually:
  1. My main machine was becoming unstable and dying frequently, either on disk I/O or CPU-intensive tasks.
  2. With much time pressure, I was forced to move my data to a new machine. Two or three times that was accomplished e.g. by copying oldmachine:~/ to newmachine:~/lost+found/oldmachine (I am, unfortunately, not kidding. For the past half a year, I was working out of lapse:~/wing/lost+found/cirrus/lost+found/diamond. wing, cirrus, and diamond are all deceased machines, lapse is my laptop).
  3. Repeat (1) and (2) about three times and add to the mix that I also had a machine at home and a laptop, no synchronisation strategy really, no real backups, and no version control system.
To be fair: my important data was certainly backed up, and most of my work was on F/OSS or projects in our lab's version control system anyway. I am mainly talking about scripts, ideas, correspondence, photos, ... The chaos that built up had me busy all of yesterday. I brought all of my machines together, as well as the harddrives that were still lying around, hooked it all up, and started the endeavour. I set up a RAID 5 on one machine, mad of four 250Gb disks, and with 750Gb of space, I was ready to go. Using any combination(s) of dd nc, tar, cpio, scp, rsync, and unison, it took me several hours to bring all the data onto one machine. Usually, I would try to purge unwanted crap from ~, such as .thumbnails, or .ccache (!), once again wishing for widely-used ~/.var and ~/.etc, So today I have to consolidate about 680Gb of data. Most of it can be purged (I found a linux-2.2.7 directory somewhere in there), but often, I will have to look at two or three versions of a file and decide which one to keep. Fortunately, I am fairly certain it's usually the newest one. My intention is to move mostly everything to under the control of bzr, and then to use unison to synchronise ~ between all machines. However, there are still some unresolved points:
  • unison is for pairs, to keep three or more machines in sync, it's beneficial to have a central machine. I don't really want a central machine.

  • csync2 looks like unison for three or more, but it's a service, with listening daemon and all, and I thus cannot use it to synchronise with my home directories on machines where I don't have root or cannot install csync2.

  • I don't want everything synchronised. When it comes to documents and data, I cannot imagine any exceptions, but dot-directories in the home directory are a problem. E.g.:

    • ~/.gnupg: I don't want my GPG key to be synchronised to remote machines. However, I would not mind to synchronise the configuration or the public keyring.
    • ~/.ssh: Stuff like config and known_hosts can/should be synchronised. However, authorized_keys must not be.
    • ~/.mozilla/firefox: Would be nice, but almost impossible because of Firefox's braindead approach. For instance, you cannot write a new bookmarks.html file while Firefox is running -- it will dump its in-memory copy when quitting.
    • Most of my accounts don't need to store dot-directories for X programmes.
    • My shell or windowmanager configuration may have to be different between machines to support e.g. different defaults, Xinerama, relevant shell variables, etc.
    etc. etc. The ideal approach to the challenge of ~/.etc (I symlink into there for programmes not supporting non-default config file locations) would be a version control system. Since I don't want to depend on a single machine, bzr, git, or the other decentralised systems seem appropriate: keep a base for e.g. ~/.ssh and branch for each machine. However, then I could not use unison for ~/.etc, and just synchronising all .bzr/ subdirectories unfortunately does not work (as empirically determined). And I have not found an acceptable approach to keep the branches in sync; I surely don't want to have to push changes to every other machine before quitting the day, nor do I want to pull in changes every morning from all over the place. I may have to look at git, which IIRC stores every change/commit in a separate file, so then synchronisation of .git/ should do what I want. If you have any input on this matter, I'd be delighted to hear it.
I am still looking for the right tool to do the task of consolidation. mc works okay, but it's just a little too much typing without tab completion. konqueror is just fat, and nautilus currently won't install on amd64. Again, if you have a suggestion, I'd love to hear it. Data juggling is fun, or not. For sure, there's quite some adrenaline flowing around as you issue bulk commands, knowing that it's basically you and a scalpell, and all your digital life on the table. NP: Porcupine Tree, "The Sky Moves Sideways"

Ross Burton: Furious Anger

Today's Daily Express front page: DAYLIGHT ROBBERY That nasty Brown throwing away your money on state spending, such as the NHS, schools, pensions... A week later the same paper will be moaning about the state of the NHS, another pension crisis, or how education standards are falling. Actually, that's wrong. Another paper will moan about that, the Express will just have Diana Exclusives. NP: Trouser Jazz, Mr Scruff

MJ Ray: Cycling: the Bridge to St Germans

The last time I visited the beer shop, I stopped on the return leg to take these pictures from the bridge to St Germans. [pictures on my site only]
This mind-bogglingly sparse landscape is only a few miles south, not much fun to ride across in rain or a strong wind, but fantastic in springtime. Bring your bike up on the train and either head to the Queen's house at Sandringham (hillier), the beach at Snettisham or ride out southwards near the railway and catch the return train from a station further down.

22 March 2006

Joey Hess: DebConf lightning talks

One of the talk slots at DebConf this year will be used for a series of lightning 5-minute talks on different subjects. I finally have more than enough talks to fill up the 45 minute time slot (thanks Jeroen!), but still only three speakers, so the schedule will look something like this: These choices are a bit arbitrary, Jeroen could also talk about "Working of the PTS", or "Datamining on Debian packages metadata". I could also talk about "Rembering Emeritus Developers". We have more than enough proposals, but not enough people giving them. Me and Jeroen will both be wiped out at the end of this tag-team marathon. Help! If you're not me or Jeroen, please consider submitting your own lightning talk idea, or take over one from the list, like "Debian wish list" or "Rembering Emeritus Developers". It will be much more interesting to hear from a lot of different people, and it's easy to do. The deadline for last submissions is April 15th.
This advertisement paid for by the DebConf sauna campaign.

Ross Burton: Name Dropped

Jeff Waugh was kind enough to name drop Devil's Pie at FOSDEM whilst being interviewed for Source21.nl.
...We haven't been talking about some of the really cool stuff you can do with gnome. Things like Devil's Pie or Brightside, which make the window manager work in totally different ways: they take Metacity which is a very conservative, very simple, it just manages your windows kind of window manager, and they turn it into something which does edge flipping and all kinds of cool stuff, a programmable window environment, those kind of things.
Yay Jeff! NP: Last.fm Neighbour Radio

Steve Kemp: Caesar had an eye for clothes

Is it possible to uniquely identify an audio CD-ROM? I’ve “stolen” the disc ID code from the various CDDB clients I’ve seen, but I wonder how unique those values are. I’m looking at setting up a simple CDDB/FreeDB-esque server to store audio information which can be queried in a sane manner. The results will be XML data. Using XML data I can have individual details for each track. Ideal for soundtrack albums. Plus I can require clients to ignore attributes they don’t understand to allow for future growth. I could use the ID + sha1 hashes of the song lengths I guess …. or even a SHA1 hash of the track-data (but I’m worried that read-errors could cause problems with data summing, plus reading each track will be slowish). I see comments like this a lot:
Conceptually very similar to the ISBN number used for books, the ISRC (acronym for International Standard Recording Code) is a 12-character code defined to uniquely identify a music track song). Unfortunately, over the years very few authors have adopted this standard and currently less than one percent audio CDs use the ISRC. The UPC (Universal Product Code) is a 13-digit number that uses the UPC/EAN bar coding standard to uniquely identify the whole CD. The same ISRC considerations apply to the UPC code: very few audio CDs currently use the UPC.
In related news two tickets for Radiohead + Beck are mine :)

21 March 2006

Andres Salomon: python and ruby

Martin pointed out something that I’ve complained about before, and was subsequently given the reason for (by piman, iirc). It makes sense, but it’s still kind of lame for usability purposes. Of course, that’s the python interpreter, not a front-end for users. What I really miss from ruby is something like irb for python. I don’t want a full-fledged IDE; I want a quick command line thing that can be spawned for testing code snippets, or for inspecting objects. I want it to support tab completion (it’s quite useful to be able to type “foo”.<tab><tab>, and get a list of all String methods). I’ve mentioned my desire for such a thing before, but no one’s ever pointed anything out. I just did a quick google search for “irb for python”, and discovered ipython. It seems to almost do what I want; “foo”.<tab><tab> doesn’t quite work, but x=”foo” and x.</tab><tab> does work. Nifty! Of course, it seems to have its own stupid exit behavior:

In [4]: exit
Do you really want to exit ([y]/n)? y
Yes, I really want to exit; otherwise, I wouldn’t have typed “exit”…

Axel Beckert: RIP CitroNews

CitroNews has closed its doors since there were no news for over two years. I liked the idea but it seemed to have neither that much readers nor many submitters. And since I’m not really that active in the Citro n or 2CV scene anymore, I seldom had something to send in. Update, 20:37h: And no, this does not mean that I’ve sold or will sell any of my 2CVs. I just was on no 2CV meeting for IIRC nearly a year now. Too many Open Source events out there… ;-)

20 March 2006

Matthew Palmer: The Curse of the Podcast

Over the past week or so, I've decided to get around to listening to some of the "amateur" (in the same way that Open Source software is "amateur") podcasts that I've collected in the past couple of months (primarily so I can either archive them, or delete them and free up a bit of HDD space). As a great fan of radio, I've been pretty disappointed at the quality of the podcasts I've listened to. While I hadn't expected the BBC world service, there are a number of quite common mistakes I've noticed across several of the podcasts I've listened to. In the spirit of kaizen, I've noted down the really bad things that I've noticed, in the hope that someone who does a podcast, or is considering doing a podcast, might keep these simple mistakes in the back of their mind and avoid them. No podcast I've listened to so far has exhibited all of these symptoms (there's no way I would have gotten to the end of that hypothetical nightmare audio file) but most have exhibited at least one of these flaws. For a better general idea of how a good podcast might sound, listen to professional radio for a bit -- a lot of good shows are podcast themselves these days -- and get an idea of what a good show looks like. I'm also prepared to go further than just bitching about podcasts. If you do a podcast, and would like my (unprofessional but oh-so-opinionated) assessment of your podcast, please e-mail me at mpalmer@hezmatt.org with a link to your podcast, and I'll try to give it a listen and honest critique.

Amaya Rodrigo: So (un)real

Via Guilded Lilies (Grown Women Playing Games):

One of the things I find interesting in the development of computer games is the selective application of the increased realism that has been made possible by improvements in game engine technology. [...] What I find to be ironic is that there has been an industry-wide movement toward more realism through the function of, for example, physics AI in computer game design, without there necessarily being a concurrent application of that ideal to the creation of certain female body parts. This point has generated the response that games are not about realism, but rather fantasy, and thus do not have an obligation to represent women realistically

Martin F. Krafft: The Winner Takes It All

Sometimes I am in a whistling mood. So today as I was running some errands [1], I whistled Abba's "The Winner Takes It All". Some kids stepped up to me and asked what kind of crap I was whistling and whether I was gay, Abba is "out" and "sucks anyway". They did not appreciate when I asked why they even recognise it then. :) WTF? Sure, Abba is not everyone's thing, but "The Winner Takes It All" is an all-time, very beautiful hymn which will never die. Unlike the crap aired on the radio these days.
[1]My iron broke and I need my shirts ironed for a conference next week. Switzerland is bloody expensive: 4 per shirt, and that's just ironing.
In related news: After a very Cure-centric last week, I find myself totally digging Pulp now; I've been listening to the seven albums I have pretty much since Sunday morning. "Masters of the Universe" must be my favourite so far.

19 March 2006

Rapha&#235;l Hertzog: My favorite candidates

So the DPL vote just started and I crafted my ballot. So it’s my turn to give you my opinion on the various candidates. Here’s my top 3 by order of preference:
  1. Jeroen van Wolffelaar
    I had the occasion to work with Jeroen due to our common involvement in Debian-QA and his work on the PTS. He’s only Debian Developer since 2004 but he’s the proof that you can get involved in core teams if you’re willing to work. His commitment to Debian is impressive. He’s also a strong proponent of the DPL team concept, and he managed to gather a well-balanced team. With some changes to the DPL team concept, this can make a big difference this year. Yes, I hope to be able to serve the project as a member of his team.
  2. Steve McIntyre
    I worked with Steve on numerous occasions due to our common involvement in debian-cd. He’s very moderate, appreciated by many people and could be very effective in mediating internal conflicts since he’s not involved in any core team. I look forward working with him, his platform is very attractive.
  3. Anthony Towns
    Anthony has been doing a great job for a long time, and I really appreciate his efforts to communicate what he does. I like his idea to bring momentum to the project… and he proposed the last general resolution to bring us to a conclusion on the GFDL problem. That’s the kind of initiative that I’m also expecting from a leader. His strong opinions do not suit everybody but at least he’s trying new ideas.
All the other candidates are well-intentionned (except one) but they do no match all my (fuzzy) criterion for a good DPL.

Steve Kemp: Love can be beautiful

Blog Power? Over the past few months I’ve written entries here which have elicited some interesting replies. I ranted about poor support from SuSE and received personal emails from company representatives who wanted to help me out. Last week I wrote about LinuxGazette disappearing (turned out to be DNS errors on my side) and received a comment from Heather suggesting I was mistaken. Interesting that so many people see what I write, and also slightly intimidating given that my sense of humour has repeatedly been misintepretted in the past .. online and offline. I don’t really have a good conclusion here, but I suspect I just got lucky. I tend to write fairly trivial things, and rarely take any of it very serious. ObDebian: I’m in the middle of turning a spare bedroom into a real office. I now have three low-end machines in a line across two desks, and a decentish desktop machine too. It looks likely that I’ll have a lot more time to contribute to Debian over the coming months (although this isn’t confirmed yet). Either way I’ll have a much nicer “working” environment at home. ObSocial: The postcards I sent to Debian folks seemed to all arrive, except for the one I mailed to Amaya (despite having several rounds of back and forth to get the address right). That was returned to me yesterday. Try again tomorrow I guess. Cross-Country postal-services suck. Although I know they handle a lot of letters/parcels I seem to always get the unlucky straw. ObDebian-Admin: The Debian admin site now allows users to submit tags. Took a while to get right, but I’m happy with the Web 2.0 ajax code. How very ..

Christian Perrier: i18n in Ubuntu and Debian

I would really wish that I could travel around the world and do evangelization about i18n just like Jordi, Daffyd and Michael have been able to do. Of course, this is a known difference between a development model where people are paid to work on development and a completely volunteer development model. However, I really hope that all the good things that will be done to better support Asian languages in Ubuntu will end up in Debian really soon. After all, much of the initial work has been done in Debian itself by the wonderful Japanese/Chinese/Korean developers, or by the "debian-in" project lead by Jaldhar H. Vyas for Indic languages support. Don't take me wrong: I don't have any griefs towards Ubuntu when it comes at i18n. This is an area where the collaboration is already quite good and I hope it will become better if we manage to converge towards common tools (just free up the bloody Rosetta, Mark!). This is one of the goals I personnally set for the i18n session in Extremadura. Our goals here are common: we want more and more pleaces in the world to be able to use the Best Operating System ever and we will paint it red. (another way to say this: "we want the world and we want it NOW") For this, we just have to cooperate.

Clint Adams: This report is flawed, but it sure is fun

91D63469DFdnusinow1243
63DEB0EC31eloy
55A965818Fvela1243
4658510B5Amyon2143
399B7C328Dluk31-2
391880283Canibal2134
370FE53DD9opal4213
322B0920C0lool1342
29788A3F4Cjoeyh
270F932C9Cdoko
258768B1D2sjoerd
23F1BCDB73aurel3213-2
19E02FEF11jordens1243
18AB963370schizo1243
186E74A7D1jdassen(Ks)1243
1868FD549Ftbm3142
186783ED5Efpeters1--2
1791B0D3B7edd-213
16E07F1CF9rousseau321-
16248AEB73rene1243
158E635A5Erafl
14C0143D2Dbubulle4123
13D87C6781krooger(P)4213
13A436AD25jfs(P)
133D08B612msp
131E880A84fjp4213
130F7A8D01nobse
12F1968D1Bdecklin1234
12E7075A54mhatta
12D75F8533joss1342
12BF24424Csrivasta1342
12B8C1FA69sto
127F961564kobold
122A30D729pere4213
1216D970C6eric12--
115E0577F2mpitt
11307D56EDnoel3241
112BE16D01moray1342
10BC7D020Aformorer-1--
10A7D91602apollock4213
10A51A4FDDgcs
10917A225Ejordi
104B729625pvaneynd3123
10497A176Dloic
962F1A57Fpa3aba
954FD2A58glandium1342
94A5D72FErafael
913FEFC40fenio-1--
90AFC7476rra1243
890267086duck31-2
886A118E6ch321-
8801EA932joey1243
87F4E0E11waldi-123
8514B3E7Cflorian21--
841954920fs12--
82A385C57mckinstry21-3
825BFB848rleigh1243
7BC70A6FFpape1---
7B70E403Bari1243
78E2D213Ajochen(Ks)
785FEC17Fkilian
784FB46D6lwall1342
7800969EFsmimram-1--
779CC6586haas
75BFA90ECkohda
752B7487Esesse2341
729499F61sho1342
71E161AFBbarbier12--
6FC05DA69wildfire(P)
6EEB6B4C2avdyk-12-
6EDF008C5blade1243
6E25F2102mejo1342
6D1C41882adeodato(Ks)3142
6D0B433DFross12-3
6B0EBC777piman1233
69D309C3Brobert4213
6882A6C4Bkov
66BBA3C84zugschlus4213
65662C734mvo
6554FB4C6petere-1-2
637155778stratus
62D9ACC8Elars1243
62809E61Ajosem
62252FA1Afrank2143
61CF2D62Amicah
610FA4CD1cjwatson2143
5EE6DC66Ajaldhar2143
5EA59038Esgran4123
5E1EE3FB1md4312
5E0B8B2DEjaybonci
5C9A5B54Esesse(Ps,Gs) 2341
5C4CF8EC3twerner
5C2FEE5CDacid213-
5C09FD35Atille
5C03C56DFrfrancoise---1
5B7CDA2DCxam213-
5A20EBC50cavok4214
5808D0FD0don1342
5797EBFABenrico1243
55230514Asjackman
549A5F855otavio-123
53DC29B41pdm
529982E5Avorlon1243
52763483Bmkoch213-
521DB31C5smr2143
51BF8DE0Fstigge312-
512CADFA5csmall3214
50A0AC927lamont
4F2CF01A8bdale
4F095E5E4mnencia
4E9F2C747frankie
4E9ABFCD2devin2143
4E81E55C1dancer2143
4E38E7ACFhmh(Gs)1243
4E298966Djrv(P)
4DF5CE2B4huggie12-3
4DD982A75speedblue
4C671257Ddamog-1-2
4C4A3823Ekmr4213
4C0B10A5Bdexter
4C02440B8js1342
4BE9F70EAtb1342
4B7D2F063varenet-213
4A3F9E30Eschultmc1243
4A3D7B9BClawrencc2143
4A1EE761Cmadcoder21--
49DE1EEB1he3142
49D928C9Bguillem1---
49B726B71racke
490788E11jsogo2143
4864826C3gotom4321
47244970Bkroeckx2143
45B48FFAEmarga2143
454E672DEisaac1243
44B3A135Cerich1243
44597A593agmartin4213
43FCC2A90amaya1243
43F3E6426agx-1-2
43EF23CD6sanvila1342
432C9C8BDwerner(K)
4204DDF1Baquette
400D8CD16tolimar12--
3FEC23FB2bap34-1
3F972BE03tmancill4213
3F801A743nduboc1---
3EBEDB32Bchrsmrtn4123
3EA291785taggart2314
3E4D47EC1tv(P)
3E19F188Etroyh1244
3DF6807BEsrk4213
3D2A913A1psg(P)
3D097A261chrisb
3C6CEA0C9adconrad1243
3C20DF273ondrej
3B5444815ballombe1342
3B1DF9A57cate2143
3AFA44BDDweasel(Ps,Gs) 1342
3AA6541EEbrlink1442
3A824B93Fasac3144
3A71C1E00turbo
3A2D7D292seb128
39ED101BFmbanck3132
3969457F0joostvb2143
389BF7E2Bkobras1--2
386946D69mooch12-3
374886B63nathans
36F222F1Fedelhard
36D67F790foka
360B6B958geiger
3607559E6mako
35C33C1B8dirson
35921B5D8ajmitch
34C1A5BE5sjq
3431B38BApxt312-
33E7B4B73lmamane2143
327572C47ucko1342
320021490schepler1342
31DEB8EAEgoedson
31BF2305Akrala(Gs)3142
319A42D19dannf21-4
3174FEE35wookey3124
3124B26F3mfurr21-3
30A327652tschmidt312-
3090DD8D5ingo3123
30813569Fjeroen1141
30644FAB7bas1332
30123F2F2gareuselesinge1243
300530C24bam1234
2FD6645ABrmurray-1-2
2F95C2F6Dchrism(P)
2F9138496graham(Gs)3142
2F5D65169jblache1332
2F28CD102absurd
2F2597E04samu
2F0B27113patrick
2EFA6B9D5hamish(P)3142
2EE0A35C7risko4213
2E91CD250daigo
2D688E0A7qjb-21-
2D4BE1450prudhomm
2D2A6B810joussen
2CFD42F26dilinger
2CEE44978dburrows1243
2CD4C0D9Dskx4213
2BFB880A3zeevon
2BD8B050Droland3214
2B74952A9alee
2B4D6DE13paul
2B345BDD3neilm1243
2B28C5995bod4213
2B0FA4F49schoepf
2B0DDAF42awoodland
2A8061F32osamu4213
2A21AD4F9tviehmann1342
299E81DA0kaplan
2964199E2fabbe3142
28DBFEC2Fpelle
28B8D7663ametzler1342
28B143975martignlo
288C7C1F793sam2134
283E5110Fovek
2817A996Atfheen
2807CAC25abi4123
2798DD95Cpiefel
278D621B4uwe-1--
26FF0ABF2rcw2143
26E8169D2hertzog3124
26C0084FCchrisvdb
26B79D401filippo-1--
267756F5Dfrn2341
25E2EB5B4nveber123-
25C6153ADbroonie1243
25B713DF0djpig1243
250ECFB98ccontavalli(Gs)
250064181paulvt
24F71955Adajobe21-3
24E2ECA5Ajmm4213
2496A1827srittau
23E8DCCC0maxx1342
23D97C149mstone(P)2143
22DB65596dz321-
229F19BD1meskes
21F41B907marillat1---
21EB2DE66boll
21557BC10kraai1342
2144843F5lolando1243
210656584voc
20D7CA701steinm
205410E97horms
1FC992520tpo-14-
1FB0DFE9Bgildor
1FAEEB4A9neil1342
1F7E8BC63cedric21--
1F2C423BCzack1332
1F0199162kreckel4214
1ECA94FA8ishikawa2143
1EAAC62DFcyb---1
1EA2D2C41malattia-312
1E77AC835bcwhite(P)
1E66C9BB0tach
1E145F334mquinson2143
1E0BA04C1treinen321-
1DFE80FB2tali
1DE054F69azekulic(P)
1DC814B09jfs
1CB467E27kalfa
1C9132DDByoush-21-
1C87FFC2Fstevenk-1--
1C2CE8099knok321-
1BED37FD2henning(Ks)1342
1BA0A7EB5treacy(P)
1B7D86E0Fcmb4213
1B62849B3smarenka2143
1B3C281F4alain2143
1B25A5CF1omote
1ABA0E8B2sasa
1AB474598baruch2143
1AB2A91F5troup1--2
1A827CEDEafayolle(Gs)
1A6C805B9zorglub2134
1A674A359maehara
1A57D8BF7drew2143
1A269D927sharky
1A1696D2Blfousse1232
19BF42B07zinoviev--12
19057B5D3vanicat2143
18E950E00mechanix
18BB527AFgwolf1132
18A1D9A1Fjgoerzen
18807529Bultrotter2134
1872EB4E5rcardenes
185EE3E0Eangdraug12-3
1835EB2FFbossekr
180C83E8Eigloo1243
17B8357E5andreas212-
17B80220Dsjr(Gs)1342
17796A60Bsfllaw1342
175CB1AD2toni1---
1746C51F4klindsay
172D03CB1kmuto4231
171473F66ttroxell13-4
16E76D81Dseanius1243
16C63746Dhector
16C5F196Bmalex4213
16A9F3C38rkrishnan
168021CE4ron---1
166F24521pyro-123
1631B4819anfra
162EEAD8Bfalk1342
161326D40jamessan13-4
1609CD2C0berin--1-
15D8CDA7Bguus1243
15D8C12EArganesan
15D64F870zobel
159EF5DBCbs
157F045DCcamm
1564EE4B6hazelsct
15623FC45moronito4213
1551BE447torsten
154AD21B5warmenhoven
153BBA490sjg
1532005DAseamus
150973B91pjb2143
14F83C751kmccarty12-3
14DB97694khkim
14CD6E3D2wjl4213
14A8854E6weinholt1243
14950EAA6ajkessel
14298C761robertc(Ks)
142955682kamop
13FD29468bengen-213
13FD25C84roktas3142
13B047084madhack
139CCF0C7tagoh3142
139A8CCE2eugen31-2
138015E7Ethb1234
136B861C1bab2143
133FC40A4mennucc13214
12C0FCD1Awdg4312
12B05B73Arjs
1258D8781grisu31-2
1206C5AFDchewie-1-1
1200D1596joy2143
11C74E0B7alfs
119D03486francois4123
118EA3457rvr
1176015EDevo
116BD77C6alfie
112AA1DB8jh
1128287E8daf
109FC015Cgodisch
106468DEBfog--12
105792F34rla-21-
1028AF63Cforcer3142
1004DA6B4bg66
0.zufus-1--
0.zoso-123
0.ykomatsu-123
0.xtifr1243
0.xavier-312
0.wouter2143
0.will-132
0.warp1342
0.voss1342
0.vlm2314
0.vleeuwen4312
0.vince2134
0.ukai4123
0.tytso-12-
0.tjrc14213
0.tats-1-2
0.tao1--2
0.stone2134
0.stevegr1243
0.smig-1-2
0.siggi1-44
0.shaul4213
0.sharpone1243
0.sfrost1342
0.seb-21-
0.salve4213
0.ruoso1243
0.rover--12
0.rmayr-213
0.riku4123
0.rdonald12-3
0.radu-1--
0.pzn112-
0.pronovic1243
0.profeta321-
0.portnoy12-3
0.porridge1342
0.pmhahn4123
0.pmachard1--2
0.pkern3124
0.pik1--2
0.phil4213
0.pfrauenf4213
0.pfaffben2143
0.p21243
0.ossk1243
0.oohara1234
0.ohura-213
0.nwp1342
0.noshiro4312
0.noodles2134
0.nomeata2143
0.noahm3124
0.nils3132
0.nico-213
0.ms3124
0.mpalmer2143
0.moth3241
0.mlang2134
0.mjr1342
0.mjg591342
0.merker2--1
0.mbuck2143
0.mbrubeck1243
0.madduck4123
0.mace-1-2
0.luther1243
0.luigi4213
0.lss-112
0.lightsey1--2
0.ley-1-2
0.ldrolez--1-
0.lange4124
0.kirk1342
0.killer1243
0.kelbert-214
0.juanma2134
0.jtarrio1342
0.jonas4312
0.joerg1342
0.jmintha-21-
0.jimmy1243
0.jerome21--
0.jaqque1342
0.jaq4123
0.jamuraa4123
0.iwj1243
0.ivan2341
0.hsteoh3142
0.hilliard4123
0.helen1243
0.hecker3142
0.hartmans1342
0.guterm312-
0.gniibe4213
0.glaweh4213
0.gemorin4213
0.gaudenz3142
0.fw2134
0.fmw12-3
0.evan1--2
0.ender4213
0.elonen4123
0.eevans13-4
0.ean-1--
0.dwhedon4213
0.duncf2133
0.ds1342
0.dparsons1342
0.dlehn1243
0.dfrey-123
0.deek1--2
0.davidw4132
0.davidc1342
0.dave4113
0.daenzer1243
0.cupis1---
0.cts-213
0.cph4312
0.cmc2143
0.clebars2143
0.chaton-21-
0.cgb-12-
0.calvin-1-2
0.branden1342
0.brad4213
0.bnelson1342
0.blarson1342
0.benj3132
0.bayle-213
0.baran1342
0.az2134
0.awm3124
0.atterer4132
0.andressh1---
0.amu1--2
0.akumria-312
0.ajt1144
0.ajk1342
0.agi2143
0.adric2143
0.adejong1243
0.adamm12--
0.aba1143

Next.

Previous.