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

Categories are evil
by Randall Wood 22 Aug '07

22 Aug '07

Well, no, not really. Its just that I think that they are a really bad way to physically organize the ports collection. I understand that categories are an important and useful tool for organizing and grouping ports, but when thinking about a GUI for the MacPorts system, I realized that categories should best be thought of as a set of semi-standardized keywords which any mechanism for searching for ports should recognize. I have also been long bugged by the need to decide which category is the primary category for a port when placing it in the ports collection. I understand the rational for Juan's desire to move the ports tree out of trunk, and would like to suggest that when (if) that happens, that the structure of the ports collection should, at the same time, change from collection/category/port to collection/a/ab/port, where 'a' is any lowercase alphanumeric character and 'ab' is a combination of any two lowercase alphanumeric characters, and that any port in directory a/ab should start with the characters ab. I understand that some directories under the proposed scheme may be large, such as /p/p5, /p/py, /g/gn but it seems that this would not be any real change from the current situation for the perl, python, devel, and other directories that exist now. There is a ticket with a patch to support building this style port collection at https://svn.macosforge.org/projects/macports/ticket/12542 I apologize for the early morning rambling... Randall Wood rhwood(a)mac.com http://shyramblings.blogspot.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy."

7 9

Re: MacPorts 1.5.2 now available
by Ryan Schmidt 22 Aug '07

22 Aug '07

On Aug 21, 2007, at 07:31, Tommaso Urli wrote: > Ok, I renamed libreadline.a and tried "port install readline". Now > let's see if it works. On Aug 21, 2007, at 12:16, Tommaso Urli wrote: > As I said I reinstalled redaline through MacPorts, but still: > > frodo:/usr/local/lib root# port selfupdate [snip] > cc -dynamiclib -L/usr/local/lib Pextlib.o strsed.o fgetln.o md5cmd.o > setmode.o xinstall.o fs-traverse.o strcasecmp.o vercomp.o filemap.o > sha1cmd.o compat.o curl.o rmd160cmd.o readline.o uid.o -o > Pextlib.dylib -L/System/Library/Frameworks/Tcl.framework/Versions/8.4 > -ltclstub8.4 -L/usr/local/lib -L/usr/lib -lcurl -lssl -lcrypto -lz > -lcrypto -lreadline > ld: warning prebinding disabled because of undefined symbols > ld: Undefined symbols: > _rl_completion_matches > _rl_filename_completion_function > _rl_username_completion_function > /usr/bin/libtool: internal link edit command failed > make[2]: *** [Pextlib.dylib] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 libreadline.a is the statically-linked library. Are you sure there aren't also any dynamically-linked libraries of readline in /usr/ local/lib? Their names would be libreadline.*.dylib. You'll also want to check for and remove any readline includes in / usr/local/include. Others have encountered this problem before; see: http://rob.cogit8.org/blog/2006/Nov/06/macports-and-removing-fink/ http://lists.macosforge.org/pipermail/macports-users/2007-May/ 003230.html I guess we should write a FAQ entry about it. Anyone wanna do that? Devs: I think this problem occurs because MacPorts needs a newer version of readline than the one you have in /usr/local. Couldn't we add a check to ./configure to make sure the correct version of readline is available, and issue a sensible error message if not, rather than failing with this unfortunate undefined symbols error later on? Or, couldn't we instruct configure never to look for anything in /usr/local? I believe the latter has been suggested before but I don't remember the outcome.

4 3

ghostscript +gslib variant
by Ryan Schmidt 22 Aug '07

22 Aug '07

Hi. ImageMagick +gs requires the "gslib" component of Ghostscript. But the ghostscript port doesn't build gslib by default. So, to properly install ImageMagick +gs, you need to first install ghostscript +gslib [1]. This is cumbersome. Is there a compelling reason why the ghostscript port shouldn't just build gslib all the time? It would seem to simplify things. It's not like it requires any additional dependencies. This goes back to the ideas in the other thread on this list recently, that ports should build the most feature-complete software they can, so long as it's not terribly inconvenient to do so. And in this case I don't see any inconvenience in doing so. [1] That is, I assume this required. A comment that was already in the portfile when I took it over says ghostscript with gslib is required. I have not yet gotten ImageMagick +gs to work, or rather, I'm not sure how to determine if it is working.

2 2

Re: [28060] trunk/dports/archivers/sharutils/Portfile
by Ryan Schmidt 22 Aug '07

22 Aug '07

On Aug 19, 2007, at 11:31, source_changes(a)macosforge.org wrote: > Revision: 28060 > http://trac.macosforge.org/projects/macports/changeset/28060 > Author: nox(a)macports.org > Date: 2007-08-19 09:31:54 -0700 (Sun, 19 Aug 2007) > > Log Message: > ----------- > sharutils: > * Updated to 4.7. > * NLS support is now a variant. Why, by the way? Do you believe most people will not want native language support? There's a lot of software with NLS, and I think most of it is on by default. Do you propose going through all of them to make NLS off by default? Why is this desirable? Why should we spend time on this? All it does, in the end, is give the user yet another choice they need to make. Our goal should not be to give the user every conceivable choice, but to use our expertise to choose a reasonable configuration for the user. > * libiconv has been added to the NLS dependencies. > * Fixed livecheck. > * Added doc installation. > > Modified Paths: > -------------- > trunk/dports/archivers/sharutils/Portfile > > Modified: trunk/dports/archivers/sharutils/Portfile > =================================================================== > --- trunk/dports/archivers/sharutils/Portfile 2007-08-19 16:31:39 > UTC (rev 28059) > +++ trunk/dports/archivers/sharutils/Portfile 2007-08-19 16:31:54 > UTC (rev 28060) > @@ -3,7 +3,7 @@ > PortSystem 1.0 > > name sharutils > -version 4.6.3 > +version 4.7 > categories archivers > maintainers nomaintainer > description Shell archiver utilities > @@ -17,20 +17,38 @@ > files, split long files and construct multi-part mailings, > ensure \ > correct unsharing order, and provide simplistic checksums. > > +homepage http://www.gnu.org/software/${name}/ > master_sites gnu:${name}/REL-${version} > -homepage http://www.gnu.org/software/${name}/ > use_bzip2 yes > > -checksums md5 ec4c932d0704efe288d82219b089a3dc \ > - sha1 a036736307b814695ca68d04c465fdc4e5889218 \ > - rmd160 3beb2c202610d65d8df1e9ea585cfcb28dcb9897 > +checksums md5 729c070d814d9c688489d88dd7fd3efb \ > + sha1 0b8c1d54fdcf97a93aba079d342d1873a8fc423b \ > + rmd160 6ef271d21ea41003ff13d6aef241c6a4fd4dc296 > > -depends_lib port:gettext > - > configure.args-append --mandir=${prefix}/share/man \ > - --infodir=${prefix}/share/info > + --infodir=${prefix}/share/info \ > + --disable-nls > > +set docdir ${prefix}/share/doc/${name}-${version} > + > +post-destroot { > + xinstall -d ${destroot}${docdir} > + xinstall -m 0644 -W ${worksrcpath} AUTHORS COPYING ChangeLog NEWS > README THANKS TODO \ > + ${destroot}${docdir} > +} > + > +variant nls description {Enable NLS support} { I think the name of the variant ("nls") makes it pretty clear that it "Enable[s] NLS"; the person who needs to read the description, however, is the one who doesn't know what "NLS" stands for. If this variant is retained, the description should be more helpful. FYI, since "NLS" stands for native (or natural) language support, "NLS support" is just as redundant as "ATM machine" or "PIN number". :-) > + depends_lib-append port:gettext \ > + port:libiconv > + > + configure.args-delete --disable-nls > + > + post-destroot { > + xinstall -m 0644 ${worksrcpath}/ABOUT-NLS ${destroot}${docdir} > + } > +} > + > livecheck.check regex > -livecheck.url http://ftp.gnu.org/gnu/sharutils/REL-${version}/ > -livecheck.regex ${name}-(\\d+(?:\\.\\d+)*) > +livecheck.url http://ftp.gnu.org/gnu/sharutils/?M=D > +livecheck.regex REL-(\\d+(?:\\.\\d+)*)

6 7

Re: [28107] trunk/dports/devel/agprocess/Portfile
by Ryan Schmidt 21 Aug '07

21 Aug '07

Regarding this changeset, and the similar one in r28109 for agsocket: On Aug 21, 2007, at 02:26, source_changes(a)macosforge.org wrote: > Revision: 28107 > http://trac.macosforge.org/projects/macports/changeset/28107 > Author: nox(a)macports.org > Date: 2007-08-21 00:26:10 -0700 (Tue, 21 Aug 2007) > > Log Message: > ----------- > agprocess: Added universal support. > > Modified Paths: > -------------- > trunk/dports/devel/agprocess/Portfile > > Modified: trunk/dports/devel/agprocess/Portfile > =================================================================== > --- trunk/dports/devel/agprocess/Portfile 2007-08-21 06:58:07 UTC > (rev 28106) > +++ trunk/dports/devel/agprocess/Portfile 2007-08-21 07:26:10 UTC > (rev 28107) > @@ -20,17 +20,28 @@ > homepage http://agkit.sourceforge.net/ > master_sites sourceforge:agkit > distname ${my_name}-${version} > -worksrcdir ${my_name} > extract.suffix .tgz > > checksums md5 61b640f048aaed3d9d4cde6775b08957 \ > sha1 94e3831145b0fec2ebe4df4faeb699768219f87b \ > rmd160 9197095046acdc4b804fbed63c370e25e65fc454 > > +worksrcdir ${my_name} > + > +# Dummy configure to enable universal variant > +configure {} > + I don't think you need a dummy configure to enable the standard universal variant, since you're declaring your own universal variant which overwrites the default one anyway. > xcode.target ${my_name} > xcode.destroot.type framework > > -universal_variant no > +variant universal { > + post-patch { > + cd ${worksrcpath}/${my_name}.pbproj > > + reinplace -E "/OTHER_CFLAGS/s|\"\"|\"$ > {configure.universal_cflags}\"|" project.pbxproj > + reinplace -E "/OTHER_LDFLAGS/s|\"\"|\"$ > {configure.universal_ldflags}\"|" project.pbxproj > + } > +} > + > livecheck.regex "<title>${my_name} ${my_name}-(\\d+(?:\\.\\d+)*) > released.*</title>"

1 0

Re: MacPorts 1.5.2 now available
by Ryan Schmidt 21 Aug '07

21 Aug '07

On Aug 20, 2007, at 04:10, Tommaso Urli wrote: > ld: warning prebinding disabled because of undefined symbols > ld: Undefined symbols: > _rl_completion_matches > _rl_filename_completion_function > _rl_username_completion_function > /usr/bin/libtool: internal link edit command failed > make[2]: *** [Pextlib.dylib] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 You probably have a rogue readline in /usr/local/lib. Please remove it and try again. It was probably installed either manually by you for some reason, or as part of some other non-MacPorts software project. Consider installing that other software using MacPorts instead, if possible.

1 0

mtree checks
by Yves de Champlain 20 Aug '07

20 Aug '07

Hi I'm wondering how come I have set destroot.violate_mtree yes but still get warnings during destroot phase ? yves

1 0

Re: [28065] trunk/dports/print/ghostscript/Portfile
by Ryan Schmidt 19 Aug '07

19 Aug '07

On Aug 19, 2007, at 11:54, source_changes(a)macosforge.org wrote: > Revision: 28065 > http://trac.macosforge.org/projects/macports/changeset/28065 > Author: digdog(a)macports.org > Date: 2007-08-19 09:54:07 -0700 (Sun, 19 Aug 2007) > > Log Message: > ----------- > 1. To prevent port upgrade failed > 2. Add dependencies > 3. Use another way to undo environment settings > > And, Thanks to Christian Cornelssen. > > Modified Paths: > -------------- > trunk/dports/print/ghostscript/Portfile > > Modified: trunk/dports/print/ghostscript/Portfile > =================================================================== > --- trunk/dports/print/ghostscript/Portfile 2007-08-19 16:53:39 UTC > (rev 28064) > +++ trunk/dports/print/ghostscript/Portfile 2007-08-19 16:54:07 UTC > (rev 28065) > @@ -24,13 +24,18 @@ > ghostscript-fonts-std-8.11.tar.gz md5 > 6865682b095f8c4500c54b285ff05ef6 \ > ghostscript-fonts-other-6.0.tar.gz md5 > 1a643ae62ef166562e4d422b1a601272 > > -configure { > - # Ticket #11901 > - # MacPorts 1.4.1 or higher adds -I${prefix}/include and -L$ > {prefix}/lib flags to the configure by default. > - # This change may break building ghostscript. Here is a > workaround to avoid this issue. > - system "cd $worksrcpath && ./configure --prefix=${prefix}" > -} > +depends_lib lib:libX11.6:XFree86 \ > + lib:libz:gzip \ > + lib:libiconv:libiconv \ > + lib:libfontconfig:fontconfig \ > + lib:libexpat.1:expat You should prefer the port:-style dependency to the lib:lib:-style dependency unless there's a good reason. The good reason for XFree86 is that many people will want to use Apple's X11 instead of XFree86. But there's no good reason for the rest of them. So this should read: depends_lib lib:libX11.6:XFree86 \ port:gzip \ port:libiconv \ port:fontconfig \ port:expat http://geeklair.net/new_macports_guide/#portfile- reference.dependencies.nonport "Port dependencies should refer to other MacPorts ports whenever possible. However, if satisfying a dependency with a port is not practical or desirable for a special reason, you may specify dependencies by having MacPorts test for an individual file by replacing port: with one of the options lib: bin: or path:." > +# Ticket #11901, Thanks to Christian Cornelssen (ccorn(a)cs.tu- > berlin.de). > +# Make included JasPer find its own headers rather than the system > ones > +configure.cppflags-delete "-I${prefix}/include" > +configure.cppflags-append "-I${worksrcpath}/jasper/src/libjasper/ > include" > +configure.cppflags-append "-I${prefix}/include" > + > configure.args --mandir='\${prefix}/share/man' > > build.target

1 0

little bug (second try)
by Sebastian Sandersius 18 Aug '07

18 Aug '07

Hi, I found a little bug but I don't know how to fix it (see below). Notice that installing gnuplot fetches teTex, and no, installing teTex does not fetch gnuplot (I wish it were that easy) Last login: Fri Aug 17 19:32:47 on console Welcome to Darwin! sebastian-sandersius-computer:~ sebastiansandersius$ sudo port install gnuplot Password:***** ---> Fetching teTeX ---> Attempting to fetch tetex-texmf-3.0po.tar.gz from ftp://tug.ctan.org/tex-archive/systems/unix/teTeX/current/distrib/ ^C sebastian-sandersius-computer:~ sebastiansandersius$ Regards, Sebastian

3 3

Sourceforge master_sites
by Simon Ruderich 18 Aug '07

18 Aug '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I have a question about the master_sites sourceforge setting. If I use the following the download doesn't work: master_sites sourceforge But if use this, then it works: master_sites sourceforge:portname Is this intentional or a bug by macports (or me)? Thanks for your help, Simon - -- + privacy is necessary + using http://gnupg.org + public key id: 0x6115F804EFB33229 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFGxw4VYRX4BO+zMikRCqoUAKC43UC5bJRjlEC+eib6QLpYVAY8sACfYCSE MuwoVf/LPpiyLTk6X5TCRgc= =C2pK -----END PGP SIGNATURE-----

2 4