Recently in The GIMP Category

The OMG!Ubuntu blog reports on the decision, however preliminary, at the Ubuntu Developer Summit in Dallas to remove the GIMP image editor from the 10.04 Lucid LTS release of the wildly popular Linux distribution.

Read the well-wrought entry linked above for the drawn-out reasoning behind moving the "professional"-quality Photoshop killer GIMP from the Ubuntu base (it'll be available in the Ubuntu Software Center, or your other favorite package-management tool).

Those assembled seem to think that GIMP is not used enough and is not consumery enough. And that the F-Spot photo manager can do basic photo editing and is much better for the average user.

Oh, do I have bones — plural — to pick over this one. I still haven't made my decision on whether I'm for Mono (using the Microsoft-compatible open-source tools) apps or against them (and F-Spot, along with Tomboy notes and, if you've added it, the Banshee music player seem in my mind anyway to be the highest-profile Mono apps in the GNOME world).

All I can say is that with the geek-political climate these days, more Mono rather than the same or less will just give more users a reason to jump off of GNOME (and Ubuntu) in order to keep one's collective hands, if not clean, than at least Microsoft-free.

Again, I haven't made a personal decision about Mono as yet, but I'm far from happy with F-Spot.

And yes, I've been using it somewhat regularly. For my purposes, I'm not crazy about having to import images into F-Spot. digiKam can deal with images in any directory structure, and I'd like my photo-organizing program to do the same. I understand that F-Spot is more iPhoto-like in this aspect. I still don't like it. It's OK for my personal images, but I can't keep my businessy images separate. Everything's in one big pile in F-Spot, except when you dig into the actual directory structure the app creates. Yep, just like iPhoto.

In F-Spot I can add a caption in the "comments" area. Unfortunately that data does not come up in any other applications I use to edit or view photos. I can't edit the IPTC data that 100 percent of professional photojournalists use (and those are the guys whose images I handle day in and out).

F-Spot will sharpen and adjust the color of images. It will crop them. But it won't resize them. Huge, huge deal-breaker for my "professional" use of this application. (And why would I use something for my "home" images that won't do the job with my real work if I don't have to?)

Truth be told, I don't require all that Photoshop offers. On the PC I use IrfanView. And basically my "quest" for a Linux/Unix image viewing/editing program runs along the lines of "give me something that does what IrfanView can do."

Even the GIMP (and Krita, too, O fans of KDE) can't deal with the IPTC data in JPEG images, which I absolutely need.

The digiKam image manager in KDE, through the great Kipi Plugins, CAN deal with this data, and pretty well, too (although the limit on the length of the IPTC credit line is a bit grating and seemingly unnecessary).

So I've been using digiKam for the past few weeks somewhat regularly. (Truth be told, I tend to work in IrfanView on my Windows box at the office about 80 percent of the time when editing photos; it's the environment I know, and that does what I want it to do.)

digiKam is a bit unwieldly. Like many KDE apps, there are menus for days, along with choices to match. It resizes. Good. It sharpens (although the results aren't as good, seemingly, as in every other app that sharpens images; there are, again, lots of choices, and I barely understand — and can't get a great result — from them. digiKam can crop, but you can't enter the exact dimensions of your crop in pixels and then drag the box around to make the perfect crop like I do in IrfanView. Not a deal-breaker, but not good either.

And did I say digiKam is unwieldy. Why are there separate "edit" modes for the metadata and the image data?

I've had little ol' gThumb on this Ubuntu machine for awhile. And hearing that the UDS suggested and then rejected it as a "replacement" for either GIMP and/or F-Spot prompted me to try it out. Sure I had opened a few images, but I hadn't yet done any heavy lifting with gThumb.

It was time.

Gthumb, little ol' gThumb (that's what I'll call it for the purposes of this entry), does almost everything I need:

-- Deals with images in their current directory structure
-- Resizes images to exact pixel dimensions
-- Crops images to exact pixel dimensions
-- Can edit/add IPTC caption info (to the main caption area only) with the "comments" feature
-- Allows for easy save-as of images

The only thing gThumb doesn't seem to do (and I could be missing it, though I don't think I am) is sharpen images. I can live without that, especially if gThumb can create and won't destroy existing IPTC data in JPEGs.

(Note: Besides Krita and GIMP, my previous favorite light image editor for Linux, MtPaint, is also an IPTC-data-destroyer and therefore can't be used for my "real" work.)

So thanks UDS people, for mentioning gThumb. And if you're asking my advice, and I know for damn sure that you're not, keep the GIMP or don't. I'll install it anyway.

But look deep into your geeky, geeky hearts and find it within them to replace F-Spot with gThumb. Or at very least make gThumb part of the Ubuntu base, make it the default image-organizing app, and let the rest of the free, open-source software-using world discover this most worthy of applications that for the most part can free me from the purgatory of Windows-based photo editing applications for good.

(And while I'm on the well-trod soapbox, let me mention that I wrote this entire entry using the newish Webkit-based Epiphany Web browser, another lovely bit of GNOME that I liked in its Gecko days but like even more now.)

(And sorry [really] about all those parentheses, within which I'm thinking all too often these days.)

As an experiment, I decided to bring my Evolutionary Computing presentation on making the journey into free, open-source software — a slide show originally created in OpenOffice Impress 2.4 — into Google Docs, which happens to have a presentation app in addition to the better-known Docs and Spreadsheets components.

I revised the presentation — taking some things out, adding others and providing some updates on what I'm doing — and output it as a PDF.

Download that PDF for your reading pleasure by clicking on the image above or the link below:

Evolutionary Computing (revised July 2009)

Interesting note: I believe that no previous entry on this blog has been filed under so many categories. (And I've been considering dumping Categories entirely and just using tags ...)

Time's short, so I'll hit the high points:

• The fix for all the problems I was having in Opera 9.51 (the Linux version) in OpenBSD was easy. All I had to do was change from asynchronous DNS lookup to synchronous. I even reinstalled Flash for Opera. Regarding the fix, l'll elaborate later.

• Now that I can run Opera, I've been using this circa-2002-03 Toshiba Satellite 1100-S101 laptop (1.3 GHz Celeron) for just about all of my daily work. The laptop's running great, with excellent performance from OpenBSD 4.4 itself and its default Fvwm window manager.

• I wanted to change from IMAP to POP for one of my main e-mail accounts. I had been using Thunderbird in Windows with IMAP. That worked pretty well, but in OpenBSD, I wanted to use POP and have all the mail on the hard drive.

  Either Thunderbird itself, or the entire POP protocol, won't go into nested folders on an IMAP server and grab everything. At least it didn't in my case. So I tried to bring all those IMAP folders onto the local drive en masse. That didn't work so well. I suspect the server won't stay connected long enough to move many hundreds of messages at a time.

  I'm sure I lost quite a few messages, but I also have many hundred that I'll try to move from one Thunderbird installation to the other.

  Knowing what I know now, it would have been better to get EVERYTHING in order on the first Thunderbird installation and then move the entire "profile" over to the second PC. As it stands now, I'll have to figure out how to tap those exact folders/directories and move them over individually. The Thunderbird menus aren't much help with this. Thunderbird needs a robust backup utility built into it.

• In 768 MB of RAM, I'm running tons of apps at once. I can run Opera, OpenOffice, Thunderbird, the GIMP, Pidgin and Firefox and still not swap to disk. I don't think that's so unusual, but usual or not, it's pretty nice. In my world, 768 MB is a lot of RAM, and I'm glad to find out that it's more than enough to do my work.

• Before I figured out how to fix Opera, I rolled out an identical Toshiba laptop with Ubuntu 8.04. That installation went perfectly fine. No problems at all. That laptop has 256 MB of RAM at the moment, and during the 300+ package update after the initial install, there was a whole lot of swapping. Have you noticed in Debian and Ubuntu that the package management uses as many resources as you can throw at them? The machine was unusable during the long update (for which I ran the Update Manager in GNOME).

  You don't have to roll in 300 packages every day, month ... or just about ever, so that's an unusual circumstance.

  I'll keep the Ubuntu laptop at the ready in case I need it for video editing (a task I'm not sure can be done in OpenBSD; if anybody can point me to a package or port, I'd be grateful).

  But for now, the OpenBSD Toshiba is cranking along very nicely. Who knew you could squeeze so much computing goodness out of 1.3 GHz of processing power.

When I first installed OpenBSD 4.4 on my Toshiba 1101-S101 laptop (Celeron 1.3 GHz), I kept the stock 256 MB of RAM.

Everything was running so well that I didn't hurry to add RAM.

But since I do have spare PC133 SODIMMs, I could've bumped it up to 512 MB, 768 MB or 1 GB.

I decided to go with 768 MB for now, which meant adding a 512 MB SODIMM.

Opening up the bottom of the Toshiba, installing the module, closing it up and booting all went fine.

And now I'm starting to look at how the system is using memory. Right now I'm running the Opera and Firefox Web browsers, the Geany text editor, the GIMP image editor and an xterm window. This is all in fvwm, OpenBSD's default window manager.

The top utility reports that I still have 289 MB of free memory, and I'm not using any swap at all.

I then opened a spreadsheet and document in OpenOffice (which happens mighty slowly, by the way). Free memory dropped to 190 MB. I realized that while I had the GIMP running, I didn't have any files opened. I cranked up one of the .jpgs I worked on earlier in the day, and free memory was now at 186 MB.

I still could pull the 256 MB module and replace it with another 512 MB SODIMM, but for now this is pretty good performance. I can imagine things going to hell if I started streaming video (on the sites that Opera's Flash plugin support), but in terms of getting work done on this laptop, OpenBSD and 768 MB of memory are doing very well.

So I think I'm "discovering" the NetBSD live CD, but I learn that Distrowatch announced the damn thing in 2006. All I can say is that I'm very, very impressed.

It's NetBSD, it boots on my temperamental test box, and not only does it have X, it has a full KDE desktop with tons of applications -- the full KOffice, Konqueror, Firefox, Abiword, K3b, Krita, the GIMP, Inkscape, JuK, XMMS, -- hell, just say it's got a full KDE 3.5.4 setup and then some, and NetBSD autoconfigured for my monitor (with the VESA option) and looks absolutely gorgeous.

If the NetBSD people could someday, someway, make this an installable live CD, they'd really have something here. So far, this looks and works better on my computer than DesktopBSD and PC-BSD. I guess the one thing this version of NetBSD is missing when compared to DesktopBSD and PC-BSD is graphical package managment, but the rest of it looks and works so well ...

While the NetBSD live CD attempts to configure a static IP address for you (ignore this if you use DHCP), it didn't work. To configure a static IP in NetBSD at a terminal -- and it is slightly different than doing the same thing in Linux -- here's how to do it (adapted from my similar tutorial for the FreeBSD-based FreeSBIE live CD):

My Ethernet interface, usually eth0 in Linux, is called rtk0 in NetBSD. If you're unsure, run this command:

$ ifconfig -a

That should output the name of your Ethernet interface.

To set the static IP in NetBSD I either used the same terminal window or opened a terminal window (Konsole in the KDE menu works fine) and became root:

$ su
(When prompted, for a password, the root password is root. If you signed on as root, you don't have to su, since you're already root).

At the # prompt, do the following (substituting your own networking numbers, of course):

# ifconfig rtk0 192.9.200.20 netmask 255.255.255.0 broadcast 192.9.200.255

# route add default 192.9.200.254
(Note: don’t use route add default gw, like in Linux — gw is not needed. As above, enter your own router/gateway address)

I also set up my name servers in /etc/resolv.conf (I used vi because I knew it would be there. You can also use any of the other KDE text editors in the live CD environment. Use any text editor you wish in its place:

# vi /etc/resolv.conf

once in the file, I added these lines:

domain yourdomain.com
nameserver 192.9.200.4
nameserver 192.9.200.2

(as always, add your own search domain and name server IPs, then save and close the file; you should now be ready to start Firefox and begin browsing the Web. Note: my connection doesn't require use of a domain in /etc/resolv.conf)

And again, if you have a dynamic connection, ignore this completely.

Additional info: Look at this PDF, which looks like a PowerPoint presentation for some background on BSD live CDs.