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

Re: irssi +perl on ppc
by N_Ox 13 Nov '07

13 Nov '07

Le 13 nov. 07 à 09:45, Some Dude a écrit : > Hi Nox, > I did what you said and upgraded glib2 and got this error: > > sudo port -v install irssi +perl > ---> Building irssi with target all > make all-recursive > Making all in src > Making all in lib-popt > make[3]: Nothing to be done for `all'. > Making all in lib-config > make[3]: Nothing to be done for `all'. > Making all in core > make[3]: Nothing to be done for `all'. > Making all in irc > Making all in core > make[4]: Nothing to be done for `all'. > Making all in dcc > make[4]: Nothing to be done for `all'. > Making all in flood > make[4]: Nothing to be done for `all'. > Making all in notifylist > make[4]: Nothing to be done for `all'. > Making all in proxy > make[4]: Nothing to be done for `all'. > make[4]: Nothing to be done for `all-am'. > Making all in fe-common > Making all in core > make[4]: Nothing to be done for `all'. > Making all in irc > Making all in dcc > make[5]: Nothing to be done for `all'. > Making all in notifylist > make[5]: Nothing to be done for `all'. > make[5]: Nothing to be done for `all-am'. > make[4]: Nothing to be done for `all-am'. > Making all in perl > if /bin/sh ../../libtool --tag=CC --mode=compile gcc - > DHAVE_CONFIG_H -I. -I. -I../.. -I../../src -I../../src/core -I../../ > src/fe-common/core -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -DSCRIPTDIR=\""/opt/local/ > share/irssi/scripts"\" -DPERL_USE_LIB=\""/opt/local/lib/perl5/ > darwin/darwin-thread-multi-2level"\" -DPERL_STATIC_LIBS=0 -arch > i386 -arch ppc -g -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp - > fno-strict-aliasing -Wdeclaration-after-statement -I/usr/local/ > include -I/System/Library/Perl/5.8.8/darwin-thread-multi-2level/ > CORE -I/opt/local/include -no-cpp-precomp -O2 -Wall -I/opt/local/ > include -MT perl-core.lo -MD -MP -MF ".deps/perl-core.Tpo" -c -o > perl-core.lo perl-core.c; \ > then mv -f ".deps/perl-core.Tpo" ".deps/perl-core.Plo"; else rm -f > ".deps/perl-core.Tpo"; exit 1; fi > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src -I../../src/core - > I../../src/fe-common/core -I/opt/local/include/glib-2.0 -I/opt/ > local/lib/glib-2.0/include -I/opt/local/include -DSCRIPTDIR=\"/opt/ > local/share/irssi/scripts\" -DPERL_USE_LIB=\"/opt/local/lib/perl5/ > darwin/darwin-thread-multi-2level\" -DPERL_STATIC_LIBS=0 -arch i386 > -arch ppc -g -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp -fno- > strict-aliasing -Wdeclaration-after-statement -I/usr/local/include - > I/System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE -I/opt/ > local/include -no-cpp-precomp -O2 -Wall -I/opt/local/include -MT > perl-core.lo -MD -MP -MF .deps/perl-core.Tpo -c perl-core.c -fno- > common -DPIC -o .libs/perl-core.o > gcc-4.0: -E, -S, -save-temps and -M options are not allowed with > multiple -arch flags > make[3]: *** [perl-core.lo] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > Error: Target org.macports.build returned: shell command " cd "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_irc_i > rssi/work/irssi-0.8.11" && make all " returned error 2 > Command output: Making all in core > make[4]: Nothing to be done for `all'. > Making all in dcc > make[4]: Nothing to be done for `all'. > Making all in flood > make[4]: Nothing to be done for `all'. > Making all in notifylist > make[4]: Nothing to be done for `all'. > Making all in proxy > make[4]: Nothing to be done for `all'. > make[4]: Nothing to be done for `all-am'. > Making all in fe-common > Making all in core > make[4]: Nothing to be done for `all'. > Making all in irc > Making all in dcc > make[5]: Nothing to be done for `all'. > Making all in notifylist > make[5]: Nothing to be done for `all'. > make[5]: Nothing to be done for `all-am'. > make[4]: Nothing to be done for `all-am'. > Making all in perl > if /bin/sh ../../libtool --tag=CC --mode=compile gcc - > DHAVE_CONFIG_H -I. -I. -I../.. -I../../src -I../../src/core -I../../ > src/fe-common/core -I/opt/local/include/glib-2.0 -I/opt/local/lib/ > glib-2.0/include -I/opt/local/include -DSCRIPTDIR=\""/opt/local/ > share/irssi/scripts"\" -DPERL_USE_LIB=\""/opt/local/lib/perl5/ > darwin/darwin-thread-multi-2level"\" -DPERL_STATIC_LIBS=0 -arch > i386 -arch ppc -g -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp - > fno-strict-aliasing -Wdeclaration-after-statement -I/usr/local/ > include -I/System/Library/Perl/5.8.8/darwin-thread-multi-2level/ > CORE -I/opt/local/include -no-cpp-precomp -O2 -Wall -I/opt/local/ > include -MT perl-core.lo -MD -MP -MF ".deps/perl-core.Tpo" -c -o > perl-core.lo perl-core.c; \ > then mv -f ".deps/perl-core.Tpo" ".deps/perl-core.Plo"; else rm -f > ".deps/perl-core.Tpo"; exit 1; fi > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src -I../../src/core - > I../../src/fe-common/core -I/opt/local/include/glib-2.0 -I/opt/ > local/lib/glib-2.0/include -I/opt/local/include -DSCRIPTDIR=\"/opt/ > local/share/irssi/scripts\" -DPERL_USE_LIB=\"/opt/local/lib/perl5/ > darwin/darwin-thread-multi-2level\" -DPERL_STATIC_LIBS=0 -arch i386 > -arch ppc -g -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp -fno- > strict-aliasing -Wdeclaration-after-statement -I/usr/local/include - > I/System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE -I/opt/ > local/include -no-cpp-precomp -O2 -Wall -I/opt/local/include -MT > perl-core.lo -MD -MP -MF .deps/perl-core.Tpo -c perl-core.c -fno- > common -DPIC -o .libs/perl-core.o > gcc-4.0: -E, -S, -save-temps and -M options are not allowed with > multiple -arch flags > make[3]: *** [perl-core.lo] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Warning: the following items did not execute (for irssi): > org.macports.activate org.macports.build org.macports.destroot > org.macports.install > Error: Status 1 encountered during processing. > > > any ideas? Seems like irssi wants to build its perl bindings universally, that's odd. I would say you should file a new ticket on Trac. -- Anthony Ramine, the "Ports tree cleaning Maestro". <nox(a)macports.org>

1 0

Your MacPorts ports need some love: the "cd" command is going away
by Ryan Schmidt 13 Nov '07

13 Nov '07

Hi! You're receiving this email because a MacPorts port you maintain uses the Tcl command "cd" to change into a directory for some reason. The "cd" command has been deemed harmful for MacPorts, so a future version of MacPorts will hide it from portfiles [1]. (MacPorts trunk already does [2].) Therefore it's necessary to remove this command everywhere it occurs in your portfiles, so that your ports continue to function in future versions of MacPorts. To be clear: what's no longer ok is using something like this: cd ${worksrcdir} Instances of "cd" inside a "system" invocation, however, are still fine and do not need to be changed: system "cd ${worksrcdir} && whatever" If you need help figuring out how best to avoid using the Tcl "cd" command in your ports, you can post a message to the macports-dev mailing list, or just reply to this message. You can also check recent commits to the repository for ideas [3] (search the log for "cd"); I'm busy fixing this issue in various ports that don't have a maintainer. Note that for some of your ports, tickets may already have been filed in Trac, and for some of those tickets, patches may already be attached, such that all you have to do is test it and commit it. If you do not have commit access yourself, feel free to attach a tested patch to a ticket and let me know which ticket, or just send me the patch as an attachment in an email, and I'll be happy to commit it for you. To see everywhere in your ports where the "cd" command is currently being used, you can use a command like this in the Terminal (replacing "EMAIL" with your maintainer email address (to which this email was sent)): port file maintainer:EMAIL \ | xargs grep "[[:space:]]cd[[:space:]]" \ | grep -v "system[[:space:]]" If for any reason you no longer wish to maintain some or all of your ports, please let me know which ports I'll take you off the maintainer list. Thank you. Ryan Schmidt, for The MacPorts Project [1] http://trac.macports.org/projects/macports/ticket/12914 [2] http://trac.macports.org/projects/macports/changeset/28796 [3] http://trac.macports.org/projects/macports/log/trunk/dports

7 12

Re: [30974] trunk/dports/lang/gcc42/Portfile
by Adam Mercer 12 Nov '07

12 Nov '07

On 12/11/2007, source_changes(a)macosforge.org <source_changes(a)macosforge.org> wrote: > Revision 30974 Author mww(a)macports.org Date 2007-11-12 13:47:21 -0800 (Mon, > 12 Nov 2007) > Log Message gcj does not compile on leopard -- disable java for 10.5 gcj-mp-4.2 built for me without error on Leopard [ram@skymoo ~]$ gcj-mp-4.2 --version gcj-mp-4.2 (GCC) 4.2.2 Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [ram@skymoo ~]$ uname -a Darwin skymoo.local 9.0.0 Darwin Kernel Version 9.0.0: Tue Oct 9 21:35:55 PDT 2007; root:xnu-1228~1/RELEASE_I386 i386 [ram@skymoo ~]$ Cheers Adam

2 1

HEADS-UP: svn & trac back online
by Juan Manuel Palacios 12 Nov '07

12 Nov '07

Hello everyone! Subversion and Trac servers are now back online and operational, running 1.4.5 and 0.10.4, respectively, on new hardware. Please give them a try and feel free to report any findings you have. These upgrades will now allow us to do some cool things like installing some strongly requested Trac plugins and svn {pre,post}- commit hooks, so stand by for further improvements to our infrastructure (in a timely manner, of course ;-) I would publicly like to thank Bill Siegristg for working so hard on not only maintaining our infrastructure, but also pushing it forward to enhance our Mac OS Forge based services and offerings. Most appreciated! Regards,... -jmpp

1 0

GTK2 2.12.0 Portfile for testing
by Randall Wood 12 Nov '07

12 Nov '07

ALCON: Attached is the Portfile and patch files for GTK 2.12.0. Can you please test before I release it into the wild. 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."

3 3

1.6 release?
by Juan Manuel Palacios 12 Nov '07

12 Nov '07

Hey everyone! It's very pleasing to see the amount of work that has gone into base since our last release, but the negative side of that is that our current code delta between trunk and the last release branch is huge. Therefore I propose we make a 1.6 release with a new release branch from scratch, cut off from trunk ToT. For that to happen, it would be nice to have some input on the current state of trunk: -) does any developer in particular plan to include new features/ improvements in the near future? If so, do these entail any obvious instability we should account for? *) Markus, anything else we should look forward to in your recent slew of build stage related improvements? -) on the other hand, is there anything in particular anyone would like to see *NOT* released to the public just yet? *) Eugene, how "finished" would you call your work on trace mode improvements? Other than bugs that you may fix as they are reported, do you plan any major changes to the core of your work? *) Chris, what are your plans to switch us to the new registry? I haven't seen you committing any new code for this, so I don't have much of an idea of its state. Can you please fill us in? That put aside, I'm guessing we don't have to worry much about registry2.0 since, from what I gather, it's effectively "turned off" in our sources, right? -) documentation people, can we count on rewritten man pages to go with 1.6? How far off is the new guide? I appreciate not only input on these points raised above, but also on the overall state of trunk, in order to properly plan the 1.6 release and a test & stabilization cycle. One special treat I'm planning to couple with this new release is our revamped website, finally! So don't be shy to provide all feedback that you have on that too, most welcomed! (you'll always find it at http://apollo.homeunix.net/macports) It's mostly complete in functionality (which I've been coordinating with Mac OS Forge admin for proper deployment) and content, only lacking now the main index.php page which I still haven't been able to get to. Do step up if you care to help in completing that final bit ;-) Regards and thanks for your attention and help! -jmpp

8 27

Is there a license on patches
by Emmanuel Hainry 12 Nov '07

12 Nov '07

Dear list, For a port I maintain (namely rubber), there are some patches that upstream has not yet included and are provided by the maintainer of the port for pkgsrc. They are now in macports repository and I wonder which license if any is applied to patches (as Trac.macports.org tells people that what they put here is automatically under the Apache or BSD License). Is there a way to credit the author of a patch and to cite the license they may be under? This problem (but is it a problem?) is, I think, not a rare thing: the work of preparing a program to be part of a ports project is very similar between pkgsrc, openBSD, freeBSD and macports (maybe gentoo and other linux source based packages too) and hence reusing patches from others is highly probable. Emmanuel

7 9

Re: [27772] trunk/dports/sysutils/logrotate/Portfile
by N_Ox 12 Nov '07

12 Nov '07

Le 14 août 07 à 06:57, source_changes(a)macosforge.org a écrit : > Revision 27772 Author markd(a)macports.org Date 2007-08-13 21:57:36 > -0700 (Mon, 13 Aug 2007) Log MessageMake port conform to mtree > standards properly.Modified Paths > trunk/dports/sysutils/logrotate/Portfile > Diff > <snip> > + xinstall -d ${destroot}${prefix}/share/man/man8 > + xinstall -m 755 ${worksrcpath}/logrotate.8 ${destroot}${prefix}/ > share/man/man8 > <snip> > _______________________________________________ > macports-changes mailing list > macports-changes(a)lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-changes By the way, manpage permissions should be 444, and as share/man/man8 is already in mtree, it is useless to install it beforehand. -- Anthony Ramine, the infamous MacPorts Trac slave. nox(a)macports.org

3 7

Re: [30968] users/rhwood/MacPorts.Framework
by Randall Wood 12 Nov '07

12 Nov '07

I mangles the revision message (bad whitespace--it does not parse in the Trac browser correctly). How do I fix it? On 12 Nov 2007, at 09:50, source_changes(a)macosforge.org wrote: > Revision 30968 Author rhwood(a)macports.org Date 2007-11-12 06:50:41 > -0800 (Mon, 12 Nov 2007) Log Message Refactor the MPIndex and > MPPort classes to reduce resource consumption when initializing > objects and to handle installation receipts on demand: 1. Post > notifications when generating an index. 1. Add a "state" > MPPortStateLearnState which when set for an MPPort, causes it to > calculate its state 1. Remove code reading PortIndex files in favor > of loading the ports list using the [MPMacPorts search] method. > This reduces the number of calls against the Tcl API from 5 + > number of ports available to 2 + the number of installed ports, > ensures that all MPPort objects are complete, and reduces > complexity of the code. 1. A couple on convenience methods have > been created to support the refactoring because they might be > useful in other situations. Modified Paths > [...snip...] 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."

1 0

[REQ] TiEmu
by Andrea D'Amore 12 Nov '07

12 Nov '07

I filed a ticket requesting TiEmu portfile, http:// trac.macosforge.org/projects/macports/ticket/13267 TiEmu is a TI calculators emulator and share dependencies with TiLP for that I filed a ticket too. Andrea

1 0