Fink on Rails

So this last week I was at OSCON. I met a lot of awesome people, some of whom I’d met online and finally got to see in person. I also learned a ton about a lot of things, but really, The Buzz® was Rails, Rails, Rails.

I’ve played with Ruby on Rails off and on for a few months, and I was very impressed, but I learned a new appreciation for it at OSCON. There were a ton of good training classes and experts able to explain the stuff that up until now I’d been using without really knowing what it means… (which is common if you’ve just picked up the 15-minute demo and thought “man, that’s cool, I want to try it!”)

Of course, I hate having anything installed on my system without it being package-managed, so I went ahead and packaged up everything up to Rails as well as a few extras — Streamlined (a featureful replacement for the scaffold that was just announced at OSCON), and ferret (a port of the excellent Lucene search engine to Ruby).

It’s dead easy to package . . . → Read More: Fink on Rails

Share on Facebook

GNOME ABI is always backwards-compatible, except for when it’s not

So I’m rather surprised by GNOME‘s response to a recent bug on symbol visibility on Mac OS X. One of the things GNOME has done very well in the past is to always preserve backwards-compatibility, and they’ve generally stuck to it (and when they haven’t, it’s been an accident, and has been remedied).

But given the comments on the bug, apparently ELF linking with indirect symbols is now the only officially supported way to compile GNOME libraries, and breaking ABI compatibility is OK as long as it doesn’t break any important platforms. (ahem)

I’m in favor of refactoring code to the proper places as much as the next guy, but this is breaking ABI, and should wait for gnome-vfs3. That’s the way it works, you’re making a compact with the user that as long as this major number doesn’t change, your old binaries should still work. It’s a shame that they’ll break that covenant for the purposes of the convenience of framework developers. It’s not like there aren’t ways to consolidate the code that doesn’t break binary-compatibility.

And here I was going to help Daniel Macks work on . . . → Read More: GNOME ABI is always backwards-compatible, except for when it’s not

Share on Facebook

Fink (the cat)

So one of the regulars in #fink on irc just got a new kitten. He named it…

Fink!

Apparently they have a tradition of naming their cats something that starts with “F” (or “Ph”).

Say hello to Fink the Cat! (awwwwww)

And totally unrelated, I’m really curious now. I wonder what linkie winkie is. I saw it in my feedburner logs and wonder what the secret is. Do *you* know?

Share on Facebook

Share on Facebook

Major Java Updates

I've gone through a huge number of the java packages I maintain, and updated them en-masse. Besides version updates (and a number of new packages) the biggest change is that I normalized them all to target the 1.4 JDK. When Apple changed the default JDK to 1.5, we ended up with some strange issues because of compiling java code using the 1.4 JDK when some jars have been built with the 1.5 JDK.

A few of them (hsqldb, xerces-j-docs, xalan-j-docs, and I think one or two more) require that you build them with a terminal created by a logged-in user, so ssh'ing in to build, or building in a screen session, could fail. Be forewarned. 😉

Continue reading Major Java Updates

Share on Facebook Share on Facebook

Updates Since May 19th

The KDE4/D-Bus stuff is starting to settle down, and it looks like trunk is starting to regularly build again. It’ll be worth seeing if it’s stabilized pretty soon.

Also, Peter O’Gorman, Torrey Lyons, and I have been working on getting X.org 7.1 building. Torrey committed a ton of fixes in the monolithic (6.9) tree to fix building with the GL and other changes that happened between 6.8 and 6.9. Now we’re trying to get all of that into the 7.x (modular) tree. I’ve got everything up to the X server packaged in my experimental tree and I’ve been playing with seeing how things do when built against it. Peter just got XDarwin.app building enough to start up, although it doesn’t work yet. Hopefully things will start working soon.

I’m taking this opportunity to work towards making X.org 7.x the “official” X11 of Fink. I’ve been doing some tests with mixed binaries (some libs linked against /usr/X11R6 and some against /sw/X11) with good results. Eventually, the goal is to transition all X11-using packages in Fink to link against the /sw/X11 tree, and let end-users have whatever X they want in /usr/X11R6 . . . → Read More: Updates Since May 19th

Share on Facebook

KDE/X11 3.5.3 in Fink Unstable, KDE4 updates

KDE 3.5.3 is in Fink unstable (10.3, 10.4-transitional, and 10.4). It looks like there’s an issue with kdenetwork3 building in 10.4-transitional, and a couple of people have reported some strange build errors in kdegraphics3 that I can’t reproduce, but other than that I think things are looking pretty good. There aren’t really any OSX-specific changes, but a few build system things have been cleaned up.

In other news, the D-Bus branch of kdelibs has officially moved to trunk. This means no more DCOP weirdness on Mac OS X. (yay!) I’ve put together updated versions of my (universal) KDE4 support binaries that include Qt 4.1.3 as well as D-Bus and it’s dependencies. Note that I don’t provide a CMake package anymore, you can get Mac OS X binaries from the CMake site.

Share on Facebook

Share on Facebook

PostgreSQL Security Updates

I’ve released Fink packages for the recent PostgreSQL security update — they are available in unstable in the 10.3, 10.4-transitional, and 10.4 trees.

Share on Facebook

Share on Facebook

Updates Since April 27th

There’s been quite a bit going on since my last Fink status update. Here’s what I’ve released since April 27th.

amaroK: I’ve rearranged the amaroK package (again), and updated it to 1.4. It’s still got a wrapper package (“amarok”) but now the core and the output engines are separate packages. Since the gstreamer engine was not deemed stable for the initial 1.4 release, the only engine that’s packaged is the xine engine, but eventually, you will have the choice of 1 or more engines to install on top of the amaroK core without needing variants.

GNUPG: I updated gnupg to 1.4.3, as well as gnupg-idea, which was long overdue for an update.

GStreamer: I finally did a big overhaul of the GStreamer packages. There’s now a wrapper package for all GStreamer 0.10 plugins (called “gst-plugins-0.10”), I’ve also finally finished up packaging gst-plugins-bad and gst-python. Also of note, gst-plugins-good-0.10 reintroduces the osxaudiosink, missing since 0.8, so you can get native audio again (instead of routing through the esound or SDL output plugins). The osxvideo sink is not quite as ready for primetime, so I’ve left it out still. Hopefully it’s coming soon.

. . . → Read More: Updates Since April 27th

Share on Facebook

SourceForge “Services”

So I used to think the folks at SourceForge were just overworked and under-appreciated. They’ve worked really hard recently to show me this is not the case. Sure, it’s a “free” service, but it’s there to sell their premium services, and they get a lot of exposure being the place to go for open-source development.

They’ve been having growing pains for a while; a few months ago, they had a major CVS outage. Open-source development the world around ground to a standstill for days while they worked to get hardware up. Since then, they’ve been planning on transitioning folks to subversion, and to a new CVS infrastructure. Did I mention that in the meantime, the anonymous CVS has been frozen and out-of-date since March? This outage was only “repaired” for developers; user access has been broken all this time.

Since then, we’ve been planning on moving to our own server (donated by xs4all). As you’ve seen in previous posts, I’ve made progress towards that end. In the meantime, our expectation was to get in on the “new CVS” beta. We’ve been preparing versions of Fink that can “phone home” to figure out . . . → Read More: SourceForge “Services”

Share on Facebook

Help Alexander Keep Finking

Alexander K. Hansen, Fink documentation guru extraordinaire, is having to move on from his current job at MIT and has to give all his mac hardware back. He’s one of the most helpful people on the lists and on IRC, and it would be a shame to lose him, even for a little while.

If you can give anything at all to help him get up and running on some new hardware, please donate here!

Whether this works or not, thanks AKH, for all of your hard work!

Share on Facebook

Share on Facebook