It also includes a few things that are updated to understand Chris's new libflac package.

As always, let me know if you run into any issues.

Comments

Also fixed a long-standing bug with kdepim building on leopard; It should work now. If there are any other KDE3 build issues on Leopard, please let me know. I'm in the process of updating the packages to the upcoming 3.5.9 release.

Also, I see qt-copy is now a 4.4 snapshot so hopefully if I can get another snapshot build going, we'll have native QuickTime audio. (woot)

Comments

It's got a few quirks to work out, but on 10.5, it's rockin'! Even scarier, I wrote C code. I think it might even be halfway decent C code. Time to look out, Armageddon is clearly happening any day now. :)

Oh, and as an aside, this is the first time I've actually had to break down and finally learn how to use Git, since that's what dbus uses, and it's friggin' amazing. Lightning fast, and well-suited to sending patches upstream.

Comments

I got slashdotted (and ars technica'd, and dugg) a few days ago, and despite being under the weather, it fired me up to do 2 things.

First of all, it got me excited about working on KDE more. I had a great time at the KDE 4.0 release event and for the first time got strong feedback from KDE folks on what I've been working on. I got a little bit of that at aKademy but I also still felt quite a bit like the outsider there. This time around there were a number of people who gave me great feedback, encouragement, and all-around made me feel like a part of the community.

As a result, the thing I'd hoped would happen most after getting the press did happen -- the kde-darwin IRC channel is hoppin' with people not only willing to help test things and give bug reports, but willing to dig into the code, and help out in other ways. (One guy is designing a sweet web site that will hopefully be at mac.kde.org when we can get the administrative stuff handled.) And as for testers... well, there've been at least 1200 people who have completed downloading the "everything" torrent!

Second of all, I obsessively watched my web page and download stats. I can't help it, I love watching the graphs go crazy.

We, of course, monitor my web site with OpenNMS. However, I've recently switched to a new server at my hosting provider and I hadn't noticed that I wasn't monitoring the new machine. So thanks, ars technica, for getting me to monitor my new server. The cobbler's children finally got some shoes. ;)

I also use Google Analytics for web-site tracking. You can see in the graph on the right the difference between last week and this week. (Last week is the little green bit at the bottom of the graph...) This week I've had over 13,000 unique visitors, when about 1,500 is the norm. That's just crazy!

And on that subject, Tarus and I were talking about a bug reported to the discuss list related to my recent changes to the OpenNMS RPM packages. Tarus joked that "at least two people are running nightly snapshots" which, of course, got me thinking, "Hmm, our Yum downloads aren't recorded on SourceForge, I wonder how many snapshot users we do have..."

I figured it would be maybe 20 or 30 people brave enough to run the nightly version of OpenNMS. Boy was I wrong. A quick grep through the logs shows that since we started doing snapshots, we've had almost 8 thousand snapshot downloads, from 900 unique hosts. That's not people running the latest release, that's people running whatever nightly code got checked in the day before. Granted, we do a pretty good job of making sure trunk is always usable, but "usable" is not the same as "regression tested" nor "proven in the field."

All I can say is, thanks to everyone willing to try things out, it's great to see that we've got that many people willing to be on the front lines making sure our software works.

Comments

That's right, dear reader. Let's look to the future, all the way to the year 2000!"

So, in preparation for working on becoming an officially-supported part of KDE, I'm starting to move "my" project information into someplace that makes it easier to get the community's involvement.

First, I've gone ahead and moved the wiki stuff to KDE techbase.

Next up is starting to offer up the torrents on ftp.kde.org, but I need to get access to it again.

And hopefully soon, we can get a proper KDE mailing list set up, rather than the occasional post to kde-nonlinux.

Comments

Just in time for the KDE release event (grin) -- a new KDE/Mac snapshot is available. I will be demoing it at the release event, thanks to Google and the KDE release coordinators for arranging free lodging, and my employer, OpenNMS, for covering my travel!

On to info about the snapshots.

Qt is updated to 4.3.3, and my build tools have been updated to use the KDE 4.0 branch now that 4.0.0 has been tagged. This does mean that kdepim and kdevelop are no longer being built (for now). Also, I'm not building Amarok right now since it has some compile issues, and I need to get with the Amarok folks to figure out what to do about some architectural issues (no Plasma on OSX).

Nothing huge code-wise has changed from a Mac point of view, other than all of the general updates that have gone on in the KDE codebase since the last snapshot. It appears that kdeinit4 and kded4 both have some crashing issues related to something deep in Qt, I will be investigating it when time permits. In the meantime, a lot of apps still work. Notably, KOffice apps appear to work now! In fact, KSpread is looking pretty darn good.

The torrents are still in the process of uploading to my seed servers, I've got most of them finished but a few are still going, and the "everything" torrent is still going, so if you're impatient, grab the individual packages of the stuff you want for best results. Note that I will be traveling to San Jose for the release event today, so you may see the torrents stop updating for a while but I will resume them as soon as possible.

As always, comments and questions are welcome, just send me an e-mail or reply in the comments here.

Comments

Trolltech has released phonon backends for GStreamer, DirectShow, and QuickTime/CoreAudio, and will be maintaining them in the KDE codebase!

I guess it's time to start another build and see how Amarok sounds with nice CoreAudio output.

Comments

I've gotta say, it's been a number of years since I've tried out Mandrake Mandriva, and it's definitely grown from just a KDE-themed RedHat into a pretty sweet and polished Linux distribution.

Comments

The kdeaddons package went away, and QCA is now part of kdesupport (since they've gone on and done new development that isn't compatible with current KDE trunk). I've done some spot-checking, and as always, things that are simple tend to work better -- most of the kdegames stuff looks great as always.

Everything in KOffice is unfortunately failing with the error:

11/17/07 12:36:56 AM [0x0-0xb50b5].kspread[11258] ASSERT: "not isInitialized" in file /Users/ranger/cvs/kde-mac/source.build/koffice/libs/pigment/KoColorConversionSystem_p.h, line 70

I haven't yet figured out why it's happening yet, but expect an update once I do.

Amarok actually runs and plays music, although it inexplicably loses it's menu bar completely, so there isn't much else you can do with it. I suspect it might be the splash screen stuff confusing Qt, but I'm not positive.

BUT, the big news is that it actually works on Leopard too. :) I've made an ugly patch that fixes the CoreFoundation fork/exec issue and I was able to open pretty much everything (well, everything that didn't crash for other reasons... <grin>).

A few of the packages are still seeding from my 384kbit upstream system, so it might still be a little bit before they're all available, but please, as always, try them out, and post if you see any interesting issues.

Comments

If you're interested, the fix is to use _NSGetArgc() and _NSGetArgv() to pull out the arguments passed to the program, so that you can do a fork-and-exec afterwards (passing a flag to not fork the next time around).

Comments

First of all, if you get the error, "Failed: Can't fix GCC after Repair Permissions" it's because the XCode installer decided not to bother erasing your /usr/sbin/gcc_select even though it shouldn't be there anymore. It should be safe to erase it, but if that scares you, you can upgrade to 0.27.8 and your problem should go away as well... (Fink does not use gcc_select anymore on 10.5 as of 0.27.8.)

Also, people have been coming out of the woodwork hitting the OpenGL bug ("ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib") so I want to mention it here specifically for search engines to make it easier for people to find the fix.

The fix is to add the following line to your linker command: -Wl,-dylib_file,/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib

It should be a perfectly safe no-op on older Mac OS X releases, but makes sure that the XCode 3.0 linker doesn't get confused and try to be too smart about finding the correct libGL.dylib.

I've also been trying to solve a new-on-leopard issue where they no longer allow CoreFoundation code to be called across a fork (presumably mach port messiness). The error is:

The process has forked and you cannot use this CoreFoundation functionality safely. You MUST exec(). Break on __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__() to debug.

...it seems to hit KUniqueApplications specifically. The fix is most likely to re-exec after kdeinit does it's thing, using execve() but I'm not entirely sure. I need to play around with it some more first. If anyone has any ideas, please let me know. ;)

Also, I updated fontconfig2-dev -- it's at 2.4.1 in 10.4 now, and no longer has conflicting configuration stuff that expects Apple's to be there. On 10.5, it's a dummy package that symlinks into the fontconfig 2.4.1 in /usr/X11, so there's no issues of conflicts on leopard.

On an unrelated note, yes I am working on a new KDE/Mac snapshot, and have been making good progress on it. I'd say I'm probably 95% of the way through a full clean build working. Of course, KDE/Mac on Leopard has the same problem that KDE/X11 does, so whatever I solve in one will need to be ported to the other. Whee.

I think that's it... If you have any questions, as always, let me know. I'm trying to work my way through everything, but there's lots of stuff to fix still.

Comments

There are a ton of little bugfixes in this release, as well as a few Fink-specific changes, mostly related to Leopard-compatibility... (A newer CUPS and a workaround for a stupid linker bug that won't be fixed in time for 10.5.0.)

As always, please let me know if you have any issues, or if it works for you. We're going to try to fast-track the update to stable so we're ready for Leopard. (Only 10 days to go!)

Comments

First of all, a little off topic... Hockey season has started again. Go 'Canes! <grin>

Second, as you might or might not be aware, a new kitty is coming to town soon. While David Morrison has done the majority of the work, I've been trying to help clean up some loose ends in getting things ready in Fink -- validator fixes, working around compiler issues, and other misc stuff.

Third, I and a few other folks have been working on finally getting GNOME up to 2.20 (including GTK+ 2.12) in Fink, which is a metric TON of work. GTK+ 2.8 introduced a dependency on Pango's Cairo backend, which has to bubble up into build-time dependencies for literally hundreds of Fink packages. Through a combination of brute force and some automation, this is now to the point where it's time for brave users to help us find the kinks, test upgrades, and other fun stuff. Expect an announcement sometime this weekend with details.

Fourth, I've been working on getting KDE4 moving again, including KDE4/X11, and starting to package KDE4 beta3 for Fink. This means Qt4/X11 and Qt4/Mac in Fink as well, which I've just gotten working. A little more testing and I'll put those out in unstable. As for KDE4 itself, I'm stymied at the moment by a bug in Strigi that is causing meinproc to fail, so I can't get through kdelibs, but vandenoever is aware of the issue and hopefully we'll get something worked out soon.

Oh, and, I've started using Twitter. I'm still not entirely sure why, but it is fun. :)

Anyways, as always, busy busy! I'll try to keep things up-to-date here.

Comments

In other news, I've actually started spending some time getting Fink stuff up-to-date again. PostgreSQL has bugfix releases coming up for all supported releases, and I have some KDE updates coming as well.

In addition, I need to catch up on the KDE/Mac stuff, I'm going to start working on a new build this week.

Comments

In addition, I finally updated Fink stable to include the KDE 3.5.6 release that has been in unstable for months, as it's had no major reports against it.

I'll give 3.5.7 a few more weeks to make sure there are no major issues with it, and then move it over as well.

There is also another KDE4 release pending, API freeze is coming up Any Day Now, so I will try to refresh my binaries as well with the new code if I get the chance.

Comments