November 2007 - macports-dev - lists.macosforge.org

Re: Error 2
by N_Ox 15 Nov '07

15 Nov '07

Le 15 nov. 07 à 18:20, Matt Hippely a écrit : > Thanks for the fast response. I didn't realize that they were the > same thing. > I tried installing emacs but got the same error: > sudo port install emacs +carbon > Password: > ---> Fetching emacs > ---> Attempting to fetch emacs-22.1.tar.gz from http://ftp.gnu.org/ > gnu/emacs > ---> Verifying checksum(s) for emacs > ---> Extracting emacs > ---> Applying patches to emacs > ---> Configuring emacs > ---> Building emacs with target all > Error: Target org.macports.build returned: shell command " cd > "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_edito > rs_emacs/work/emacs-22.1" > && make all " returned error 2 > Command output: __symbol_stub1 > 0x176f08 0x2b70 > __cstring 0x179a78 0x14fdf > __literal8 0x18ea58 0x138 > __const 0x18eb90 0x446 > __literal4 0x18efd8 0x20 > 2 LC_SEGMENT 600 __DATA 0x18f000 0x15c000 > __data 0x18f000 0x11ac06 > __dyld 0x2a9c08 0x1c > __la_symbol_ptr 0x2a9c24 0xadc > __nl_symbol_ptr 0x2aa700 0x17bc > __const 0x2abebc 0x18d0 > __cfstring 0x2ad78c 0xa0 > __bss 0x2ad830 0x3202d > __common 0x2df860 0xade9 > 3 LC_SEGMENT 56 __LINKEDIT 0x2eb000 0x37000 > 4 LC_SYMTAB 24 > 5 LC_DYSYMTAB 80 > 6 LC_LOAD_DYLINKER 28 > 7 LC_UNIXTHREAD 176 > 8 LC_LOAD_DYLIB 88 > 9 LC_LOAD_DYLIB 92 > 10 LC_LOAD_DYLIB 60 > 11 LC_LOAD_DYLIB 52 > 12 LC_LOAD_DYLIB 52 > 13 LC_LOAD_DYLIB 100 > 14 LC_LOAD_DYLIB 104 > 15 LC_LOAD_DYLIB 112 > make[1]: *** [emacs] Abort trap > make[1]: *** Deleting file `emacs' > make: *** [src] Error 2 > > Error: Status 1 encountered during processing. > > Also, I am a little new to mailing lists so if I should not respond > directly to you please let me know. > > > On Nov 15, 2007 9:54 AM, N_Ox <nox(a)macports.org> wrote: >> Le 15 nov. 07 à 15:39, Matthew Hippely a écrit : >> >> >>> Hello, I am new to macports (1.5.0) so please let me know if i am >>> doing something incorrect. I am trying to install emacs-devel >>> +carbon on OS X 10.5 and am getting an error. Can anyone help me >>> troubleshoot this? Here is the command + error returned: >>> >>> $sudo port install emacs-devel +carbon >>> >>> ---> Building emacs-devel with target bootstrap >>> Error: Target org.macports.build returned: shell command " cd "/opt/ >>> local/var/macports/build/ >>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_edi >>> to >>> rs_emacs-devel/work/emacs-22.0.97" && make bootstrap " returned >>> error 2 >>> Command output: __symbol_stub1 >>> 0x176f08 0x2b30 >>> __cstring 0x179a38 0x1501f >>> __literal8 0x18ea58 0x138 >>> __const 0x18eb90 0x446 >>> __literal4 0x18efd8 0x20 >>> 2 LC_SEGMENT 600 __DATA 0x18f000 0x15c000 >>> __data 0x18f000 0x11ac0e >>> __dyld 0x2a9c10 0x1c >>> __la_symbol_ptr 0x2a9c2c 0xacc >>> __nl_symbol_ptr 0x2aa6f8 0x17b8 >>> __const 0x2abeb0 0x18d0 >>> __cfstring 0x2ad780 0xa0 >>> __bss 0x2ad820 0x32021 >>> __common 0x2df848 0xade9 >>> 3 LC_SEGMENT 56 __LINKEDIT 0x2eb000 0x37000 >>> 4 LC_SYMTAB 24 >>> 5 LC_DYSYMTAB 80 >>> 6 LC_LOAD_DYLINKER 28 >>> 7 LC_UNIXTHREAD 176 >>> 8 LC_LOAD_DYLIB 88 >>> 9 LC_LOAD_DYLIB 92 >>> 10 LC_LOAD_DYLIB 60 >>> 11 LC_LOAD_DYLIB 52 >>> 12 LC_LOAD_DYLIB 52 >>> 13 LC_LOAD_DYLIB 100 >>> 14 LC_LOAD_DYLIB 104 >>> 15 LC_LOAD_DYLIB 112 >>> make[2]: *** [bootstrap-emacs] Abort trap >>> make[1]: *** [bootstrap-build] Error 2 >>> make: *** [bootstrap] Error 2 >>> >>> Error: Status 1 encountered during processing. >>> >>> Thanks. >>> Matthew >> >> <snip> Mmh. Yes. You're right. emacs is broken on Leopard. A patch to fix the problem has been submitted in #13294: http://trac.macports.org/projects/macports/ticket/13294 Please "reply to all" next time. Regards, -- Anthony Ramine, the "Ports tree cleaning Maestro". <nox(a)macports.org>

1 0

ncurses port unmantained ?
by Michail Vidiassov 15 Nov '07

15 Nov '07

Dear All, it seems the maintainer of ncurses port is not looking after it now. Bug report Ticket #12605 http://trac.macports.org/projects/macports/ticket/12605 is ignored for long time (2 months). (Maintainer is not in the Cc list, but I have mailed a notification to him directly, and even got a short note back, but it was just a receipt confirmation and a promise of future action that never took place :( .) Dear gurus, please, take a look at that bug report. Sincerely, Michail

1 0

Guide Regen Failure on Thursday 2007-11-15 at 04:30:00
by mp-user＠geeklair.net 15 Nov '07

15 Nov '07

svn: PROPFIND request failed on '/repository/macports/trunk/doc-new' svn: PROPFIND of '/repository/macports/trunk/doc-new': Could not resolve hostname `svn.macports.org': No address associated with nodename (http://svn.macports.org) Updating the doc tree from http://svn.macports.org/repository/macports/trunk/doc-new failed.

1 0

PortIndex Regen Failure on Thursday 2007-11-15 at 03:30:00
by mp-user＠geeklair.net 15 Nov '07

15 Nov '07

svn: PROPFIND request failed on '/repository/macports/trunk' svn: PROPFIND of '/repository/macports/trunk': Could not resolve hostname `svn.macports.org': No address associated with nodename (http://svn.macports.org) Updating the dports tree from http://svn.macports.org/repository/macports/trunk/dports failed.

1 0

darwin_8 variants on Darwin 9 / Mac OS X 10.5 Leopard
by Ryan Schmidt 15 Nov '07

15 Nov '07

So, we have people who had MacPorts installed in Tiger, on which MacPorts selected the darwin_8 variant. And then they upgraded to Leopard and retained their MacPorts installation. Now they've got Leopard, but their installed ports still say darwin_8. Further, when they go to upgrade these ports at some later point, MacPorts still tries to use the darwin_8 variant. Surely this is bad. What are users expected to do when upgrading the OS major version? Are they expected to throw out their MacPorts install and start over? That would be inconvenient. I'm recommending people uninstall all ports that have darwin_8 variants and reinstall them. That's inconvenient too. What can we do to improve this situation?

3 2

Re: [31016] trunk/dports/python
by Ryan Schmidt 14 Nov '07

14 Nov '07

It would be better to use "svn cp" to copy the old port. By not doing this, the "svn log" of py25-gnupg gives misleading information: it claims the file just came into existence, created out of thin air, but in fact, it was based on another existing file. It would be better for the Subversion history to reflect that. "svn blame" would also be more useful as a result. On Nov 13, 2007, at 16:28, source_changes(a)macosforge.org wrote: > Revision: 31016 > http://trac.macosforge.org/projects/macports/changeset/31016 > Author: ram(a)macports.org > Date: 2007-11-13 14:28:24 -0800 (Tue, 13 Nov 2007) > > Log Message: > ----------- > add py25-gnupg, copied from py-gnupg - closes #13010 > > Added Paths: > ----------- > trunk/dports/python/py25-gnupg/ > trunk/dports/python/py25-gnupg/Portfile > trunk/dports/python/py25-gnupg/files/ > trunk/dports/python/py25-gnupg/files/patch-setup.py.diff > > Added: trunk/dports/python/py25-gnupg/Portfile > =================================================================== > --- trunk/dports/python/py25-gnupg/Portfile > (rev 0) > +++ trunk/dports/python/py25-gnupg/Portfile 2007-11-13 22:28:24 UTC > (rev 31016)

4 3

Re: [31010] trunk/dports/devel/pccts/Portfile
by Ryan Schmidt 13 Nov '07

13 Nov '07

On Nov 13, 2007, at 13:52, source_changes(a)macosforge.org wrote: > +variant universal { > + build.args-append CC="gcc -isysroot /Developer/SDKs/ > MacOSX10.4u.sdk -arch i386 -arch ppc" > +} I think you shouldn't hard-code the sdk path or the list of architectures. There's a variable you can use for that instead: variant universal { build.args-append CC="gcc ${configure.universal_cflags}" }

2 1

Re: [30998] trunk/dports/lang/logtalk/Portfile
by Ryan Schmidt 13 Nov '07

13 Nov '07

On Nov 13, 2007, at 10:17, source_changes(a)macosforge.org wrote: > --- trunk/dports/lang/logtalk/Portfile 2007-11-13 12:07:15 UTC (rev > 30997) > +++ trunk/dports/lang/logtalk/Portfile 2007-11-13 16:16:58 UTC (rev > 30998) > @@ -2,7 +2,7 @@ > > PortSystem 1.0 > name logtalk > -version 2.30.4 > +version Release 2.30.8 I don't like that the version was changed from "2.30.4" to "Release 2.30.8". The version should always only be the number, e.g. "2.30.8". The version should definitely not contain a space. Also, logtalk Release 2.30.8 won't fetch: $ sudo port install logtalk Password: ---> Fetching logtalk ---> Attempting to fetch lgt2309.tar.bz2 from http://logtalk.org// files/ ---> Attempting to fetch lgt2309.tar.bz2 from http:// svn.macports.org/repository/macports/distfiles/logtalk ---> Attempting to fetch lgt2309.tar.bz2 from http:// svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch lgt2309.tar.bz2 from http:// svn.macports.org/repository/macports/downloads/logtalk Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. $ I'm confused by the mismatch between the port version (2.30.8) and the name of the distfile (lgt2309). By the way, you can avoid the doubled slash in the download URL by using "master_sites ${homepage}files/" (instead of "master_sites $ {homepage}/files/").

1 0

PortIndex Regen Failure on Tuesday 2007-11-13 at 15:30:01
by mp-user＠geeklair.net 13 Nov '07

13 Nov '07

svn: PROPFIND request failed on '/repository/macports/trunk' svn: PROPFIND of '/repository/macports/trunk': Could not resolve hostname `svn.macports.org': No address associated with nodename (http://svn.macports.org) Updating the dports tree from http://svn.macports.org/repository/macports/trunk/dports failed.

1 0

Re: [30964] trunk/dports/tex
by Emmanuel Hainry 13 Nov '07

13 Nov '07

Citando source_changes(a)macosforge.org : > Revision: 30964 > http://trac.macosforge.org/projects/macports/changeset/30964 > Author: milosh(a)macports.org > Date: 2007-11-12 05:54:05 -0800 (Mon, 12 Nov 2007) > > Log Message: > ----------- > Put rubber in category tex > > Added Paths: > ----------- > trunk/dports/tex/rubber/ > trunk/dports/tex/rubber/Portfile > > Removed Paths: > ------------- > trunk/dports/tex/rubber/Portfile > > Copied: trunk/dports/tex/rubber (from rev 30953, trunk/dports/print/rubber) > I wanted to obtain Added Path: tex/rubber/ tex/rubber/Portfile tex/rubber/files tex/rubber/files/patch-aa tex/rubber/files/patch-ab Removed Paths: the same with print instead of tex. According to the svn browser, everything is in tex as I wanted, but even after I retried deleting things, there is a print/rubber directory left, svn tells me: Deleting print/rubber svn: Commit failed (details follow): svn: Item '/trunk/dports/print/rubber' is out of date svn: Your commit message was left in a temporary file: svn: '/usr/macports/svn-commit.tmp' If someone who knows svn can suppress these unwanted remains... Emmanuel

2 1