Older blog entries for CaptainNemo (starting at number 13)

It's been a while since I've been here! Personal life has been VERY busy, so all else is put aside... such is life.

Linux Mags and UK

So I've relocated to the UK, and to my disappointment I haven't been able to find ANY Linux mags in any of the newsagents. Why is this? In Italy and Germany every little Kiosk on the corner has anything you would want.

I've never had to DL iso's of the latest and greatest Linux distro, as it was without a doubt at the corner News agent... oh well...

I Konverted. Is that a Krime?

Ever since I can remember I have been a Gnome guy. When I was on Mandrake 9 I was less then satisfied with the speed of Gnome, and then when I got fed up with that and upgraded to Slackware I used the very nice Dropline Gnome. However, Nautilus still didn't satisfy my file management needs.

I hadn't even installed KDE when I installed Slackware, but in my quest to find the perfect PGP gui (which I'm still on) I flew over to linuxpackages.net and grabbed a copy of KDE 3.1.2.

Konquerer (the filemangager, not browser) was kluttered yet, usable. The desktop is friendly (with the "new" menu which is strangely absent from Gnome), the printing is wonderful, dialogs are beautiful. What more can I say?

So now I primarily use the KDE desktop, but still use other non-KDE apps, Abiword, Xchat, GAIM, Mozilla, etc... I miss my Gnome Fish, and all the pretty icons, but I'm trading that all for the functionality that KDE offers.

Gnome does have a bright future, and I will stay with whatever scratches my itch.

And yes, I am a bit annoyed with the Kontinual lack of Kreativity both camps show in the naming of their apps.


The saga continues, with version .905 released yesterday. I will be playing with it over the next few weeks, it shows lots of promise.

Certification Level

As reflected in the timestamp on my last diary entry, I have recently had VERY little time to contribute to the OSS community. I have sent in a few patches, but I have certainly not spent "a significant amount of time on free software" which is a requirement for the Journeyer level of certification that I now hold.

In my opinion, I don't fall into the Apprentice category either, since I am not "still striving to acquire the skills and standing in the community".

I would like to maintain some position in the advogato trust metric, so I am at a loss as to what to do. I am currently an "observer", but to ask people to certify me as such would be to withdraw their certification, if I understand it correctly.


24 Nov 2002 (updated 24 Nov 2002 at 12:40 UTC) »

I was chatting with someone the other day and he (she?) said that advogato was getting a bit too ``I-just-installed-debian''... well, like they say, ``If you can't beat them...''


My Mandrake r128 bug bothered me enough to make me turn hardware acceleration off, when using the scroll bar the interface does freeze for a second then recovers. Yuck! I hope I can hold out until I can try to fix it. Anyway, I'm getting a new graphics card in Jan, so I should be alright then. I would try to recompile X, but I just don't have the time to look into it just now.


Finally got around to taking a look at what these guys have been doing, nice stuff... Blocklayout was much friendlier then I expected. I'll be taking it for a bit of a swing in the next few days (weeks?), I'll post my findings here.

What interests me the most is the possibility to use the core and create xaraya distros/bundles. I haven't seen what type of installer is coming, but it would be nice to have it modular, so that individual module developers, can create a ``distro'' with just their module (and the modules it depends on), and have it plug in to the installation procedure, without having to hack the actual installation code.

Good Luck!


After a long and tiring trip, I finally arrive at the Frankfurt Airport. I work my way to the regional train station, and in the few minutes before the train comes I decide to give my wife a call. I pull a few coins out of my pocket and drop on into the phone. I had nothing better to do then to chat while I waited for my train, so I proceeded to talk until the phone wanted more money. Feeling exceptionally stingy, I said goodbye and was promptly disconnected. Now comes the fun part. I hang up the phone, and it cranks out 14 times the amount of money that I spent on the phonecall!!!

I'm being intentionally vague in explaining exactly what I did, just in case it is reproduceable. I'll try the exact same procedure next time I see one of those phones... even if it was just a fluke of 'nature', hearing the sound of those shiny new euro cent coins clunking out of the phone made my day!

8 Nov 2002 (updated 8 Nov 2002 at 14:47 UTC) »
Mandrake/Gnome/X r128 server showstopper bug

I've finally gotten around to moving my desktop from win2k to Linux. I've been using Linux for the last few years on my dev box, and I had cygwin nicely configured under win2k. However, after a series of events I decided to take the plunge and replace my win2k interface with X, GNOME and Nautilus.

I was quite happy with Mandrakes version of Gnome 2 and Nautilus, but after a very short time ran into a "showstopper". The GTK scrollbar in some apps (xmms, gnucash, rpmdrake) would crash X.

I scoured the web for information, but this very short thread was the only reference I saw to the bug. I first asked in the Mandrake chat room about it, but was passed on to the Gnome people, so I chatted with them about it and got passed on to the X people. I asked on their irc channel but didn't recieve any responses.

So at this point I can either not use 3d acceleration, get another distro (which may or may not solve the problem), get another video card, or get another version of X. None of which I'm really looking forward to doing.

Any other ideas?

janschrage: Sorry, I didn't finish my thought... What I meant to say was ``PostNuke needs PostNuke users, and ProjectX needs ProjectX users''. When users start being a liability, is when they veer from the vision and start pushing separate directions. The Envolution/Encompass people were valuable users, they were just users of the wrong project, since their vision didn't coincide with that of PostNuke.

If I was writing a CMS to manage my personal site, the only user I'd care about is the only user that's going to be using it, Me. But since ProjectX has a far wider audience then just the developers, care needs to be taken to see to it that the users needs are being met. If ProjectX doesn't need users then what's the point in writing a program for a larger audience. Of course, like I said in my previous post, the needs of the users come after the needs of the developers, or else you'll find yourself in a situation where the users bite the hand that feeds it.

Even if you're only writing a program for your personal use, and you don't care about anything but your own needs, finding another person who has the same needs as you and starts using your code would be a huge benefit. Now you have 2 pairs of eyes on your code and any bugs will surface twice as fast. Even if your user never contributes anything but bug-reports, he may recommend your software to another user who becomes a developer, or forks off and creates a whole new beast out of your code (which is a good thing).

So I guess to sum it all up, my thoughts are: if you're writing a program for an audience greater then the developers you need users. If not, then users are an asset. Either way, users are a good thing :)

And, I do get a kick out of knowing that my code is being used by someone other then myself, it wouldn't be enough to keep me working on a project though.

janschrage: Thinking that a project doesn't need users is what lead PostNuke to fork from PHPNuke. Here's the deal:

When PostNuke forked from PHPNuke, it brought along a huge group of users. These were people who were already using PHPNuke and for whatever reason (the energy, the people, the code) they decided to use PostNuke. For the most part these ``users'' had production sites which they, against the warnings of many of the developers, immediately moved to PostNuke. They wanted/needed support for their current site. They did not have the 1.0 vision. They were not PostNuke (as per the Vision) users.

PostNuke needs PostNuke users, however, when it comes to listening to users, this must be done after the developers have reached their goals (post version 1.0). I have to agree with you that without the developer there will be no software, and I hope that ProjectX will be open to it's users/co-developers and their suggestions and ideas.

Treat users like your greatest asset and they will turn around and become your greatest asset.

niceguyeddie, I have never had any training (formal or otherwise) in management, so your `rant' was quite interesting, now my rant :).

While I'm sure there is a lot that we can learn from commercial software project management, the dynamic nature of open source projects makes the overhead that Commercial software management carries with it unneeded. I think that is the point that ESR was making.

Bringing your thoughts about goals and management together, I'll blockquote some more ESR...

Can we save defining goals as a justification for the overhead of conventional software project management? Perhaps; but to do so, we'll need good reason to believe that management committees and corporate roadmaps are more successful at defining worthy and widely shared goals than the project leaders and tribal elders who fill the analogous role in the open-source world.

That is on the face of it a pretty hard case to make. And it's not so much the open-source side of the balance (the longevity of Emacs, or Linus Torvalds's ability to mobilize hordes of developers with talk of ``world domination'') that makes it tough. Rather, it's the demonstrated awfulness of conventional mechanisms for defining the goals of software projects.

Like I said in my previous diary entry, having first hand experience leads me to question much of what ESR puts forward in his papers, so I'm not going to argue any of what he says. I do tend to think that overmanagement can be more harmful to an opensource project then undermanagement... it is a bazaar afterall.

niceguyeddie, sounds like you need a dose of the The Cathedral and the Bazaar. I'm sure you have read it before, but reading it again after being involved in a project that went belly-up was very interesting for me. Actually, I agreed with a lot less then I did the first time around, having first hand experience puts it into better perspective.

This section would probably be the most interesting as ESR talks quite a bit about the role of management in open source software, specifically traditional "goal based" management vs. Bazaar style management.

17 Aug 2002 (updated 17 Aug 2002 at 18:16 UTC) »
Part 2

Since I posted the last diary entry, I've had a chance to talk a bit with Dracos who cleared up some questions that I had, specifically regarding the "theme contest". So I'll qualify my statements.

The request for ideas of a replacement to the then current theme engine was put forward to the community in mid-March with this announcement. The concept of what the core developers wanted was decided on. The Encompass rendering engine was ready at this time, but as ladyofdragons put it in this post "there's nothing wrong with what they've been doing. But a more radical change is in order than just a theme that has a templating engine in it.".

Elaborating any more on this will just place me on one of the sides so draw your own conclusion.

It is my understanding that at the start of the "contest" Encompass did not fulfill the goals of what the core developers wanted in their templating system, by the time the "contest" was over Encompass had not changed its design to please the core developers so Blocklayout was chosen over it. The contest was not "rigged" as I had suggested in my previous post.

The flamewar that ensued after the announcement, carried on and, no doubt, brought out the worst in everyone involved. The point of contention was not the decision for Postnuke to use Blocklayout as opposed to Encompass as the templating engine, but the methods through which the management presented the decision among other things. While there was a lull in which people from both sides decided to see if they could reach a united decision, once when the talks broke down the flames started up again, and eventually the fork was announced. Like most flamewars, there were a lot of developments, good arguments, bad arguments, none of which is particularly worth mentioning. The end result is that the Encompass team and the Postnuke team had too little in common to continue working on the same code. The Encompass team announced the fork and created the new open source CMS project called Envolution, which is based on the .714 Postnuke release.

Unfortunately things didn't quite settle down in the Postnuke camp, Postnuke .72 was released and it included a very controversial "lowercase module name" change. When the bickering started back up I unsubscribed myself from the PN-Dev mailing list, whose signal-to-noise ratio was unacceptable.

In the past 10 days, John Cox and the majority of the Postnuke developers have also officially left the project (although, you'll still find many of them hanging out in the #postnuke-chat irc channel). Harry (the last of the original four founding fathers) is now the Project Manager, and a second "Pheonix" .72 release has been released which reverts the lowercase module name change, as well as offers an upgrade possibility to Encompass users. The date for .8 release has been pushed back from 2 months to possibly 6 months.

Enough history. Now my thoughts.

The Postnuke .7x code tree was simply an intermediary step. The goal of the core developers was not to help people settle into the .71 tree, but to move as fast as possible towards a stable API and the long awaited Postnuke 1.0! Like with any other software, after the appropriate length of time the developers stop maintaining the old code and move on coding the next version, and the old code is abandoned. The creation of Envolution is the best thing that could have happened to the .7x code, it now has a home, and a team of coders who are dedicated to maintaining it and taking care of the people who are satisfied with the current codebase, and would prefer stability to the addition of new features, many of which current sites that are using Postnuke, would not utilize fully.

The way we as Postnuke developers would do the best good, would be to press on with the original vision, which is the release of Postnuke 1.0. There is a perfectly good alternative for people who for good reasons do not want to move with the Postnuke vision, and that is Envolution.

4 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!