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

Re: [28796] trunk/base/src
by Anders F Björklund 10 Sep '07

10 Sep '07

> Revision > 28796 > Author > landonf(a)macports.org > Date > 2007-09-08 22:29:36 -0700 (Sat, 08 Sep 2007) > > Log Message > - Hide 'cd' as '_cd'. It should be removed entirely once the few uses > can be fixed in port1.0 > - Fix escaping of } { in strings in base/src/port1.0/portinstall.tcl Ouch. Just starting to see the breakage from this one... Basically it means that every port using "cd" is now broke. Error: Target org.macports.patch returned: invalid command name "cd" Error: Target org.macports.configure returned: invalid command name "cd" Need to go through all the ports using the "cd" command, and change that (copy/paste?) before the next release. The most common usage seems to be to change the working directory to ${worksrcpath}, to shorten e.g. globs down. Oh well, long it is. --anders

2 3

Re: [28835] trunk/dports/lang/erlang/Portfile
by Ryan Schmidt 10 Sep '07

10 Sep '07

On Sep 9, 2007, at 21:01, source_changes(a)macosforge.org wrote: > Revision: 28835 > http://trac.macosforge.org/projects/macports/changeset/28835 > Author: bfulgham(a)macports.org > Date: 2007-09-09 19:01:57 -0700 (Sun, 09 Sep 2007) > > Log Message: > ----------- > Update (attempt to resolve mtree complaints). > > Modified Paths: > -------------- > trunk/dports/lang/erlang/Portfile > > Modified: trunk/dports/lang/erlang/Portfile > =================================================================== > --- trunk/dports/lang/erlang/Portfile 2007-09-10 01:32:13 UTC (rev > 28834) > +++ trunk/dports/lang/erlang/Portfile 2007-09-10 02:01:57 UTC (rev > 28835) > @@ -39,7 +39,7 @@ > > pre-patch { file rename ${workpath}/otp_src_${version} ${workpath}/ > ${name}-${version} } > > -patchfiles patch-toolbar.erl patch- > erts_emulator_hipe_hipe_x86_signal.c > +patchfiles patch-toolbar.erl patch- > erts_emulator_hipe_hipe_x86_signal.c patch- > erts_emulator_sys_unix_sys_float.c patch-erts_configure.in patch- > erts_configure But these extra patchfiles weren't committed? > configure.args --prefix=${destroot}${prefix} \ > --enable-threads \ > @@ -51,9 +51,6 @@ > configure.args-delete --disable-smp-support > } > > -variant leopard { > - configure.args-delete --enable-hipe > -} Was this intentionally removed?

1 0

Re: [28760] trunk/dports/devel/libtool/Portfile
by Ryan Schmidt 09 Sep '07

09 Sep '07

On Sep 8, 2007, at 08:58, source_changes(a)macosforge.org wrote: > Revision: 28760 > http://trac.macosforge.org/projects/macports/changeset/28760 > Author: nox(a)macports.org > Date: 2007-09-08 06:58:45 -0700 (Sat, 08 Sep 2007) > > Log Message: > ----------- > libtool: > * Added standard doc install. Please don't forget to increment the port revision when you make a change that causes the port to install different files. I've been fixing this on the ones you've just committed. > * Removed obsolete configure args and darwin 6 platform. Why was the darwin 6 platform removed? Do you have knowledge that it does not function anymore, or is not necessary anymore on darwin 6? Unless you do, darwin 6 platforms should be left in place. The latest consensus on darwin 6 was that although it is no longer a supported platform, we would still accept patches to fix things for darwin 6, and we should not deliberately break darwin 6. At least that's what I recall. If we want to change that policy now, then let's discuss that (and document the outcome in the guide of course). > * Fixed livecheck. > > Modified Paths: > -------------- > trunk/dports/devel/libtool/Portfile [snip]

3 4

New ports submitted
by Jonathan Strine 09 Sep '07

09 Sep '07

I posted Portfiles for two new ports, but forgot to email the list to announce the additions (as I don't have commit rights). Trac 12588 - devel/libelf-0.8.9 Trac 12606 - net/dynamips-0.2.7 -- Jonathan Strine PGP Key ID: 0x0A02201C

2 1

nco-3.9.2
by Takeshi Enomoto 09 Sep '07

09 Sep '07

Hello, I submitted a ticket for nco-3.9.2 (belongs to science). Thanks. Takeshi

3 3

MacPorts Docs Strategy - Proposal
by markd＠macports.org 08 Sep '07

08 Sep '07

The work on the new guide is progressing steadily, but one thing has become apparent. We need to unify our documentation efforts. The manpages proceed on a separate path from the guide docs, and we on the doc team (Maun Suang , Simon Ruderich, and I) think that the man pages should be rewriten in DocBook and then xincluded into the guide reference section, thereby unifying the guide with the manpages. Simon has tested this method of inclusion to hte new guide and it works. Changes proposed: 1) Change macports.conf.5 man page to portconf.5 and include info for sources.conf and variants.conf, or create sources.conf and variants.conf man pages for consistency. 2) Create a trunk/doc/man directory to hold the DocBook man page sources. 3) Modify the guide to xinclude the rewritten man page xml sources. 4) Modify the guide Makefile as necessary, Simon has that mapped out already. 5) After ensuring that the guide and the wiki have within them all the notes from various text files within trunk, delete these legacy documents. base/doc/INTERNALS, trunk, base/HACKING, etc. The goal is one source for a given type of information, be it the guide or the wiki. I think as far as process, the major changes will be: 1) Man pages need to be rewritten 2) Man page formats will look slightly different, not exactly how we're used to seeing them. 3) People other than those on the doc team should make trac tickets against the documentation milestone, unless the changes are trivial. There are naturally exceptions, but similar rules should be followed as with other trunk modifications. This can all happen fairly quickly, as long as we can agree that this is the direction we need to go. Any objections? Mark

3 4

Re: [28120] trunk/dports/lang/python24/Portfile
by Anders F Björklund 08 Sep '07

08 Sep '07

> Revision > 28120 > Author > raimue(a)macports.org > Date > 2007-08-21 06:41:55 -0700 (Tue, 21 Aug 2007) > > Log Message > lang/python24: > Don't install python binaries without version suffix. > Use new python_select to choose your version. > > Modified Paths > • trunk/dports/lang/python24/Portfile > > Diff > > Modified: trunk/dports/lang/python24/Portfile (28119 => 28120) > --- trunk/dports/lang/python24/Portfile 2007-08-21 13:40:27 UTC (rev > 28119) > +++ trunk/dports/lang/python24/Portfile 2007-08-21 13:41:55 UTC (rev > 28120) > @@ -93,6 +93,20 @@ > } > } > > + > +# delete symlinks without version suffix, use python_select instead > to choose version > +platform darwin { > + post-destroot { > + cd ${destroot}${prefix} > + file delete bin/python > + file delete bin/pythonw > + file delete bin/idle > + file delete bin/pydoc > + file delete bin/smtpd.py > + file rename share/man/man1/python.1 share/man/man1/python2.4.1 > + } > +} > + > platform puredarwin { > configure.args-delete > --enable-framework=${prefix}/Library/Frameworks > configure.args-append --disable-toolbox-glue --disable-framework This change will break ports that depends on "python24" and then try to use the "python" binary, either directly with #!/opt/local/bin/python or with e.g. #!/usr/bin/env python. Maybe those ports using port:python24 should be patched to use "python2.4" instead ? --anders

4 9

Re: [28727] trunk/www/includes/common.inc
by Ryan Schmidt 08 Sep '07

08 Sep '07

On Sep 8, 2007, at 02:19, source_changes(a)macosforge.org wrote: > Revision: 28727 > http://trac.macosforge.org/projects/macports/changeset/28727 > Author: jmpp(a)macports.org > Date: 2007-09-08 00:19:03 -0700 (Sat, 08 Sep 2007) > > Log Message: > ----------- > > Correct the reported mime type of the web pages (application/xhtml > +xml), since they > claim to be xhtml. My server is still serving them as text/html, > however, but I guess > that's a local Apache misconfiguration. I don't think the Apache configuration can influence that for PHP pages. You probably just need: <?php header('Content-Type: application/xhtml+xml; charset=' . $encoding); ?> at the top somewhere. Serving as application/xhtml+xml has historically meant that you're excluding Internet Explorer for Windows. I don't know if that's still the case with IE7. We might not care about this since we're targeting Mac users. Or we might care. A workaround is listed here, which I have not tested: http://www.w3.org/MarkUp/2004/xhtml-faq#browsers > Modified Paths: > -------------- > trunk/www/includes/common.inc > > Modified: trunk/www/includes/common.inc > =================================================================== > --- trunk/www/includes/common.inc 2007-09-08 03:01:05 UTC (rev 28726) > +++ trunk/www/includes/common.inc 2007-09-08 07:19:03 UTC (rev 28727) > @@ -31,7 +31,7 @@ > <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"> > <head> > <title><?php echo("$title"); ?></title> > - <meta http-equiv="Content-type" content="text/html; charset=<? > php echo("$encoding"); ?>" /> > + <meta http-equiv="Content-type" content="application/xhtml > +xml; charset=<?php echo("$encoding"); ?>" /> > <meta name="author" content="Jim Mock (mij(a)macports.org)" /> > <meta name="author" content="Juan Manuel Palacios > (jmpp(a)macports.org)" /> > <meta name="author" content="Chris Pickel > (sfiera(a)macports.org)" /> P.S: Why are we doing echo("$encoding") and not just echo $encoding ? echo is a language construct, not a function, so no parens are necessary, and there's no need to create a string just so that it can contain one variable. Just echo the variable directly.

1 0

PLEASE READ: Whitespace rules
by Kevin Ballard 08 Sep '07

08 Sep '07

Last time this was brought up only one person complained, but it really is a serious problem and we need standards. Therefore I propose the following: * All source code files MUST use soft tabs at a tabstop of 4. No hard tabs are allowed. * All source code files SHOULD have the following as the first line of the file: # -*- Mode: Tcl; tab-width: 4; indent-tabs-mode: nil; c- basic-offset: 4 -*- vim:et:sw=4:ts=4:sts=4 This is a modeline that works for both emacs and vim. * Portfiles SHOULD use soft tabs at a tabstop of 4, but implementation of this is left up to the discretion of the maintainer. * Portfiles SHOULD use the given modeline * Makefiles MUST use tabs as it is required by the syntax. Makefiles SHOULD use a tab stop of 4. * Makefiles MAY use a modeline. The following works for emacs and vim: # -*- Mode: Makefile; tab-width: 4; indent-tabs-mode: t -*- vim:noet:sw=4:ts=4 * All other files (documentation, etc) SHOULD use soft tabs at a tabstop of 4 if the document format allows. * All other files (documentation, etc) SHOULD NOT use a modeline as it is probably meant for human consumption. Does anybody have suggestions for any changes? If not, I recommend implementing this immediately. Every time I edit a file I will be converting it to this format and committing in a separate changeset to keep the svn history and diffs clean. I recommend everybody do this. -- Kevin Ballard http://kevin.sb.org eridius(a)macports.org http://www.tildesoft.com

8 14

Problem with the repository: bogus date
by Vincent Lefevre 07 Sep '07

07 Sep '07

I've noticed the following error: $ svn log -r2 https://svn.macosforge.org/repository/macports svn: Bogus date -- Vincent Lefèvre <vincent(a)vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

5 9