MacPorts 1.4.1 has been released for selfupdate. It should hit the rsync servers within an hour or so. If you already have macports installed, simply "sudo port selfupdate". If you're doing a new install, install from the 1.4.0 disk image, then do a selfupdate. MacPorts 1.4.1 is a minor bugfix/feature release. ChangeLog entries include: Release 1.4.1 (14-Apr-2007): - Add responsive, reasonably fast http mirrors to openbsd group (pipping in r23343). - Resolved ticket #11637: livecheck incorrectly assumed that master_sites was set. (pguyot in r23329). - Add xar 1.4 into the build of MacPorts base. xar is now installed into /opt/local/, which will conflict with anybody who has the xar port installed. (jberry in r23687). - Add -I${prefix}/include -L${prefix}/lib to the default configure flags (pguyot in r23246 and r23291). - New options for configure flags (C|CPP|CXX|LD)FLAGS and logic to handle that and backward compatibility (pguyot in r23089, r23125, r23238, r23248 and r23249). - "port sync" now updates svn repos too (eridius in r22784). - Default +universal variant for configure-based ports (pguyot in r22313). - Fixed use of master_site in livecheck, added support for code.google.com checks, made the up to date message info (instead of debug) and improved debugging output with livecheck (eridius in r23888, r23889, r23890, r23894; pguyot in 23660) - Fixed a bug where running port test would not install dependencies when required. (pguyot in r23700) - New ruby portgroup option to specify the name of the module for gem-based ports. (pguyot in 23659) - New fetch option to ignore the SSL certificate when fetching from a secure site (default is to not ignore it). (pguyot in r23242) - Bugfix #11720. Fixes for variants.conf functionality. (jberry in r23967)
On 15.04.2007, at 17:35, James Berry wrote:
MacPorts 1.4.1 has been released for selfupdate. It should hit the rsync servers within an hour or so.
So I did
sudo port selfupdate sudo port sync sudo port upgrade active Doesn't work:
Portfile changed since last build; discarding previous state. ---> Fetching gnuplot ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-od.opendarwin.org/gnuplot ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-msn.opendarwin.org/gnuplot ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-od.opendarwin.org/ ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-msn.opendarwin.org/ Error: Target com.apple.fetch returned: fetch failed Error: Unable to upgrade port: 1 ---> Fetching gnuplot ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-od.opendarwin.org/gnuplot ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-msn.opendarwin.org/gnuplot ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-od.opendarwin.org/ ^C Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Liberté, Égalité, Fraternité GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll
On Apr 16, 2007, at 12:49, Jochen Küpper wrote:
---> Fetching gnuplot ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-od.opendarwin.org/gnuplot ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-msn.opendarwin.org/gnuplot ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-od.opendarwin.org/ ---> Attempting to fetch patch-share-LaTeX-Makefile.in from http:// distfiles-msn.opendarwin.org/ Error: Target com.apple.fetch returned: fetch failed Error: Unable to upgrade port: 1
Paul, did you forget to add files/patch-share-LaTeX-Makefile.in (and remove files/patch-term-pdf.trm, files/patch-term-tkcanvas.trm and files/patch-src-gplt_x11.c) in r24045? http://trac.macosforge.org/projects/macports/changeset/24045
In article <EF666B3B-1B9F-4C67-890A-92259A131643@macports.org>, James Berry <jberry@macports.org> wrote:
MacPorts 1.4.1 has been released for selfupdate. It should hit the rsync servers within an hour or so.
If you already have macports installed, simply "sudo port selfupdate". If you're doing a new install, install from the 1.4.0 disk image, then do a selfupdate.
Doesn't work on 10.3.9. "sudo port -v selfupdate" ends with: checking for xml2-config... /usr/bin/xml2-config checking for libxml >= 2.6.11... 2.6.16 checking libxml/xmlwriter.h usability... no checking libxml/xmlwriter.h presence... no checking for libxml/xmlwriter.h... no configure: error: Cannot build without libxml2 configure: error: ./configure failed for src/programs/xar It's picking up the xml2-config from the BSD package which points it at /usr/include/libxml2/libxml - the contents of which come from the DevSDK package and don't include xmlwriter.h If I temporarily rename xml2-config out of the way it doesn't find the one from dports, it just says it can't find xml2-config at all. Do I still have a functioning 1.4.0 install or am I hosed? Dave -- Dave Hill - dave at hillcroft dot org dot uk
On 15.04.2007, at 17:35, James Berry wrote:
MacPorts 1.4.1 has been released for selfupdate. It should hit the rsync servers within an hour or so. sudo port -f clean --all all ---> Cleaning 2Pong <snip> ---> Cleaning corkscrew Error: Unable to open port: invalid command name "livecheck.distname"
Is there a workaround? Dave
On Apr 17, 2007, at 6:04 AM, Ryan Schmidt wrote:
Paul, did you forget to add files/patch-share-LaTeX-Makefile.in (and remove files/patch-term-pdf.trm, files/patch-term-tkcanvas.trm and files/patch-src-gplt_x11.c) in r24045?
http://trac.macosforge.org/projects/macports/changeset/24045
Thanks for the report. It's fixed now. Paul
Hi Dave, On Apr 16, 2007, at 2:57 PM, Dave Hill wrote:
In article <EF666B3B-1B9F-4C67-890A-92259A131643@macports.org>, James Berry <jberry@macports.org> wrote:
MacPorts 1.4.1 has been released for selfupdate. It should hit the rsync servers within an hour or so.
If you already have macports installed, simply "sudo port selfupdate". If you're doing a new install, install from the 1.4.0 disk image, then do a selfupdate.
Doesn't work on 10.3.9.
"sudo port -v selfupdate" ends with:
checking for xml2-config... /usr/bin/xml2-config checking for libxml >= 2.6.11... 2.6.16 checking libxml/xmlwriter.h usability... no checking libxml/xmlwriter.h presence... no checking for libxml/xmlwriter.h... no configure: error: Cannot build without libxml2 configure: error: ./configure failed for src/programs/xar
It's picking up the xml2-config from the BSD package which points it at /usr/include/libxml2/libxml - the contents of which come from the DevSDK package and don't include xmlwriter.h
If I temporarily rename xml2-config out of the way it doesn't find the one from dports, it just says it can't find xml2-config at all.
Do I still have a functioning 1.4.0 install or am I hosed?
Thanks for the report. Looks like we have problem building xar on Panther, due to a libxml2 library that is too old on panther. You should still have a functioning 1.4.0 system. You may type "port version" to verify. I'll probably put out a1.4.2 tonight that fixes this unless I can find another workaround. I think my solution will be to not build xar at all, for now. James.
On Apr 16, 2007, at 17:04, David Liontooth wrote:
On 15.04.2007, at 17:35, James Berry wrote:
MacPorts 1.4.1 has been released for selfupdate. It should hit the rsync servers within an hour or so. sudo port -f clean --all all ---> Cleaning 2Pong <snip> ---> Cleaning corkscrew Error: Unable to open port: invalid command name "livecheck.distname"
Is there a workaround?
MacPorts 1.4.1 includes support for livecheck.distname. Have you installed 1.4.1? "sudo port selfupdate"?
One question on the 1.4.1 release. In the ChangeLog for 1.4.1, I saw this line... - Add xar 1.4 into the build of MacPorts base. xar is now installed into /opt/local/, which will conflict with anybody who has the xar port installed. (jberry in r23687). So, does this mean I should to a `port uninstall xar`, since I have it installed? Or is it too late? Biko:/opt/local/var/db/dports/distfiles sck$ port version Version: 1.410 Biko:/opt/local/var/db/dports/distfiles sck$ port installed | grep xar xar @1.4_0+darwin_8 (active) Scott PS> Thanks for the quick fix on gnuplot, by the time I was ready to post a bug report, it was already fixed!
Scott, On Apr 16, 2007, at 3:52 PM, Scott C. Kennedy wrote:
One question on the 1.4.1 release. In the ChangeLog for 1.4.1, I saw this line...
- Add xar 1.4 into the build of MacPorts base. xar is now installed into /opt/local/, which will conflict with anybody who has the xar port installed. (jberry in r23687).
So, does this mean I should to a `port uninstall xar`, since I have it installed? Or is it too late?
It probably doesn't matter too much. port still believes you've got xar installed, and the 1.4.1 upgrade wrote a new copy of xar over itself, which shouldn't hurt anything. Due to troubles building xar on panther (without the libxml2 dependency), I'm going to pull the xar build out of MacPorts 1.4.2. So I think if you just sit tight you can pretend nothing happened. James
Ryan Schmidt wrote:
On Apr 16, 2007, at 17:04, David Liontooth wrote:
On 15.04.2007, at 17:35, James Berry wrote:
MacPorts 1.4.1 has been released for selfupdate. It should hit the rsync servers within an hour or so. sudo port -f clean --all all ---> Cleaning 2Pong <snip> ---> Cleaning corkscrew Error: Unable to open port: invalid command name "livecheck.distname"
Is there a workaround?
MacPorts 1.4.1 includes support for livecheck.distname. Have you installed 1.4.1? "sudo port selfupdate"?
Hey, thanks. I'll do that once 1.4.2 is out. What about my ffmpeg problem? I'm not getting the avcodec library. Cheers, Dave
In article <C9053C8D-B55D-4023-96A4-066764CC1683@macports.org>, James Berry <jberry@macports.org> wrote:
Hi Dave,
On Apr 16, 2007, at 2:57 PM, Dave Hill wrote:
In article <EF666B3B-1B9F-4C67-890A-92259A131643-/EBbbHb69GVg9hUCZPvPmw@public.gmane.or g>, James Berry <jberry@macports.org> wrote:
MacPorts 1.4.1 has been released for selfupdate. It should hit the rsync servers within an hour or so.
If you already have macports installed, simply "sudo port selfupdate". If you're doing a new install, install from the 1.4.0 disk image, then do a selfupdate.
Doesn't work on 10.3.9.
"sudo port -v selfupdate" ends with:
checking for xml2-config... /usr/bin/xml2-config checking for libxml >= 2.6.11... 2.6.16 checking libxml/xmlwriter.h usability... no checking libxml/xmlwriter.h presence... no checking for libxml/xmlwriter.h... no configure: error: Cannot build without libxml2 configure: error: ./configure failed for src/programs/xar
It's picking up the xml2-config from the BSD package which points it at /usr/include/libxml2/libxml - the contents of which come from the DevSDK package and don't include xmlwriter.h
If I temporarily rename xml2-config out of the way it doesn't find the one from dports, it just says it can't find xml2-config at all.
Do I still have a functioning 1.4.0 install or am I hosed?
Thanks for the report. Looks like we have problem building xar on Panther, due to a libxml2 library that is too old on panther.
Hmm, this must be a new meaning of the phrase "too old" B-) checking for libxml >= 2.6.11... 2.6.16 Dave -- Dave Hill - dave at hillcroft dot org dot uk
participants (7)
-
Dave Hill
-
David Liontooth
-
James Berry
-
Jochen Küpper
-
Paul Guyot
-
Ryan Schmidt
-
Scott C. Kennedy