January 2009 - macports-tickets - lists.macosforge.org

[MacPorts] #17833: Update ports copying config.guess and/or config.sub to work with libtool 2.x
by MacPorts 08 Jan '09

08 Jan '09

#17833: Update ports copying config.guess and/or config.sub to work with libtool 2.x ------------------------------+--------------------------------------------- Reporter: blb@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: libtool2 | Port: arj taglib gnokii basiliskii erlsom libnet ssldump traceroute trafshow a2ps racoon krbafs recode ------------------------------+--------------------------------------------- The libtool port [changeset:44411 was recently upgraded to 2.2.6a] which moves the location of various config files (eg, config.guess, config.sub, ltmain.sh). This breaks the following ports: - archivers/arj - audio/taglib - comms/gnokii - emulators/basiliskii - erlang/erlsom - net/libnet - net/ssldump - net/traceroute - net/trafshow - print/a2ps - security/racoon - sysutils/krbafs - textproc/recode taglib, basiliskii, traceroute, krbafs, and recode are nomaintainer, so they've been fixed in r44568 (recode) and r44573 (the rest). For the rest, patches are attached. -- Ticket URL: <http://trac.macports.org/ticket/17833> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17775: darcs-2.1.2 links against system curses instead of MacPorts ncurses
by MacPorts 08 Jan '09

08 Jan '09

#17775: darcs-2.1.2 links against system curses instead of MacPorts ncurses ------------------------------+--------------------------------------------- Reporter: blb@… | Owner: gwright@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: darcs ------------------------------+--------------------------------------------- Building devel/darcs with no variants causes the resulting darcs executable to be linked against /usr/lib/libncurses.5.4.dylib since it looks for -lcurses before -lncurses (/usr/lib/libcurses.dylib is a symlink to /usr/lib/libncurses.5.4.dylib). A simple patch against configure fixes this. -- Ticket URL: <http://trac.macports.org/ticket/17775> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17880: Remove port: racoon
by MacPorts 08 Jan '09

08 Jan '09

#17880: Remove port: racoon -------------------------------------+-------------------------------------- Reporter: arsptr@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.7.0 Keywords: | Port: -------------------------------------+-------------------------------------- Racoon has been obsolete for ages: http://www.kame.net/racoon/ Rather than continuing to update it (eg the latest round of libtool- related updates), suggest just removing it entirely. -- Ticket URL: <http://trac.macports.org/ticket/17880> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

Re: [MacPorts] #126: dependencies need to allow inclusion of variant
by MacPorts 08 Jan '09

08 Jan '09

#126: dependencies need to allow inclusion of variant ---------------------------------+------------------------------------------ Reporter: jpm@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: Resolution: | Keywords: Port: | ---------------------------------+------------------------------------------ Changes (by ryandesign@…): * cc: mcalhoun@… (added) Comment: As I wrote above two months ago, there hasn't yet been any decision on how or even whether this should be done. There certainly exist reasons why we would not want to implement this. By all means bring it up on macports-dev so it can be discussed. -- Ticket URL: <http://trac.macports.org/ticket/126#comment:21> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #17452: py25-scipy upgrade goes berserk
by MacPorts 08 Jan '09

08 Jan '09

#17452: py25-scipy upgrade goes berserk -------------------------------+-------------------------------------------- Reporter: ralph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: -------------------------------+-------------------------------------------- Trying to upgrade py25-scipy on my Mac resulted in swig being required, which in turn proceeded to try to install apache2 ruby php5 all of which are utterly unwanted and utterly inappropriate to my desire to use py25-scipy. Please reconsider this completely inappropriate behaviour. -- Ticket URL: <http://trac.macports.org/ticket/17452> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

Re: [MacPorts] #2377: portvariants doesn't reflect excluded variants
by MacPorts 08 Jan '09

08 Jan '09

#2377: portvariants doesn't reflect excluded variants ------------------------------------+--------------------------------------- Reporter: david.serpa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: Resolution: | Keywords: Port: | ------------------------------------+--------------------------------------- Old description: > portvariants always has the form +variant1+variant2+..., never > +variant1-variant2-...+... > If someone were to exclude one or more default_variants during port > install, I think it would be > desirable to allow portvariants to take the 2nd form. In base/src, only > port1.0/portactivate.tcl, port1.0/ > portinstall.tcl and port1.0/portutil.tcl access portvariants. Possible > patches for these 3 files follow: > > --- darwinports/base/src/port1.0/portactivate.tcl.orig Sun Nov 7 > 22:03:54 2004 > +++ darwinports/base/src/port1.0/portactivate.tcl Sun Nov 7 > 22:30:57 2004 > @@ -54,7 +54,7 @@ > # Put together variants in the form +foo+bar for the > registry > foreach v $vlist { > if { ![string equal $v [option os.platform]] && > ![string equal $v [option os.arch]] } { > - set portvariants "${portvariants}+${v}" > + set portvariants > "${portvariants}$variations(${v})${v}" > } > } > } > > --- darwinports/base/src/port1.0/portinstall.tcl.orig Sun Nov 7 > 22:04:16 2004 > +++ darwinports/base/src/port1.0/portinstall.tcl Sun Nov 7 > 22:31:22 2004 > @@ -51,7 +51,7 @@ > # Put together variants in the form +foo+bar for the > registry > foreach v $vlist { > if { ![string equal $v [option os.platform]] && > ![string equal $v [option os.arch]] } { > - set portvariants "${portvariants}+${v}" > + set portvariants > "${portvariants}$variations(${v})${v}" > } > } > } > > --- darwinports/base/src/port1.0/portutil.tcl.orig Sun Nov 7 > 22:04:30 2004 > +++ darwinports/base/src/port1.0/portutil.tcl Sun Nov 7 22:31:47 2004 > @@ -543,7 +543,7 @@ > # Put together variants in the form +foo+bar for the > registry > foreach v $vlist { > if { ![string equal $v [option os.platform]] && > ![string equal $v [option os.arch]] } { > - set portvariants "${portvariants}+${v}" > + set portvariants > "${portvariants}$variations(${v})${v}" > } > } > } New description: portvariants always has the form +variant1+variant2+..., never +variant1-variant2-...+... If someone were to exclude one or more default_variants during port install, I think it would be desirable to allow portvariants to take the 2nd form. In base/src, only port1.0/portactivate.tcl, port1.0/ portinstall.tcl and port1.0/portutil.tcl access portvariants. Possible patches for these 3 files follow: --- darwinports/base/src/port1.0/portactivate.tcl.orig Sun Nov 7 22:03:54 2004 +++ darwinports/base/src/port1.0/portactivate.tcl Sun Nov 7 22:30:57 2004 @@ -54,7 +54,7 @@ # Put together variants in the form +foo+bar for the registry foreach v $vlist { if { ![string equal $v [option os.platform]] && ![string equal $v [option os.arch]] } { - set portvariants "${portvariants}+${v}" + set portvariants "${portvariants}$variations(${v})${v}" } } } --- darwinports/base/src/port1.0/portinstall.tcl.orig Sun Nov 7 22:04:16 2004 +++ darwinports/base/src/port1.0/portinstall.tcl Sun Nov 7 22:31:22 2004 @@ -51,7 +51,7 @@ # Put together variants in the form +foo+bar for the registry foreach v $vlist { if { ![string equal $v [option os.platform]] && ![string equal $v [option os.arch]] } { - set portvariants "${portvariants}+${v}" + set portvariants "${portvariants}$variations(${v})${v}" } } } --- darwinports/base/src/port1.0/portutil.tcl.orig Sun Nov 7 22:04:30 2004 +++ darwinports/base/src/port1.0/portutil.tcl Sun Nov 7 22:31:47 2004 @@ -543,7 +543,7 @@ # Put together variants in the form +foo+bar for the registry foreach v $vlist { if { ![string equal $v [option os.platform]] && ![string equal $v [option os.arch]] } { - set portvariants "${portvariants}+${v}" + set portvariants "${portvariants}$variations(${v})${v}" } } } -- Comment(by mcalhoun@…): This problem prevents a workaround to #17452. -- Ticket URL: <http://trac.macports.org/ticket/2377#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #126: dependencies need to allow inclusion of variant
by MacPorts 08 Jan '09

08 Jan '09

#126: dependencies need to allow inclusion of variant ---------------------------------+------------------------------------------ Reporter: jpm@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: Resolution: | Keywords: Port: | ---------------------------------+------------------------------------------ Comment(by mcalhoun@…): This enhancement is required for a proper fix of #17452. -- Ticket URL: <http://trac.macports.org/ticket/126#comment:20> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #14131: openssl +universal variant does not build on ppc
by MacPorts 08 Jan '09

08 Jan '09

#14131: openssl +universal variant does not build on ppc ------------------------------------+--------------------------------------- Reporter: ryan@… | Owner: mww@… Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: duplicate | Keywords: Port: openssl | ------------------------------------+--------------------------------------- Changes (by blb@…): * status: new => closed * resolution: => duplicate * port: => openssl Old description: > The build fails with: > > /usr/bin/ld: warning fat file: /usr/lib/gcc/i686-apple- > darwin8/4.0.1/../../../libSystem.dylib does not contain an architecture > that matches the specified -arch flag: i386 (file ignored) > /usr/bin/ld: warning fat file: /usr/lib/libSystem.B.dylib does not > contain an architecture that matches the specified -arch flag: i386 (file > ignored) > > According to http://blogs.sun.com/dochez/entry/glassfish_in_universal, > the -isysroot option is required. New description: The build fails with: {{{ /usr/bin/ld: warning fat file: /usr/lib/gcc/i686-apple- darwin8/4.0.1/../../../libSystem.dylib does not contain an architecture that matches the specified -arch flag: i386 (file ignored) /usr/bin/ld: warning fat file: /usr/lib/libSystem.B.dylib does not contain an architecture that matches the specified -arch flag: i386 (file ignored) }}} According to http://blogs.sun.com/dochez/entry/glassfish_in_universal, the -isysroot option is required. -- Comment: Dup of #16726 (since that ticket has a patch). -- Ticket URL: <http://trac.macports.org/ticket/14131#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #17587: AquaTerm Won't Run
by MacPorts 08 Jan '09

08 Jan '09

#17587: AquaTerm Won't Run --------------------------------------+------------------------------------- Reporter: joseph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: aquaterm --------------------------------------+------------------------------------- AquaTerm doesn't seem to want to open, saying, 'You cannot open the application "AquaTerm.app" because it may be damaged or incomplete.' I've downloaded the official binary from the AquaTerm web site, and it works fine. I don't have the know how to debug if you can't reproduce, but would be happy to work with someone who does. joseph at josephholsten com -- Ticket URL: <http://trac.macports.org/ticket/17587> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #17907: xsane fails to build unviersal
by MacPorts 07 Jan '09

07 Jan '09

#17907: xsane fails to build unviersal -----------------------------------+---------------------------------------- Reporter: jeremyhu@… | Owner: hama@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: universal | Port: xsane -----------------------------------+---------------------------------------- {{{ making all in src /usr/bin/gcc-4.0 -c -DHAVE_CONFIG_H -DLOCALEDIR=/opt/local/share/locale -DSANELOCALEDIR=/opt/local/share/locale -I. -I. -I../include -I../include -I/usr/local/include -I/opt/local/include -no-cpp-precomp -isysroot /Developer/SDKs/MacOSX10.5.sdk -D_GNU_SOURCE -I../intl -DV_MAJOR=0 -DV_MINOR=996 -DSANE_V_MAJOR=1 -DPATH_XSANE_DOC_DIR=/opt/local/share/sane/xsane/doc -DPATH_SANE_DATA_DIR=/opt/local/share/sane -O2 -isysroot /Developer/SDKs/MacOSX10.5.sdk -arch ppc -arch i386 -mmacosx-version- min=10.5 -Wall -I/opt/lo xsane-back-gtk.c: In function 'xsane_back_gtk_set_sensitivity': xsane-back-gtk.c:2615: error: 'SANE_CAP_ALWAYS_SETTABLE' undeclared (first use in this function) xsane-back-gtk.c:2615: error: (Each undeclared identifier is reported only once xsane-back-gtk.c:2615: error: for each function it appears in.) xsane-back-gtk.c: In function 'xsane_back_gtk_set_sensitivity': xsane-back-gtk.c:2615: error: 'SANE_CAP_ALWAYS_SETTABLE' undeclared (first use in this function) xsane-back-gtk.c:2615: error: (Each undeclared identifier is reported only once xsane-back-gtk.c:2615: error: for each function it appears in.) lipo: can't figure out the architecture type of: /var/tmp//ccSXXn1d.out make[1]: *** [xsane-back-gtk.o] Error 1 make: *** [all-recursive] Error 1 }}} -- Ticket URL: <http://trac.macports.org/ticket/17907> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1