It's a very sweet ride. I've got most everything switched over from the old system; I'm hoping I'll have the old system cleaned out and ready by tomorrow to ship out to my buddy Chuck.
On the KDE front, I'm finishing up test builds of KDE 3.1.4 in the Fink 10.2-gcc3.3 tree; haven't run into any problems yet.
So my new powerbook is on the way. I've already got a buyer for the old one. With the hardware discount I get from ADC, I'm paying almost nothing to upgrade, which is nice. But the ordering process has proved one irrefutable fact: Airborne Express sucks!
To make sure I'd get it before the weekend, I payed the extra $10 to get it shipped 2-day. Apple shipped my powerbook on the 22nd, apparently from Taipei, Taiwan. It came air to the US, and then Airborne Express picked it up. I called them to make sure it was coming today, since they don't have anything on their tracking page, and Airborne Express apparently didn't count the shipping date until they picked it up in the US! Both Apple and Airborne Express show it leaving Taipei on the 22nd.
Check it out, here are the invoice and the tracking page:
While I will get it before the weekend, I'm still pissed. How does the 25th translate into 2 days?!?
<pogma> I figured putting cleanup code woulf be safe, exit(3) would call my cleanup function installed with atexit(3) and nothing would call dl* functions after that (hey! we are in exit), but on occasion c++ static destructors can get called after the cleanup code, and they might call a dl* function
<pogma> then dlcompat squats on my head and does a big poop
<Leimy> its not really a "bus" anymore I guess.... its a bit confusing
<Leimy> like I said... I want to read more about it :)
<Leimy> it might be a short bus
heh
So every once in a while, I get asked, "Why is your nick Ranger Rick anyways? Isn't that a kid's magazine? What kind of 27-year-old loser are you? Sheesh, get a life." Well, maybe not quite that bad (and some of those sentences weren't even questions!), but you get the point. Anyways, I usually answer "It's a long story." It's, I guess, kind of a long story, well maybe sort of a mid-length story. But I assure you, it will seem long by the time I'm done telling it. Really.
So back in junior high, I really started getting into computers when I saw my friend dial up a BBS. I thought that was the coolest thing ever, you could call other people's computers with yours, and talk to them! So I got a modem (1200 baud!), and I started calling the local BBSes. One of them was run by a guy who was generally known as "Quarex", but had a habit of switching nicks just for the heck of it.
After a while, I became a regular and eventually became a sysop on his system. I had a lot of fun with having the ability to actually change things on the system, and one of the first things I did was started routinely changing my nick to something random, in a sort of contest with Quarex to see who could come up with the goofiest handle.
As with all things like that, eventually it wound down, and "Ranger Rick" is the handle I happened to stop on. I've pretty much been Ranger Rick ever since. After a while, I tried to switch, but I've been Ranger Rick so long it just seems weird now, so I guess I'm stuck with it.
So there you go. Great story eh?
I know what you're thinking.
Get to work, you slacker!
So it turns out this is why the Fink KDE 3.1.x packages haven't been building right on panther and 10.2 with gcc 3.3. It's a freakin' weird problem, I'm just glad I know what it is now. Removing the -isystem stuff from the build fixes it.
I'm working on 3.1.4 packages right now, it's due any day. I should be ready, now that I've gotten past kdebase.
It is too late for the pebbles to vote.
So that's a shot of Konsole built against Qt/Mac. W00T!
Don't get too excited though, it doesn't actually work, as soon as you start messing with it it kind of... well... doesn't refresh right. =) But hey, it's a start.
So with a lot of help from Tanner Lovelace, I've now got pretty much all of kdelibs building with Qt/Mac. There's still plenty of work to do, but this is a definite big step. libkdecore and libkdeui are probably the worst of the lot to get working, it should be mostly downhill from here.
Patches updated as I get more built here.
In related news, Peter O'Gorman updated his libtool patch to handle frameworks more gracefully, and passed it on to the libtool folks. Once that gets merged into libtool CVS, I'm going to ask about getting KDE's libtool updated with all of the darwin fixes.
* icefox can't take much liquor. coding becomes hard..
<icefox> hehe I'll write docs!
So, building on Peter O'Gorman's work, I've modified his virtual package stuff so that Fink now natively provides all the right things for packages to understand your already-installed X11 system.
So, if you have XFree86 4.3 installed, for example, you end up with this:
Package: system-xfree86
Status: install ok installed
Version: 2:4.3-1
description: [placeholder for user installed x11]
provides: x11, x11-shlibs, libgl, libgl-shlibs, xft2, xft1-shlibs, xft2-shlibs, rman, fontconfig1, fontconfig1-shlibs
...all automatically detected by fink (and dpkg, and apt-get) without having to know which system-foo package to install. Peter, you rock!
This is only in Fink CVS, I'm not sure when we'll release it, but I'm definitely looking forward to that day. Of course, there is the matter of upgrades...
So I got a metric buttload of Fink packaging done today. These are all in my experimental tree, for those wanting to... err... well, experiment. Expect to see them in unstable tomorrow after I've gotten some sleep. <grin>
First of all, I got PostgreSQL updated to 7.3.4. Some minor tweaks happened to the packages, including an update to the passwd package that makes positive "postgres" (the user) is in "postgres" (the group), since I got some complaints about weirdness there. Also, the perl, tcl, and python subpackages all automatically create and drop their language bits from the database (well, from template1 if you know anything about PostgreSQL-isms) automatically on install or removal. (As an aside, I fixed a bug in the module-loading so it actually recognizes these things without having to do trickery with file extensions...)
I also updated RRDTool and made it happy with the newer tcl that does some funky stuff with it's tclConfig.sh that confuses RRDTool's build system.
I updated Tomcat to 4.1.27, and also audited all of it's dependencies for changes. Not much changed, but I did finally get the chance to update Struts to the 1.1 final (and fix some of the jar-handling junk in the package's build).
And finally, the one I've been leading up to (and you know what this is if you noticed what those other packages have in common)... I've updated the OpenNMS packages in preparation for the upcoming 1.1.2 release (w00t!). Not much tweakage was needed to make things happy, just a small amount of bit rot.
Speaking of w00t, I've got a new phrase:
w00ten tag
It's a greeting when you're having a good morning. ;)
Now that everyone's returned from Nove Hrady, I got an update from Holger Schroeder on what happened in regards to making KDE portable to non-X11 Qt's.
It looks like people were pretty recepting to his patches to switch a lot of the defines to checking for Q_WS_X11 (the X11 version of Qt) rather than just handling only Qt/Embedded specifically. Holger's patch also handles people who want to develop on Qt/X11 but not use any X11-specific features, which should make it easier to do some incremental development.
Those patches are going to go into KDE CVS shortly, and from there we can work on the rest of the cleanup.
Most likely the most difficult bits are handling the qt display (grep for qt_xdisplay in the KDE code and you'll see what I mean), but this should give us a nice head start...
