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

Whirlgif fix
by Simon Ruderich 31 Aug '07

31 Aug '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, could some please fix the ticket #12396 [1]. I don't know where to put the distfile. Thanks, Simon [1]: http://trac.macports.org/projects/macports/ticket/12396 - -- + privacy is necessary + using http://gnupg.org + public key id: 0x6115F804EFB33229 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFG1ztoYRX4BO+zMikRCr1VAJ4jXYpQeDy5xz5HgXv9pGZkZKp2JgCfZwva q6+dPFHxsc0xcL20n0fEqGE= =uc7t -----END PGP SIGNATURE-----

2 2

Re: [28410] trunk/dports/databases
by Juan Manuel Palacios 31 Aug '07

31 Aug '07

On Aug 30, 2007, at 10:16 AM, source_changes(a)macosforge.org wrote: > Revision > 28410 > Author > mww(a)macports.org > Date > 2007-08-30 07:16:38 -0700 (Thu, 30 Aug 2007) > Log Message > > use configure.compiler instead Hi again Mark! Do any of these changes depend on your recent compiler work on trunk/ base? Some of that work was released to the pubic in 1.5.1, but the rest is still only in trunk. Do you require we do another small release? In such case, what would you like to see included? -jmpp

2 1

How to see just mtree violations?
by Ryan Schmidt 31 Aug '07

31 Aug '07

Not to say that I liked it better when mtree violations were fatal, but when they were, it was at least possible to easily notice the mtree violation. Now that it's only a warning in debug mode, it's too easily swallowed up by the deluge of other debug messages being printed before and after the mtree check. Before, we have configure, make and make install output, and after, we have activation output. In even medium-sized software packages, these can easily be hundreds of lines. We have the -t switch which we can turn on separately to activate trace mode, which is helpful for discovering undeclared dependencies. Is there a way that we could somehow see just the mtree violations, without all the other verbose/debug info?

5 11

port -t is weird in trunk
by Ryan Schmidt 31 Aug '07

31 Aug '07

I'm having problems with trace mode (port -t install) in trunk which are not present in 1.5.2. Compiling the newly-added pandoc in 1.5.2 with or without trace mode works fine. In trunk, it builds fine without trace mode, but with trace mode, it says "access denied to / opt/local/bin/runhaskell (ghc)" which I don't understand since the port does declare a dependency on ghc. The message seems to be printed by src/pextlib1.0/tracelib.c which seems to be a new file added last month by epimenov, whom I'm Cc'ing. pandoc $ sudo port -t MacPorts 1.520 Entering interactive mode... ("help" for help, "quit" to quit) [textproc/pandoc] > install ---> Fetching pandoc ---> Verifying checksum(s) for pandoc ---> Extracting pandoc ---> Configuring pandoc ---> Building pandoc with target all Warning: Target build has an undeclared dependency on ncursesw ---> Staging pandoc into destroot Warning: Target destroot has an undeclared dependency on ncursesw ---> Installing pandoc 0.42_0 ---> Activating pandoc 0.42_0 ---> Cleaning pandoc [textproc/pandoc] > uninstall ---> Deactivating pandoc 0.42_0 ---> Uninstalling pandoc 0.42_0 [textproc/pandoc] > quit Goodbye pandoc $ sudo port -t MacPorts 1.600 Entering interactive mode... ("help" for help, "quit" to quit) [textproc/pandoc] > install ---> Fetching pandoc ---> Verifying checksum(s) for pandoc ---> Extracting pandoc ---> Configuring pandoc ---> Building pandoc with target all trace: access denied to /opt/local/bin/runhaskell (ghc) Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _Users_rschmidt_macports_dports_textproc_pandoc/work/pandoc-0.42" && make all PREFIX=/opt/local " returned error 2 Command output: runhaskell Setup.hs configure --prefix=/opt/local make: runhaskell: Command not found make: *** [.setup-config] Error 127 Error: Status 1 encountered during processing. [textproc/pandoc] > Unfortunately, to test this issue in the pandoc port, you will need the ghc port installed, and that takes eons to build. :(

2 1

#12572 UPDATE devel/bazaar-ng to 0.90
by Adam Mercer 30 Aug '07

30 Aug '07

Hi Could someone with commit access please apply the patch in ticket #12572 to update the bazaar-ng port to the 0.90 release http://trac.macports.org/projects/macports/ticket/12572 Cheers Adam

2 1

The Destroot Bug
by Anders F Björklund 30 Aug '07

30 Aug '07

I should have mentioned that the most annoying bug for all binary targets (archive or package) must be: http://trac.macports.org/projects/macports/ticket/10881 As noted in the bug, it requires you to -force the destroot (usually by doing a clean and a full rebuild, or an unarchive) or uninstall everything that you want to package. The main bug is: DEBUG: Skipping com.apple.destroot (FOO) since this port is already installed It should *not* skip the destroot target, even if the port is indeed installed. --anders

2 1

Re: [28311] trunk/dports/lang
by N_Ox 29 Aug '07

29 Aug '07

Le 28 août 07 à 04:00, source_changes(a)macosforge.org a écrit : > Revision 28311 > Author mww(a)macports.org > <snip/> > + system "cd ${destroot}${prefix}/bin && ln -sf ${nprefix}/bin/gcc- > apple-4.0 && ln -sf ${nprefix}/bin/cpp-apple-4.0" > <snip/> Why don't you use cd and ln TCL procedures? -- Anthony Ramine, the infamous MacPorts Trac slave. nox(a)macports.org

2 5

Writing Portfiles: how to run custom scripts
by Michael Wild 28 Aug '07

28 Aug '07

Hi all I'm trying to write up some Portfile for me and came across some problems. The upstream source is in cvs and uses automake/autoconf/libtool. My problem is now: how do I run aclocal, autoheader and libtoolize from the Portfile? I can run automake and autoconf, but as far as i can see, there is no way running custom scripts/commands, right? I'd really appreciate any help Thanks Michael

3 2

Re: [28197] trunk/dports/palm/hrsh2csv/Portfile
by Simon Ruderich 28 Aug '07

28 Aug '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 source_changes(a)macosforge.org wrote: > Revision: 28197 > http://trac.macosforge.org/projects/macports/changeset/28197 > Author: css(a)macports.org > Date: 2007-08-24 06:18:36 -0700 (Fri, 24 Aug 2007) > > Log Message: > ----------- > Create a powerpc platform variant that removes the endian conversion. This > fixes hrsh2csv to function properly on Intel Macs. (#12555) > > Modified Paths: > -------------- > trunk/dports/palm/hrsh2csv/Portfile > > Modified: trunk/dports/palm/hrsh2csv/Portfile > =================================================================== > --- trunk/dports/palm/hrsh2csv/Portfile 2007-08-24 13:17:34 UTC (rev 28196) > +++ trunk/dports/palm/hrsh2csv/Portfile 2007-08-24 13:18:36 UTC (rev 28197) > @@ -3,6 +3,7 @@ > PortSystem 1.0 > name hrsh2csv > version 1.3 > +revision 1 > description converts Hours pdb files into CSV text files > long_description Hours is a time-tracking utility for the PalmOS. \ > This utility converts Hours for PalmOS database files into \ > @@ -16,8 +17,13 @@ > > use_configure no > post-extract { > - reinplace "s|-O2 -D__MAC2PC_CONVERSION__|-O2|" ${worksrcpath}/Makefile > reinplace "s|prefix = /usr/local|prefix = ${destroot}${prefix}|" ${worksrcpath}/Makefile > } > + > +# For PowerPC, remove the endian conversion since PDBs are big endian. > +platform powerpc { > + reinplace "s|-O2 -D__MAC2PC_CONVERSION__|-O2|" ${worksrcpath}/Makefile > +} > + > destroot.args mandir=${destroot}${prefix}/share/man/man1 I don't know why, but it looks like macports is trying to execute the "reinplace" even if only something like "port info" is called on this file. So it should be moved to post-configure, but I don't know how this is done. Simon - -- + privacy is necessary + using http://gnupg.org + public key id: 0x6115F804EFB33229 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFG01NxYRX4BO+zMikRCj4+AJ92/BmROTF72bz0Yw51TOIz/F92tgCglGYc jmJ18xuIOgjb/YBGCBanxKQ= =W5uv -----END PGP SIGNATURE-----

4 3

db4 vs db43
by Rainer Müller 28 Aug '07

28 Aug '07

Hi, I noticed we got a db4 port, which installs bdb 4.3.29 and a db43 port which installs exactly the same version. Now I'm asking if we can either a) remove db4 completely and upgrade ports depending on it to a specific version db4[1-6] or b) make db4 some sort of meta port depending on the latest version of db4x only without intalling anything. What do you think? This affects 14 ports which depend on db4: databases/libgda3 devel/poedit gnome/libgda lang/prothon mail/exim mail/isync mail/mutt-devel mail/spamprobe net/netatalk ruby/rb-bdb ruby/rb-bdb science/xastir sysutils/cfengine www/redland We should resolve this and don't have two ports installing the same thing. Kindly Regards, Rainer

3 3