Mailing List Archive

Cairo on Mac OS X
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I would like to mark the 2.4 version of graphviz testing for ppc-
macos, but it has a USE enabled dependency on libsvg-cairo, which
currently does not have any of its deps keyworded for ppc-macos. Does
anyone object to me masking USE="cairo" until these deps (which do
not currently compile) are resolved?

If no one objects, I will take care of this this coming weekend.

Thanks in advance for your feedback.

- --Lina Pezzella
Gentoo Developer



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (Darwin)

iD8DBQFDXt4nNJ9STR9DbYERAofbAKDRnSlQwocBnos/m5jfuSQZVBXM4wCg3ccG
IwY6BaNr06j1ImhFQUaP2mw=
=gzR3
-----END PGP SIGNATURE-----
--
gentoo-osx@gentoo.org mailing list
Re: Cairo on Mac OS X [ In reply to ]
there is a bug on it and I have been working on it today.

I already marked the deep dependencies of libsvg-cairo and cairo itself
in portage.

Cairo and libsvg-cairo compiled fine for me.

2.4 is not enough, it is vulnerable, so it should *not* be keyworded at
all. See the security bug on it. I have problems with graphviz 2.6, it
fails during the linking part on a undefined symbol:

<much bla bla>
libs/libexpr.lax/libvmalloc.a/vmtrace.o
.libs/libexpr.lax/libvmalloc.a/vmwalk.o -L/var/tmp/graphviz/lib
../../lib/cdt/.libs/libcdt.dylib -lc -install_name
/var/tmp/graphviz/lib/graphviz/libexpr.1.dylib
-Wl,-compatibility_version -Wl,2 -Wl,-current_version -Wl,2.0
ld: warning -L: directory name (/var/tmp/graphviz/lib) does not exist
ld: Undefined symbols:
_environ
/usr/bin/libtool: internal link edit command failed
make[3]: *** [libexpr.la] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


Please try to get 2.6 compiling if you can, the deps should be fine.



Lina Pezzella wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I would like to mark the 2.4 version of graphviz testing for ppc-macos,
> but it has a USE enabled dependency on libsvg-cairo, which currently
> does not have any of its deps keyworded for ppc-macos. Does anyone
> object to me masking USE="cairo" until these deps (which do not
> currently compile) are resolved?
>
> If no one objects, I will take care of this this coming weekend.
>
> Thanks in advance for your feedback.
>
> - --Lina Pezzella
> Gentoo Developer
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (Darwin)
>
> iD8DBQFDXt4nNJ9STR9DbYERAofbAKDRnSlQwocBnos/m5jfuSQZVBXM4wCg3ccG
> IwY6BaNr06j1ImhFQUaP2mw=
> =gzR3
> -----END PGP SIGNATURE-----
> --gentoo-osx@gentoo.org mailing list
>

--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: Cairo on Mac OS X [ In reply to ]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Oct 26, 2005, at 12:28 PM, Grobian wrote:

> there is a bug on it and I have been working on it today.
>
> I already marked the deep dependencies of libsvg-cairo and cairo
> itself in portage.
>
> Cairo and libsvg-cairo compiled fine for me.
>
> 2.4 is not enough, it is vulnerable, so it should *not* be
> keyworded at all. See the security bug on it.

Okie doke. Must've missed that e-mail. Thanks.

> I have problems with graphviz 2.6, it fails during the linking part
> on a undefined symbol:
>
> <much bla bla>
> libs/libexpr.lax/libvmalloc.a/vmtrace.o .libs/libexpr.lax/
> libvmalloc.a/vmwalk.o -L/var/tmp/graphviz/lib ../../lib/cdt/.libs/
> libcdt.dylib -lc -install_name /var/tmp/graphviz/lib/graphviz/
> libexpr.1.dylib -Wl,-compatibility_version -Wl,2 -Wl,-
> current_version -Wl,2.0
> ld: warning -L: directory name (/var/tmp/graphviz/lib) does not exist
> ld: Undefined symbols:
> _environ
> /usr/bin/libtool: internal link edit command failed
> make[3]: *** [libexpr.la] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2

Yeah, I know. I will hopefully get to this this weekend. The only
reason I was interested in 2.4 was that it compiles out of the box.

- --Lina Pezzella
Gentoo Developer



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (Darwin)

iD8DBQFDX9BmNJ9STR9DbYERAp6KAKCGQK4soles5kmTXwM7sn3HME8a7QCeKoFM
XZGO2hEYMu2GeugCUIQ918Q=
=PBxQ
-----END PGP SIGNATURE-----
--
gentoo-osx@gentoo.org mailing list
Re: Cairo on Mac OS X [ In reply to ]
If you manage to get it going, then I think you can simply keyword cairo
and libsvg-cairo and close/sign these two bugs:

http://bugs.gentoo.org/show_bug.cgi?id=109963
http://bugs.gentoo.org/show_bug.cgi?id=108690

Maybe I get a moment of brilliance and can fix it before the weekend,
but I think not.


Lina Pezzella wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Oct 26, 2005, at 12:28 PM, Grobian wrote:
>
>> there is a bug on it and I have been working on it today.
>>
>> I already marked the deep dependencies of libsvg-cairo and cairo
>> itself in portage.
>>
>> Cairo and libsvg-cairo compiled fine for me.
>>
>> 2.4 is not enough, it is vulnerable, so it should *not* be keyworded
>> at all. See the security bug on it.
>
> Okie doke. Must've missed that e-mail. Thanks.
>
>> I have problems with graphviz 2.6, it fails during the linking part on
>> a undefined symbol:
>>
>> <much bla bla>
>> libs/libexpr.lax/libvmalloc.a/vmtrace.o
>> .libs/libexpr.lax/libvmalloc.a/vmwalk.o -L/var/tmp/graphviz/lib
>> ../../lib/cdt/.libs/libcdt.dylib -lc -install_name
>> /var/tmp/graphviz/lib/graphviz/libexpr.1.dylib
>> -Wl,-compatibility_version -Wl,2 -Wl,-current_version -Wl,2.0
>> ld: warning -L: directory name (/var/tmp/graphviz/lib) does not exist
>> ld: Undefined symbols:
>> _environ
>> /usr/bin/libtool: internal link edit command failed
>> make[3]: *** [libexpr.la] Error 1
>> make[2]: *** [all-recursive] Error 1
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>
> Yeah, I know. I will hopefully get to this this weekend. The only reason
> I was interested in 2.4 was that it compiles out of the box.
>
> - --Lina Pezzella
> Gentoo Developer
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (Darwin)
>
> iD8DBQFDX9BmNJ9STR9DbYERAp6KAKCGQK4soles5kmTXwM7sn3HME8a7QCeKoFM
> XZGO2hEYMu2GeugCUIQ918Q=
> =PBxQ
> -----END PGP SIGNATURE-----
> --gentoo-osx@gentoo.org mailing list
>

--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: Cairo on Mac OS X [ In reply to ]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Oct 26, 2005, at 2:59 PM, Grobian wrote:

> Maybe I get a moment of brilliance and can fix it before the
> weekend, but I think not.

If you have better things to take care of, don't worry about it. I've
dealt with the graphviz package before so I am fairly sure I can take
care of it this weekend. The only downside is that I have a very
large exam tomorrow and an interview on Friday, so it will need to
wait until Saturday or Sunday. But it's been waiting a while anyways,
so I don't suppose this is an issue.

- --Lina Pezzella
Gentoo Developer


>
> Lina Pezzella wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> On Oct 26, 2005, at 12:28 PM, Grobian wrote:
>>
>>> there is a bug on it and I have been working on it today.
>>>
>>> I already marked the deep dependencies of libsvg-cairo and cairo
>>> itself in portage.
>>>
>>> Cairo and libsvg-cairo compiled fine for me.
>>>
>>> 2.4 is not enough, it is vulnerable, so it should *not* be
>>> keyworded at all. See the security bug on it.
>>>
>> Okie doke. Must've missed that e-mail. Thanks.
>>
>>> I have problems with graphviz 2.6, it fails during the linking
>>> part on a undefined symbol:
>>>
>>> <much bla bla>
>>> libs/libexpr.lax/libvmalloc.a/vmtrace.o .libs/libexpr.lax/
>>> libvmalloc.a/vmwalk.o -L/var/tmp/graphviz/lib ../../lib/
>>> cdt/.libs/libcdt.dylib -lc -install_name /var/tmp/graphviz/lib/
>>> graphviz/libexpr.1.dylib -Wl,-compatibility_version -Wl,2 -Wl,-
>>> current_version -Wl,2.0
>>> ld: warning -L: directory name (/var/tmp/graphviz/lib) does not
>>> exist
>>> ld: Undefined symbols:
>>> _environ
>>> /usr/bin/libtool: internal link edit command failed
>>> make[3]: *** [libexpr.la] Error 1
>>> make[2]: *** [all-recursive] Error 1
>>> make[1]: *** [all-recursive] Error 1
>>> make: *** [all] Error 2
>>>
>> Yeah, I know. I will hopefully get to this this weekend. The only
>> reason I was interested in 2.4 was that it compiles out of the box.
>> - --Lina Pezzella
>> Gentoo Developer
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.2 (Darwin)
>> iD8DBQFDX9BmNJ9STR9DbYERAp6KAKCGQK4soles5kmTXwM7sn3HME8a7QCeKoFM
>> XZGO2hEYMu2GeugCUIQ918Q=
>> =PBxQ
>> -----END PGP SIGNATURE-----
>> --gentoo-osx@gentoo.org mailing list
>>
>
> --
> Fabian Groffen
> Gentoo for Mac OS X Project -- Interim Lead
> --
> gentoo-osx@gentoo.org mailing list
>
>



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (Darwin)

iD8DBQFDX+siNJ9STR9DbYERArLjAJ92NEXVcCGMiLuVEMjzYSaZkbBtZgCePvL7
8UZHXbAlWPvMYc7IDOTS5nw=
=Cu36
-----END PGP SIGNATURE-----
--
gentoo-osx@gentoo.org mailing list
Re: Cairo on Mac OS X [ In reply to ]
Lina Pezzella wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Oct 26, 2005, at 2:59 PM, Grobian wrote:
>
>> Maybe I get a moment of brilliance and can fix it before the weekend,
>> but I think not.
>
> If you have better things to take care of, don't worry about it. I've
> dealt with the graphviz package before so I am fairly sure I can take
> care of it this weekend. The only downside is that I have a very large
> exam tomorrow and an interview on Friday, so it will need to wait until
> Saturday or Sunday. But it's been waiting a while anyways, so I don't
> suppose this is an issue.

It would be great if you could handle it. I tried some things, but they
all failed. The only reason why I rush it a bit, is because the
security guys are waiting for us.

Good luck with your exams and interviews.


--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: Cairo on Mac OS X [ In reply to ]
I couldn't resist to give it another try. After solving the _environ
symbol (see attached patch) I got a bunch of other undefined symbols.
Maybe it helps a bit.

Note:
I'd have like to make a configure check for crt-externs.h, but since the
requirements to use the autotools are higher than OSX 10.4 by default
has, I decided to make it a __APPLE__ conditional.


Lina Pezzella wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Oct 26, 2005, at 2:59 PM, Grobian wrote:
>
>> Maybe I get a moment of brilliance and can fix it before the weekend,
>> but I think not.
>
> If you have better things to take care of, don't worry about it. I've
> dealt with the graphviz package before so I am fairly sure I can take
> care of it this weekend. The only downside is that I have a very large
> exam tomorrow and an interview on Friday, so it will need to wait until
> Saturday or Sunday. But it's been waiting a while anyways, so I don't
> suppose this is an issue.
>
> - --Lina Pezzella
> Gentoo Developer
>
>
>>
>> Lina Pezzella wrote:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>> On Oct 26, 2005, at 12:28 PM, Grobian wrote:
>>>
>>>> there is a bug on it and I have been working on it today.
>>>>
>>>> I already marked the deep dependencies of libsvg-cairo and cairo
>>>> itself in portage.
>>>>
>>>> Cairo and libsvg-cairo compiled fine for me.
>>>>
>>>> 2.4 is not enough, it is vulnerable, so it should *not* be keyworded
>>>> at all. See the security bug on it.
>>>>
>>> Okie doke. Must've missed that e-mail. Thanks.
>>>
>>>> I have problems with graphviz 2.6, it fails during the linking part
>>>> on a undefined symbol:
>>>>
>>>> <much bla bla>
>>>> libs/libexpr.lax/libvmalloc.a/vmtrace.o
>>>> .libs/libexpr.lax/libvmalloc.a/vmwalk.o -L/var/tmp/graphviz/lib
>>>> ../../lib/cdt/.libs/libcdt.dylib -lc -install_name
>>>> /var/tmp/graphviz/lib/graphviz/libexpr.1.dylib
>>>> -Wl,-compatibility_version -Wl,2 -Wl,-current_version -Wl,2.0
>>>> ld: warning -L: directory name (/var/tmp/graphviz/lib) does not exist
>>>> ld: Undefined symbols:
>>>> _environ
>>>> /usr/bin/libtool: internal link edit command failed
>>>> make[3]: *** [libexpr.la] Error 1
>>>> make[2]: *** [all-recursive] Error 1
>>>> make[1]: *** [all-recursive] Error 1
>>>> make: *** [all] Error 2
>>>>
>>> Yeah, I know. I will hopefully get to this this weekend. The only
>>> reason I was interested in 2.4 was that it compiles out of the box.
>>> - --Lina Pezzella
>>> Gentoo Developer
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: GnuPG v1.4.2 (Darwin)
>>> iD8DBQFDX9BmNJ9STR9DbYERAp6KAKCGQK4soles5kmTXwM7sn3HME8a7QCeKoFM
>>> XZGO2hEYMu2GeugCUIQ918Q=
>>> =PBxQ
>>> -----END PGP SIGNATURE-----
>>> --gentoo-osx@gentoo.org mailing list
>>>
>>
>> --Fabian Groffen
>> Gentoo for Mac OS X Project -- Interim Lead
>> --gentoo-osx@gentoo.org mailing list
>>
>>
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (Darwin)
>
> iD8DBQFDX+siNJ9STR9DbYERArLjAJ92NEXVcCGMiLuVEMjzYSaZkbBtZgCePvL7
> 8UZHXbAlWPvMYc7IDOTS5nw=
> =Cu36
> -----END PGP SIGNATURE-----
> --gentoo-osx@gentoo.org mailing list
>

--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
Re: Cairo on Mac OS X [ In reply to ]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Oct 30, 2005, at 10:15 AM, Grobian wrote:

> I couldn't resist to give it another try. After solving the
> _environ symbol (see attached patch) I got a bunch of other
> undefined symbols. Maybe it helps a bit.

Actually, I investigated those additional symbols on my linux box,
and it appears that they are undefined over there as well. The only
difference is that the linker on my linux box didn't care... The
package works perfectly fine with those symbols undefined, and if you
read the source, some of them are slated to be removed in future
versions anyways...

As for environ, it seems that is also entirely unnecessary for
graphviz Darwin. If you look at the Darwinports patch for
graphviz-2.6, they've simply removed the functionality to error on
that symbol being undefined. If you have a solution for this on a
large-scale, that'd be great, as I agree with you that it would be
more correct, and perhaps could solve other issues. For graphviz
though, it seems not to matter.

In any case, I modified the Darwinports patch to be dependent on
host_os, so that we can patch the source unconditionally in the
ebuild. If you want to go the route of fixing the undefined symbol
for environ, please don't hesitate to change my patch. Let me know
what you decide so that I can contact upstream about the problem.

Thanks!

- --Lina Pezzella
Gentoo Developer

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (Darwin)

iD8DBQFDZamxNJ9STR9DbYERAv8kAKCPkAsnjJRvXL7s/A5yCGHi8B3IHACfTGvu
D29N98Wj4mE7SyInmlP6c1I=
=j43R
-----END PGP SIGNATURE-----
--
gentoo-osx@gentoo.org mailing list
Re: Cairo on Mac OS X [ In reply to ]
On Mon, Oct 31, 2005 at 12:20:48AM -0500, Lina Pezzella wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Actually, I investigated those additional symbols on my linux box,
> and it appears that they are undefined over there as well. The only
> difference is that the linker on my linux box didn't care... The
> package works perfectly fine with those symbols undefined, and if you
> read the source, some of them are slated to be removed in future
> versions anyways...

Ah... bleh... Bad source...

> As for environ, it seems that is also entirely unnecessary for
> graphviz Darwin. If you look at the Darwinports patch for
> graphviz-2.6, they've simply removed the functionality to error on
> that symbol being undefined. If you have a solution for this on a
> large-scale, that'd be great, as I agree with you that it would be
> more correct, and perhaps could solve other issues. For graphviz
> though, it seems not to matter.

This is what happens on Linux too in the end, if I get your message
correctly. So it's fine with me.

> In any case, I modified the Darwinports patch to be dependent on
> host_os, so that we can patch the source unconditionally in the
> ebuild. If you want to go the route of fixing the undefined symbol
> for environ, please don't hesitate to change my patch. Let me know
> what you decide so that I can contact upstream about the problem.

Personally, I feel the patch is correct for us, but incorrect for
submission to upstream. We simply ignore a problem with the patch,
which seems to be ok, but we don't fix a problem. Upstream should fix
the undefined symbols basically.

So, I would not even think of submitting upstream, earlier tell them
there are undefined symbols and that they should fix it :p. The
solution for now is ok, and I trust you that it works. So thanks for
your research on this thing. I guess we've learnt something again. (At
least I did...).

Would you please tell on the graphviz bug we (you) fixed it, if you
haven't already? Of course ignore this if the latter is true.

Thanks again.

--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list