On Sep 4, 2009, at 16:11, Michael_google gmail_Gersten wrote:
If so, what does
port-rdeps -r gtkglext
say?
Dependencies of gtkglext:
mesa
xorg-glproto
xorg-dri2proto
xorg-libXfixes
xorg-libX11
xorg-libXdmcp
xorg-xproto
pkgconfig
xorg-libXau
xorg-bigreqsproto
xorg-xcmiscproto
xorg-xextproto
xorg-xf86bigfontproto
xorg-inputproto
xorg-kbproto
xorg-xtrans
libtool
automake
perl5
perl5.8
autoconf
m4
help2man
p5-locale-gettext
gettext
libiconv
gperf
ncurses
ncursesw
expat
xorg-util-macros
xorg-fixesproto
xorg-libXi
xorg-libXext
xorg-libXmu
xorg-libXt
xorg-libsm
xorg-libice
makedepend
glut
tcl
gtk2
cairo
libpixman
xrender
xorg-renderproto
fontconfig
freetype
zlib
libpng
glib2
python_select
jpeg
tiff
jasper
atk
pango
Xft2
xorg-libXrandr
xorg-randrproto
xorg-libXcursor
xorg-libXinerama
xorg-xineramaproto
xorg-libXdamage
xorg-damageproto
xorg-libXcomposite
xorg-compositeproto
shared-mime-info
libxml2
p5-xml-parser
intltool
p5-getopt-long
p5-pathtools
p5-scalar-list-utils
gnome-common
Ok, port-rdeps appears to be functioning properly.
Wait ... libtool requires automake and autoconf? I can understand
saying "We need these to compile", but ...
libtool needs automake to build. automake needs autoconf to build.
They do not need these to run.
MacPorts distinguishes between different types of dependencies but
port-rdeps does not. From the comment block at the top of the script:
# Todo:
# Does not differentiate, in output, between bin/lib/run type
dependencies
The Mesa library requires xorg-libXfixes; that requires xorg-libX11.
Fine. It seems a little bloated in this case (distributing libX11,
when it's likely already there?), but not completely unreasonable
(different versions of what I'm assuming is a toolkit for using the X
server).
MacPorts uses its own copy of X, not the system's. This is consistent
with MacPorts policy of using its own software, not system software.
This prevents problems when Apple decides to update its software, and
also makes the MacPorts experience more consistent across different
versions of Mac OS X. The versions of X in Tiger and Leopard are
drastically different from one another, for example, and this was a
frequent cause of problems before we started using X in MacPorts
instead.
But libX11 claims to require libtool, for creating and playing with
archives? ... but libtool then needs to have automake and autoconf
around to to run???
xorg-libX11 needs libtool to build only.
And glib2 -- gnu C library -- requires python select? You need to
change python to use the library??
Because:
http://trac.macports.org/ticket/17530
Are those dependencies overkill?
If that works, what does
port echo installed and \( $(port-rdeps -r gtkglext | sed 1d)
say?
atk @1.26.0_1+universal
autoconf @2.63_0+universal
autoconf @2.64_2
automake @1.10.2_0+universal
automake @1.11_0+universal
cairo @1.8.8_0+macosx+universal
expat @2.0.1_0+universal
fontconfig @2.7.1_0+macosx
fontconfig @2.7.2_0+macosx
fontconfig @2.7.2_0+macosx+universal
freetype @2.3.8_0+macosx+universal
freetype @2.3.9_0+macosx+universal
gettext @0.17_4+universal
glib2 @2.20.4_0+darwin+universal
gperf @3.0.4_0+universal
help2man @1.36.4_1+universal
jasper @1.900.1_4+universal
jpeg @6b_3+universal
libiconv @1.12_2+universal
libiconv @1.13_0+universal
libpixman @0.16.0_0+universal
libpng @1.2.35_0+universal
libpng @1.2.38_0+universal
libtool @2.2.6a_0+universal
m4 @1.4.12_1+universal
m4 @1.4.13_0+universal
ncurses @5.7_0+universal
ncursesw @5.7_0+universal
p5-locale-gettext @1.05_0
p5-locale-gettext @1.05_0+universal
perl5 @5.8.9_0
perl5.8 @5.8.9_2
perl5.8 @5.8.9_3
pkgconfig @0.23_1+universal
python_select @0.2.1_0+darwin_9
tcl @8.5.6_0+darwin
Xft2 @2.1.13_2
xorg-bigreqsproto @1.0.2_0
xorg-bigreqsproto @1.1.0_0
xorg-inputproto @1.5.0_0
xorg-inputproto @1.5.1_0
xorg-kbproto @1.0.3_0
xorg-libX11 @1.2_0+universal
xorg-libX11 @1.2.2_0+universal
xorg-libXau @1.0.4_0+universal
xorg-libXau @1.0.5_0+universal
xorg-libXdmcp @1.0.2_0+universal
xorg-libXdmcp @1.0.2_1+universal
xorg-libXext @1.0.5_0+universal
xorg-libXext @1.0.99.4_1+universal
xorg-libXrandr @1.2.3_0+universal
xorg-libXrandr @1.3.0_1+universal
xorg-randrproto @1.2.1_0
xorg-randrproto @1.3.0_0
xorg-renderproto @0.9.3_0
xorg-renderproto @0.11_0
xorg-util-macros @1.2.2_0
xorg-xcmiscproto @1.1.2_0
xorg-xcmiscproto @1.2.0_0
xorg-xextproto @7.0.5_0
xorg-xextproto @7.1.1_0
xorg-xf86bigfontproto @1.1.2_0
xorg-xf86bigfontproto @1.2.0_0
xorg-xproto @7.0.14_1
xorg-xproto @7.0.15_0
xorg-xtrans @1.2.3_0
xorg-xtrans @1.2.4_0
xrender @0.9.4_5+universal
xrender @0.9.4_6+universal
zlib @1.2.3_2+universal
Well it looks ok. Perhaps it's not liking multiple versions of
individual ports installed; I didn't test with that.
Now, I did come up with the idea of filtering out the non-universals.
That lead to a file looking like:
Kleiman-ibook:Development michael$ head Lacking2
autoconf
fontconfig
fontconfig
p5-locale-gettext
perl5
perl5.8
perl5.8
python_select
tcl
Xft2
And a second file looking like
Kleiman-ibook:Development michael$ head -5 Wanted
autoconf +universal
fontconfig +universal
fontconfig +universal
p5-locale-gettext +universal
perl5 +universal
And a command line looking like
Kleiman-ibook:Development michael$ echo sudo port upgrade
--enforce-variants `cat Wanted`
which expanded to
sudo port upgrade --enforce-variants autoconf +universal fontconfig
+universal fontconfig +universal p5-locale-gettext +universal perl5
+universal perl5.8 +universal perl5.8 +universal python_select
+universal tcl +universal Xft2 +universal xorg-bigreqsproto +universal
xorg-bigreqsproto +universal xorg-inputproto +universal
xorg-inputproto +universal xorg-kbproto +universal xorg-randrproto
+universal xorg-randrproto +universal xorg-renderproto +universal
xorg-renderproto +universal xorg-util-macros +universal
xorg-xcmiscproto +universal xorg-xcmiscproto +universal xorg-xextproto
+universal xorg-xextproto +universal xorg-xf86bigfontproto +universal
xorg-xf86bigfontproto +universal xorg-xproto +universal xorg-xproto
+universal xorg-xtrans +universal xorg-xtrans +universal
Which looks correct to me.
And it works. Seems to, anyways. On the third package now.
I'm glad you got it working.
_______________________________________________
macports-dev mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
