February 2008 - macports-tickets - lists.macosforge.org

[MacPorts] #14238: icon 9.4.3 The Icon programming language
by MacPorts 10 Feb '08

10 Feb '08

#14238: icon 9.4.3 The Icon programming language -------------------------------------------+-------------------------------- Reporter: michael.grunewald(a)laposte.net | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: icon-9.4.3 | -------------------------------------------+-------------------------------- Icon is a high-level, general-purpose programming language with a large repertoire of features for processing data structures and character strings. Icon is an imperative, procedural language with a syntax reminiscent of C and Pascal, but with semantics at a much higher level. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14238> MacPorts </projects/macports> Ports system for Mac OS

1 2

Re: [MacPorts] #12738: xfig violates mtree
by MacPorts 09 Feb '08

09 Feb '08

#12738: xfig violates mtree --------------------------------+------------------------------------------- Reporter: andree(a)cs.unm.edu | Owner: pguyot(a)kallisys.net Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Resolution: | Keywords: xfig violation --------------------------------+------------------------------------------- Comment (by alexander.zimmermann(a)rwth-aachen.de) Problem is solved. We can close the ticket. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12738#comment:4> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13085: BUG: xfig 3.2.5_1 unable to activate
by MacPorts 09 Feb '08

09 Feb '08

#13085: BUG: xfig 3.2.5_1 unable to activate -------------------------------+-------------------------------------------- Reporter: javaprob(a)aim.com | Owner: pguyot(a)kallisys.net Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: | Keywords: xfig x11 activate -------------------------------+-------------------------------------------- Comment (by alexander.zimmermann(a)rwth-aachen.de) Problem is solved. We can close the ticket. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13085#comment:7> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #14244: gawk +with_default_names
by MacPorts 09 Feb '08

09 Feb '08

#14244: gawk +with_default_names -------------------------------------------------+-------------------------- Reporter: alexander.zimmermann(a)rwth-aachen.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | -------------------------------------------------+-------------------------- like gsed, coreutils, findutils,... :-) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14244> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13292: vim fails to configure, tgetent() not found
by MacPorts 09 Feb '08

09 Feb '08

#13292: vim fails to configure, tgetent() not found -----------------------------------+---------------------------------------- Reporter: griff.rees(a)gmail.com | Owner: raimue(a)macports.org Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: | Keywords: -----------------------------------+---------------------------------------- Comment (by ian.c.purvis(a)gmail.com) sorry, earlier post had my old email address... can you add this one to the cc? thanks.. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13292#comment:17> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #14147: port lint should warn on illegal variant names
by MacPorts 09 Feb '08

09 Feb '08

#14147: port lint should warn on illegal variant names -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- `port lint` should warn when it encounters variants whose names are not composed entirely of legal characters. I'm not sure if the list of legal characters for variant names has ever been defined anywhere before, but looking through all variant names of all ports right now, I see that they are all composed of letters A-Z and a-z, numbers 0-9, underscore and hyphen/dash, and the hyphen/dash is the only one of those that causes problems. (A variant with a hyphen/dash in the name cannot be selected.) So `port lint` should warn if a variant name does not match the regular expression `^[A-Za-z0-9_]+$` Related: the guide should say something about valid variant names; see #14141. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14147> MacPorts </projects/macports> Ports system for Mac OS

1 3

[MacPorts] #14220: Warn or handle deactivated dependencies
by MacPorts 09 Feb '08

09 Feb '08

#14220: Warn or handle deactivated dependencies ----------------------------------------+----------------------------------- Reporter: saul.hazledine(a)bbsrc.ac.uk | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Low | Milestone: MacPorts base enhancements Component: ports | Version: 1.6.0 Keywords: activate dependencies | ----------------------------------------+----------------------------------- In the situation where a new port, A, is being installed and depends on a port B. If B is installed (but deactivated) A will start installing and then hit an error during the build. The error appears as a build error to the untrained eye. As a new user, I thought there was an error with the port and raised a ticket when none needed to be raised. I feel bad about this but suspect I wasn't the first person to install on a deactivated dependency and then get a build error. There are many different behaviours that could be less confusing to people like myself. As a suggestion though, would it be possible to warn the user if a dependency was deactivated? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14220> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #14231: hyperestraier: update to 1.4.13 & fix variants name problem
by MacPorts 09 Feb '08

09 Feb '08

#14231: hyperestraier: update to 1.4.13 & fix variants name problem -------------------------------+-------------------------------------------- Reporter: pelopor(a)nifty.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | -------------------------------+-------------------------------------------- Update Hyperestraier port to ver. 1.4.13. In addition, this update fixes the variants name problem (Ticket #14157), by replacing "no-zlib" variant with "zlib" and making the latter default. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14231> MacPorts </projects/macports> Ports system for Mac OS

1 3

[MacPorts] #14195: ImageMagick port installs libtool wrapper scripts instead of the actual binaries
by MacPorts 09 Feb '08

09 Feb '08

#14195: ImageMagick port installs libtool wrapper scripts instead of the actual binaries ----------------------------------+----------------------------------------- Reporter: joh(a)gmx.net | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: ImageMagick, libtool | ----------------------------------+----------------------------------------- Trying to install ImageMagick results in all ImageMagick tools ending up as libtool-wrappers instead of the actual binaries: {{{ $ convert /opt/local/bin/convert: error: `/opt/local/bin/.libs/convert' does not exist This script is just a wrapper for convert. See the libtool documentation for more information. }}} The content of the files looks like this: {{{ #! /bin/sh # utilities/convert - temporary wrapper script for .libs/convert # Generated by ltmain.sh (GNU libtool 1.2569 2008/01/24 16:16:26) 2.1a # # The utilities/convert program cannot be directly executed until all the libtool # libraries that it depends on are installed. # # This wrapper script should never be moved out of the build directory. # If it is, it will not operate correctly. }}} Some lines from the build/destroot/install phases: {{{ libtool: install: warning: remember to run `libtool --finish /opt/local/lib' /bin/sh ./libtool --silent --mode=install /usr/bin/install 'utilities/convert' '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_graphics_ImageMagick/work/destroot/opt/local/bin/convert' libtool: install: warning: `magick/libMagick.la' has not been installed in `/opt /local/lib' libtool: install: warning: `wand/libWand.la' has not been installed in `/opt/loc al/lib' libtool: install: warning: `/opt/local/var/macports/build/_opt_local_var_macport s_sources_rsync.macports.org_release_ports_graphics_ImageMagick/work/ImageMagick -6.3.8/magick/libMagick.la' has not been installed in `/opt/local/lib' libtool: install: warning: cannot relink `utilities/convert' }}} Installing libtool from MacPorts and rebuilding makes no difference. Symlinking the resulting /opt/local/bin/glibtool to /opt/local/bin/libtool then (and rebuilding) results in working ImageMagick binaries, though. I've additionally attached the output of {{{ ./libtool --debug --mode=install /usr/bin/install 'utilities/convert' '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_ImageMagick/work/destroot/opt/local/bin/convert' }}} run from the build directory. Cc'd the upstream libtool maintainer Peter O'Gorman <peter(a)pogma.com> -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14195> MacPorts </projects/macports> Ports system for Mac OS

1 5

[MacPorts] #13444: In Leopard man page for 'port' is missing or not accessable
by MacPorts 09 Feb '08

09 Feb '08

#13444: In Leopard man page for 'port' is missing or not accessable ---------------------------------+------------------------------------------ Reporter: dergaspode(a)gmx.info | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.5.2 Keywords: man | ---------------------------------+------------------------------------------ I did a clean install of Leopard, the migrated my Users. Just to be sure I deleted MacPorts as documented in the FAQ. I then did a new MacPorts install using the downloadable .dmg. Everything worked fine, the installation and then downloading packages like teTex. But the man page for port cannot be displayed. Error message ------ Cannot open the message catalog "man" for locale "de_DE.UTF-8" (NLSPATH="<none>") No manual entry for port ------ I receive the same error message with every other man page that is not available so the strange error message is propably because of Leopard having problems with other languages then English. But still there should be a man page for port. Displaying other man pages that are available works. I have an Intel Mac and I am now on 10.5.1. My login shell is tcsh. Other people veryfied that they have the same problem. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13444> MacPorts </projects/macports> Ports system for Mac OS

1 5