By RangerRick, on June 3rd, 2006%
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
By RangerRick, on May 6th, 2006%
For 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 Facebook
By RangerRick, on May 4th, 2006%
I’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 Facebook
Share on Facebook
By RangerRick, on May 1st, 2006%
So 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 Facebook
Share on Facebook
By RangerRick, on April 27th, 2006%
While it’s not officially supported, and can cause breakage when building certain packages, it’s possible to use distcc with Fink if you’re careful.
I finally got around to documenting setting MAKEFLAGS in Fink on the wiki. Heed the warnings, but for the most part it works pretty smoothly.
Also, I’m in the process of starting down the road of updating kde.opendarwin.org now that there’s some decent progress on KDE/Mac. I’m making Installer.app packages of universal Qt and “kdesupport” (the tarball documented on the Building KDE/Mac from Source wiki page.) There won’t be universal kdelibs and stuff until I figure out how to get such integrated into the cmake build, but in the meantime, it will save some folks some building, and set the groundwork for getting some real snapshot stuff packaged up nicely.
Share on Facebook
Share on Facebook
By RangerRick, on March 20th, 2006%
A lot has been going on. We’ve been working hard to make sure things work in the 10.4 tree, and doing build tests on 10.4/x86. I think we’re starting to get close to being able to put together a bindist.
I’ve posted a few updates recently, but nothing about what’s been going on in my packages, so… It’s update time. 🙂
cairo: Cairo 1.0.2 got moved to stable, and 1.0.4 was released to unstable.
commons-codec: Version 1.3 was released to unstable.
commons-fileupload: Updated to 1.1 in unstable.
commons-httpclient: Updated to 3.0 in unstable.
commons-net: Updated to 1.4.1 in unstable.
commons-resources: Updated to a recent CVS snapshot.
commons-validator: Updated to 1.2.0 in unstable.
DBD::Pg: Version 1.43 was released to stable.
DBI: Stable was updated to 1.50.
distcc: Unstable got updates to support my build translator for using cross-compilers. and went through a few revisions.
EKG: Stable was updated to 1.6 final.
flex: Flex came out of abandonment and got a new release (and a new website).
giflib and libungif: 4.1.4 of both giflib and libungif were released to unstable and then . . . → Read More: Updates Since Feb 11th
Share on Facebook
By RangerRick, on February 13th, 2006%
Every day or so we get someone coming into #fink asking about running it on Intel Macs. The default answer is “well, it’s totally unsupported,” and we kind of leave it at that, because while things are moving along towards something releasable (and what’s there generally works), we really don’t have time to start supporting end-users asking why such-and-such isn’t there, or why so-and-so doesn’t work.
It is coming! We are actively working on getting things to build, and getting them moved over to the 10.4 tree. Please be patient, an announcement will be made when we’re ready for real testing.
That said, some of you are savvy enough to play with things, and to know how to give patches, or at least detailed bug reports. If you’re wanting to try the Fink 10.4 (non-transitional) tree on an Intel Mac (or even a PowerPC one, for that matter), it’s pretty easy to get things working.
FOR THE LOVE OF GOD, READ THIS. I’m not kidding. What’s there is pretty solid, but it is not supported, nor is it ready for general feedback. Only I, David Morrison, and a few other core folks . . . → Read More: Fink and the Intel Mac
Share on Facebook
|
|
|
