Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Michael_google gmail_Gersten
I cannot submit a change (including re-open) on the tracker. I am responding here instead. On Thu, Sep 3, 2009 at 8:10 PM, MacPortsnore...@macports.org wrote: #21072: Cannot force a change to +universal ---+  Reporter:  

Re: TeX (texlive) port status?

2009-09-04 Thread Travis Briggs
On that note, what is the state of the MacPorts TeX ports? FWIW, I just installed texlive in MacPorts prior to compiling GNU Lilypond from source. Lilypond heavily relies on metafont for its custom music notation fonts. Everything is working correctly at the moment for me. -Travis On Thu, Sep

Re: TeX (texlive) port status?

2009-09-04 Thread Emmanuel Hainry
Citando Dan Ports : On Thu, Sep 03, 2009 at 01:32:42PM -0500, Ryan Schmidt wrote: Because we want to allow MacTeX installed outside of MacPorts to satisfy the dependency. This is an exception to the usual rule, because TeX is hard to build and the MacPorts TeX ports tend to lag far

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Toby Peterson
On Thu, Sep 3, 2009 at 23:49, Michael_google gmail_Gerstenkeybou...@gmail.com wrote: I cannot submit a change (including re-open) on the tracker. I am responding here instead. On Thu, Sep 3, 2009 at 8:10 PM, MacPortsnore...@macports.org wrote: #21072: Cannot force a change to +universal

Re: TeX (texlive) port status?

2009-09-04 Thread Ryan Schmidt
On Sep 4, 2009, at 06:32, Emmanuel Hainry wrote: Note that there is yet another solution which is install precompiled binaries as they come with mactex instead of compiling as texlive_base does. Problem is, it installs in /usr/texbin and is probably not flexible about that. These kinds of

Re: X11 etc dir

2009-09-04 Thread Ryan Schmidt
On Sep 4, 2009, at 00:18, Bryan Blackburn wrote: Should we update the xorg-cf-files port to have the /etc dir moved to ${prefix}/etc (by updating EtcX11Directory in ${prefix}/lib/X11/config/X11.tmpl)? Otherwise we have ports installing into /etc: http://trac.macports.org/ticket/21066

replaced_by question

2009-09-04 Thread Jeremy Lavergne
Why don't we block the installation of ports that have replaced_by set? http://trac.macports.org/changeset/57005 I just wrote our first replaced_by and it shows up in port outdated if it's revision 1 you have installed and run upgrade, but you can install this revision 2 and then it never

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Michael_google gmail_Gersten
From your point of view, I can see why you might think these changes are easy (NOT trivial, look it up), but you'd be wrong. - Toby Fair enough. Can you tell me what I can do in this situation? For example, is there any way to get a full list of the dependencies needed for a given package,

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Ryan Schmidt
On Sep 4, 2009, at 11:55, Michael_google gmail_Gersten wrote: For example, is there any way to get a full list of the dependencies needed for a given package, port-rdeps does this. http://trac.macports.org/browser/contrib/port-rdeps/ For example, the dependencies of php5: $ port-rdeps -r

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Ryan Schmidt
On Sep 4, 2009, at 15:18, Michael_google gmail_Gersten wrote: I already have the universal variant selected for all the installed dependencies of php5, but if I hadn't, I could rebuild them with that variant by using (I think -- I haven't tested): port upgrade --enforce-variants installed

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Michael_google gmail_Gersten
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

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Michael_google gmail_Gersten
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

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Ryan Schmidt
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

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Ryan Schmidt
On Sep 4, 2009, at 16:35, Michael_google gmail_Gersten wrote: 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

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Michael_google gmail_Gersten
Sadly, it only did three packages -- python_select, tcl, and Xft2. The others were ignored. Anyone see what I'm missing? Maybe none of the others have universal variants. All the proto packages, for example, do not install binaries; they only install headers, so there is nothing to be

Re: [MacPorts] #21072: Cannot force a change to +universal

2009-09-04 Thread Joshua Root
On 2009-9-5 07:11, Michael_google gmail_Gersten wrote: And glib2 -- gnu C library -- requires python select? You need to change python to use the library?? No. That's a completely useless dependency. It needs python but doesn't care which version. However, depending on python_select won't cause

Open Al: No universal variant in the port tree

2009-09-04 Thread Michael Gersten
openal does not have a +universal option defined. Manually adding the line PortGroup muniversal 1.0 to the port file did NOT suffice -- this is the output sudo port install openal +universal --- Computing dependencies for openal --- Fetching openal --- Verifying checksum(s) for