On Wednesday 29 October 2008, Ben Taylor wrote:
> ok. so we're building kde 32-bit only.
True. The main reason for that is avoiding doubly-long compile times for very
little benefit, certainly while we're still early in the development cycle.
> However, things like phonon
> could have 64-bit components.
Yes. Because Phonon (FOSSphonon, which packages up kdesupport's phonon for
~KDE 4.1) is a "regular" FOSS package and not one of the KDE packages, it
gets the usual 32-and-64 bit treatment.
> But because pkgconfig path
> for the spec files is only 32-bit, regardless or not of having
> 64-bit libraries (as is the case on Solaris 10, U5) things like
> phonon won't build on 64-bit.
This I do not understand. The pkgconfig path is set up to pull in the
rightly-suffixed lib/%_arch64/pkgconfig. Phonon should build on 64 bit as
usual.
> And as I've pointed out, glib stuff is getting is getting dragged
> from Solaris, not FOSS, and is causing phonon to fail
> it's build on Solaris 10U5.
Yes, that's possible. I just spotted another case of /usr/lib being in the
search path too early. It needs to be there, but only as a
search-of-last-resort kind of thing.
> I don't know how to fix the new stuff now. TBQH, I can't even
> find where it is built.
The "new stuff" is built just like the old stuff, in wherever your pkgtool is
configured to build it. That tends to be ~/packages/BUILD/. It will download
the pristine source from upstream (by default). If you want more dude-like
behavior, add --with-dude to the flags, for instance
echo "PKGTOOL_ARGS=--with-dude" >> Makefile.config
> I'm wondering if we need to pass
> some GLIB/GOBJECT ENV variables to make it avoid
> using the S10 versions?
No, I think it's just got /usr/lib too early, but I would need to see more
logs.
--
These are your friends - Adem
GPG: FEA2 A3FE Adriaan de Groot
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part.
URL:
<http://mail.opensolaris.org/pipermail/kde-discuss/attachments/20081030/600f5ef4/attachment.bin>
