On 7/12/05, Glynn Foster <[EMAIL PROTECTED]> wrote: > Ahh, ok - but I think we can potentially share a good build environment > too. Have a look at the following tarball of the type of build > environment we provide for JDS - > > http://www.gnome.org/~gman/wells-cbe.tar.bz2
ohh this looks very useful. :-) thank you. > Yes, it's a little insane alright. I think we should be safe and sane > with libpng, libjpeg, libz as they are relatively slow moving and their > interfaces are pretty stable [although currently marked as 'External' > in /usr/sfw]. speaking of libpng, i built 1.2.8 because of their ominous sounding security advisory, which covers versions prior to 1.2.8: http://www.libpng.org/pub/png/libpng.html > libxml2 and libxslt might be a little bit more problematic though. I > know as a JDS team we're pretty much over the barrel with whatever > version of the libraries that GNOME requires - and while Daniel Veillard > tries to stand by the ABI and API compatibility, we often require a > newer version than the one that's currently shipped with Solaris and > often don't have time to request an upgrade. We've had to package our > own private copies of libxml2 and libxslt in the past. While libxml2 is > marked as 'Standard', libxslt is marked as 'Evolving' so we probably > have slightly more leeway with that. i have built libxml2-2.6.19 and libxslt-1.1.14. this has more to do with KDE4 planning to move to DBUS, which requires a libxml2 above 2.6. > Sounds good to me - just remember it's not *just* GNOME/JDS and KDE that > we need to work with. Other projects may or may not have dependencies on > libraries like libxml2 and that's where the fun begins ;) yeah ... :-) > That's an interesting one - is that a hard dependency? I'm only asking > because if you're going to depend on GStreamer, for example, then it'll > require installing the SUNWgnome-media package, which has other package > dependencies ie. it might not be possible at the moment to distribute > KDE without distributing the entire GNOME/JDS stack, which is obviously > not very desirable to some ;) it's not a hard dependency -- it can be skipped. it is optionally asked for by two of the multimedia players (Juk and amaroK) as one of the possible media streaming engines. the reality being that gstreamer has noticeably better sound quality than KDE's aRts server. > > what's in it: everything + the kitchen sink (from libpng to openldap > > to libdvdread to xine to samba3 to glut 3.7 to icecast 2.2 which can > > stream video to my build of libGLU/libGLw and libOsMesa to PostgreSQL > > to GNU su/ls/cp, and so on). all of them built with SunStudio10 (on > > IA32) or SunStudio9/SunStudio10 (on SPARC). > > Neat, there's definitely some bits we'd probably like to use in JDS too! > I look forward to working with you. likewise! :-) please let me know which bits and i can start rebuilding them with some saner install paths. --Stefan -- Stefan Teleman [EMAIL PROTECTED] _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
