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
|
|||||
|
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 FacebookAlexander 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 FacebookFor the most part, the x86 transition has been really smooth. Only minor changes needed here or there to make things work. But there are a couple of places where it’s clear they didn’t spend much time looking at their infrastructure. Assembly is one of them. I can’t imagine they didn’t think “Well, there’s all this linux x86 code out there that’s gonna suddenly be enabled when people start building things. Perhaps we should make sure stuff works.” but apparently they didn’t. 🙂 There are some obvious things, like Apple’s gas being very old and heavily modified, that should have set off warning signals. For example, Apple’s gas has no “.balign” keyword. Instead, it has “.align”. So if you used to use “.balign 16” you now use “.align 4”. Similarly, “.balign 8” becomes “.align 3”. Also, apparently the AT&T-style “.rept” and “.endr” are not supported, even though they work everywhere else. So now this: __asm__ __volatile__ ( “.rept 8 \n\t” “(something) \n\t” “.endr \n\t” ); …becomes… __asm__ __volatile__ ( “(something) \n\t” “(something) \n\t” “(something) \n\t” “(something) \n\t” “(something) \n\t” “(something) \n\t” “(something) \n\t” “(something) \n\t” ); How . . . → Read More: Apple Intel Assembly Frustrations Share on FacebookI’ve put up a new release of the universal Qt installer, based on the 4.1.3 20060503 snapshot. Qt-copy has moved to a 4.1.3 snapshot as well, so I figured I’d do that, at least, to keep up. I’ve also been working on getting the KDE CMake stuff capable of doing universal binaries, but I’ve run into some strange issues with linking stuff mixed inside and outside of the /Developer/SDKs directories (even though everything I’m linking to should be universal). If anyone knows more about how that stuff works, please let me know. 🙂 On a related note, recently, Jos Boumans at xs4all got together a donated system for Fink, and I’ve been working on getting everything set up. We’re going to be working on moving services there as much as possible over the next weeks, to get away from SourceForge’s spotty performance. I’ve got LDAP and mail set up, and am working on bring other things up as time permits. Thanks for the hosting, Jos! Share on FacebookSo I’ve put universal Qt4 and “kdesupport” (for lack of a better term) packages up on kde.opendarwin.org now, in preparation for an attempt to start building (universal) KDE4 binary snapshots from the nightly and continuous builds of kdelibs. They install to /opt/qt4 and /opt/kde4-deps respectively. This makes it even easier to start building the base of KDE/Mac and helping out in the porting effort. Feel free to hop in and starting trying to get it to build for yourself. The more the merrier! Update: I’ve also made a package for CMake as well now, you can get it at the KDE/Mac site too. Share on FacebookI’ve released KDE 3.5.2 to the Fink 10.4 and 10.4-transitional trees. 10.3 is forthcoming, when I get my 10.3 test box back up. 🙂 The biggest changes are: KDE 3.5.2 (duh) KOffice 1.5 uses unsermake for (most of) the packages, which gives a huge improvement on build times uses -fvisibility=hidden support for (most of) the packages, which gives a noticable improvement in speed There are too many changes to list everything, see the KDE 3.5.2 and KOffice 1.5 pages for more info. Share on FacebookStarting to see some nice KDE/Mac traction. I see dfaure’s been doing some work on making kdepim build. Tanner’s cmake code to find executables inside bundles is now in CMake proper and in the 2.4.0 release candidate. I’m waiting for a few more test-builds to finish, and I will be releasing KDE/X11 3.5.2 (finally) to Fink unstable. An invasive qt3 release went out tonight in preparation to that. I finally moved everything into /sw/lib/qt3 so that $QTDIR works as expected (with symlinks to provide the old directories as necessary). In the meantime, here’s what else I’ve done in the Fink tree recently. distcc: A small (but important) change to the DISTCC_TRANS stuff fixes having a mac act as a distcc node for my linux-hosted darwin cross-compiler setup. cairo: Updated to 1.0.4. dbus qt3 bindings: build fixes libexif12: Fixes for doxygen doc building. libmpcdec3: Updated to 1.2.2. poppler: New package (poppler1, the shared library changed versions) and an update to the poppler qt3 bindings. Qt3: Rearranged the qt3 package to have a proper $QTDIR in /sw/lib/qt3. Also incorporated many of the KDE patches to Qt . . . → Read More: Updates Since March 20th Share on FacebookLooks like things are getting some momentum. Someone I spoke with on IRC hammered out an implementation of KGlobalAccel for Qt/Mac now, although I don’t know if he’s got the code in yet. I’ve been doing some tinkering with getting KStartupInfo to be a stub rather than missing altogether, so we can stop #ifdef’ing out stuff all over the code. I’ve also cleaned up a bunch of the DISPLAY code, although I haven’t committed it yet because it touches a lot of stuff and I want to double-check it all. Tanner got some code working for finding app bundles in cmake, and I’m going to integrate that code into the KStandardDirs findBundle code as well. I’ve put together a tarball (universal even!) of all of the basic requirements of building KDE/Mac from source (minus Qt and kdelibs). Just follow the instructions there to get moving. If they’re stable enough, I might resurrect the kde.opendarwin.org package-generation and start making drops of things that people can play with. With some of this pending code, I was able to actually get Konqueror running, although poorly. The caption says DCOP . . . → Read More: kdelibs/Mac can run simple apps Share on FacebookYes, yes, I know it’s what you’ve all been waiting for… With SourceForge’s CVS server being down, I’ve been forced out of much Fink work for a bit, so I’ve been taking stock of where the KDE/Mac port is. I figured I’d wait to post about it today, since if I did so yesterday, no one would believe me. Tanner Lovelace has been taking some notes on getting things up and running, and has been working with the CMake folks when he’s run into bugs, and it looks like thinks have been moving along pretty nicely. A recent commit from Hamish Rodda wiped out the crappy KAccel mess that was very X11-specific and hardly portable. With that change, kdelibs builds, and I’ve been able to get a few small apps running, although there are still a lot of issues with things in flux after the KAccel (and some i18n) changes. I’ve even managed to get some nightly and continuous builds going on an intel 10.4 box and a ppc 10.3 box so we can track failures a bit easier. I’ve updated the notes on building . . . → Read More: KDE/Mac Progress Share on Facebook |
|||||
|
Copyright © 2024 Tales of the Raccoon Fink - All Rights Reserved |
|||||
Comments are closed 
