There has been a vote on an amendment to the Debian Social Contract. The amdendment extends the non-free policy of Debian to cover not only software but just about everything about Debian. Where in the past documents and things such as firmware where apparentely allowed in the main archive even if they were not free (as in freedom), in the future this will not be allowed anymore.
The voting came out in favour of adopting the new amendment. Therefor Debian will be removing all non-free non-software elements from the main archive and move them to the non-free (or contrib?) archive. Chances are that this process will greatly delay the next stable release of Debian: Sarge.
Although I thought that Debian would completely drop the non-free archive, it seems that they will continue providing non-free to the masses. Like before, the non-free archive will not be an official part of Debian GNU/Linux.
Posted on April 27th, 2004 in freedom and privacy, libre software | No Comments »
Well, my old site is finally being faded out. Since of now visitors to the old site will be automatically redirected to this site.
Since some of the stuff on the old website hasn't been (and will not be) transferred to this site, some things might be missing. If you are looking for something on the old site which seems to have disappeared, please contact me and we'll see what we can do about it.
Posted on April 25th, 2004 in website | No Comments »
Since thursday I've been working on creating a rather nice new building environment for my projects. The building environment will be used for automatic compilation of sourcecode and manuals and uploading to the proper webspaces.
My old environment was nice, but is now falling a bit behind. It can't really handle building debian/rpm packages and manuals. Everything is tied together with rather hackish perl and bash scripts. This, in itself, isn't such a bad thing, but they're a bit too custom and don't adapt well to new situations. The new building process should be somewhat better.
The new enviroment will consist of a bunch of generic and custom (per project) shell scripts. Everything will be pretty independant of the other scripts which will hopefully make things more adaptable. The scripts will help me automate some tasks like:
- Leaching source from CVS and preparing it for packaging
- Building source, binary, debian and rpm packages
- Compile User and Developers manuals from DocBook SGML/XML
- Create manual pages
- Uploading/distributing the new packages and docs to the proper project-page
- Perhaps even: Automatic announcements on maillinglists, project-pages, my homepage and freshmeat
I'm currently working on mapping out my current build environment and thinking about how I will make everything work seamlessly enough for it to remain flexible. Some stand-alone scripts are already finished, like a enhanced Search and Replace script for putting version numbers and contact information in place.
I almost forgot how much fun Bash scripting is. I'm still amazed at the fact that the concept of glueing together programs with nothing more than piping and redirection of output can become such a powerfull tool. There isn't much that can't be handled using shellscripting. Some things won't be pretty though ;-)
Reminds of a project I had to perform during my eduction. We wrote a E-learning platform with a MySQL backend in Bash scripting. Ugly, but it worked. Pretty cool hacky stuff.
Posted on April 24th, 2004 in programming, projects | No Comments »
Shit, shit, shit!
I was just trying to build some debian packages for Nimf and it started complaining about conflicting version numbers.. Only then did I notice a terrible mistake:
I accidentilly released Nimf v0.1.1 as v1.1! Ooh, the pain, the horror! I'm sorry people, but I really don't write code that fast.
The problem has been corrected. I hope no repository sites took over the wrong package.
Posted on April 21st, 2004 in projects | No Comments »
New project:
gExec is a small GTK2 tool for running a command. It presents the user with a dialog in which they can enter the name of a command and toggle some options which influence the way the command is run. It is designed to be small and usefull with few dependenices.
Posted on April 13th, 2004 in projects | No Comments »
Finally got around to adding information about changing data with GDB to the GDB Debugging: A quick introduction article.
Posted on April 11th, 2004 in projects | No Comments »
New release of Autcomp-lite namely version 0.4. Changes include some bugfixes, extra error-checking, new ac_list_print function which will print the list of matches and some improved debugging output.
Posted on April 8th, 2004 in projects | No Comments »
Apparentely, The Gimp 2.0 had been available in Debian Sid for some time already before I found out. When I did (thanks to Michiel) I apt-getted it at once and started to play with it. I already tried to find a good article somewhere on the internet which discussed the new features in The Gimp 2.0 in depth, but couldn't find one. Better write one myself then, no?

Foreword
(Better cover myself). I'm no Gimp expert, though I've used it for quite a while. In this little article I'll discuss some of the things I found in the new Gimp, but that doesn't mean that I'm right about any of my assumptions. Some features, for instance, might already have been present in the old Gimp 1.2. Don't bust my balls if I'm wrong about something okay? Feedback is always welcome of course.
New stuff
To my disappointment, there isn't really a lot of new stuff in the Gimp 2.0. There are, however, a lot of subtle changes and improvements:
- User interface
One of the most noteworthy new things in the Gimp 2.0 is the interface. It's changed a lot since the old version but it's still recognisable. Gimp veterans will have no trouble finding the old stuff, and can be thrilled about the new user interface. Everything feels much more polished and easier. Frequently used options are moved to better reachable places and everything is just less obscure.
- Docks
Where in the old gimp you had to wrestle six or more dialogs with all kinds of options, in the new Gimp everything is dockable. Just drag and drop a dialog to a docking handler in one of the docks, and it will automatically dock there. Clicking the dashed undock handlebar will undock the window (surprise suprise!). It works great, although the number of docking handlers could have been more. Now they are only present at the top and bottom of the dock and sometimes you'll have to fiddle around a bit with the various docked dialogs in order to get them just the way you want.
- More dialogs
There are some new dialogs like a seperate color dialog (yes, I know you could already do this in the Gimp 1.2, but this still feels new somehow. At least now it's really useable). A font dialog shows all the fonts that can be picked easily. There's also a selection editor in which you can quite easily modify selections so you won't have to use the Rightclick->selection menu anymore. The navigation dialog is also quite nice, but I believe this was already present in some form or another in the old Gimp.
Remember that all these dialogs can be docked so they won't ever get in your way.
- Dialog improvements
Some dialogs had big improvements. For one, most dialogs now remember their size when you resize them and reappear at that size next time you open them.
Next to that it's now possible to save your tool option preferences so you can reload them later on.
Color dialogs now show colored previews in the slider so you'll now to what color you'll be changing if you move the sliders. It also remembers the last 20-something colors you've picked so you'll won't be needing that color droplet that much anymore.
- QuickMask
Something I've been wanting for a long time is more preferences for the QuickMask. The QuickMask is that small little rectangle in the lower left corner of an open image which, if you press it, will show you the current selection you've made as a mask. You can then proceed to use normal drawing tools on the mask to change the selection. Really neat, except for one thing: it wasn't possible to change the mask color. It would always be red. This fact rendered it useless (for me at least). It would get impossible to see the difference between mask and non-mask. (perhaps I'm a bit colorblind or something?). This however has been fixed. You can now select the color for the mask, and even set it's opacity. yay!
- Templates
A completely new feature in the Gimp are templates. You can save an image as a template and then base other images on that template. Quite a nice feature if it only saved the image and not just the dimensions of the image. All it seems to do is remember the height and width, nothing more. Perhaps I'm not using it correctly 'cause it seems like a pretty useless feature like it is now.
- Text
Text is always dynamic now. Not much else has changed. Oh yeah, the text properties are now easier settable from the tool options.
- Faster
Loading and Saving images seems somehow faster. Taking a screenshot of a 1600×1200 screen also seems faster. But that might have something to do with me upgrading the RAM in my system. (Sidenote: after about 20 minutes, things went pretty sour.. check below)
Not everthing's great.
Even though the new features are excellent, I've still got some gripes with the new Gimp. Some of these are old issues which I had hoped they would have fixed. Others are just missing in the new version while they were present in the old..
Conclusion
So.. in conclusion.. The new interface simply rocks. It can be improved here or there, but overall it's simply supurb. I expected some more new features and was a bit disappointed when there weren't many. There's still some bugs in the new gimp, but that's to be expected.
I've also got the feeling that I missed a lot of the new features. I do know that everything I used to do in the gimp proved to be no problem in the new Gimp. This fact shows that they did a really great job in improving the interface without having to alienate the old users. A job well done, Gimp programmers. Kudo's to you!
/me is a happy little gimper.
Posted on April 7th, 2004 in graphics, libre software, linux | No Comments »
There's a new project in town. I was working on building autocompletion in to Nimf and I decided to first try and make a seperate program to do the job for me. So I ventured into C land and built it. Quite easy actually. So then I cleaned up the seperate program and started documenting it. I thought: "Aah, what the hell, might as well make into a full library while I'm at it so I can easily plunge it into Nimf". And so autocomp-lite was born.
autocomp-lite is a very lightweight library which provided your program with autocompletion capabilities. It includes a test-stub, which looks like this when the program is run seperate instead of linked against another program:
[root@eek]~/dev/autocomp# ls
Makefile archive autocomp autocomp.c niettus xHIEROOOOH
[root@eek]~/dev/autocomp# ls ..
autocomp thumber
[root@eek]~/dev/autocomp# ./autocomp ../au
../au: ../autocomp
[root@eek]~/dev/autocomp# ./autocomp gmpla
gmpla: gmplayer
[root@eek]~/dev/autocomp# ./autocomp /b
/b: /boot
/b: /bin
Posted on April 4th, 2004 in projects | No Comments »
After a long time without releases, Nimf version 0.1.1 is finally here. This new version includes some new features (support for changing rights and ownership) and various (speed improvements) hacks.
Correction: That would be version 0.1.1, not 1.1
Posted on April 4th, 2004 in projects | No Comments »