From brad at pixilla.com Mon Jun 1 07:03:38 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Mon, 1 Jun 2009 07:03:38 -0700 Subject: openssl In-Reply-To: References: <5759EA69-99A5-4571-AB49-469D22C4CFFB@pixilla.com> Message-ID: On May 31, 2009, at 11:56 AM, Ryan Schmidt wrote: > > On May 31, 2009, at 12:50, Bradley Giesbrecht wrote: > >> I'm befuddled: >> bash-3.2# port installed|grep openssl >> openssl @0.9.8j_0 >> openssl @1.0.0-beta1_0 (active) >> >> bash-3.2# port info openssl >> openssl @0.9.8k (devel, security) >> >> Was openssl @1.0.0-beta1_0 removed from macports? > > Yes, I believe it was found to cause problems so it was removed. > > >> I'm attempting to bump local versions for p5-net-ssleay which >> starts to download openssl, @0.9.8j_0 I presume. > > If you "port upgrade openssl" it should uninstall 1.0.0-beta1_0 and > install 0.9.8k_0. > > >> bash-3.2# port deps p5-net-ssleay >> p5-net-ssleay has build dependencies on: >> openssl >> >> What should I do now? Maybe add a local openssl @1.(current beta)? >> >> I'm a little nervous. I need and am currently using openssl on this >> system. Having ssl problems would be for me. > > You should probably allow MacPorts to do what it's doing. Unless you > specifically require openssl 1.x, in which case, you should speak > with the maintainer about the issues that caused its removal and see > what can be done to resolve them. > > After 0.9.8k is installed, you may need to forcibly rebuild any > ports that had linked with 1.0.0. Would this do it? port upgrade -vfR openssl //Brad From jmr at macports.org Mon Jun 1 08:00:20 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 02 Jun 2009 01:00:20 +1000 Subject: openssl In-Reply-To: References: <5759EA69-99A5-4571-AB49-469D22C4CFFB@pixilla.com> Message-ID: <4A23ED04.6060005@macports.org> On 2009-6-2 00:03, Bradley Giesbrecht wrote: > > On May 31, 2009, at 11:56 AM, Ryan Schmidt wrote: >> After 0.9.8k is installed, you may need to forcibly rebuild any ports >> that had linked with 1.0.0. > > Would this do it? > port upgrade -vfR openssl Yes, though it will also rebuild everything on which openssl depends. Add -n to skip processing those. - Josh From brad at pixilla.com Mon Jun 1 09:16:42 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Mon, 1 Jun 2009 09:16:42 -0700 Subject: openssl Message-ID: Is there a way to get deps when they are declared inside variants? This does not pick up the openssl dep for postfix+tls. bash-3.2# port installed depends:openssl The following ports are currently installed: apache2 @2.2.11_0+darwin_9 (active) bind9 @9.6.0-P1_0+dlz_mysql5 (active) cclient @2007d_0 (active) dovecot @1.1.3_0+darwin_9+mysql5+rawlog dovecot @1.1.15_0+darwin_9+mysql5+rawlog (active) lynx @2.8.6rel.5_1+ssl (active) mysql5-devel @5.1.30_1+partition+server mysql5-devel @5.1.34_1+partition+server (active) openvpn2 @2.0.9_1 (active) p5-crypt-ssleay @0.57_0 (active) p5-net-ssleay @1.35_1 (active) php5 @5.2.8_1+apache2+imap+macosx+mysql5+pear+pspell+readline+sqlite +tidy (active) wget @1.11.4_3 (active) Tried port list depends:openssl as well. //Brad From jeremy at lavergne.gotdns.org Mon Jun 1 09:17:51 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Mon, 1 Jun 2009 12:17:51 -0400 Subject: openssl In-Reply-To: References: Message-ID: depends_build-append depends_run-append depends_lib-append On Jun 1, 2009, at 12:16 PM, Bradley Giesbrecht wrote: > Is there a way to get deps when they are declared inside variants? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From milosh at macports.org Mon Jun 1 09:46:58 2009 From: milosh at macports.org (Emmanuel Hainry) Date: Mon, 1 Jun 2009 18:46:58 +0200 Subject: openssl In-Reply-To: References: Message-ID: <20090601164658.GA3469@weetamoe.loria.fr> Citando Bradley Giesbrecht : > > Is there a way to get deps when they are declared inside variants? The answer is yes. However, I don't understand if you want to know what depends on openssl or what openssl depends on. > This does not pick up the openssl dep for postfix+tls. > > bash-3.2# port installed depends:openssl This line is probably equivalent to port depends openssl. It shows which ports need openssl (openssl's dependents). As there is no dependency on variants, the variants you installed openssl with have no effect. However, it takes into account the ports that depended on openssl through a variant. It only works for installed ports obviously. The second option (openssl's dependencies) would be port deps openssl +variants Emmanuel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: From blair at orcaware.com Mon Jun 1 10:23:23 2009 From: blair at orcaware.com (Blair Zajac) Date: Mon, 01 Jun 2009 10:23:23 -0700 Subject: openssl In-Reply-To: <4A23ED04.6060005@macports.org> References: <5759EA69-99A5-4571-AB49-469D22C4CFFB@pixilla.com> <4A23ED04.6060005@macports.org> Message-ID: <4A240E8B.7060905@orcaware.com> Joshua Root wrote: > On 2009-6-2 00:03, Bradley Giesbrecht wrote: >> On May 31, 2009, at 11:56 AM, Ryan Schmidt wrote: >>> After 0.9.8k is installed, you may need to forcibly rebuild any ports >>> that had linked with 1.0.0. >> Would this do it? >> port upgrade -vfR openssl > > Yes, though it will also rebuild everything on which openssl depends. > Add -n to skip processing those. Isn't '-vfRn' just the same as '-v' then? -n don't follow dependencies in upgrade (only for upgrading) -R also upgrade dependents (only for upgrading) Blair From raimue at macports.org Mon Jun 1 10:36:06 2009 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Mon, 01 Jun 2009 19:36:06 +0200 Subject: openssl In-Reply-To: <20090601164658.GA3469@weetamoe.loria.fr> References: <20090601164658.GA3469@weetamoe.loria.fr> Message-ID: <4A241186.6000600@macports.org> On 2009-06-01 18:46, Emmanuel Hainry wrote: > Citando Bradley Giesbrecht : >> bash-3.2# port installed depends:openssl > > This line is probably equivalent to port depends openssl. There is no 'port depends'. You mean 'port dependents'. The depends: pseudo-port syntax does not pick up variants, as it only operates on the PortIndex where this information is not available. Rainer From brad at pixilla.com Mon Jun 1 10:44:20 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Mon, 1 Jun 2009 10:44:20 -0700 Subject: openssl In-Reply-To: <4A241186.6000600@macports.org> References: <20090601164658.GA3469@weetamoe.loria.fr> <4A241186.6000600@macports.org> Message-ID: <32CC588D-B4AC-4CF0-B337-97A9F26B4DE5@pixilla.com> On Jun 1, 2009, at 10:36 AM, Rainer M?ller wrote: > On 2009-06-01 18:46, Emmanuel Hainry wrote: >> Citando Bradley Giesbrecht : >>> bash-3.2# port installed depends:openssl >> >> This line is probably equivalent to port depends openssl. > > There is no 'port depends'. You mean 'port dependents'. Oh, this is perfect. Thank you Rainer //brad From brad at pixilla.com Mon Jun 1 11:01:52 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Mon, 1 Jun 2009 11:01:52 -0700 Subject: openssl In-Reply-To: <4A241186.6000600@macports.org> References: <20090601164658.GA3469@weetamoe.loria.fr> <4A241186.6000600@macports.org> Message-ID: <35305FCC-CD3C-4022-95ED-931DE305541B@pixilla.com> On Jun 1, 2009, at 10:36 AM, Rainer M?ller wrote: > On 2009-06-01 18:46, Emmanuel Hainry wrote: >> Citando Bradley Giesbrecht : >>> bash-3.2# port installed depends:openssl >> >> This line is probably equivalent to port depends openssl. > > There is no 'port depends'. You mean 'port dependents'. Would there be a cleaner (no shell, port only) command than this? for i in $(port dependents openssl | awk '{print $1}') ; do port -vf upgrade $i ; done I think it would be nice if the "-q" flag was available to most commands and would print hits only. port -q dependents openssl | port -vf upgrade I'm not suggesting anyone should put time into "-q" but when updating the port functions maybe it could be considered. //Brad From jmr at macports.org Mon Jun 1 12:32:09 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 02 Jun 2009 05:32:09 +1000 Subject: openssl In-Reply-To: <4A240E8B.7060905@orcaware.com> References: <5759EA69-99A5-4571-AB49-469D22C4CFFB@pixilla.com> <4A23ED04.6060005@macports.org> <4A240E8B.7060905@orcaware.com> Message-ID: <4A242CB9.1030309@macports.org> On 2009-6-2 03:23, Blair Zajac wrote: > Joshua Root wrote: >> On 2009-6-2 00:03, Bradley Giesbrecht wrote: >>> On May 31, 2009, at 11:56 AM, Ryan Schmidt wrote: >>>> After 0.9.8k is installed, you may need to forcibly rebuild any ports >>>> that had linked with 1.0.0. >>> Would this do it? >>> port upgrade -vfR openssl >> >> Yes, though it will also rebuild everything on which openssl depends. >> Add -n to skip processing those. > > Isn't '-vfRn' just the same as '-v' then? > > -n don't follow dependencies in upgrade (only for upgrading) > > -R also upgrade dependents (only for upgrading) No, dependents are the opposite of dependencies. - Josh From kthenriksson at gmail.com Mon Jun 1 22:17:56 2009 From: kthenriksson at gmail.com (Kristofer Henriksson) Date: Tue, 2 Jun 2009 01:17:56 -0400 Subject: Please apply patch to MacPorts tree In-Reply-To: <4809057c0906012212u4be737bma519b6012a4acc84@mail.gmail.com> References: <4809057c0906012212u4be737bma519b6012a4acc84@mail.gmail.com> Message-ID: <4809057c0906012217w5227c3ccs4478f15724585b56@mail.gmail.com> I attached a patch to ticket 19365 over a week ago to fix the bug it indicates, but the ticket is still open. If someone with commit privileges could apply it and close the ticket, I would be much obliged. Thanks, Kris Henriksson From jeremyhu at macports.org Mon Jun 1 22:28:25 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Mon, 1 Jun 2009 22:28:25 -0700 Subject: Please apply patch to MacPorts tree In-Reply-To: <4809057c0906012217w5227c3ccs4478f15724585b56@mail.gmail.com> References: <4809057c0906012212u4be737bma519b6012a4acc84@mail.gmail.com> <4809057c0906012217w5227c3ccs4478f15724585b56@mail.gmail.com> Message-ID: <0C3939B7-A99D-4D94-BC8A-05828C666A0E@macports.org> The problem is that the old checksums are actually *correct* for the version of the tarball that was there originally... upstream has the bad habbit of "fixing" things without version bumping... On Jun 1, 2009, at 22:17, Kristofer Henriksson wrote: > I attached a patch to ticket 19365 over a week ago to fix the bug it > indicates, but the ticket is still open. If someone with commit > privileges could apply it and close the ticket, I would be much > obliged. > > Thanks, > Kris Henriksson > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From jeremyhu at macports.org Mon Jun 1 23:04:47 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Mon, 1 Jun 2009 23:04:47 -0700 Subject: Please apply patch to MacPorts tree In-Reply-To: <0C3939B7-A99D-4D94-BC8A-05828C666A0E@macports.org> References: <4809057c0906012212u4be737bma519b6012a4acc84@mail.gmail.com> <4809057c0906012217w5227c3ccs4478f15724585b56@mail.gmail.com> <0C3939B7-A99D-4D94-BC8A-05828C666A0E@macports.org> Message-ID: <202AD7BF-92E0-476C-BB5E-0E115A622512@macports.org> The tarball should be put on the macports mirrors to avoid these issues in the future. This is the third time I've seen this happen. I contacted the dev the last time (March-ish), but they seem to have not understood the problem... On Jun 1, 2009, at 22:28, Jeremy Huddleston wrote: > The problem is that the old checksums are actually *correct* for the > version of the tarball that was there originally... upstream has the > bad habbit of "fixing" things without version bumping... > > On Jun 1, 2009, at 22:17, Kristofer Henriksson wrote: > >> I attached a patch to ticket 19365 over a week ago to fix the bug it >> indicates, but the ticket is still open. If someone with commit >> privileges could apply it and close the ticket, I would be much >> obliged. >> >> Thanks, >> Kris Henriksson >> _______________________________________________ >> macports-dev mailing list >> macports-dev at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From ryandesign at macports.org Mon Jun 1 23:31:03 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 2 Jun 2009 01:31:03 -0500 Subject: [51733] trunk/dports/aqua/TeXShop/Portfile In-Reply-To: <20090602053256.A84FE1CDFB52@beta.macosforge.org> References: <20090602053256.A84FE1CDFB52@beta.macosforge.org> Message-ID: <2CBAF653-C9B1-48C6-8851-E8B3C0EFE782@macports.org> On Jun 2, 2009, at 00:32, snc at macports.org wrote: > Revision: 51733 > http://trac.macports.org/changeset/51733 > Author: snc at macports.org > Date: 2009-06-01 22:32:55 -0700 (Mon, 01 Jun 2009) > Log Message: > ----------- > fixed checksums, maintainer timeout, ticket #19365 > > Modified Paths: > -------------- > trunk/dports/aqua/TeXShop/Portfile > > Modified: trunk/dports/aqua/TeXShop/Portfile > =================================================================== > --- trunk/dports/aqua/TeXShop/Portfile 2009-06-02 04:55:32 UTC (rev > 51732) > +++ trunk/dports/aqua/TeXShop/Portfile 2009-06-02 05:32:55 UTC (rev > 51733) > @@ -22,9 +22,9 @@ > distname texshopsource-${version} > dist_subdir ${name}/${version} > worksrcdir texshop${version} > -checksums md5 75b10928a8dff68f67f318322b6a2880 \ > - sha1 > bed5704c284b8dcf4542b15a950f1abd097da97a \ > - rmd160 9649f662ceccc8ce8337ef6952df5029f240a574 > +checksums md5 af7f1d9735fd84bf380c34ebe09401c3 \ > + sha1 > fbdf076d4856486f6e91971fa81b9ebd8aae27bc \ > + rmd160 906b28a596929d896bea1c547644594942e3dcbb If you are planning to change just the checksums for a stealth update, you need to change at least also the dist_subdir, since otherwise anyone who still has the old distfile will get a checksum error if attempting to reinstall. You should also diff the old and new distfiles and if there are any changes, probably the port revision should be increased as well so all users will get those changes. The ticket did not indicate what differences you found between the old and the new distfiles. From talklists at newgeo.com Tue Jun 2 20:46:03 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 2 Jun 2009 20:46:03 -0700 Subject: Just for fun, I uninstalled everything... Message-ID: I ran a sudo port -df uninstall installed I then ran a local port install assp I am working on, any idea what is up with netaddr-ip. It is my port file, and it worked before. ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.cpan.org/pub/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://distfiles.macports.org/perl5 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.cs.colorado.edu/pub/perl/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://mirror.hiwaay.net/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://mirrors.ibiblio.org/pub/mirrors/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.auckland.ac.nz/pub/perl/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:09 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://www.mirrorservice.org/sites/ftp.cpan.org/pub/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.sunet.se/pub/lang/perl/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:04 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://mirror.internode.on.net/pub/cpan/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://cpan.pop-mg.com.br/pub/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:17 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:04 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://mirror.aarnet.edu.au/pub/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.chg.ru/pub/lang/perl/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:05 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.is.co.za/programming/perl/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:06 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.kddlabs.co.jp/lang/perl/CPAN/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:03 --:--:-- 0 DEBUG: Fetching failed:: FTP: couldn't retrieve (RETR failed) the specified file ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://cpan.mirrors.ilisys.com.au/modules/by-module/NetAddr % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://trd.no.distfiles.macports.org/perl5 DEBUG: Fetching failed:: couldn't connect to server ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://arn.se.distfiles.macports.org/perl5 DEBUG: Fetching failed:: couldn't connect to server ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://svn.macports.org/repository/macports/distfiles/p5-netaddr-ip % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://svn.macports.org/repository/macports/distfiles/general/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from http://svn.macports.org/repository/macports/downloads/p5-netaddr-ip % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error Error: Target org.macports.fetch returned: fetch failed Warning: the following items did not execute (for p5-netaddr-ip): org.macports.activate org.macports.fetch org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: p5-mail-spf p5- netaddr-ip p5-version p5-mail-spf-query p5-sys-hostname-long p5-mail- srs p5-net p5-authen-sasl p5-gssapi p5-crypt-des p5-digest p5-net-cidr- lite p5-net-ip-match-regexp p5-net-senderbase p5-net-syslog p5-perl- ldap p5-convert-asn1 p5-xml-parser p5-xml-sax-writer p5-text-iconv p5- xml-filter-buffertext p5-sys-syslog p5-tie-dbi p5-dbi p5-time-hires Error: Status 1 encountered during processing. -- Scott * If you contact me off list replace talklists@ with scott@ * From blb at macports.org Tue Jun 2 21:05:32 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 2 Jun 2009 22:05:32 -0600 Subject: Just for fun, I uninstalled everything... In-Reply-To: References: Message-ID: <20090603040532.GA591@ninagal.withay.com> On Tue, Jun 02, 2009 at 08:46:03PM -0700, Scott Haneda said: > I ran a sudo port -df uninstall installed > I then ran a local port install assp I am working on, any idea what is up > with netaddr-ip. It is my port file, and it worked before. > > ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.cpan.org/pub/CPAN/modules/by-module/NetAddr [...more fetch failures...] It looks like that particular version of the distfile isn't available on CPAN, so it fails to fetch. 4.024 (the current port version) is available, as well as the latest 4.026. If it worked before I'm guessing you had the 4.023 distfile then, and ended up deleting it via some method (clean --all, clean --dist, or manual removal of files in ${prefix}/var/macports/distfiles/perl5). Bryan > -- > Scott * If you contact me off list replace talklists@ with scott@ * > From talklists at newgeo.com Tue Jun 2 21:20:04 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 2 Jun 2009 21:20:04 -0700 Subject: Just for fun, I uninstalled everything... In-Reply-To: <20090603040532.GA591@ninagal.withay.com> References: <20090603040532.GA591@ninagal.withay.com> Message-ID: <0A2ECB3C-F213-4FD3-8AE5-7653C80DDB00@newgeo.com> On Jun 2, 2009, at 9:05 PM, Bryan Blackburn wrote: > On Tue, Jun 02, 2009 at 08:46:03PM -0700, Scott Haneda said: >> I ran a sudo port -df uninstall installed >> I then ran a local port install assp I am working on, any idea what >> is up >> with netaddr-ip. It is my port file, and it worked before. >> >> ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.cpan.org/pub/CPAN/modules/by-module/NetAddr > [...more fetch failures...] > > It looks like that particular version of the distfile isn't > available on > CPAN, so it fails to fetch. 4.024 (the current port version) is > available, > as well as the latest 4.026. > > If it worked before I'm guessing you had the 4.023 distfile then, > and ended > up deleting it via some method (clean --all, clean --dist, or manual > removal > of files in ${prefix}/var/macports/distfiles/perl5). Good, my thoughts exactly. So when someone makes a port file, and they target a version number, it is only reliably going to work for the period of time from that s-ware having that version number, up to the point in time that version is bumped to a higher version? How do you suggest I edit this port file to make it bullet proof? One way would be for me to host the file, or for ports to host the file, or there is a third way to bring reliability to this situation I am not seeing. Thanks -- Scott * If you contact me off list replace talklists@ with scott@ * From blb at macports.org Tue Jun 2 21:28:06 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 2 Jun 2009 22:28:06 -0600 Subject: Just for fun, I uninstalled everything... In-Reply-To: <0A2ECB3C-F213-4FD3-8AE5-7653C80DDB00@newgeo.com> References: <20090603040532.GA591@ninagal.withay.com> <0A2ECB3C-F213-4FD3-8AE5-7653C80DDB00@newgeo.com> Message-ID: <20090603042806.GB591@ninagal.withay.com> On Tue, Jun 02, 2009 at 09:20:04PM -0700, Scott Haneda said: > On Jun 2, 2009, at 9:05 PM, Bryan Blackburn wrote: > >> On Tue, Jun 02, 2009 at 08:46:03PM -0700, Scott Haneda said: >>> I ran a sudo port -df uninstall installed >>> I then ran a local port install assp I am working on, any idea what >>> is up >>> with netaddr-ip. It is my port file, and it worked before. >>> >>> ---> Attempting to fetch NetAddr-IP-4.023.tar.gz from ftp://ftp.cpan.org/pub/CPAN/modules/by-module/NetAddr >> [...more fetch failures...] >> >> It looks like that particular version of the distfile isn't available on >> CPAN, so it fails to fetch. 4.024 (the current port version) is >> available, >> as well as the latest 4.026. >> >> If it worked before I'm guessing you had the 4.023 distfile then, and >> ended >> up deleting it via some method (clean --all, clean --dist, or manual >> removal >> of files in ${prefix}/var/macports/distfiles/perl5). > > > Good, my thoughts exactly. So when someone makes a port file, and they > target a version number, it is only reliably going to work for the period > of time from that s-ware having that version number, up to the point in > time that version is bumped to a higher version? Actually it is realiable as long as the given version's distfile is available; older versions of NetAddr-IP are available, but 4.023 isn't (for whatever reason) one of them, but 4.007 is... > > How do you suggest I edit this port file to make it bullet proof? One > way would be for me to host the file, or for ports to host the file, or > there is a third way to bring reliability to this situation I am not > seeing. If the distfile is available then the port should be fine; the MacPorts' mirror [1] can usually keep these, but for this particular port 4.024 was the first version ever in MacPorts. Bryan [1] - > > Thanks > -- > Scott * If you contact me off list replace talklists@ with scott@ * > From talklists at newgeo.com Tue Jun 2 21:32:05 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 2 Jun 2009 21:32:05 -0700 Subject: Just for fun, I uninstalled everything... In-Reply-To: <20090603042806.GB591@ninagal.withay.com> References: <20090603040532.GA591@ninagal.withay.com> <0A2ECB3C-F213-4FD3-8AE5-7653C80DDB00@newgeo.com> <20090603042806.GB591@ninagal.withay.com> Message-ID: On Jun 2, 2009, at 9:28 PM, Bryan Blackburn wrote: >> Good, my thoughts exactly. So when someone makes a port file, and >> they >> target a version number, it is only reliably going to work for the >> period >> of time from that s-ware having that version number, up to the >> point in >> time that version is bumped to a higher version? > > Actually it is realiable as long as the given version's distfile is > available; older versions of NetAddr-IP are available, but 4.023 > isn't (for > whatever reason) one of them, but 4.007 is... Thanks! This is my bad, I had a local portfile pointing to that version, I have no idea why, these p5's are going to seriously kill me one day. I deleted my local one, and I am fine. What is strange, is why I took the time to make the portfile, if there was one already. Oh well, the p5's are simple enough. Thanks again. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Tue Jun 2 21:36:55 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 2 Jun 2009 21:36:55 -0700 Subject: Port submission for p5-net-syslog Message-ID: <371057AA-1C62-43B3-914D-1FEF370EED0F@newgeo.com> I have created a port for p5-net-syslog https://trac.macports.org/ticket/19852 -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Tue Jun 2 21:54:48 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 2 Jun 2009 21:54:48 -0700 Subject: -d and ui_msg Message-ID: Does -d suppress 'ui_msg'? I am working on a port, and I am not getting ui_msg, though I have set one. -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Wed Jun 3 00:27:20 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 3 Jun 2009 02:27:20 -0500 Subject: -d and ui_msg In-Reply-To: References: Message-ID: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> On Jun 2, 2009, at 23:54, Scott Haneda wrote: > Does -d suppress 'ui_msg'? I am working on a port, and I am not > getting ui_msg, though I have set one. It shouldn't be, though it's easy to miss ui_msg output amid the profusion of debug output. From talklists at newgeo.com Wed Jun 3 01:06:02 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 3 Jun 2009 01:06:02 -0700 Subject: -d and ui_msg In-Reply-To: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> References: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> Message-ID: On Jun 3, 2009, at 12:27 AM, Ryan Schmidt wrote: > On Jun 2, 2009, at 23:54, Scott Haneda wrote: > >> Does -d suppress 'ui_msg'? I am working on a port, and I am not >> getting ui_msg, though I have set one. > > It shouldn't be, though it's easy to miss ui_msg output amid the > profusion of debug output. It is a pretty monstrous ui message, I am not sure I would miss it. ASSP install to var $ls -la /opt/local/var/ total 0 drwxr-xr-x 3 root admin 102 Apr 3 01:34 db drwxr-xr-x 11 root admin 374 Jun 2 19:59 macports drwxr-xr-x 3 root admin 102 Apr 3 01:34 run $pwd /Users/me/macports/mail/ASSP From the portfile in that above dir: set assp_base ${prefix}/var/ASSP if {![file exists ${assp_base}/assp.cfg]} { ... ui_msg "....... bunch of stuff" } $sudo port install ---> Fetching assp ---> Verifying checksum(s) for assp ---> Extracting assp ---> Configuring assp ---> Building assp ---> Staging assp into destroot ---> Installing assp @1.5.1.2_0 ---> Activating assp @1.5.1.2_0 ---> Cleaning assp And that my friend, is all she wrote. Here is the entire Portfile http://dl.getdropbox.com/u/340087/Drops/06.03.09/Portfile-dea0db16-010530.txt -- Scott * If you contact me off list replace talklists@ with scott@ * From ojkastl at gmx.de Wed Jun 3 09:50:59 2009 From: ojkastl at gmx.de (Johannes Kastl) Date: Wed, 03 Jun 2009 18:50:59 +0200 Subject: How to suggest a package? Message-ID: Hi everyone, I just installed git-core on my OSX 10.5. But I haven't found a port for git-cvsmigration nor an executable installed with the git-core port. I then wondered how to suggest this package be added as a port. I haven't found a way to contact the git-core maintainer, so I decided to ask here first, rather than opening a bug report/ticket. What would be the right way? Opening a ticket? Thanks for helping. Regards, OJ -- What do Bud Light and sex in a canoe have in common? Both is fuckin' close to water. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 257 bytes Desc: OpenPGP digital signature URL: From blair at orcaware.com Wed Jun 3 13:01:14 2009 From: blair at orcaware.com (Blair Zajac) Date: Wed, 03 Jun 2009 13:01:14 -0700 Subject: How to suggest a package? In-Reply-To: References: Message-ID: <4A26D68A.6010909@orcaware.com> Johannes Kastl wrote: > Hi everyone, > > I just installed git-core on my OSX 10.5. But I haven't found a port for > git-cvsmigration nor an executable installed with the git-core port. > > I then wondered how to suggest this package be added as a port. I > haven't found a way to contact the git-core maintainer, so I decided to > ask here first, rather than opening a bug report/ticket. > > What would be the right way? Opening a ticket? > > Thanks for helping. Is there an actual cvsmigration tool? According to man gitcvs-migration, one needs to do IMPORTING A CVS ARCHIVE First, install version 2.1 or higher of cvsps from http://www.cobite.com/cvsps/ and make sure it is in your path. Then cd to a checked out CVS working directory of the project you are interested in and run git-cvsimport(1): $ git cvsimport -C This puts a git archive of the named CVS module in the directory , which will be created if necessary. And there is a port of cvsps 2.1 in MacPorts. So you should be good to go. Regards, Blair From ryandesign at macports.org Wed Jun 3 14:15:06 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 3 Jun 2009 16:15:06 -0500 Subject: -d and ui_msg In-Reply-To: References: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> Message-ID: <24DDF600-158D-41A3-B758-F536156F3371@macports.org> On Jun 3, 2009, at 03:06, Scott Haneda wrote: > On Jun 3, 2009, at 12:27 AM, Ryan Schmidt wrote: > >> On Jun 2, 2009, at 23:54, Scott Haneda wrote: >> >>> Does -d suppress 'ui_msg'? I am working on a port, and I am not >>> getting ui_msg, though I have set one. >> >> It shouldn't be, though it's easy to miss ui_msg output amid the >> profusion of debug output. > > It is a pretty monstrous ui message, I am not sure I would miss it. > > ASSP install to var > $ls -la /opt/local/var/ > total 0 > drwxr-xr-x 3 root admin 102 Apr 3 01:34 db > drwxr-xr-x 11 root admin 374 Jun 2 19:59 macports > drwxr-xr-x 3 root admin 102 Apr 3 01:34 run > > $pwd > /Users/me/macports/mail/ASSP > > From the portfile in that above dir: > > set assp_base ${prefix}/var/ASSP > > if {![file exists ${assp_base}/assp.cfg]} { > ... > ui_msg "....... bunch of stuff" > } > > $sudo port install > ---> Fetching assp > ---> Verifying checksum(s) for assp > ---> Extracting assp > ---> Configuring assp > ---> Building assp > ---> Staging assp into destroot > ---> Installing assp @1.5.1.2_0 > ---> Activating assp @1.5.1.2_0 > ---> Cleaning assp > > And that my friend, is all she wrote. Ok, so you're not seeing it even without debug mode. > Here is the entire Portfile > http://dl.getdropbox.com/u/340087/Drops/06.03.09/Portfile- > dea0db16-010530.txt So your ui_msg is inside an if clause inside the post-activate phase: set assp_base ${prefix}/var/ASSP ... post-activate { ... if {![file exists ${assp_base}/assp.cfg]} { ui_msg " .... " } } The only reasons I can see for the message not showing up are 1) the file ${prefix}/var/ASSP/assp.cfg exists, or 2) you are using direct mode instead of image mode and therefore there is no activate phase. From talklists at newgeo.com Wed Jun 3 14:26:39 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 3 Jun 2009 14:26:39 -0700 Subject: -d and ui_msg In-Reply-To: <24DDF600-158D-41A3-B758-F536156F3371@macports.org> References: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> <24DDF600-158D-41A3-B758-F536156F3371@macports.org> Message-ID: On Jun 3, 2009, at 2:15 PM, Ryan Schmidt wrote: >> Here is the entire Portfile >> http://dl.getdropbox.com/u/340087/Drops/06.03.09/Portfile-dea0db16-010530.txt > > > So your ui_msg is inside an if clause inside the post-activate phase: > > set assp_base ${prefix}/var/ASSP > ... > post-activate { > ... > if {![file exists ${assp_base}/assp.cfg]} { > ui_msg " > .... > " > } > } > > The only reasons I can see for the message not showing up are 1) the > file ${prefix}/var/ASSP/assp.cfg exists, or 2) you are using direct > mode instead of image mode and therefore there is no activate phase. If you look up on the past email a little, I did this: > ASSP installs to var > $ls -la /opt/local/var/ > total 0 > drwxr-xr-x 3 root admin 102 Apr 3 01:34 db > drwxr-xr-x 11 root admin 374 Jun 2 19:59 macports > drwxr-xr-x 3 root admin 102 Apr 3 01:34 run So not only does assp.cfg not exist, the entire parent directory is not there either. I do not understand direct versus image mode, I will look to the docs and see what I can get. Thank you Ryan. -- Scott * If you contact me off list replace talklists@ with scott@ * From dluke at geeklair.net Wed Jun 3 14:33:11 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 3 Jun 2009 17:33:11 -0400 Subject: -d and ui_msg In-Reply-To: References: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> <24DDF600-158D-41A3-B758-F536156F3371@macports.org> Message-ID: <65602883-3FC1-426C-A616-F4E823DAE879@geeklair.net> On Jun 3, 2009, at 5:26 PM, Scott Haneda wrote: > So not only does assp.cfg not exist, the entire parent directory is > not there either. I do not understand direct versus image mode, I > will look to the docs and see what I can get. In the portfile you linked to, you copy assp.cfg in your post-activate (if it doesn't exist) right before you check to see if it exists to display the ui_msg. Since you've just installed the file there (if it wasn't already there), it will always exist, and your ui_msg will never get printed. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From ryandesign at macports.org Wed Jun 3 14:34:14 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 3 Jun 2009 16:34:14 -0500 Subject: -d and ui_msg In-Reply-To: References: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> <24DDF600-158D-41A3-B758-F536156F3371@macports.org> Message-ID: <6A4345A8-FB87-459E-ADD7-CAF416D5EF87@macports.org> On Jun 3, 2009, at 16:26, Scott Haneda wrote: > On Jun 3, 2009, at 2:15 PM, Ryan Schmidt wrote: > >> The only reasons I can see for the message not showing up are 1) >> the file ${prefix}/var/ASSP/assp.cfg exists, or 2) you are using >> direct mode instead of image mode and therefore there is no >> activate phase. > > > If you look up on the past email a little, I did this: >> ASSP installs to var >> $ls -la /opt/local/var/ >> total 0 >> drwxr-xr-x 3 root admin 102 Apr 3 01:34 db >> drwxr-xr-x 11 root admin 374 Jun 2 19:59 macports >> drwxr-xr-x 3 root admin 102 Apr 3 01:34 run > > So not only does assp.cfg not exist, the entire parent directory is > not there either. Ah yes, so it is. > I do not understand direct versus image mode, I will look to the > docs and see what I can get. The short of it is to check your /opt/local/etc/macports/macports.conf. If it says portinstalltype image it should be fine. If it says portinstalltype direct that could explain the activation phase being skipped. From talklists at newgeo.com Wed Jun 3 14:35:20 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 3 Jun 2009 14:35:20 -0700 Subject: -d and ui_msg In-Reply-To: <65602883-3FC1-426C-A616-F4E823DAE879@geeklair.net> References: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> <24DDF600-158D-41A3-B758-F536156F3371@macports.org> <65602883-3FC1-426C-A616-F4E823DAE879@geeklair.net> Message-ID: <9C902F1A-4B97-4CC8-8242-E6750DC61DBF@newgeo.com> On Jun 3, 2009, at 2:33 PM, Daniel J. Luke wrote: > On Jun 3, 2009, at 5:26 PM, Scott Haneda wrote: >> So not only does assp.cfg not exist, the entire parent directory is >> not there either. I do not understand direct versus image mode, I >> will look to the docs and see what I can get. > > In the portfile you linked to, you copy assp.cfg in your post- > activate (if it doesn't exist) right before you check to see if it > exists to display the ui_msg. > > Since you've just installed the file there (if it wasn't already > there), it will always exist, and your ui_msg will never get printed. You could have totally called me an moron for that, thanks for going easy on me :) Duh, gah. Ok, I should be able to work around this with checking for the file earlier, and setting a does_exist flag or something, unless you have an alternate suggestion that is more appropriate? Thanks Daniel, good catch. -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Wed Jun 3 14:45:18 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 3 Jun 2009 16:45:18 -0500 Subject: -d and ui_msg In-Reply-To: <9C902F1A-4B97-4CC8-8242-E6750DC61DBF@newgeo.com> References: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> <24DDF600-158D-41A3-B758-F536156F3371@macports.org> <65602883-3FC1-426C-A616-F4E823DAE879@geeklair.net> <9C902F1A-4B97-4CC8-8242-E6750DC61DBF@newgeo.com> Message-ID: On Jun 3, 2009, at 16:35, Scott Haneda wrote: > On Jun 3, 2009, at 2:33 PM, Daniel J. Luke wrote: > >> On Jun 3, 2009, at 5:26 PM, Scott Haneda wrote: >> >>> So not only does assp.cfg not exist, the entire parent directory >>> is not there either. I do not understand direct versus image >>> mode, I will look to the docs and see what I can get. >> >> In the portfile you linked to, you copy assp.cfg in your post- >> activate (if it doesn't exist) right before you check to see if it >> exists to display the ui_msg. >> >> Since you've just installed the file there (if it wasn't already >> there), it will always exist, and your ui_msg will never get printed. > > You could have totally called me an moron for that, thanks for > going easy on me :) Duh, gah. Heh, I didn't see it either. :) > Ok, I should be able to work around this with checking for the file > earlier, and setting a does_exist flag or something, unless you > have an alternate suggestion that is more appropriate? Can't you just combine the two if statements? post-activate { # The user and group in 'assp.cfg.defaults' was changed, id this is a new # install, copy it to active if {![file exists ${assp_base}/assp.cfg]} { file copy ${assp_base}/assp.cfg.defaults \ ${assp_base}/assp.cfg ui_msg " ======================================================================== ASSP has been installed correctly, a startup item has been installed... You can test it now with cd ${prefix}/var/ASSP ${prefix}/bin/perl assp.pl Point your browser to http://127.0.0.1:55555/ -- put anything you like in the username and use the password nospam4me to connect. If everything is working correctly you will see a beautifully formatted configuration screen with all of ASSP's fabulous features spelled out for you in painful detail. Simply click the options you want, type a few customizations if you like and you're on your way. At a minimum you'll want to change values for 'Web Admin Password,' 'Accept All Mail,' 'Local Domains,' 'Spam Error,' and 'Spam Addresses.' The password for your server is posted in bold on the internet for EVERYONE to see, so if you don't change it, you deserve what you get. Also remember to press Enter or click the button at the bottom to register your changes - simply clearing a checkbox doesn't send the change to ASSP. See ${homepage} for more information. ======================================================================== " } } From dluke at geeklair.net Wed Jun 3 14:56:10 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 3 Jun 2009 17:56:10 -0400 Subject: -d and ui_msg In-Reply-To: <9C902F1A-4B97-4CC8-8242-E6750DC61DBF@newgeo.com> References: <5AD600BA-C9FC-42C0-8FC6-E58D18BF56BC@macports.org> <24DDF600-158D-41A3-B758-F536156F3371@macports.org> <65602883-3FC1-426C-A616-F4E823DAE879@geeklair.net> <9C902F1A-4B97-4CC8-8242-E6750DC61DBF@newgeo.com> Message-ID: <229D925F-EBAE-430E-A2D2-F5EA8B717A89@geeklair.net> On Jun 3, 2009, at 5:35 PM, Scott Haneda wrote: > You could have totally called me an moron for that, thanks for going > easy on me :) Duh, gah. We all do things like that at one point in time or another. > Ok, I should be able to work around this with checking for the file > earlier, and setting a does_exist flag or something, unless you have > an alternate suggestion that is more appropriate? I would probably just do both the file copy and the ui_msg after the one check to see if the file exists. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From ryandesign at macports.org Wed Jun 3 14:58:48 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 3 Jun 2009 16:58:48 -0500 Subject: Port submission for p5-net-syslog In-Reply-To: <371057AA-1C62-43B3-914D-1FEF370EED0F@newgeo.com> References: <371057AA-1C62-43B3-914D-1FEF370EED0F@newgeo.com> Message-ID: <084F0F17-8717-4B4F-809F-27186EC3A5FA@macports.org> On Jun 2, 2009, at 23:36, Scott Haneda wrote: > I have created a port for p5-net-syslog > https://trac.macports.org/ticket/19852 Committed; thanks! From talklists at newgeo.com Wed Jun 3 23:06:37 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 3 Jun 2009 23:06:37 -0700 Subject: Startup items Message-ID: <6B404280-4BFA-4C6C-A85B-48AA3215B564@newgeo.com> I added a startup item to a portfile ########################################################### # A startup item has been generated that will aid in # starting assp with launchd. It is disabled # by default. Execute the following command to start it, # and to cause it to launch at startup: # # sudo launchctl load -w /Library/LaunchDaemons/org.macports.assp.plist ########################################################### To start this software, all that it needs is /opt/local/bin/perl /opt/local/var/ASSP/assp.pl The startup item that was made was Labelorg.macports.assp ProgramArguments /opt/local/bin/daemondo --label=assp --start-cmd /opt/local/etc/LaunchDaemons/org.macports.assp/ assp.wrapper start ; --stop-cmd /opt/local/etc/LaunchDaemons/org.macports.assp/ assp.wrapper stop ; --restart-cmd /opt/local/etc/LaunchDaemons/org.macports.assp/ assp.wrapper restart ; --pid=none Debug Disabled OnDemand RunAtLoad When I loaded it, ASSP was not started, and I am not understanding the start, stop, restart, wrapper items. This is a pretty basic startup item, run at load, that is it. I do not think it should be set to keep running always, as you may want to kill it within the web interface. Looking into some of the files above, /opt/local/etc/LaunchDaemons/org.macports.assp/assp.wrapper Start() { sh /opt/local/etc/startup/assp.sh start } The above path does not even exist. Thanks for any help. -- Scott * If you contact me off list replace talklists@ with scott@ * From ojkastl at gmx.de Thu Jun 4 10:30:28 2009 From: ojkastl at gmx.de (Johannes Kastl) Date: Thu, 04 Jun 2009 19:30:28 +0200 Subject: How to suggest a package? In-Reply-To: <4A26D68A.6010909@orcaware.com> References: <4A26D68A.6010909@orcaware.com> Message-ID: On 6/3/09 10:01 PM Blair Zajac wrote: > Is there an actual cvsmigration tool? According to man gitcvs-migration, one > needs to do > > And there is a port of cvsps 2.1 in MacPorts. So you should be good to go. Seems like I missed that one. Thanks. Anyway, if there had been a package for git-cvsimport, which had been the official way to suggest this package be added to macports? Regards, OJ -- Well I guess we have all become de-facto smoke testers anyway. (Adrian in mozilla.support.seamonkey) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 257 bytes Desc: OpenPGP digital signature URL: From blair at orcaware.com Thu Jun 4 10:32:26 2009 From: blair at orcaware.com (Blair Zajac) Date: Thu, 04 Jun 2009 10:32:26 -0700 Subject: How to suggest a package? In-Reply-To: References: <4A26D68A.6010909@orcaware.com> Message-ID: <4A28052A.3080508@orcaware.com> Johannes Kastl wrote: > On 6/3/09 10:01 PM Blair Zajac wrote: > >> Is there an actual cvsmigration tool? According to man gitcvs-migration, one >> needs to do >> >> And there is a port of cvsps 2.1 in MacPorts. So you should be good to go. > > Seems like I missed that one. Thanks. > > Anyway, if there had been a package for git-cvsimport, which had been > the official way to suggest this package be added to macports? The best way would be to create the Portfile and any necessary supporting files for it, such as patches, then open a ticket in Trac and post the files. If you just ask for a port to be created without providing the Portfile, then it wouldn't likely happen. Regards, Blair From ojkastl at gmx.de Thu Jun 4 10:45:23 2009 From: ojkastl at gmx.de (Johannes Kastl) Date: Thu, 04 Jun 2009 19:45:23 +0200 Subject: How to suggest a package? In-Reply-To: <4A28052A.3080508@orcaware.com> References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> Message-ID: On 6/4/09 7:32 PM Blair Zajac wrote: > The best way would be to create the Portfile and any necessary supporting files > for it, such as patches, then open a ticket in Trac and post the files. If I knew how to do that, I would do this. But... > If you > just ask for a port to be created without providing the Portfile, then it > wouldn't likely happen. ...as I do not know how to create a Portfile, I just have to hope someone else builds one. Is there a way to contact the maintainer of a portfile directly? I thought it would be nice to have a APP-Package for, say, scribus, like there is for gimp. To be able to start it via mouse click. But I didnt know how to contact the guy maintaining the scribus port. Regards, OJ -- It is a mistake to think you can solve any major problems just with potatoes. (Douglas Adams) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 257 bytes Desc: OpenPGP digital signature URL: From blair at orcaware.com Thu Jun 4 10:51:01 2009 From: blair at orcaware.com (Blair Zajac) Date: Thu, 04 Jun 2009 10:51:01 -0700 Subject: How to suggest a package? In-Reply-To: References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> Message-ID: <4A280985.2000600@orcaware.com> Johannes Kastl wrote: > On 6/4/09 7:32 PM Blair Zajac wrote: > >> The best way would be to create the Portfile and any necessary supporting files >> for it, such as patches, then open a ticket in Trac and post the files. > > If I knew how to do that, I would do this. But... It's not terribly hard. Read this: http://guide.macports.org/#development And if there is a port that does something similar to the one you want, you can copy your port off of it and modify it. > >> If you >> just ask for a port to be created without providing the Portfile, then it >> wouldn't likely happen. > > ...as I do not know how to create a Portfile, I just have to hope > someone else builds one. > > Is there a way to contact the maintainer of a portfile directly? We prefer that people have communication over the mailing list or via Trac. > I thought it would be nice to have a APP-Package for, say, scribus, like > there is for gimp. To be able to start it via mouse click. But I didnt > know how to contact the guy maintaining the scribus port. You would open a ticket and assign it to the maintainer. But because MacPorts is an open-source project and in my experience, most people contribute scratch their own itch and provide the ports that they are interested in or the features they want. It's not like people get paid to get stuff done in here, so the way to get things done is to contribute work yourself. Or offer to pay someone :) Regards, Blair From ojkastl at gmx.de Thu Jun 4 11:04:31 2009 From: ojkastl at gmx.de (Johannes Kastl) Date: Thu, 04 Jun 2009 20:04:31 +0200 Subject: How to suggest a package? In-Reply-To: <4A280985.2000600@orcaware.com> References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> <4A280985.2000600@orcaware.com> Message-ID: Hi there, On 6/4/09 7:51 PM Blair Zajac wrote: > It's not terribly hard. Read this: > > http://guide.macports.org/#development > > And if there is a port that does something similar to the one you want, you can > copy your port off of it and modify it. If I have got time maybe I try to dig into it. But as I do not have too much experience in packaging it might be difficult. We'll see. > We prefer that people have communication over the mailing list or via Trac. By Trac you mean Tickets, right? > You would open a ticket and assign it to the maintainer. OK. > But because MacPorts is an open-source project and in my experience, most people > contribute scratch their own itch and provide the ports that they are interested > in or the features they want. It's not like people get paid to get stuff done > in here, so the way to get things done is to contribute work yourself. Or offer > to pay someone :) Agreed, but in my experience most people are open to suggestions and "improvements". If you do not stamp your feet and say "I want this and that", but rather ask if it was possible. Regards, OJ -- Outside of a dog, a book is man's best friend. Inside of a dog it's too dark to read. (Groucho Marx) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 257 bytes Desc: OpenPGP digital signature URL: From blair at orcaware.com Thu Jun 4 11:23:50 2009 From: blair at orcaware.com (Blair Zajac) Date: Thu, 04 Jun 2009 11:23:50 -0700 Subject: How to suggest a package? In-Reply-To: References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> <4A280985.2000600@orcaware.com> Message-ID: <4A281136.70504@orcaware.com> Johannes Kastl wrote: > Hi there, > > On 6/4/09 7:51 PM Blair Zajac wrote: > >> It's not terribly hard. Read this: >> >> http://guide.macports.org/#development >> >> And if there is a port that does something similar to the one you want, you can >> copy your port off of it and modify it. > > If I have got time maybe I try to dig into it. But as I do not have too > much experience in packaging it might be difficult. We'll see. > >> We prefer that people have communication over the mailing list or via Trac. > > By Trac you mean Tickets, right? Yes, at http://trac.macports.org/. >> But because MacPorts is an open-source project and in my experience, most people >> contribute scratch their own itch and provide the ports that they are interested >> in or the features they want. It's not like people get paid to get stuff done >> in here, so the way to get things done is to contribute work yourself. Or offer >> to pay someone :) > > Agreed, but in my experience most people are open to suggestions and > "improvements". If you do not stamp your feet and say "I want this and > that", but rather ask if it was possible. True. The style of delivery of a request makes a big difference in getting it done :) Blair From jmr at macports.org Thu Jun 4 11:57:50 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 05 Jun 2009 04:57:50 +1000 Subject: How to suggest a package? In-Reply-To: <4A280985.2000600@orcaware.com> References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> <4A280985.2000600@orcaware.com> Message-ID: <4A28192E.4050907@macports.org> On 2009-6-5 03:51, Blair Zajac wrote: > Johannes Kastl wrote: >> Is there a way to contact the maintainer of a portfile directly? > > We prefer that people have communication over the mailing list or via Trac. While Blair is right that Trac tickets and mailing list posts are often the most appropriate venue, we don't exactly make it hard to email maintainers directly either. Their addresses are right there in 'port info' output after all. :-) - Josh From ojkastl at gmx.de Thu Jun 4 12:37:14 2009 From: ojkastl at gmx.de (Johannes Kastl) Date: Thu, 04 Jun 2009 21:37:14 +0200 Subject: How to suggest a package? In-Reply-To: <4A28192E.4050907@macports.org> References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> <4A280985.2000600@orcaware.com> <4A28192E.4050907@macports.org> Message-ID: On 6/4/09 8:57 PM Joshua Root wrote: > While Blair is right that Trac tickets and mailing list posts are often > the most appropriate venue, we don't exactly make it hard to email > maintainers directly either. Their addresses are right there in 'port > info' output after all. :-) You are right, I was looking for it on the Website. I thought Trac might have some internal contacting mechanism, I never thought I'd see them on the CLI... Thanks guys. Regards, OJ -- Elisabeth's safe, just as I promised. And she's going to marry Norrington, just as she promised, and you are going to die for her, just as you promised. So we're all men of our word really, except Elizabeth, who is, in fact, a woman. (Pirates of the Caribbean) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 257 bytes Desc: OpenPGP digital signature URL: From jmr at macports.org Thu Jun 4 12:57:18 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 05 Jun 2009 05:57:18 +1000 Subject: How to suggest a package? In-Reply-To: References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> <4A280985.2000600@orcaware.com> <4A28192E.4050907@macports.org> Message-ID: <4A28271E.9000603@macports.org> On 2009-6-5 05:37, Johannes Kastl wrote: > On 6/4/09 8:57 PM Joshua Root wrote: > >> While Blair is right that Trac tickets and mailing list posts are often >> the most appropriate venue, we don't exactly make it hard to email >> maintainers directly either. Their addresses are right there in 'port >> info' output after all. :-) > > You are right, I was looking for it on the Website. I thought Trac might > have some internal contacting mechanism, I never thought I'd see them on > the CLI... The maintainer addresses are in fact available on the web site as well: They're in the obfuscated form though, where 'user at domain' becomes 'domain:user' and 'user at macports.org' becomes simply 'user'. - Josh From ojkastl at gmx.de Thu Jun 4 13:00:45 2009 From: ojkastl at gmx.de (Johannes Kastl) Date: Thu, 04 Jun 2009 22:00:45 +0200 Subject: How to suggest a package? In-Reply-To: <4A28271E.9000603@macports.org> References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> <4A280985.2000600@orcaware.com> <4A28192E.4050907@macports.org> <4A28271E.9000603@macports.org> Message-ID: On 6/4/09 9:57 PM Joshua Root wrote: > The maintainer addresses are in fact available on the web site as well: > Yeah, after comparing the CLI output and the Website I managed to find this out. > They're in the obfuscated form though, where 'user at domain' becomes > 'domain:user' and 'user at macports.org' becomes simply 'user'. For the record: When reading via gmane, the adresses are all screwed up. Regards, OJ -- Ducttape is like the Force: It has a light side and a dark side, and it holds the universe together. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 257 bytes Desc: OpenPGP digital signature URL: From ram at macports.org Thu Jun 4 13:03:07 2009 From: ram at macports.org (Adam Mercer) Date: Thu, 4 Jun 2009 15:03:07 -0500 Subject: How to suggest a package? In-Reply-To: References: <4A26D68A.6010909@orcaware.com> Message-ID: <799406d60906041303q550f1990t3bdf42d6815c706@mail.gmail.com> On Thu, Jun 4, 2009 at 12:30, Johannes Kastl wrote: > Anyway, if there had been a package for git-cvsimport, which had been > the official way to suggest this package be added to macports? git-cvsimport is included in git-core: [ram at mimir ~]$ port contents git-core | grep git-cvsimport /opt/local/libexec/git-core/git-cvsimport /opt/local/share/doc/git-core/git-cvsimport.html /opt/local/share/doc/git-core/git-cvsimport.txt /opt/local/share/man/man1/git-cvsimport.1.gz [ram at mimir ~]$ git cvsimport Error: CVSROOT needs to be set Usage: git cvsimport # fetch/update GIT from CVS [-o branch-for-HEAD] [-h] [-v] [-d CVSROOT] [-A author-conv-file] [-p opts-for-cvsps] [-P file] [-C GIT_repository] [-z fuzz] [-i] [-k] [-u] [-s subst] [-a] [-m] [-M regex] [-S regex] [-L commitlimit] [-r remote] [CVS_module] [ram at mimir ~]$ Cheers Adam From ojkastl at gmx.de Thu Jun 4 13:06:21 2009 From: ojkastl at gmx.de (Johannes Kastl) Date: Thu, 04 Jun 2009 22:06:21 +0200 Subject: How to suggest a package? In-Reply-To: <799406d60906041303q550f1990t3bdf42d6815c706@mail.gmail.com> References: <4A26D68A.6010909@orcaware.com> <799406d60906041303q550f1990t3bdf42d6815c706@mail.gmail.com> Message-ID: On 6/4/09 10:03 PM Adam Mercer wrote: > On Thu, Jun 4, 2009 at 12:30, Johannes Kastl wrote: > >> Anyway, if there had been a package for git-cvsimport, which had been >> the official way to suggest this package be added to macports? > > git-cvsimport is included in git-core: Thanks, Blair pointed my to that one already. The above statement was the general question, mind the "if there had been a package...". Regards, OJ -- Having a 'non-smoking' section in a restaurant is like having a 'non-peeing' section in a pool. (Robin Cowdrey) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 257 bytes Desc: OpenPGP digital signature URL: From blb at macports.org Thu Jun 4 13:13:47 2009 From: blb at macports.org (Bryan Blackburn) Date: Thu, 4 Jun 2009 14:13:47 -0600 Subject: How to suggest a package? In-Reply-To: References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> <4A280985.2000600@orcaware.com> <4A28192E.4050907@macports.org> <4A28271E.9000603@macports.org> Message-ID: <20090604201347.GC46228@ninagal.withay.com> On Thu, Jun 04, 2009 at 10:00:45PM +0200, Johannes Kastl said: [...] > > > They're in the obfuscated form though, where 'user at domain' becomes > > 'domain:user' and 'user at macports.org' becomes simply 'user'. > > For the record: When reading via gmane, the adresses are all screwed up. Of course, in scribus' case, it has no maintainer so a ticket in trac would most likely be the best way to go... Bryan > > Regards, > OJ > -- > Ducttape is like the Force: It has a light side and a dark side, and it > holds the universe together. > From talklists at newgeo.com Thu Jun 4 15:00:16 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 4 Jun 2009 15:00:16 -0700 Subject: Startup items In-Reply-To: <6B404280-4BFA-4C6C-A85B-48AA3215B564@newgeo.com> References: <6B404280-4BFA-4C6C-A85B-48AA3215B564@newgeo.com> Message-ID: Anyone? On Jun 3, 2009, at 11:06 PM, Scott Haneda wrote: > I added a startup item to a portfile > ########################################################### > # A startup item has been generated that will aid in > # starting assp with launchd. It is disabled > # by default. Execute the following command to start it, > # and to cause it to launch at startup: > # > # sudo launchctl load -w /Library/LaunchDaemons/ > org.macports.assp.plist > ########################################################### -- Scott * If you contact me off list replace talklists@ with scott@ * From brad at pixilla.com Thu Jun 4 15:07:47 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 4 Jun 2009 15:07:47 -0700 Subject: Startup items In-Reply-To: References: <6B404280-4BFA-4C6C-A85B-48AA3215B564@newgeo.com> Message-ID: <374929C1-7990-45ED-9F91-D384AFB8CB7E@pixilla.com> On Jun 4, 2009, at 3:00 PM, Scott Haneda wrote: > Anyone? > > On Jun 3, 2009, at 11:06 PM, Scott Haneda wrote: > >> I added a startup item to a portfile >> ########################################################### >> # A startup item has been generated that will aid in >> # starting assp with launchd. It is disabled >> # by default. Execute the following command to start it, >> # and to cause it to launch at startup: >> # >> # sudo launchctl load -w /Library/LaunchDaemons/ >> org.macports.assp.plist >> ########################################################### Something like this? startupitem.executable ${prefix}/bin/perl ${prefix}/var/ASSP/assp.pl //BRad From raimue at macports.org Thu Jun 4 15:18:40 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 05 Jun 2009 00:18:40 +0200 Subject: Startup items In-Reply-To: <6B404280-4BFA-4C6C-A85B-48AA3215B564@newgeo.com> References: <6B404280-4BFA-4C6C-A85B-48AA3215B564@newgeo.com> Message-ID: <4A284840.6080001@macports.org> On 2009-06-04 08:06, Scott Haneda wrote: > I added a startup item to a portfile > ########################################################### > # A startup item has been generated that will aid in > # starting assp with launchd. It is disabled > # by default. Execute the following command to start it, > # and to cause it to launch at startup: > # > # sudo launchctl load -w /Library/LaunchDaemons/org.macports.assp.plist > ########################################################### So what where the actual startupitem.* values you used? > To start this software, all that it needs is > /opt/local/bin/perl /opt/local/var/ASSP/assp.pl So I think you would have to specify that in startupitem.executable. How should MacPorts know about that otherwise? :-) More options are documented at Rainer From talklists at newgeo.com Thu Jun 4 15:49:08 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 4 Jun 2009 15:49:08 -0700 Subject: Forcing a variant to a variant Message-ID: I want to do this: variant clamav description {Enable virus scanning} { depends_lib-append port:clamav +server } This errors on me, I assume as a result of the +server, which is clamav just installs a startup item. Within my port, I will want to be able to do: port install assp +clamav and have the +server forced. -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Thu Jun 4 16:01:10 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 4 Jun 2009 18:01:10 -0500 Subject: Forcing a variant to a variant In-Reply-To: References: Message-ID: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> On Jun 4, 2009, at 17:49, Scott Haneda wrote: > I want to do this: > variant clamav description {Enable virus scanning} { > depends_lib-append port:clamav +server > } > > This errors on me, I assume as a result of the +server, which is > clamav just installs a startup item. > > Within my port, I will want to be able to do: > port install assp +clamav and have the +server forced. It is not possible. This is issue #126. Consider requesting that the +server variant be removed from the clamav port, and a new port clamav-server be created instead. See the postgresql ports and (in a moment) the mysql5 port for examples of this strategy. From blb at macports.org Thu Jun 4 16:01:54 2009 From: blb at macports.org (Bryan Blackburn) Date: Thu, 4 Jun 2009 17:01:54 -0600 Subject: Forcing a variant to a variant In-Reply-To: References: Message-ID: <20090604230154.GD46228@ninagal.withay.com> On Thu, Jun 04, 2009 at 03:49:08PM -0700, Scott Haneda said: > I want to do this: > variant clamav description {Enable virus scanning} { > depends_lib-append port:clamav +server > } > > This errors on me, I assume as a result of the +server, which is clamav > just installs a startup item. > > Within my port, I will want to be able to do: > port install assp +clamav and have the +server forced. Right, that isn't currently supported by MacPorts, it's the infamous ticket #126: Bryan > -- > Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Thu Jun 4 16:08:55 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 4 Jun 2009 16:08:55 -0700 Subject: Forcing a variant to a variant In-Reply-To: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> Message-ID: On Jun 4, 2009, at 4:01 PM, Ryan Schmidt wrote: > On Jun 4, 2009, at 17:49, Scott Haneda wrote: > >> I want to do this: >> variant clamav description {Enable virus scanning} { >> depends_lib-append port:clamav +server >> } >> >> This errors on me, I assume as a result of the +server, which is >> clamav just installs a startup item. >> >> Within my port, I will want to be able to do: >> port install assp +clamav and have the +server forced. > > It is not possible. This is issue #126. > > Consider requesting that the +server variant be removed from the > clamav port, and a new port clamav-server be created instead. See > the postgresql ports and (in a moment) the mysql5 port for examples > of this strategy. Thanks. So to get this straight, the desired goal is port duplication outside of a few lines for a variant? clamav port code.... code... more code.... code.... code... more code.... clamav server port code.... code... more code.... ( startup item ) code.... code... more code.... I think I understand why, and I think I understand the long term goal here, but the above has me wondering a little. Is it a terrible idea to pop in a second startup item in which will just instal the clamav startup item? This seems messy to me, but it also will get the job done. I will in fact request the clamav port be serverized as well. Thanks for the explanations. -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Thu Jun 4 16:18:13 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 4 Jun 2009 18:18:13 -0500 Subject: Forcing a variant to a variant In-Reply-To: References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> Message-ID: <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> On Jun 4, 2009, at 18:08, Scott Haneda wrote: > On Jun 4, 2009, at 4:01 PM, Ryan Schmidt wrote: > >> On Jun 4, 2009, at 17:49, Scott Haneda wrote: >> >>> I want to do this: >>> variant clamav description {Enable virus scanning} { >>> depends_lib-append port:clamav +server >>> } >>> >>> This errors on me, I assume as a result of the +server, which is >>> clamav just installs a startup item. >>> >>> Within my port, I will want to be able to do: >>> port install assp +clamav and have the +server forced. >> >> It is not possible. This is issue #126. >> >> Consider requesting that the +server variant be removed from the >> clamav port, and a new port clamav-server be created instead. See >> the postgresql ports and (in a moment) the mysql5 port for >> examples of this strategy. > > Thanks. So to get this straight, the desired goal is port > duplication outside of a few lines for a variant? > > clamav port > code.... > code... > more code.... > code.... > code... > more code.... > > clamav server port > code.... > code... > more code.... > ( startup item ) > code.... > code... > more code.... > > I think I understand why, and I think I understand the long term > goal here, but the above has me wondering a little. > > Is it a terrible idea to pop in a second startup item in which will > just instal the clamav startup item? This seems messy to me, but > it also will get the job done. The goal is not duplication, but separation, so that you can declare dependencies on those separate parts. The clamav port would then install everything clamav except the server component, and the clamav- server port would install only the clamav server component (and depend on the clamav port). See the postgresql83 and postgresql83- server ports, and the mysql5 and mysql5-server ports (now committed), for examples. From jeremy at lavergne.gotdns.org Thu Jun 4 16:19:53 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Thu, 4 Jun 2009 19:19:53 -0400 Subject: Fwd: Forcing a variant to a variant References: Message-ID: > Is it a terrible idea to pop in a second startup item in which will > just instal the clamav startup item? This seems messy to me, but it > also will get the job done. It would make sense for mysql-server to depend on port:mysql and then merely be a startup item. > What is the list of ports that have +server outside of mysql and > probably apache? Seems pretty easy to rip through them and solve > this in a weekend. I will give it a go if it helps. You'd want to run `port echo variants:server` which results in: boxbackup cacti makuosan monarch munin mysql3 mysql4 mysql5 mysql5-devel nedi net-snmp netmrg nrg nsd perforce postgresql7 sendpage sleepwatcher snort subversion sympa synergy tftp-hpa tightvnc vm-pop3d vnc xserve-raid-tools zabbix -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From talklists at newgeo.com Thu Jun 4 16:22:31 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 4 Jun 2009 16:22:31 -0700 Subject: Forcing a variant to a variant In-Reply-To: <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> Message-ID: <4EDA6802-2B5C-4820-A3FA-149677C200E8@newgeo.com> On Jun 4, 2009, at 4:18 PM, Ryan Schmidt wrote: >> I think I understand why, and I think I understand the long term >> goal here, but the above has me wondering a little. >> >> Is it a terrible idea to pop in a second startup item in which will >> just instal the clamav startup item? This seems messy to me, but >> it also will get the job done. > > > The goal is not duplication, but separation, so that you can declare > dependencies on those separate parts. The clamav port would then > install everything clamav except the server component, and the > clamav-server port would install only the clamav server component > (and depend on the clamav port). See the postgresql83 and > postgresql83-server ports, and the mysql5 and mysql5-server ports > (now committed), for examples. Got it, thanks! Not clear on postgresql83-server, that is a pretty large port to only install a start up item. Why isnt all that work happening in the postgresql83 port? Off list I was given this: `port echo variants:server` boxbackup cacti makuosan monarch munin mysql3 mysql4 mysql5 mysql5-devel nedi net-snmp netmrg nrg nsd perforce postgresql7 sendpage sleepwatcher snort subversion sympa synergy tftp-hpa tightvnc vm-pop3d vnc xserve-raid-tools zabbix A few of those are done already. Is closing #126 just a matter of splitting the above ports into two, and having on depend on the other with a startup item in it? That ticket is 7 years old, if the list above is all it takes to close it, maybe I can find a weekend -- Scott * If you contact me off list replace talklists@ with scott@ * From raimue at macports.org Thu Jun 4 16:32:27 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 05 Jun 2009 01:32:27 +0200 Subject: Forcing a variant to a variant In-Reply-To: <4EDA6802-2B5C-4820-A3FA-149677C200E8@newgeo.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <4EDA6802-2B5C-4820-A3FA-149677C200E8@newgeo.com> Message-ID: <4A28598B.6020207@macports.org> On 2009-06-05 01:22, Scott Haneda wrote: > A few of those are done already. Is closing #126 just a matter of > splitting the above ports into two, and having on depend on the other > with a startup item in it? That ticket is 7 years old, if the list > above is all it takes to close it, maybe I can find a weekend No, splitting those ports is a workaround which is applicable in the +server case. But it is on no means a solution for #126. Rainer From talklists at newgeo.com Thu Jun 4 16:33:40 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 4 Jun 2009 16:33:40 -0700 Subject: Forcing a variant to a variant In-Reply-To: <4A28598B.6020207@macports.org> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <4EDA6802-2B5C-4820-A3FA-149677C200E8@newgeo.com> <4A28598B.6020207@macports.org> Message-ID: <24095CFE-1029-443F-86D4-8AA928A20620@newgeo.com> On Jun 4, 2009, at 4:32 PM, Rainer M?ller wrote: > On 2009-06-05 01:22, Scott Haneda wrote: >> A few of those are done already. Is closing #126 just a matter of >> splitting the above ports into two, and having on depend on the other >> with a startup item in it? That ticket is 7 years old, if the list >> above is all it takes to close it, maybe I can find a weekend > > No, splitting those ports is a workaround which is applicable in the > +server case. But it is on no means a solution for #126. .... off to read 7 years of #126 ... :) -- Scott * If you contact me off list replace talklists@ with scott@ * From brad at pixilla.com Thu Jun 4 16:54:18 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 4 Jun 2009 16:54:18 -0700 Subject: Forcing a variant to a variant In-Reply-To: <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> Message-ID: <4621CEE5-5E52-4738-8FA1-1884F823CD33@pixilla.com> On Jun 4, 2009, at 4:18 PM, Ryan Schmidt wrote: > On Jun 4, 2009, at 18:08, Scott Haneda wrote: > >> On Jun 4, 2009, at 4:01 PM, Ryan Schmidt wrote: >> >>> On Jun 4, 2009, at 17:49, Scott Haneda wrote: >>> >>>> I want to do this: >>>> variant clamav description {Enable virus scanning} { >>>> depends_lib-append port:clamav +server >>>> } >>>> >>>> This errors on me, I assume as a result of the +server, which is >>>> clamav just installs a startup item. >>>> >>>> Within my port, I will want to be able to do: >>>> port install assp +clamav and have the +server forced. >>> >>> It is not possible. This is issue #126. >>> >>> Consider requesting that the +server variant be removed from the >>> clamav port, and a new port clamav-server be created instead. See >>> the postgresql ports and (in a moment) the mysql5 port for >>> examples of this strategy. >> >> Thanks. So to get this straight, the desired goal is port >> duplication outside of a few lines for a variant? >> >> clamav port >> code.... >> code... >> more code.... >> code.... >> code... >> more code.... >> >> clamav server port >> code.... >> code... >> more code.... >> ( startup item ) >> code.... >> code... >> more code.... >> >> I think I understand why, and I think I understand the long term >> goal here, but the above has me wondering a little. >> >> Is it a terrible idea to pop in a second startup item in which will >> just instal the clamav startup item? This seems messy to me, but >> it also will get the job done. There is: /opt/local/etc/macports/variants.conf where you could put: +server and I believe you will get the +server add to all ports that port builds, no? I mentioned recently gentoo's package.mask for masking packages or packages above a version. Personally I'd like something like that in ports. Wouldn't it be useful and simple to add the capability to /opt/local/ macports/variants.conf to specify a port:variant combo? clamav+server mysql+server or port:clamav +server or clamav mysql5 +server guncash +nox11 //Brad From raimue at macports.org Thu Jun 4 17:04:53 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Fri, 05 Jun 2009 02:04:53 +0200 Subject: Forcing a variant to a variant In-Reply-To: <4621CEE5-5E52-4738-8FA1-1884F823CD33@pixilla.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <4621CEE5-5E52-4738-8FA1-1884F823CD33@pixilla.com> Message-ID: <4A286125.3000403@macports.org> On 2009-06-05 01:54, Bradley Giesbrecht wrote: > There is: > /opt/local/etc/macports/variants.conf > > where you could put: > +server > > and I believe you will get the +server add to all ports that port > builds, no? Yes, that would select +server automatically if available. > I mentioned recently gentoo's package.mask for masking packages or > packages above a version. Personally I'd like something like that in > ports. Masking ports is not too useful if you only got one version as opposed to Gentoo where you can choose the version. > Wouldn't it be useful and simple to add the capability to /opt/local/ > macports/variants.conf to specify a port:variant combo? > clamav+server > mysql+server This would not resolve the dependency issue, so this is not related. Variants are being selected at the time of install. Rainer From talklists at newgeo.com Thu Jun 4 17:20:19 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 4 Jun 2009 17:20:19 -0700 Subject: Forcing a variant to a variant In-Reply-To: <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> Message-ID: <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> On Jun 4, 2009, at 4:18 PM, Ryan Schmidt wrote: > The goal is not duplication, but separation, so that you can declare > dependencies on those separate parts. The clamav port would then > install everything clamav except the server component, and the > clamav-server port would install only the clamav server component > (and depend on the clamav port). See the postgresql83 and > postgresql83-server ports, and the mysql5 and mysql5-server ports > (now committed), for examples. For fun, trying t make clamav-server. Duplication will have to happen on name, desc, long desc, I assume? Version probably does not matter in any strict sense, as it is not really downloading anything? port clamav has other variants though variant clamav_milter description {build with libmilter support} { depends_lib-append port:libmilter configure.args-append --enable-milter } So with +server and +clamav_milter what do you do? I am now seeing the need for these ports: clamav - base port, gets you cpam clamav-server - depends on clamav but installs a startup item clamav-clamav_milter - depends on clamav, but installs clamav_milter clamav-server-milter - depends on clamav, gets you milter and the startup item I need some guidance here, I am seeing this very quickly getting out of hand where there are ports with more than one variant. If I need assp to depend on clam, and clam to have +server and +clam_av_milter, what do you suggest? * I do not need milter at this time, just wondering. I am leaning on just not including the clamav as a variant for assp, but it is so logical to have it at the same time. -- Scott * If you contact me off list replace talklists@ with scott@ * From brad at pixilla.com Thu Jun 4 17:31:22 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 4 Jun 2009 17:31:22 -0700 Subject: Forcing a variant to a variant In-Reply-To: <4A286125.3000403@macports.org> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <4621CEE5-5E52-4738-8FA1-1884F823CD33@pixilla.com> <4A286125.3000403@macports.org> Message-ID: <48901FE3-2A02-45C0-88AE-05FEFCB17489@pixilla.com> I sent my reply to Rainer only. So hard for me to get use to reply all since this is the only list I'm on that does this. Adding a "reply to: macports" would be so nice. On Jun 4, 2009, at 5:04 PM, Rainer M?ller wrote: > On 2009-06-05 01:54, Bradley Giesbrecht wrote: >> There is: >> /opt/local/etc/macports/variants.conf >> >> where you could put: >> +server >> >> and I believe you will get the +server add to all ports that port >> builds, no? > > Yes, that would select +server automatically if available. > >> I mentioned recently gentoo's package.mask for masking packages or >> packages above a version. Personally I'd like something like that in >> ports. > > Masking ports is not too useful if you only got one version as opposed > to Gentoo where you can choose the version. It works well for not upgrading things like gcc but I'm thinking openssl as well. I just don't understand how a problem with openssl would be resolved in such a way that it broke virtually all my services. Makes me REALLY REALLY want a feature like gentoo's -p (pretend) where port would just tell me what it would do with the command. I guess there was talk about a port -y (dry run) command. port upgrade installed The following ports would be upgraded: libxxx at 0.9.3 => libxxx at 0.9.4 The following ports would be installed openssl at 0.9.xf The following ports woud be uninstalled openssl at 1.0.x-beta I'd feel much better adding a "-vp" to all my install, uninstall, upgrade, activate and deactivate commands BEFORE actually effecting the filesystem. //Brad -------------- next part -------------- An HTML attachment was scrubbed... URL: From talklists at newgeo.com Thu Jun 4 17:35:25 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 4 Jun 2009 17:35:25 -0700 Subject: Forcing a variant to a variant In-Reply-To: <48901FE3-2A02-45C0-88AE-05FEFCB17489@pixilla.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <4621CEE5-5E52-4738-8FA1-1884F823CD33@pixilla.com> <4A286125.3000403@macports.org> <48901FE3-2A02-45C0-88AE-05FEFCB17489@pixilla.com> Message-ID: <7EF11799-2CC0-497B-A701-049F379AEAFE@newgeo.com> On Jun 4, 2009, at 5:31 PM, Bradley Giesbrecht wrote: > I sent my reply to Rainer only. > So hard for me to get use to reply all since this is the only list > I'm on that does this. > Adding a "reply to: macports" would be so nice. I finally gave up since a lot of lists do this. I went into the system prefs for keyboard shortcuts, and changed command-R to control- command-shift-R to force it out of my way. Now command-R does nothing, and command-shift-R is in my muscle memory for a reply-all. This will one day bite me in the ass when I reply all when I do not want to. -- Scott * If you contact me off list replace talklists@ with scott@ * From brad at pixilla.com Thu Jun 4 17:36:16 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 4 Jun 2009 17:36:16 -0700 Subject: Forcing a variant to a variant In-Reply-To: <48901FE3-2A02-45C0-88AE-05FEFCB17489@pixilla.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <4621CEE5-5E52-4738-8FA1-1884F823CD33@pixilla.com> <4A286125.3000403@macports.org> <48901FE3-2A02-45C0-88AE-05FEFCB17489@pixilla.com> Message-ID: <74C718F9-8E27-480D-97B3-F8A3040744C8@pixilla.com> On Jun 4, 2009, at 5:31 PM, Bradley Giesbrecht wrote: > I sent my reply to Rainer only. > So hard for me to get use to reply all since this is the only list > I'm on that does this. > Adding a "reply to: macports" would be so nice. > > > On Jun 4, 2009, at 5:04 PM, Rainer M?ller wrote: > >> On 2009-06-05 01:54, Bradley Giesbrecht wrote: >>> There is: >>> /opt/local/etc/macports/variants.conf >>> >>> where you could put: >>> +server >>> >>> and I believe you will get the +server add to all ports that port >>> builds, no? >> >> Yes, that would select +server automatically if available. >> >>> I mentioned recently gentoo's package.mask for masking packages or >>> packages above a version. Personally I'd like something like that in >>> ports. >> >> Masking ports is not too useful if you only got one version as >> opposed >> to Gentoo where you can choose the version. > > It works well for not upgrading things like gcc but I'm thinking > openssl as well. > I just don't understand how a problem with openssl would be resolved > in such a way that it broke virtually all my services. > > Makes me REALLY REALLY want a feature like gentoo's -p (pretend) > where port would just tell me what it would do with the command. > I guess there was talk about a port -y (dry run) command. > > port upgrade installed > The following ports would be upgraded: > libxxx at 0.9.3 => libxxx at 0.9.4 > The following ports would be installed > openssl at 0.9.xf > The following ports woud be uninstalled > openssl at 1.0.x-beta > > I'd feel much better adding a "-vp" to all my install, uninstall, > upgrade, activate and deactivate commands BEFORE actually effecting > the filesystem. > > //Brad I meant port -y upgrade installed The following ports would be upgraded: libxxx at 0.9.3 => libxxx at 0.9.4 The following ports would be installed openssl at 0.9.xf The following ports woud be uninstalled openssl at 1.0.x-beta -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremy at lavergne.gotdns.org Thu Jun 4 17:47:27 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Thu, 4 Jun 2009 20:47:27 -0400 Subject: Forcing a variant to a variant In-Reply-To: <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> Message-ID: > Duplication will have to happen on name, desc, long desc, I > assume? Version probably does not matter in any strict sense, as it > is not really downloading anything? Right > So with +server and +clamav_milter what do you do? I am now seeing > the need for these ports: > > clamav - base port, gets you cpam > clamav-server - depends on clamav but installs a startup item > clamav-clamav_milter - depends on clamav, but installs clamav_milter > clamav-server-milter - depends on clamav, gets you milter and the > startup item > > I need some guidance here, I am seeing this very quickly getting out > of hand where there are ports with more than one variant. The variants used descend through the dependency tree: If you install +milter on clamav-server, +milter will get used on clamav. At least, this is what I believe: Try it and find out. > If I need assp to depend on clam, and clam to have +server and > +clam_av_milter, what do you suggest? * I do not need milter at > this time, just wondering. > > I am leaning on just not including the clamav as a variant for assp, > but it is so logical to have it at the same time. This should all follow from using the variants in the server port. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From talklists at newgeo.com Thu Jun 4 17:52:11 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 4 Jun 2009 17:52:11 -0700 Subject: Forcing a variant to a variant In-Reply-To: References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> Message-ID: <2059B3CF-6910-4C64-BFE2-E93D6FE7AC28@newgeo.com> On Jun 4, 2009, at 5:47 PM, Jeremy Lavergne wrote: >> Duplication will have to happen on name, desc, long desc, I >> assume? Version probably does not matter in any strict sense, as >> it is not really downloading anything? > > Right > >> So with +server and +clamav_milter what do you do? I am now seeing >> the need for these ports: >> >> clamav - base port, gets you cpam >> clamav-server - depends on clamav but installs a startup item >> clamav-clamav_milter - depends on clamav, but installs clamav_milter >> clamav-server-milter - depends on clamav, gets you milter and the >> startup item >> >> I need some guidance here, I am seeing this very quickly getting >> out of hand where there are ports with more than one variant. > > The variants used descend through the dependency tree: If you > install +milter on clamav-server, +milter will get used on clamav. > At least, this is what I believe: Try it and find out. > >> If I need assp to depend on clam, and clam to have +server and >> +clam_av_milter, what do you suggest? * I do not need milter at >> this time, just wondering. >> >> I am leaning on just not including the clamav as a variant for >> assp, but it is so logical to have it at the same time. > > This should all follow from using the variants in the server port. I am not sure i understand this: port install assp Within that port, assp will depend on clamav, but since I can not define a variant for clamav +server, I have to make a clamav-server port. Fine up to that point. Now, what is I want clamav +server +clamav_milter available to the assp port? My port install command would be port install assp still, there would still be a call in there to clamav-server, where does the milter go in? Thanks -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Thu Jun 4 17:52:09 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 4 Jun 2009 19:52:09 -0500 Subject: Forcing a variant to a variant In-Reply-To: <74C718F9-8E27-480D-97B3-F8A3040744C8@pixilla.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <4621CEE5-5E52-4738-8FA1-1884F823CD33@pixilla.com> <4A286125.3000403@macports.org> <48901FE3-2A02-45C0-88AE-05FEFCB17489@pixilla.com> <74C718F9-8E27-480D-97B3-F8A3040744C8@pixilla.com> Message-ID: <7F227D21-8256-4B9B-A65D-CF17C4129639@macports.org> On Jun 4, 2009, at 19:36, Bradley Giesbrecht wrote: > I meant > port -y upgrade installed > The following ports would be upgraded: > libxxx at 0.9.3 => libxxx at 0.9.4 > The following ports would be installed > openssl at 0.9.xf > The following ports woud be uninstalled > openssl at 1.0.x-beta "port upgrade" never uninstalls an unrelated port. If you use the "- u" flag it will uninstall older versions of the ports it upgrades. So the output would actually be: The following ports would be upgraded: libxxx at 0.9.3_0 => libxxx at 0.9.4_0 openssl at 1.0.0beta1_0 => openssl at 0.9.8k_0 The following ports would be installed libyyy at 0.5_0 (assuming, hypothetically, that libyyy is a new dependency that was added in version 0.9.4 of the libxxx port) From ryandesign at macports.org Thu Jun 4 17:53:09 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 4 Jun 2009 19:53:09 -0500 Subject: Forcing a variant to a variant In-Reply-To: <48901FE3-2A02-45C0-88AE-05FEFCB17489@pixilla.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <4621CEE5-5E52-4738-8FA1-1884F823CD33@pixilla.com> <4A286125.3000403@macports.org> <48901FE3-2A02-45C0-88AE-05FEFCB17489@pixilla.com> Message-ID: <56966216-9DA5-4966-9CD9-C77A2FD5C18A@macports.org> On Jun 4, 2009, at 19:31, Bradley Giesbrecht wrote: > I sent my reply to Rainer only. > So hard for me to get use to reply all since this is the only list > I'm on that does this. > Adding a "reply to: macports" would be so nice. I don't want to change this, for the reasons explained here: http://www.unicom.com/pw/reply-to-harmful.html I am aware of the counter-argument: http://marc.merlins.org/netrants/reply-to-useful.html From ryandesign at macports.org Thu Jun 4 17:53:47 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 4 Jun 2009 19:53:47 -0500 Subject: Forcing a variant to a variant In-Reply-To: <13096DCE-7ADB-4020-A012-26F85D7EC5F8@pixilla.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <13096DCE-7ADB-4020-A012-26F85D7EC5F8@pixilla.com> Message-ID: <929CBC6B-C99F-4FBD-BAB4-AAE7100C44DD@macports.org> On Jun 4, 2009, at 18:33, Bradley Giesbrecht wrote: > There is: > /opt/local/etc/macports/variants.conf > > where you could put: > +server > > and I believe you will get the +server add to all ports that port > builds, no? Yes. But I see no reason why a user who wants a server of port A should be automatically assumed to want a server of ports B through Z as well. > I mentioned recently gentoo's package.mask for masking packages or > packages above a version. Personally I'd like something like that > in ports. > > Wouldn't it be useful and simple to add the capability to /opt/ > local/macports/variants.conf to specify a port:variant combo? > clamav+server > mysql+server > > or > port:clamav +server > > or > clamav mysql5 +server > guncash +nox11 I'm not familiar with the gentoo package.mask feature. But for this case, in MacPorts, I see no benefit to what you suggest. You're suggesting that a user who wants to have clamav with the +server variant should add a line like "clamav+server" to variants.conf (and enhance MacPorts base to be able to handle that line). Isn't it much simpler (and already supported by MacPorts today) for that user to simply run "sudo port install clamav +server"? From ryandesign at macports.org Thu Jun 4 17:56:43 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 4 Jun 2009 19:56:43 -0500 Subject: Forcing a variant to a variant In-Reply-To: <2059B3CF-6910-4C64-BFE2-E93D6FE7AC28@newgeo.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> <2059B3CF-6910-4C64-BFE2-E93D6FE7AC28@newgeo.com> Message-ID: <3E87964B-E7BC-40E2-B18B-E7D4CDA55EF9@macports.org> On Jun 4, 2009, at 19:52, Scott Haneda wrote: > port install assp > Within that port, assp will depend on clamav, but since I can not > define a variant for clamav +server, I have to make a clamav-server > port. Fine up to that point. > > Now, what is I want clamav +server +clamav_milter available to the > assp port? > My port install command would be port install assp still, there > would still be a call in there to clamav-server, where does the > milter go in? It does not. When I spoke earlier about creating a clamav-server port, I was speaking of the +server variant only, not any of the other variants. The clamav_milter variant, for example, is, I believe, integrated into the clamav software. The variant adds the configure argument -- enable-milter. This presumably causes the clamav software to build additional libraries, or modify the libraries it builds in some way. You probably can't separate that into a separate port. If there is a file clamav+clamav_milter installs that regular clamav does not, you can detect the absence of that file in your assp port and issue the appropriate error message. See the pango port for an example (it checks that the cairo port is installed with the correct variants). From ryandesign at macports.org Thu Jun 4 17:58:32 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 4 Jun 2009 19:58:32 -0500 Subject: Forcing a variant to a variant In-Reply-To: <3E87964B-E7BC-40E2-B18B-E7D4CDA55EF9@macports.org> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> <2059B3CF-6910-4C64-BFE2-E93D6FE7AC28@newgeo.com> <3E87964B-E7BC-40E2-B18B-E7D4CDA55EF9@macports.org> Message-ID: On Jun 4, 2009, at 19:56, Ryan Schmidt wrote: > On Jun 4, 2009, at 19:52, Scott Haneda wrote: > >> port install assp >> Within that port, assp will depend on clamav, but since I can not >> define a variant for clamav +server, I have to make a clamav- >> server port. Fine up to that point. >> >> Now, what is I want clamav +server +clamav_milter available to the >> assp port? >> My port install command would be port install assp still, there >> would still be a call in there to clamav-server, where does the >> milter go in? > > It does not. > > When I spoke earlier about creating a clamav-server port, I was > speaking of the +server variant only, not any of the other > variants. The clamav_milter variant, for example, is, I believe, > integrated into the clamav software. The variant adds the configure > argument --enable-milter. This presumably causes the clamav > software to build additional libraries, or modify the libraries it > builds in some way. You probably can't separate that into a > separate port. > > If there is a file clamav+clamav_milter installs that regular > clamav does not, you can detect the absence of that file in your > assp port and issue the appropriate error message. See the pango > port for an example (it checks that the cairo port is installed > with the correct variants). Now that I actually come to look at the clamav portfile.... it doesn't have a +server variant! So.... what are we talking about here? From ryandesign at macports.org Thu Jun 4 17:59:16 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 4 Jun 2009 19:59:16 -0500 Subject: Forcing a variant to a variant In-Reply-To: <4EDA6802-2B5C-4820-A3FA-149677C200E8@newgeo.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <4EDA6802-2B5C-4820-A3FA-149677C200E8@newgeo.com> Message-ID: <45620CF3-8BCA-48B6-B272-C056E13581AE@macports.org> On Jun 4, 2009, at 18:22, Scott Haneda wrote: >> The goal is not duplication, but separation, so that you can >> declare dependencies on those separate parts. The clamav port >> would then install everything clamav except the server component, >> and the clamav-server port would install only the clamav server >> component (and depend on the clamav port). See the postgresql83 >> and postgresql83-server ports, and the mysql5 and mysql5-server >> ports (now committed), for examples. > > > Got it, thanks! Not clear on postgresql83-server, that is a pretty > large port to only install a start up item. Why isnt all that work > happening in the postgresql83 port? You can ask the maintainer of postgresql83-server for confirmation, but presumably, everything the postgresql83-server port does is required only when PostgreSQL is used as a server, and is not needed when used only as a client. From ryandesign at macports.org Thu Jun 4 18:00:43 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 4 Jun 2009 20:00:43 -0500 Subject: Forcing a variant to a variant In-Reply-To: References: Message-ID: On Jun 4, 2009, at 18:19, Jeremy Lavergne wrote: >> Is it a terrible idea to pop in a second startup item in which >> will just instal the clamav startup item? This seems messy to me, >> but it also will get the job done. Pop a second startup item in where? Note that the startupitem.* directives in MacPorts support only a single startupitem per port. > It would make sense for mysql-server to depend on port:mysql and > then merely be a startup item. If you s/mysql/mysql5/g then yes that's basically the status of those ports today. Though mysql5-server also does create some directories that are only needed when MySQL is run as a server. From brad at pixilla.com Thu Jun 4 18:01:50 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 4 Jun 2009 18:01:50 -0700 Subject: Forcing a variant to a variant In-Reply-To: <929CBC6B-C99F-4FBD-BAB4-AAE7100C44DD@macports.org> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <13096DCE-7ADB-4020-A012-26F85D7EC5F8@pixilla.com> <929CBC6B-C99F-4FBD-BAB4-AAE7100C44DD@macports.org> Message-ID: On Jun 4, 2009, at 5:53 PM, Ryan Schmidt wrote: > > On Jun 4, 2009, at 18:33, Bradley Giesbrecht wrote: > >> There is: >> /opt/local/etc/macports/variants.conf >> >> where you could put: >> +server >> >> and I believe you will get the +server add to all ports that port >> builds, no? > > Yes. But I see no reason why a user who wants a server of port A > should be automatically assumed to want a server of ports B through > Z as well. > > >> I mentioned recently gentoo's package.mask for masking packages or >> packages above a version. Personally I'd like something like that >> in ports. >> >> Wouldn't it be useful and simple to add the capability to /opt/ >> local/macports/variants.conf to specify a port:variant combo? >> clamav+server >> mysql+server >> >> or >> port:clamav +server >> >> or >> clamav mysql5 +server >> guncash +nox11 > > I'm not familiar with the gentoo package.mask feature. But for this > case, in MacPorts, I see no benefit to what you suggest. > > You're suggesting that a user who wants to have clamav with the > +server variant should add a line like "clamav+server" to > variants.conf (and enhance MacPorts base to be able to handle that > line). > > Isn't it much simpler (and already supported by MacPorts today) for > that user to simply run "sudo port install clamav +server"? Agreed. The dry run feature would allow one to see what ports were going to be added as dependents so a person could look at those ports and see if they needed to be installed first so as to add desired variants. I'm happy with MacPorts the way it is. It was pretty easy on gentoo to get your self in trouble with emerge world (more or less port upgrade installed) but that's why pretty much everybody I know used the pretend -p flag with emerge before actually doing anything. //Brad From brad at pixilla.com Thu Jun 4 18:03:59 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 4 Jun 2009 18:03:59 -0700 Subject: Forcing a variant to a variant In-Reply-To: References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> <2059B3CF-6910-4C64-BFE2-E93D6FE7AC28@newgeo.com> <3E87964B-E7BC-40E2-B18B-E7D4CDA55EF9@macports.org> Message-ID: <180A9285-D70A-4247-A9FB-133C4C1B67F9@pixilla.com> On Jun 4, 2009, at 5:58 PM, Ryan Schmidt wrote: > > On Jun 4, 2009, at 19:56, Ryan Schmidt wrote: > >> On Jun 4, 2009, at 19:52, Scott Haneda wrote: >> >>> port install assp >>> Within that port, assp will depend on clamav, but since I can not >>> define a variant for clamav +server, I have to make a clamav- >>> server port. Fine up to that point. >>> >>> Now, what is I want clamav +server +clamav_milter available to the >>> assp port? >>> My port install command would be port install assp still, there >>> would still be a call in there to clamav-server, where does the >>> milter go in? >> >> It does not. >> >> When I spoke earlier about creating a clamav-server port, I was >> speaking of the +server variant only, not any of the other >> variants. The clamav_milter variant, for example, is, I believe, >> integrated into the clamav software. The variant adds the configure >> argument --enable-milter. This presumably causes the clamav >> software to build additional libraries, or modify the libraries it >> builds in some way. You probably can't separate that into a >> separate port. >> >> If there is a file clamav+clamav_milter installs that regular >> clamav does not, you can detect the absence of that file in your >> assp port and issue the appropriate error message. See the pango >> port for an example (it checks that the cairo port is installed >> with the correct variants). > > Now that I actually come to look at the clamav portfile.... it > doesn't have a +server variant! So.... what are we talking about here? We are talking about adding one. We have +server in our local repo. When we have things the way we want we intend to write up some documentation on setting up various services using MacPorts. //Brad From brad at pixilla.com Thu Jun 4 18:05:47 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Thu, 4 Jun 2009 18:05:47 -0700 Subject: Forcing a variant to a variant In-Reply-To: References: Message-ID: <1C98C976-23AC-4689-BFCA-E7A3D630BD56@pixilla.com> On Jun 4, 2009, at 6:00 PM, Ryan Schmidt wrote: > > On Jun 4, 2009, at 18:19, Jeremy Lavergne wrote: > >>> Is it a terrible idea to pop in a second startup item in which >>> will just instal the clamav startup item? This seems messy to me, >>> but it also will get the job done. > > Pop a second startup item in where? > > Note that the startupitem.* directives in MacPorts support only a > single startupitem per port. > >> It would make sense for mysql-server to depend on port:mysql and >> then merely be a startup item. > > If you s/mysql/mysql5/g then yes that's basically the status of > those ports today. Though mysql5-server also does create some > directories that are only needed when MySQL is run as a server. clamav has clamd and freshcalm clamd is the antivirus scanner freshclam is the virus definition update daemon Both need to be started. //Brad From talklists at newgeo.com Thu Jun 4 18:08:41 2009 From: talklists at newgeo.com (Scott Haneda) Date: Thu, 4 Jun 2009 18:08:41 -0700 Subject: Forcing a variant to a variant In-Reply-To: References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> <2059B3CF-6910-4C64-BFE2-E93D6FE7AC28@newgeo.com> <3E87964B-E7BC-40E2-B18B-E7D4CDA55EF9@macports.org> Message-ID: <281AEF12-2AA8-4183-AB64-63666E9D1B3E@newgeo.com> On Jun 4, 2009, at 5:58 PM, Ryan Schmidt wrote: > On Jun 4, 2009, at 19:56, Ryan Schmidt wrote: > >> On Jun 4, 2009, at 19:52, Scott Haneda wrote: >> >>> port install assp >>> Within that port, assp will depend on clamav, but since I can not >>> define a variant for clamav +server, I have to make a clamav- >>> server port. Fine up to that point. >>> >>> Now, what is I want clamav +server +clamav_milter available to the >>> assp port? >>> My port install command would be port install assp still, there >>> would still be a call in there to clamav-server, where does the >>> milter go in? >> >> It does not. >> >> When I spoke earlier about creating a clamav-server port, I was >> speaking of the +server variant only, not any of the other >> variants. The clamav_milter variant, for example, is, I believe, >> integrated into the clamav software. The variant adds the configure >> argument --enable-milter. This presumably causes the clamav >> software to build additional libraries, or modify the libraries it >> builds in some way. You probably can't separate that into a >> separate port. >> >> If there is a file clamav+clamav_milter installs that regular >> clamav does not, you can detect the absence of that file in your >> assp port and issue the appropriate error message. See the pango >> port for an example (it checks that the cairo port is installed >> with the correct variants). > > Now that I actually come to look at the clamav portfile.... it > doesn't have a +server variant! So.... what are we talking about here? Ha ha! :) Brad and myself are working on a few things in ports closely. He made a +server for clamav, and I am trying to pull it all together in ASSP in a user friendly way. We aim to get it nice, clean, and documented really well, so other people can more or less, get a solid web, php, ftp, mysql, postfix, dovecot, .... and ISP in a few commands, type of deal. All of course, based on MacPorts being used as the distribution and installation mechanism for those above goodies. -- Scott * If you contact me off list replace talklists@ with scott@ * From jeremy at lavergne.gotdns.org Thu Jun 4 18:27:25 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Thu, 4 Jun 2009 21:27:25 -0400 Subject: Forcing a variant to a variant In-Reply-To: <2059B3CF-6910-4C64-BFE2-E93D6FE7AC28@newgeo.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> <2059B3CF-6910-4C64-BFE2-E93D6FE7AC28@newgeo.com> Message-ID: <13BE2661-341C-496A-9B81-18E997B40DAB@lavergne.gotdns.org> > I am not sure i understand this: > port install assp > Within that port, assp will depend on clamav, but since I can not > define a variant for clamav +server, I have to make a clamav-server > port. Fine up to that point. > > Now, what is I want clamav +server +clamav_milter available to the > assp port? > My port install command would be port install assp still, there > would still be a call in there to clamav-server, where does the > milter go in? Try `port install assp +server +clamav_milter`. Those variants you choose for this build should carry through to the other ports. So you'll end up with any dependencies with those variants provided as being chosen. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From ojkastl at gmx.de Fri Jun 5 01:09:22 2009 From: ojkastl at gmx.de (Johannes Kastl) Date: Fri, 05 Jun 2009 10:09:22 +0200 Subject: How to suggest a package? In-Reply-To: <20090604201347.GC46228@ninagal.withay.com> References: <4A26D68A.6010909@orcaware.com> <4A28052A.3080508@orcaware.com> <4A280985.2000600@orcaware.com> <4A28192E.4050907@macports.org> <4A28271E.9000603@macports.org> <20090604201347.GC46228@ninagal.withay.com> Message-ID: On 6/4/09 10:13 PM Bryan Blackburn wrote: > Of course, in scribus' case, it has no maintainer so a ticket in trac would > most likely be the best way to go... I saw that too, yesterday, so Ill open a ticket this evening. Regards, OJ -- Is our children learning? (George W. Bush) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 257 bytes Desc: OpenPGP digital signature URL: From dluke at geeklair.net Fri Jun 5 06:14:55 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Fri, 5 Jun 2009 09:14:55 -0400 Subject: Forcing a variant to a variant In-Reply-To: <281AEF12-2AA8-4183-AB64-63666E9D1B3E@newgeo.com> References: <9F575DAE-0818-4080-830F-CC0690B6652B@macports.org> <11A27093-152F-4ED3-B0A1-897C0B8D0423@macports.org> <40B22654-501E-4705-9B9C-2B4E06D83BDE@newgeo.com> <2059B3CF-6910-4C64-BFE2-E93D6FE7AC28@newgeo.com> <3E87964B-E7BC-40E2-B18B-E7D4CDA55EF9@macports.org> <281AEF12-2AA8-4183-AB64-63666E9D1B3E@newgeo.com> Message-ID: <5274A01C-3A34-4AE9-96A1-9F9B388BF4C6@geeklair.net> On Jun 4, 2009, at 9:08 PM, Scott Haneda wrote: > Ha ha! :) Brad and myself are working on a few things in ports > closely. He made a +server for clamav, and I am trying to pull it > all together in ASSP in a user friendly way. I haven't attempted to add +server (or other automatic configuration) to the clamav port since there are so many different ways of deploying it (which MTA, with or without clamd, local socket or tcp socket, clamdscan/clamscan run out of procmail, run as a milter, something else?)... If you come up with something that would be helpful, I'll be happy to integrate it with the port. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From ryandesign at macports.org Fri Jun 5 13:49:51 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 5 Jun 2009 15:49:51 -0500 Subject: [51868] trunk/dports/devel/git-core/Portfile In-Reply-To: <20090605203820.252971D4E719@beta.macosforge.org> References: <20090605203820.252971D4E719@beta.macosforge.org> Message-ID: On Jun 5, 2009, at 15:38, toby at macports.org wrote: > -livecheck.check regex > +livecheck.type regex You can't change livecheck.check to livecheck.type just yet, because livecheck.type is only in trunk. Users of 1.7.x will now see: Can't map the URL 'file://.' to a port description file ("invalid command name "livecheck.type""). Please verify that the directory and portfile syntax are correct. To use the current port, you must be in a port's directory. (you might also see this message if a pseudo-port such as outdated or installed expands to no ports). As with svn.revision, I must ask: why have we set up port lint to state that livecheck.check is deprecated, when *it is not deprecated yet*? I love that we have fixed the naming of svn.tag and livecheck.check, but we *cannot* mark an old feature as deprecated until we release a version of the software containing the replacement feature. From blb at macports.org Fri Jun 5 14:05:19 2009 From: blb at macports.org (Bryan Blackburn) Date: Fri, 5 Jun 2009 15:05:19 -0600 Subject: [51868] trunk/dports/devel/git-core/Portfile In-Reply-To: References: <20090605203820.252971D4E719@beta.macosforge.org> Message-ID: <20090605210518.GA745@ninagal.withay.com> On Fri, Jun 05, 2009 at 03:49:51PM -0500, Ryan Schmidt said: > > On Jun 5, 2009, at 15:38, toby at macports.org wrote: > >> -livecheck.check regex >> +livecheck.type regex > > You can't change livecheck.check to livecheck.type just yet, because > livecheck.type is only in trunk. Users of 1.7.x will now see: > > Can't map the URL 'file://.' to a port description file ("invalid command > name "livecheck.type""). > Please verify that the directory and portfile syntax are correct. > To use the current port, you must be in a port's directory. > (you might also see this message if a pseudo-port such as > outdated or installed expands to no ports). Already fixed in r51870. > > As with svn.revision, I must ask: why have we set up port lint to state > that livecheck.check is deprecated, when *it is not deprecated yet*? I > love that we have fixed the naming of svn.tag and livecheck.check, but we > *cannot* mark an old feature as deprecated until we release a version of > the software containing the replacement feature. It's only deprecated on trunk, but lint on the server of course isn't just 1.7. If you're suggesting we don't deprecate it until 1.8 is released, then the deprecation stuff wouldn't be all that well tested. Bryan From ryandesign at macports.org Fri Jun 5 14:25:45 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 5 Jun 2009 16:25:45 -0500 Subject: [51868] trunk/dports/devel/git-core/Portfile In-Reply-To: <20090605210518.GA745@ninagal.withay.com> References: <20090605203820.252971D4E719@beta.macosforge.org> <20090605210518.GA745@ninagal.withay.com> Message-ID: On Jun 5, 2009, at 16:05, Bryan Blackburn wrote: >> As with svn.revision, I must ask: why have we set up port lint to >> state >> that livecheck.check is deprecated, when *it is not deprecated >> yet*? I >> love that we have fixed the naming of svn.tag and livecheck.check, >> but we >> *cannot* mark an old feature as deprecated until we release a >> version of >> the software containing the replacement feature. > > It's only deprecated on trunk, but lint on the server of course > isn't just > 1.7. If you're suggesting we don't deprecate it until 1.8 is > released, then > the deprecation stuff wouldn't be all that well tested. All I'm saying is that the situation we have is not working. This is not the first time someone has run "port lint", thought they should change something because "port lint" said it was deprecated, but this ended up breaking the port for anyone not running trunk. My vote would be for "port lint" not printing a message until after 1.8.0 is released. That would avoid the problem. We can mark these things as deprecated after that, and make the message appear for users in 1.8.1. From ryandesign at macports.org Fri Jun 5 19:34:27 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 5 Jun 2009 21:34:27 -0500 Subject: Commit messages with quotes Message-ID: <7ADAEBD7-BFD1-4EF9-AED9-7A7B4147E00E@macports.org> Darren, something in your workflow seems to be causing your commit messages to have quotes around them. I've been fixing these, but maybe you can identify what in your workflow is causing this. Begin forwarded message: > From: ryandesign at macports.org > Date: June 5, 2009 21:31:03 CDT > To: macports-changes at lists.macosforge.org > Subject: propchange - r51884 svn:log > Reply-To: macports-dev at lists.macosforge.org, ryandesign at macports.org > > Author: ryandesign at macports.org (original author: dweber at macports.org) > Revision: 51884 > Property Name: svn:log > > @@ -1 +1 @@ > -"Disabling the port, due to config errors that do not stop the > build and install; see the trac ticket at http://trac.macports.org/ > ticket/19871 for details." > +Disabling the port, due to config errors that do not stop the > build and install; see the trac ticket at http://trac.macports.org/ > ticket/19871 for details. Begin forwarded message: > From: ryandesign at macports.org > Date: June 5, 2009 21:30:13 CDT > To: macports-changes at lists.macosforge.org > Subject: propchange - r51883 svn:log > Reply-To: macports-dev at lists.macosforge.org, ryandesign at macports.org > > Author: ryandesign at macports.org (original author: dweber at macports.org) > Revision: 51883 > Property Name: svn:log > > @@ -1 +1 @@ > -"tests to explore configure options are failing; aborting tests > until further notice :-(" > +tests to explore configure options are failing; aborting tests > until further notice :-( Begin forwarded message: > From: ryandesign at macports.org > Date: June 5, 2009 21:29:26 CDT > To: macports-changes at lists.macosforge.org > Subject: propchange - r51840 svn:log > Reply-To: macports-dev at lists.macosforge.org, ryandesign at macports.org > > Author: ryandesign at macports.org (original author: dweber at macports.org) > Revision: 51840 > Property Name: svn:log > > @@ -1 +1 @@ > -"This update works, can be merged into dports trunk; notes about > symlinks that can be modified by a new port, InsightToolkitSelect, > to be defined." > +This update works, can be merged into dports trunk; notes about > symlinks that can be modified by a new port, InsightToolkitSelect, > to be defined. Begin forwarded message: > From: ryandesign at macports.org > Date: June 5, 2009 21:29:05 CDT > To: macports-changes at lists.macosforge.org > Subject: propchange - r51893 svn:log > Reply-To: macports-dev at lists.macosforge.org, ryandesign at macports.org > > Author: ryandesign at macports.org (original author: dweber at macports.org) > Revision: 51893 > Property Name: svn:log > > @@ -1 +1 @@ > -"Removing symlinks that can conflict with InsightToolkit port; > Unless a new port, InsightToolkitSelect, is developed, the symlinks > should belong to the most recent version of InsightToolkit; this > test port can be commited to the trunk." > +Removing symlinks that can conflict with InsightToolkit port; > Unless a new port, InsightToolkitSelect, is developed, the symlinks > should belong to the most recent version of InsightToolkit; this > test port can be commited to the trunk. From ryandesign at macports.org Fri Jun 5 19:52:14 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 5 Jun 2009 21:52:14 -0500 Subject: Descriptive commit messages (was: propchange - r51648 svn:log) In-Reply-To: <20090606023536.0CF4F2807E@relay11.apple.com> References: <20090606023536.0CF4F2807E@relay11.apple.com> Message-ID: <5D46CCCD-CF1B-4D96-B5BD-2F9C4E49D480@macports.org> Toby, Going forward, could you I ask you to be more descriptive in your commit messages? Ideally you should state what you've changed and also why (unless it's obvious). "What" can be seen by looking at the diff, but when looking through a log full of changes, reading a concise summary of the "what" is quicker. I know you're busy and this takes more time, but it will help anyone who looks through the log later to understand the changes and your motivation for making them. Thanks. On Jun 5, 2009, at 21:35, ryandesign at macports.org wrote: > Author: ryandesign at macports.org (original author: toby at macports.org) > Revision: 51648 > Property Name: svn:log > > @@ -1 +1 @@ > -fix > +use clang from /Developer/usr/bin instead of /usr/bin From blair at orcaware.com Fri Jun 5 19:58:14 2009 From: blair at orcaware.com (Blair Zajac) Date: Fri, 5 Jun 2009 19:58:14 -0700 Subject: Descriptive commit messages (was: propchange - r51648 svn:log) In-Reply-To: <5D46CCCD-CF1B-4D96-B5BD-2F9C4E49D480@macports.org> References: <20090606023536.0CF4F2807E@relay11.apple.com> <5D46CCCD-CF1B-4D96-B5BD-2F9C4E49D480@macports.org> Message-ID: +1. Blair On Jun 5, 2009, at 7:52 PM, Ryan Schmidt wrote: > Toby, > > Going forward, could you I ask you to be more descriptive in your > commit messages? Ideally you should state what you've changed and > also why (unless it's obvious). "What" can be seen by looking at the > diff, but when looking through a log full of changes, reading a > concise summary of the "what" is quicker. I know you're busy and > this takes more time, but it will help anyone who looks through the > log later to understand the changes and your motivation for making > them. Thanks. > > > On Jun 5, 2009, at 21:35, ryandesign at macports.org wrote: > >> Author: ryandesign at macports.org (original author: toby at macports.org) >> Revision: 51648 >> Property Name: svn:log >> >> @@ -1 +1 @@ >> -fix >> +use clang from /Developer/usr/bin instead of /usr/bin From blb at macports.org Fri Jun 5 22:49:55 2009 From: blb at macports.org (Bryan Blackburn) Date: Fri, 5 Jun 2009 23:49:55 -0600 Subject: [51868] trunk/dports/devel/git-core/Portfile In-Reply-To: References: <20090605203820.252971D4E719@beta.macosforge.org> <20090605210518.GA745@ninagal.withay.com> Message-ID: <20090606054955.GD745@ninagal.withay.com> On Fri, Jun 05, 2009 at 04:25:45PM -0500, Ryan Schmidt said: > > On Jun 5, 2009, at 16:05, Bryan Blackburn wrote: > >>> As with svn.revision, I must ask: why have we set up port lint to >>> state >>> that livecheck.check is deprecated, when *it is not deprecated yet*? I >>> love that we have fixed the naming of svn.tag and livecheck.check, >>> but we >>> *cannot* mark an old feature as deprecated until we release a version >>> of >>> the software containing the replacement feature. >> >> It's only deprecated on trunk, but lint on the server of course isn't >> just >> 1.7. If you're suggesting we don't deprecate it until 1.8 is released, >> then >> the deprecation stuff wouldn't be all that well tested. > > All I'm saying is that the situation we have is not working. This is not > the first time someone has run "port lint", thought they should change > something because "port lint" said it was deprecated, but this ended up > breaking the port for anyone not running trunk. True, but the only other avoidance of a deprecation that I recall was by me, and I used if statements so that it works with both 1.7 and trunk... > > My vote would be for "port lint" not printing a message until after 1.8.0 > is released. That would avoid the problem. We can mark these things as > deprecated after that, and make the message appear for users in 1.8.1. So technically not deprecate until 1.8.1 (or X.Y.1) by backing it out for now, then re-adding to trunk and merging to the 1.8 branch after release? I suppose we could keep a ticket around for tracking such deprecations needed for each major release so they aren't otherwise lost. Bryan From jeremy at lavergne.gotdns.org Sat Jun 6 01:29:34 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Sat, 6 Jun 2009 04:29:34 -0400 Subject: need Qt help with mumble 1.1.8 Message-ID: a new version of mumble is out. while attempting to use the new version, I found a few problems: libogg should be added to depends_lib pre-build phase no longer works (sed string replace of path to Qt) If I can get some assistance with the Qt portion that would be smashing. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From mcalhoun at macports.org Sat Jun 6 06:39:20 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Sat, 6 Jun 2009 13:39:20 +0000 (UTC) Subject: =?utf-8?b?dW5pdmVyc2FsX3N5c3Jvb3Q=?= Message-ID: Forgive me if there was a discussion of this already, but why is universal_sysroot being removed? http://trac.macports.org/changeset/51905 http://trac.macports.org/changeset/51907 http://trac.macports.org/changeset/51894 http://trac.macports.org/changeset/51911 http://trac.macports.org/changeset/51912 http://trac.macports.org/changeset/51917 http://trac.macports.org/changeset/51913 http://trac.macports.org/changeset/51904 http://trac.macports.org/changeset/51895 -Marcus From jmr at macports.org Sat Jun 6 07:09:28 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 07 Jun 2009 00:09:28 +1000 Subject: universal_sysroot In-Reply-To: References: Message-ID: <4A2A7898.1080002@macports.org> On 2009-6-6 23:39, Marcus Calhoun-Lopez wrote: > Forgive me if there was a discussion of this already, but why is > universal_sysroot being removed? Universal building doesn't need an SDK except on ppc Tiger. - Josh From raimue at macports.org Sat Jun 6 09:25:33 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 06 Jun 2009 18:25:33 +0200 Subject: [51868] trunk/dports/devel/git-core/Portfile In-Reply-To: References: <20090605203820.252971D4E719@beta.macosforge.org> <20090605210518.GA745@ninagal.withay.com> Message-ID: <4A2A987D.3030201@macports.org> On 2009-06-05 23:25, Ryan Schmidt wrote: > All I'm saying is that the situation we have is not working. This is > not the first time someone has run "port lint", thought they should > change something because "port lint" said it was deprecated, but this > ended up breaking the port for anyone not running trunk. > > My vote would be for "port lint" not printing a message until after > 1.8.0 is released. That would avoid the problem. We can mark these > things as deprecated after that, and make the message appear for > users in 1.8.1. I don't understand why 1.8.1 would be more appropriate than 1.8.0. Such a bugfix release could happen at a random time when some bug is discovered which needs a fix. This could be one day after release, three months later or not at all. But that would mean it would probably print this message at last in 1.9.0, and could then finally be removed in 1.10.0. Do we really want to delay this for another major release? Even if we do a one-time replacement on the official tree, others will probably still use svn.tag and livecheck.check when developing new Portfiles until 'port lint' emits a warning about this. Would it help if the warning includes the version number? Warning: Option 'svn.tag' will be superseded by 'svn.revision' as of MacPorts 1.8.0 Rainer From brad at pixilla.com Sat Jun 6 09:29:36 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 6 Jun 2009 09:29:36 -0700 Subject: fail2ban Message-ID: <188CB74E-FAB0-49D6-9995-76504CA16CA3@pixilla.com> I'm building a fail2ban Portfile. fail2ban is python application. It resides as security/py-fail2ban. I originally had my Portfile at security/fail2ban. I haven't created any python ports. Is there a preference in macports for the naming of a python application? Is so, when I change the name to py-fail2ban and add "distname fail2ban" my download checksum fails so I'm assuming I need to set more port vars. If macports would rather the port be named py-fail2ban could someone tell me Portfile vars I need to change? //Brad From brad at pixilla.com Sat Jun 6 09:32:17 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 6 Jun 2009 09:32:17 -0700 Subject: Portfile conformance test Message-ID: Is there a way to try (without dry run in trunk) to tell if a Portfile violates the macports file structure policy? //Brad From raimue at macports.org Sat Jun 6 09:35:34 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 06 Jun 2009 18:35:34 +0200 Subject: fail2ban In-Reply-To: <188CB74E-FAB0-49D6-9995-76504CA16CA3@pixilla.com> References: <188CB74E-FAB0-49D6-9995-76504CA16CA3@pixilla.com> Message-ID: <4A2A9AD6.7080006@macports.org> On 2009-06-06 18:29, Bradley Giesbrecht wrote: > I'm building a fail2ban Portfile. > > fail2ban is python application. > > It resides as security/py-fail2ban. > > I originally had my Portfile at security/fail2ban. > > I haven't created any python ports. Is there a preference in macports > for the naming of a python application? py-*, py25-* and py26-* are used for python modules. There is no need to name a port like this just because it uses python. > Is so, when I change the name to py-fail2ban and add "distname > fail2ban" my download checksum fails so I'm assuming I need to set > more port vars. Usually you need distname to be set like ${name}-${version}. Also it should print an error message which file failed the checksum test, so you can see what has been fetched. Rainer From brad at pixilla.com Sat Jun 6 09:53:10 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 6 Jun 2009 09:53:10 -0700 Subject: fail2ban In-Reply-To: <4A2A9AD6.7080006@macports.org> References: <188CB74E-FAB0-49D6-9995-76504CA16CA3@pixilla.com> <4A2A9AD6.7080006@macports.org> Message-ID: <0C394906-273E-4B49-BE68-0711A2DF15D9@pixilla.com> On Jun 6, 2009, at 9:35 AM, Rainer M?ller wrote: > On 2009-06-06 18:29, Bradley Giesbrecht wrote: >> I'm building a fail2ban Portfile. >> >> fail2ban is python application. >> >> It resides as security/py-fail2ban. >> >> I originally had my Portfile at security/fail2ban. >> >> I haven't created any python ports. Is there a preference in macports >> for the naming of a python application? > > py-*, py25-* and py26-* are used for python modules. There is no > need to > name a port like this just because it uses python. > >> Is so, when I change the name to py-fail2ban and add "distname >> fail2ban" my download checksum fails so I'm assuming I need to set >> more port vars. > > Usually you need distname to be set like ${name}-${version}. Also it > should print an error message which file failed the checksum test, so > you can see what has been fetched. > > Rainer Thanks. I have added fail2ban to "PortGroup python26 1.0". This doesn't seem to create a dependency on python, at least I don't see python in "port installed". I'm guessing since I didn't add a dependency on python26 ports used Apples python to build and that might be the cause of filesystem violations. Looks like fail2ban needs nothing other then python. Do I need to a depends_lib port:python26? Looks like PortGroup is taking care of the build commands for me so I like that but I didn't see where I can use just "PortGroup python 1.0" rather then "PortGroup python26 1.0". I would rather use whatever python the user already has installed. Is there an EASY way to do that with python? //Brad From raimue at macports.org Sat Jun 6 10:01:42 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 06 Jun 2009 19:01:42 +0200 Subject: fail2ban In-Reply-To: <0C394906-273E-4B49-BE68-0711A2DF15D9@pixilla.com> References: <188CB74E-FAB0-49D6-9995-76504CA16CA3@pixilla.com> <4A2A9AD6.7080006@macports.org> <0C394906-273E-4B49-BE68-0711A2DF15D9@pixilla.com> Message-ID: <4A2AA0F6.5050807@macports.org> On 2009-06-06 18:53, Bradley Giesbrecht wrote: > This doesn't seem to create a dependency on python, at least I don't > see python in "port installed". You should have python26. > I'm guessing since I didn't add a dependency on python26 ports used > Apples python to build and that might be the cause of filesystem > violations. No, the PortGroup uses absolute paths for invoking setup.py. > Looks like fail2ban needs nothing other then python. > > Do I need to a depends_lib port:python26? No, the PortGroup does that. > Looks like PortGroup is taking care of the build commands for me so I > like that but I didn't see where I can use just "PortGroup python 1.0" > rather then "PortGroup python26 1.0". > I would rather use whatever python the user already has installed. Is > there an EASY way to do that with python? No, currently you really have to tie your port to one specific pythonXY port. Rainer From brad at pixilla.com Sat Jun 6 10:09:33 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 6 Jun 2009 10:09:33 -0700 Subject: fail2ban In-Reply-To: <4A2AA0F6.5050807@macports.org> References: <188CB74E-FAB0-49D6-9995-76504CA16CA3@pixilla.com> <4A2A9AD6.7080006@macports.org> <0C394906-273E-4B49-BE68-0711A2DF15D9@pixilla.com> <4A2AA0F6.5050807@macports.org> Message-ID: On Jun 6, 2009, at 10:01 AM, Rainer M?ller wrote: > On 2009-06-06 18:53, Bradley Giesbrecht wrote: >> This doesn't seem to create a dependency on python, at least I don't >> see python in "port installed". > > You should have python26. > >> I'm guessing since I didn't add a dependency on python26 ports used >> Apples python to build and that might be the cause of filesystem >> violations. > > No, the PortGroup uses absolute paths for invoking setup.py. > >> Looks like fail2ban needs nothing other then python. >> >> Do I need to a depends_lib port:python26? > > No, the PortGroup does that. > >> Looks like PortGroup is taking care of the build commands for me so I >> like that but I didn't see where I can use just "PortGroup python >> 1.0" >> rather then "PortGroup python26 1.0". >> I would rather use whatever python the user already has installed. Is >> there an EASY way to do that with python? > > No, currently you really have to tie your port to one specific > pythonXY > port. Thank you. which python /usr/bin/python port contents python26 ... /opt/local/bin/idle2.6 /opt/local/bin/pydoc2.6 /opt/local/bin/python2.6 /opt/local/bin/python2.6-config /opt/local/bin/pythonw2.6 /opt/local/bin/smtpd2.6.py /opt/local/etc/select/python/python26 /opt/local/lib/libpython2.6.dylib ... What is the macports way to get python26 into my paths? Does PortGroup take care us using the correct python and setting common vars for building python apps like the prefix dir? //Brad From vince at macports.org Sat Jun 6 11:43:27 2009 From: vince at macports.org (vincent habchi) Date: Sat, 6 Jun 2009 20:43:27 +0200 Subject: Sip 4.8 / PyQt 4.5 References: Message-ID: <9B093348-08FF-41CF-B01D-91EB1ACBF430@macports.org> Hi there. For those who are in a hurry, here are Portfiles corresponding to the brand new releases of Sip (first file) and PyQt ? the latter at last compatible with qt 4.5.1. Universal builds are supported, though of course Sip must be built universal in order for PyQt to be. Please test before commiting ;) Have fun, Vincent -------------- next part -------------- A non-text attachment was scrubbed... Name: Portfile Type: application/octet-stream Size: 2683 bytes Desc: not available URL: -------------- next part -------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: Portfile Type: application/octet-stream Size: 3027 bytes Desc: not available URL: -------------- next part -------------- From jkh at apple.com Sat Jun 6 12:43:36 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Sat, 6 Jun 2009 12:43:36 -0700 Subject: Is it time to start regression testing yet? Message-ID: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> I know that the word "packaging" is kind of a dirty word in MacPorts- land (perhaps largely due to the fact that certain people just won't stop harping about it :-), so maybe it's time for a new(er) topic in an old conversation: Testing. Since a picture is supposed to be worth a thousand words, let me also refer to the picture below for justification as to why we should be worrying more about testing. Ports are accumulating at the fairly steady rate of 800-1000 a year, and it's also fair to say that individual ports are getting more complex. What started as a fairly simplistic attempt at key/value pairs in Tcl has since grown Groups, variants and, in some cases, fairly non-trivial tcl code in individual Portfiles, and all of that begs the question: Given all the complexity involved, how many of these almost 6000 ports actually work at any given time? Anyone have an accurate number? Anyone? Beuller? No worries, it was a purely rhetorical question to which I already know the answer: We have no idea, though we certainly hope that users will report breakage in a fairly timely fashion so we can fix things as they come up, and if there are no users of a port to report errors, then who really cares if it's broken? We then proceed to the rather circular argument of justifying the existence of ports which don't currently work but are kept around purely on the argument that they *might* at some point in the future. Wouldn't it be easier to simply make the creation and homing of a testing framework a bigger priority? I've said it many times, but I'll say it again: If someone can handle the creation part, I'm fairly confident that the "homing" situation can be worked out. - Jordan -------------- next part -------------- A non-text attachment was scrubbed... Name: MacPortsProgress.001.jpg Type: image/jpg Size: 63859 bytes Desc: not available URL: From n3npq at mac.com Sat Jun 6 12:50:31 2009 From: n3npq at mac.com (Jeff Johnson) Date: Sat, 06 Jun 2009 15:50:31 -0400 Subject: Is it time to start regression testing yet? In-Reply-To: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> Message-ID: <207538D9-3F80-4C0E-BE76-75BA7AECB319@mac.com> On Jun 6, 2009, at 3:43 PM, Jordan K. Hubbard wrote: > I know that the word "packaging" is kind of a dirty word in MacPorts- > land (perhaps largely due to the fact that certain people just won't > stop harping about it :-), so maybe it's time for a new(er) topic in > an old conversation: Testing. > > Since a picture is supposed to be worth a thousand words, let me > also refer to the picture below for justification as to why we > should be worrying more about testing. Ports are accumulating at > the fairly steady rate of 800-1000 a year, and it's also fair to say > that individual ports are getting more complex. What started as a > fairly simplistic attempt at key/value pairs in Tcl has since grown > Groups, variants and, in some cases, fairly non-trivial tcl code in > individual Portfiles, and all of that begs the question: Given all > the complexity involved, how many of these almost 6000 ports > actually work at any given time? Anyone have an accurate number? > Anyone? Beuller? No worries, it was a purely rhetorical question to > which I already know the answer: We have no idea, though we > certainly hope that users will report breakage in a fairly timely > fashion so we can fix things as they come up, and if there are no > users of a port to report errors, then who really cares if it's > broken? We then proceed to the rather circular argument of > justifying the existence of ports which don't currently work but are > kept around purely on the argument that they *might* at some point > in the future. > What is the actual connection between "testing" and the graph you have included? Details please. 73 de Jeff sez Gracie to George From dluke at geeklair.net Sat Jun 6 13:01:40 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Sat, 6 Jun 2009 16:01:40 -0400 Subject: Is it time to start regression testing yet? In-Reply-To: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> Message-ID: <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> On Jun 6, 2009, at 3:43 PM, Jordan K. Hubbard wrote: > Wouldn't it be easier to simply make the creation and homing of a > testing framework a bigger priority? I've said it many times, but > I'll say it again: If someone can handle the creation part, I'm > fairly confident that the "homing" situation can be worked out. There have been a few attempts at this in the past - what was wrong with them again? (I can remember at least three - your chroot build scripts, wbb4's builds that auto generated a website that listed failures and successes, and blb's mpab http://trac.macports.org/wiki/MPAB) Perhaps there's just a little more work that needs to happen to get things into a state where we can work out the 'homing' situation? I actually had a hacked up version of your scripts running with disk images (with the ports getting installed onto shadow files - I was thinking it might be possible to build packages from that output too ...) but got distracted by something shiny ;-) ... but packaging will all be fixed once we get apkg, right? ;-) -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From jeremy at lavergne.gotdns.org Sat Jun 6 13:28:34 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Sat, 6 Jun 2009 16:28:34 -0400 Subject: fail2ban In-Reply-To: References: <188CB74E-FAB0-49D6-9995-76504CA16CA3@pixilla.com> <4A2A9AD6.7080006@macports.org> <0C394906-273E-4B49-BE68-0711A2DF15D9@pixilla.com> <4A2AA0F6.5050807@macports.org> Message-ID: <4B62058E-431F-4320-B59B-9BA20EB31CD5@lavergne.gotdns.org> You need python_select -- it allows you to change which python you use. On Jun 6, 2009, at 1:09 PM, Bradley Giesbrecht wrote: > What is the macports way to get python26 into my paths? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From jkh at apple.com Sat Jun 6 13:31:28 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Sat, 6 Jun 2009 13:31:28 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <207538D9-3F80-4C0E-BE76-75BA7AECB319@mac.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <207538D9-3F80-4C0E-BE76-75BA7AECB319@mac.com> Message-ID: <78139291-56D3-4B8B-B3D3-3CF04560F9DD@apple.com> On Jun 6, 2009, at 12:50 PM, Jeff Johnson wrote: > What is the actual connection between "testing" and the graph you > have included? Um. OK, sure, I'll spell it out. 1. We have a lot of ports. The number of ports we have is growing at 3-4 digit rates a year. 2. The essential mission of any given port is to build software and, one hopes, install it in a relatively canonical fashion. 3. How are we testing that the above proposition is actually true for any given port? What I'm essentially proposing is that a testing harness be built which: 1. Iterates through all Portfiles on the system, save those explicitly marked "Broken" (which will be periodically swept and marked for extermination after a short jury trial). 2. For each Portfile, introspects it for any and all explicit variants and then does n builds, where build #1 is "the default configuration" and subsequent builds are for each of the variants it advertises. 3. A summary report is generated based on each port which (in the human-readable form), looks something like this: Port: scabtaculous Version: 1.0 References: Message-ID: <4A2AD228.4010208@macports.org> On 2009-06-06 18:32, Bradley Giesbrecht wrote: > Is there a way to try (without dry run in trunk) to tell if a Portfile > violates the macports file structure policy? I am not sure what you want to check for. Violations of the mtree cannot be detected without running build and destroot on the port. You would get a warning message for obvious path violations in the destroot step. And you can also examine the destroot for more verification. Dry run would not be of help for this. Rainer From jkh at apple.com Sat Jun 6 13:35:28 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Sat, 6 Jun 2009 13:35:28 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> Message-ID: On Jun 6, 2009, at 1:01 PM, Daniel J. Luke wrote: > There have been a few attempts at this in the past - what was wrong > with them again? (I can remember at least three - your chroot build > scripts, wbb4's builds that auto generated a website that listed > failures and successes, and blb's mpab http://trac.macports.org/wiki/MPAB > ) They all "kinda worked" but not well enough that nobody wanted to actually host them anywhere since they were more clearly science experiments, abandoned in early childhood, rather than any serious attempt at regression testing. > Perhaps there's just a little more work that needs to happen to get > things into a state where we can work out the 'homing' situation? Sure. Any of the above (I think mpab might be the best starting point) could be carried forward to the point where the output they produced was actually useful to some percentage of Portfile maintainers, which I think is the reasonable litmus test for "enough success to host". > I actually had a hacked up version of your scripts running with disk > images (with the ports getting installed onto shadow files - I was > thinking it might be possible to build packages from that output > too ...) but got distracted by something shiny ;-) That seems to happen to everyone in this space. I think it's because testing is so exciting and capable of holding one's interest for extended periods. :) > ... but packaging will all be fixed once we get apkg, right? ;-) Absolutely! :) However, I'd be happy if we merely threw the output away completely right now and did it only for the testing value. - Jordan From jeremy at lavergne.gotdns.org Sat Jun 6 13:36:41 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Sat, 6 Jun 2009 16:36:41 -0400 Subject: Is it time to start regression testing yet? In-Reply-To: References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> Message-ID: <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> http://portmill.florianebeling.com/ is doing a default build for all ports if I'm not mistaken. On Jun 6, 2009, at 4:35 PM, Jordan K. Hubbard wrote: > They all "kinda worked" but not well enough that nobody wanted to > actually host them anywhere since they were more clearly science > experiments, abandoned in early childhood, rather than any serious > attempt at regression testing. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From brad at pixilla.com Sat Jun 6 13:39:30 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 6 Jun 2009 13:39:30 -0700 Subject: Portfile conformance test In-Reply-To: <4A2AD228.4010208@macports.org> References: <4A2AD228.4010208@macports.org> Message-ID: On Jun 6, 2009, at 1:31 PM, Rainer M?ller wrote: > On 2009-06-06 18:32, Bradley Giesbrecht wrote: >> Is there a way to try (without dry run in trunk) to tell if a >> Portfile >> violates the macports file structure policy? > > I am not sure what you want to check for. I want to check for violations of mtree without dumping files on disk. I'm concerned about having a mess to clean up outside mtree. //Brad From jeremyhu at macports.org Sat Jun 6 14:09:25 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Sat, 6 Jun 2009 14:09:25 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <78139291-56D3-4B8B-B3D3-3CF04560F9DD@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <207538D9-3F80-4C0E-BE76-75BA7AECB319@mac.com> <78139291-56D3-4B8B-B3D3-3CF04560F9DD@apple.com> Message-ID: <8D8F34D6-39DD-4897-8848-B494FD1F1135@macports.org> On Jun 6, 2009, at 13:31, Jordan K. Hubbard wrote: > What I'm essentially proposing is that a testing harness be built > which: > > 1. Iterates through all Portfiles on the system, save those > explicitly marked "Broken" (which will be periodically swept and > marked for extermination after a short jury trial). > 2. For each Portfile, introspects it for any and all explicit > variants and then does n builds, where build #1 is "the default > configuration" and subsequent builds are for each of the variants it > advertises. This part feels a bit tricky to me. There are many ports which expect, "if I have variant X, then all my dependencies were built with variant X as well." Should we actually put in test code to sanity check these configurations? I argue that effort would be better spent developing variant-based dependencies (yes, this is my Gentoo background speaking here...) Furthermore, this 'n' tends to grow quite quickly when you consider that a port should be tested not only with all permutations of its variants but all permutations of its dependencies variants as well! This testing is something that I believe is completely infeasible at this moment. I would argue that as a starting point, we need to define a few sets of common configurations and test just those variants for all ports. Suggestions: 1) default 2) +no_x11 +quartz 3) +aac +mp3 +mad +lame +ogg +vorbis +theora +x264 +all_the_media_variants_you_can_think_of 4) some kind of "web-server" variant set... like +apache +mysql +php ... From dluke at geeklair.net Sat Jun 6 14:20:26 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Sat, 6 Jun 2009 17:20:26 -0400 Subject: Portfile conformance test In-Reply-To: References: <4A2AD228.4010208@macports.org> Message-ID: <04C0C5AC-08AE-45CA-A81D-D233CD795FDC@geeklair.net> On Jun 6, 2009, at 4:39 PM, Bradley Giesbrecht wrote: > I want to check for violations of mtree without dumping files on > disk. I'm concerned about having a mess to clean up outside mtree. trace mode should prevent the port from writing files where it shouldn't -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From wsiegrist at apple.com Sat Jun 6 15:12:59 2009 From: wsiegrist at apple.com (William Siegrist) Date: Sat, 06 Jun 2009 15:12:59 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> Message-ID: <6F5B15F4-8C5A-41F7-9037-C928C7386866@apple.com> On Jun 6, 2009, at 12:43 PM, Jordan K. Hubbard wrote: > I know that the word "packaging" is kind of a dirty word in MacPorts- > land (perhaps largely due to the fact that certain people just won't > stop harping about it :-), so maybe it's time for a new(er) topic in > an old conversation: Testing. > > Since a picture is supposed to be worth a thousand words, let me > also refer to the picture below for justification as to why we > should be worrying more about testing. Ports are accumulating at > the fairly steady rate of 800-1000 a year, and it's also fair to say > that individual ports are getting more complex. What started as a > fairly simplistic attempt at key/value pairs in Tcl has since grown > Groups, variants and, in some cases, fairly non-trivial tcl code in > individual Portfiles, and all of that begs the question: Given all > the complexity involved, how many of these almost 6000 ports > actually work at any given time? Anyone have an accurate number? > Anyone? Beuller? No worries, it was a purely rhetorical question to > which I already know the answer: We have no idea, though we > certainly hope that users will report breakage in a fairly timely > fashion so we can fix things as they come up, and if there are no > users of a port to report errors, then who really cares if it's > broken? We then proceed to the rather circular argument of > justifying the existence of ports which don't currently work but are > kept around purely on the argument that they *might* at some point > in the future. > I suggest we setup a buildbot master at build.macports.org and have it (at least initially) test building/installing/testing base and ports after each commit. I think for an initial effort, in light of all earlier attempts failing, we should start small and just do default variants. -Bill From florian.ebeling at gmail.com Sat Jun 6 15:21:44 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Sun, 7 Jun 2009 00:21:44 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> Message-ID: <5cbbe4ae0906061521v1c5da68bie46e91890e5460c7@mail.gmail.com> On Sat, Jun 6, 2009 at 9:43 PM, Jordan K. Hubbard wrote: > I know that the word "packaging" is kind of a dirty word in MacPorts-land > (perhaps largely due to the fact that certain people just won't stop harping > about it :-), so maybe it's time for a new(er) topic in an old conversation: > ?Testing This has also been my view, and I have secretly been working on a build server I call Portmill, which polls the svn, and builds every port that changes. Results get posted to a web app which presents them, together with build logs (tails) for the ones that fail. This all is in a reasonably usable state just now, and I have spent the day adding a feed and links to trac changesets and such convenience stuff. The builds happen on my laptop machine right now, and the web app is on a small server slice. Internally this relies heavily on Bryan's MPAB scripts, which I have adopted a bit to my needs, e.g. to be able to sync the ports tree and bring up a shell inside the chroot to look after the situation for debugging. Wrapping around MPAB is a ruby program 'mpbuildserver', which periodically looks into the svn log, pulls changes found there if there are any, and builds them inside the chroot environment. The source is all online visible, and you can find it here: http://trac.macports.org/browser/contrib/mpab -- MacPorts Autobuild, the chroot environment http://github.com/febeling/mpbuildserver -- the actual buider process http://github.com/langalex/portmill -- the web frontend on the results There is nothing that would stop us from running the mpbuildserver on several different machines, potentially with a range of different OS versions, and we would get a picture of how well the most recent changes work. Obviously only building the changed port is not the whole story, because it does not reveal if dependents break through new versions, and this might in fact be a more common case of failure. But I guess only an minority of maintainers have a set of machines at their hands which covers all the OS versions which are theoretically supported, and that would be covered by what I have now. So this setup offers something valuable already. Currently the web frontend is quite limited in features and slow because of simplistic implementation in certain parts. (The list view load the build logs 8). But we can probably get a feel for which benefits one can expect from such a system. I hope that the direct feedback helps quite a bit, but we will see. Of course I'd be happy to relocate everything to a macports or apple server. Another thing that has to be looked after is ease of deployment. This is quite slick for the web app, by virtue of being a rails+capistrano+passenger app, but the build box/buildserver/buildslave part is a bit rough as of yet. I have discussing this with Bryan lately. Bryan also helped with ideas with problems I had with registry state, so that the chroot now runs trunk, which works better that 1.7.1. Another milestone I see would be to move the svn polling back onto the server, so that it creates a build queue of sorts. That queue could then be filled in more than one way, and, depending on the number of available build machine, also build dependents of changed ports. Maybe also running all combinations of variants. So, that's Portmill :) Hope you like it and see some use in it. As soon as the installation of the build box part is smoothed out a bit I would invite volunteers to host build boxes. Or there we could get even Apple help and use always-on machines in a data-center. Cheers, Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From ryandesign at macports.org Sat Jun 6 15:27:01 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 6 Jun 2009 17:27:01 -0500 Subject: [51868] trunk/dports/devel/git-core/Portfile In-Reply-To: <4A2A987D.3030201@macports.org> References: <20090605203820.252971D4E719@beta.macosforge.org> <20090605210518.GA745@ninagal.withay.com> <4A2A987D.3030201@macports.org> Message-ID: <5C1CFA8E-C0DF-42E4-B073-7DEA49752347@macports.org> On Jun 6, 2009, at 11:25, Rainer M?ller wrote: > On 2009-06-05 23:25, Ryan Schmidt wrote: > >> All I'm saying is that the situation we have is not working. This is >> not the first time someone has run "port lint", thought they should >> change something because "port lint" said it was deprecated, but this >> ended up breaking the port for anyone not running trunk. >> >> My vote would be for "port lint" not printing a message until after >> 1.8.0 is released. That would avoid the problem. We can mark these >> things as deprecated after that, and make the message appear for >> users in 1.8.1. > > I don't understand why 1.8.1 would be more appropriate than 1.8.0. > Such > a bugfix release could happen at a random time when some bug is > discovered which needs a fix. This could be one day after release, > three months later or not at all. > > But that would mean it would probably print this message at last in > 1.9.0, and could then finally be removed in 1.10.0. Do we really > want to > delay this for another major release? > > Even if we do a one-time replacement on the official tree, others will > probably still use svn.tag and livecheck.check when developing new > Portfiles until 'port lint' emits a warning about this. 1.8.1 would be a more appropriate release in which to mark the old commands as deprecated, because the new commands will not exist until release 1.8.0. My objection is that if we have new synonyms for existing commands that will be available in release "n" (i.e. svn.revision and livecheck.type that will be available in 1.8.0), then we must not mark the old commands as deprecated until release "n" has in fact been released. We can mark them deprecated in release "n+1" (i.e. 1.8.1 or 1.9.0). It's not like the old commands svn.tag and livecheck.check have been removed. There is absolutely no problem with ports continuing to use the old svn.tag and livecheck.check in MacPorts 1.8.0. On the other hand, there is a major problem with ports using the new svn.revision and livecheck.type in MacPorts 1.7.1: the port will not work at all because those commands do not exist yet. Therefore, while there are still users using MacPorts 1.7.1 (i.e. until MacPorts 1.8.0 is released) we should not recommend that anyone replace svn.tag and livecheck.check with svn.revision and livecheck.type, respectively. Just so we're clear, according to the wikipedia: http://en.wikipedia.org/wiki/Deprecation "In computer software standards and documentation, the term deprecation is applied to software features that are superseded and should be avoided." svn.tag and livecheck.check are NOT superseded and should NOT be avoided (and in fact, must continue to be used) until MacPorts 1.8.0 is released. Thus, these features should NOT be marked as deprecated until 1.8.0 is released. That is the point I'm trying to make here. I don't really care if the deprecation warning is put into 1.8.0 right before its release, except that in the interest of having code tested before release, I would expect the code to live on trunk for awhile and become a part of the next release, like any other code. At some point in the future, maybe release "n+5" or 6 months down the road, the old commands and the lint check can be removed entirely. > Would it help if the warning includes the version number? > > Warning: Option 'svn.tag' will be superseded by 'svn.revision' as of > MacPorts 1.8.0 That would probably cut down on the number of people committing this change before 1.8.0 is released. But why should lint print a message for something the maintainer *shouldn't* do yet? Thus far, lint has only mentioned things the maintainer *should* do right now, which seems like the way it should be. I don't want to make too big a deal about this deprecation situation, since there haven't been that many slip-ups, and we've caught them fairly quickly. And I don't expect we'll be deprecating too many other options soon. But I just don't think we've handled deprecating options in a way that makes sense, and I'm trying to explain why I feel that way and to suggest a way that makes sense to me. :) From florian.ebeling at gmail.com Sat Jun 6 15:27:12 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Sun, 7 Jun 2009 00:27:12 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <5cbbe4ae0906061521v1c5da68bie46e91890e5460c7@mail.gmail.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5cbbe4ae0906061521v1c5da68bie46e91890e5460c7@mail.gmail.com> Message-ID: <5cbbe4ae0906061527g3f03af32i4a9f3d1fbc94af0a@mail.gmail.com> I forgot the link, but it is the one Jeremy posted already: http://portmill.florianebeling.com/ On Sun, Jun 7, 2009 at 12:21 AM, C. Florian Ebeling wrote: > On Sat, Jun 6, 2009 at 9:43 PM, Jordan K. Hubbard wrote: >> I know that the word "packaging" is kind of a dirty word in MacPorts-land >> (perhaps largely due to the fact that certain people just won't stop harping >> about it :-), so maybe it's time for a new(er) topic in an old conversation: >> ?Testing > > This has also been my view, and I have secretly been working on a > build server I call Portmill, which polls the svn, and builds every > port that changes. Results get posted to a web app which presents > them, together with build logs (tails) for the ones that fail. This > all is in a reasonably usable state just now, and I have spent the day > adding a feed and links to trac changesets and such convenience stuff. > The builds happen on my laptop machine right now, and the web app is > on a small server slice. > > Internally this relies heavily on Bryan's MPAB scripts, which I have > adopted a bit to my needs, e.g. to be able to sync the ports tree and > bring up a shell inside the chroot to look after the situation for > debugging. > > Wrapping around MPAB is a ruby program 'mpbuildserver', which > periodically looks into the svn log, pulls changes found there if > there are any, and builds them inside the chroot environment. > > The source is all online visible, and you can find it here: > http://trac.macports.org/browser/contrib/mpab -- MacPorts Autobuild, > the chroot environment > http://github.com/febeling/mpbuildserver -- the actual buider process > http://github.com/langalex/portmill ?-- the web frontend on the results > > There is nothing that would stop us from running the mpbuildserver on > several different machines, potentially with a range of different OS > versions, and we would get a picture of how well the most recent > changes work. > > Obviously only building the changed port is not the whole story, > because it does not reveal if dependents break through new versions, > and this might in fact be a more common case of failure. > > But I guess only an minority of maintainers have a set of machines at > their hands which covers all the OS versions which are theoretically > supported, and that would be covered by what I have now. So this setup > offers something valuable already. > > Currently the web frontend is quite limited in features and slow > because of simplistic implementation in certain parts. (The list view > load the build logs 8). But we can probably get a feel for which > benefits one can expect from such a system. I hope that the direct > feedback helps quite a bit, but we will see. Of course I'd be happy to > relocate everything to a macports or apple server. > > Another thing that has to be looked after is ease of deployment. This > is quite slick for the web app, by virtue of being a > rails+capistrano+passenger app, but the build > box/buildserver/buildslave part is a bit rough as of yet. I have > discussing this with Bryan lately. Bryan also helped with ideas with > problems I had with registry state, so that the chroot now runs trunk, > which works better that 1.7.1. > > Another milestone I see would be to move the svn polling back onto the > server, so that it creates a build queue of sorts. That queue could > then be filled in more than one way, and, depending on the number of > available build machine, also build dependents of changed ports. Maybe > also running all combinations of variants. > > So, that's Portmill :) Hope you like it and see some use in it. As > soon as the installation of the build box part is smoothed out a bit I > would invite volunteers to host build boxes. Or there we could get > even Apple help and use always-on machines in a data-center. > > Cheers, > Florian > > > -- > Florian Ebeling > Twitter: febeling > florian.ebeling at gmail.com > -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From blb at macports.org Sat Jun 6 15:30:23 2009 From: blb at macports.org (Bryan Blackburn) Date: Sat, 6 Jun 2009 16:30:23 -0600 Subject: fail2ban In-Reply-To: <0C394906-273E-4B49-BE68-0711A2DF15D9@pixilla.com> References: <188CB74E-FAB0-49D6-9995-76504CA16CA3@pixilla.com> <4A2A9AD6.7080006@macports.org> <0C394906-273E-4B49-BE68-0711A2DF15D9@pixilla.com> Message-ID: <20090606223023.GE20359@ninagal.withay.com> On Sat, Jun 06, 2009 at 09:53:10AM -0700, Bradley Giesbrecht said: [...] > > I have added fail2ban to "PortGroup python26 1.0". > > This doesn't seem to create a dependency on python, at least I don't see > python in "port installed". The python26 port groups sets depends_lib so make sure if you're also using it, to use depends_lib-append or you'll overwrite the python26 dependency. Bryan [...] > > //Brad From jkh at apple.com Sat Jun 6 15:47:04 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Sat, 6 Jun 2009 15:47:04 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> Message-ID: <81D23C26-F074-48FA-B457-FE674742D596@apple.com> Wow, I had no idea that even existed. It's certainly a far more awesome start than I've seen any of us do (though it could stand to present a lot more port information on each page, rather than having us go pagey-pagey through thousands of ports) but hey, it's still a start. Why isn't this a part of the project already? :) Where are the sources for the test tool(s) and the web pageifier-thingy? - Jordan On Jun 6, 2009, at 1:36 PM, Jeremy Lavergne wrote: > http://portmill.florianebeling.com/ is doing a default build for all > ports if I'm not mistaken. > > On Jun 6, 2009, at 4:35 PM, Jordan K. Hubbard wrote: > >> They all "kinda worked" but not well enough that nobody wanted to >> actually host them anywhere since they were more clearly science >> experiments, abandoned in early childhood, rather than any serious >> attempt at regression testing. > From jkh at apple.com Sat Jun 6 15:47:59 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Sat, 6 Jun 2009 15:47:59 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <8D8F34D6-39DD-4897-8848-B494FD1F1135@macports.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <207538D9-3F80-4C0E-BE76-75BA7AECB319@mac.com> <78139291-56D3-4B8B-B3D3-3CF04560F9DD@apple.com> <8D8F34D6-39DD-4897-8848-B494FD1F1135@macports.org> Message-ID: On Jun 6, 2009, at 2:09 PM, Jeremy Huddleston wrote: > This part feels a bit tricky to me. There are many ports which > expect, "if I have variant X, then all my dependencies were built > with variant X as well." Should we actually put in test code to > sanity check these configurations? I argue that effort would be > better spent developing variant-based dependencies (yes, this is my > Gentoo background speaking here...) > > Furthermore, this 'n' tends to grow quite quickly when you consider > that a port should be tested not only with all permutations of its > variants but all permutations of its dependencies variants as well! > This testing is something that I believe is completely infeasible at > this moment. Agreed. You've talked me out of even wanting to grapple with the problem of variants for now. OK, so, how about we just focus on getting some reasonable percentage of the default builds checked? - Jordan From jkh at apple.com Sat Jun 6 15:49:10 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Sat, 6 Jun 2009 15:49:10 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <6F5B15F4-8C5A-41F7-9037-C928C7386866@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <6F5B15F4-8C5A-41F7-9037-C928C7386866@apple.com> Message-ID: <405E487A-CF20-4F4B-837A-1517BC5FB9D7@apple.com> On Jun 6, 2009, at 3:12 PM, William Siegrist wrote: > I suggest we setup a buildbot master at build.macports.org and have > it (at least initially) test building/installing/testing base and > ports after each commit. I think for an initial effort, in light of > all earlier attempts failing, we should start small and just do > default variants. Indeed, Jeremy has already talked me out of variants, but I still think we need to also go over all the ports currently in the collection in addition to commit-triggered builds. That holds doubly true whenever we install an Apple upgrade on the buildbot - we have to check to see what might have broken. - Jordan -------------- next part -------------- An HTML attachment was scrubbed... URL: From florian.ebeling at gmail.com Sat Jun 6 16:26:04 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Sun, 7 Jun 2009 01:26:04 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <81D23C26-F074-48FA-B457-FE674742D596@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <81D23C26-F074-48FA-B457-FE674742D596@apple.com> Message-ID: <5cbbe4ae0906061626l43473c43s69d204269eb675b1@mail.gmail.com> On Sun, Jun 7, 2009 at 12:47 AM, Jordan K. Hubbard wrote: > Wow, I had no idea that even existed. ?It's certainly a far more awesome > start than I've seen any of us do (though it could stand to present a lot > more port information on each page, rather than having us go pagey-pagey > through thousands of ports) but hey, it's still a start. Thanks, good to hear you like it. :) This paging navigations is very cumbersome of everything other than constantly watching what happens now. I'm aware of that. I have other ideas, mostly the obvious ones, like, looking by maintainer, by category, etc. Also, be please note that you should not go to far back in the history. There, most of the broken builds are due to problems with my setup, not with the ports. ;) It is no wonder that you didn't know it, I think I first mentioned it 2 days ago on a notorious microblogging platform. > Why isn't this a > part of the project already? :) ?Where are the sources for the test tool(s) > and the web pageifier-thingy? See my other post for links to the sources. I'd be happy to move everything to something like portmill.macports.org or something. -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From jkh at apple.com Sat Jun 6 17:49:20 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Sat, 6 Jun 2009 17:49:20 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <5cbbe4ae0906061521v1c5da68bie46e91890e5460c7@mail.gmail.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5cbbe4ae0906061521v1c5da68bie46e91890e5460c7@mail.gmail.com> Message-ID: <77D1F487-256C-4BAA-B18B-D0252D3E7D64@apple.com> On Jun 6, 2009, at 3:21 PM, C. Florian Ebeling wrote: > This has also been my view, and I have secretly been working on a > build server I call Portmill, which polls the svn, and builds every > port that changes. Results get posted to a web app which presents > them, together with build logs (tails) for the ones that fail. This > all is in a reasonably usable state just now, and I have spent the day > adding a feed and links to trac changesets and such convenience stuff. > The builds happen on my laptop machine right now, and the web app is > on a small server slice. That's really cool - thanks for taking so much initiative on this one! Bill has already volunteered MacOSForge resources (which I endorse) towards creating a "buildbot", the definition for which I'm sure is open to discussion, so perhaps you and he could work together in figuring out how to move this over and then take it to the next level? Thanks! - Jordan From brad at pixilla.com Sat Jun 6 20:53:39 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 6 Jun 2009 20:53:39 -0700 Subject: creating two launchd items Message-ID: Is it possible to create two launchd daemondo items with startupitem.xx or some other intended method? If not I suppose adding both launchd plists to port_dir/files and using xinstall would be the macports way? //Brad From brad at pixilla.com Sat Jun 6 21:09:44 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Sat, 6 Jun 2009 21:09:44 -0700 Subject: creating two launchd items In-Reply-To: <56D7EC00-3DF8-4F28-BF8A-D5FFCB8BC888@lavergne.gotdns.org> References: <56D7EC00-3DF8-4F28-BF8A-D5FFCB8BC888@lavergne.gotdns.org> Message-ID: <320C2F75-61AE-4DCA-9BC7-2EE8621EFE01@pixilla.com> On Jun 6, 2009, at 8:54 PM, Jeremy Lavergne wrote: > I personally enjoy doing the launchd plist and avoid daemondo. I'm kinda thinking the same thing. There is beginning to be a lot of good Launchd examples out there and it's time consuming to try to get daemondo to do the same things. Is /Library/LaunchDaemons and /Library/LaunchAgents in mtree? If not are you installing your plists from the Portfile and excepting the warnings or writing a UI message telling the user to copy the examples into place? //Brad From blb at macports.org Sun Jun 7 00:43:23 2009 From: blb at macports.org (Bryan Blackburn) Date: Sun, 7 Jun 2009 01:43:23 -0600 Subject: creating two launchd items In-Reply-To: <320C2F75-61AE-4DCA-9BC7-2EE8621EFE01@pixilla.com> References: <56D7EC00-3DF8-4F28-BF8A-D5FFCB8BC888@lavergne.gotdns.org> <320C2F75-61AE-4DCA-9BC7-2EE8621EFE01@pixilla.com> Message-ID: <20090607074323.GI20359@ninagal.withay.com> On Sat, Jun 06, 2009 at 09:09:44PM -0700, Bradley Giesbrecht said: > > On Jun 6, 2009, at 8:54 PM, Jeremy Lavergne wrote: > >> I personally enjoy doing the launchd plist and avoid daemondo. > > I'm kinda thinking the same thing. There is beginning to be a lot of good > Launchd examples out there and it's time consuming to try to get daemondo > to do the same things. startupitem only handles the one plist, so if you need more than one, you'll need to create them manually, copy and do any changes on them in post-destroot (eg, setting of ${prefix} as necessary). > > Is /Library/LaunchDaemons and /Library/LaunchAgents in mtree? Looks like /Library is considered to be not a violation, so no need for destroot.violate_mtree. > > If not are you installing your plists from the Portfile and excepting the > warnings or writing a UI message telling the user to copy the examples > into place? You'll need some form of ui_msg since startupitem does handle a similar thing when used. Bryan > > //Brad From jmr at macports.org Sun Jun 7 01:03:56 2009 From: jmr at macports.org (Joshua Root) Date: Sun, 07 Jun 2009 18:03:56 +1000 Subject: creating two launchd items In-Reply-To: <20090607074323.GI20359@ninagal.withay.com> References: <56D7EC00-3DF8-4F28-BF8A-D5FFCB8BC888@lavergne.gotdns.org> <320C2F75-61AE-4DCA-9BC7-2EE8621EFE01@pixilla.com> <20090607074323.GI20359@ninagal.withay.com> Message-ID: <4A2B746C.9070505@macports.org> On 2009-6-7 17:43, Bryan Blackburn wrote: > Looks like /Library is considered to be not a violation, so no need for > destroot.violate_mtree. This will be changing in 1.8, however. - Josh From dluke at geeklair.net Sun Jun 7 07:30:57 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Sun, 7 Jun 2009 10:30:57 -0400 Subject: [51868] trunk/dports/devel/git-core/Portfile In-Reply-To: <5C1CFA8E-C0DF-42E4-B073-7DEA49752347@macports.org> References: <20090605203820.252971D4E719@beta.macosforge.org> <20090605210518.GA745@ninagal.withay.com> <4A2A987D.3030201@macports.org> <5C1CFA8E-C0DF-42E4-B073-7DEA49752347@macports.org> Message-ID: <3F382AE1-AFF7-4CCC-811D-F799561AC596@geeklair.net> On Jun 6, 2009, at 6:27 PM, Ryan Schmidt wrote: > My objection is that if we have new synonyms for existing commands > that will be available in release "n" (i.e. svn.revision and > livecheck.type that will be available in 1.8.0), then we must not > mark the old commands as deprecated until release "n" has in fact > been released. I agree on this, but it seems to me that the old commands can be deprecated (so people start getting warnings about them) as soon as the version 'n' (which has the new replacement commands) is released. The old deprecated commands would then be removed at some future release. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From florian.ebeling at gmail.com Sun Jun 7 15:04:17 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Mon, 8 Jun 2009 00:04:17 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <77D1F487-256C-4BAA-B18B-D0252D3E7D64@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5cbbe4ae0906061521v1c5da68bie46e91890e5460c7@mail.gmail.com> <77D1F487-256C-4BAA-B18B-D0252D3E7D64@apple.com> Message-ID: <5cbbe4ae0906071504u2fc66858l2cf64b33ab77b181@mail.gmail.com> > That's really cool - thanks for taking so much initiative on this one! > Bill has already volunteered MacOSForge resources (which I endorse) towards > creating a "buildbot", the definition for which I'm sure is open to > discussion, so perhaps you and he could work together in figuring out how to > move this over and then take it to the next level? Yes, that sounds really good. Especially a machine for running the builds on would be helpful. Currently the chroot inventory defined in mpab is targeted at OS X 10.5 with Xcode 3.1.2. So having that machine would be a good next step to make this a steadily running service, even if I have to shut my laptop close to carry it with my someday. ;) The web app / database can also move to macports servers and domain (I'd love to see that acatually!), and there it does not really matter much which kind of OS as long as it's able to run rails apps. It is build on a CouchDB backend, so that package and Erlang would be required as well, but those are not tough on requirements either. Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From jeremyhu at macports.org Sun Jun 7 19:47:56 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Sun, 7 Jun 2009 19:47:56 -0700 Subject: can't read "portname": no such variable Message-ID: <04523224-7D2B-4A7D-9C50-81E9CF85E6DB@macports.org> Anyone have any clue where this is coming from? I've seen it in multiple ports (db46, gmp, gperf, zlib). I think I started seeing it after updating base last week... all of these ports use muniversal... maybe that's part of it... anyone have a clue? ---> Computing dependencies for gmp. ---> Fetching gmp ---> Verifying checksum(s) for gmp ---> Checksumming gmp-4.3.1.tar.bz2 ---> Extracting gmp ---> Extracting gmp-4.3.1.tar.bz2 ---> Applying patches to gmp ---> Applying /Users/jeremy/src/macports-trunk/dports/devel/gmp/files/ patch-gmp-h.in.diff patching file gmp-h.in Hunk #1 succeeded at 421 with fuzz 1. patch unexpectedly ends in middle of line patch unexpectedly ends in middle of line ---> Configuring gmp Error: Target org.macports.configure returned: can't read "portname": no such variable Warning: the following items did not execute (for gmp): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. From jeremyhu at macports.org Sun Jun 7 19:55:18 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Sun, 7 Jun 2009 19:55:18 -0700 Subject: can't read "portname": no such variable In-Reply-To: <04523224-7D2B-4A7D-9C50-81E9CF85E6DB@macports.org> References: <04523224-7D2B-4A7D-9C50-81E9CF85E6DB@macports.org> Message-ID: <903C905C-9C3C-43BE-8D5A-D7105265F50B@macports.org> Ah nevermind... I had an old svn checkout of dports on this system... On Jun 7, 2009, at 19:47, Jeremy Huddleston wrote: > Anyone have any clue where this is coming from? I've seen it in > multiple ports (db46, gmp, gperf, zlib). I think I started seeing > it after updating base last week... all of these ports use > muniversal... maybe that's part of it... anyone have a clue? > > ---> Computing dependencies for gmp. > ---> Fetching gmp > ---> Verifying checksum(s) for gmp > ---> Checksumming gmp-4.3.1.tar.bz2 > ---> Extracting gmp > ---> Extracting gmp-4.3.1.tar.bz2 > ---> Applying patches to gmp > ---> Applying /Users/jeremy/src/macports-trunk/dports/devel/gmp/ > files/patch-gmp-h.in.diff > patching file gmp-h.in > Hunk #1 succeeded at 421 with fuzz 1. > patch unexpectedly ends in middle of line > patch unexpectedly ends in middle of line > ---> Configuring gmp > Error: Target org.macports.configure returned: can't read > "portname": no such variable > Warning: the following items did not execute (for gmp): > org.macports.activate org.macports.configure org.macports.build > org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From blb at macports.org Sun Jun 7 20:00:57 2009 From: blb at macports.org (Bryan Blackburn) Date: Sun, 7 Jun 2009 21:00:57 -0600 Subject: can't read "portname": no such variable In-Reply-To: <04523224-7D2B-4A7D-9C50-81E9CF85E6DB@macports.org> References: <04523224-7D2B-4A7D-9C50-81E9CF85E6DB@macports.org> Message-ID: <20090608030057.GE14187@ninagal.withay.com> On Sun, Jun 07, 2009 at 07:47:56PM -0700, Jeremy Huddleston said: > Anyone have any clue where this is coming from? I've seen it in multiple > ports (db46, gmp, gperf, zlib). I think I started seeing it after > updating base last week... all of these ports use muniversal... maybe > that's part of it... anyone have a clue? > > ---> Computing dependencies for gmp. > ---> Fetching gmp > ---> Verifying checksum(s) for gmp > ---> Checksumming gmp-4.3.1.tar.bz2 > ---> Extracting gmp > ---> Extracting gmp-4.3.1.tar.bz2 > ---> Applying patches to gmp > ---> Applying /Users/jeremy/src/macports-trunk/dports/devel/gmp/files/ > patch-gmp-h.in.diff > patching file gmp-h.in > Hunk #1 succeeded at 421 with fuzz 1. > patch unexpectedly ends in middle of line > patch unexpectedly ends in middle of line > ---> Configuring gmp > Error: Target org.macports.configure returned: can't read "portname": no > such variable Sounds like you need to sync, at least to r51751 : (portname, and other port* variables, were recently removed). Bryan From ryandesign at macports.org Mon Jun 8 00:26:59 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 8 Jun 2009 02:26:59 -0500 Subject: [51915] trunk/dports/lang In-Reply-To: <20090606090849.60D141D587BA@beta.macosforge.org> References: <20090606090849.60D141D587BA@beta.macosforge.org> Message-ID: <2412AAD3-402F-4320-B6E5-353ADACC68F3@macports.org> On Jun 6, 2009, at 04:08, toby at macports.org wrote: > Revision: 51915 > http://trac.macports.org/changeset/51915 > Author: toby at macports.org > Date: 2009-06-06 02:08:48 -0700 (Sat, 06 Jun 2009) > Log Message: > ----------- > SnowLeopard default was set back to gcc-4.2, no need to explicitly > force it The default for Snow Leopard in the currently-released version of MacPorts is still llvm-gcc-4.2. The change to gcc-4.2 was only made on trunk. So maybe these statements are still necessary in the python ports until MacPorts 1.8.0 is released? I'm not sure, I have no access to Snow Leopard and no familiarity with the differences between gcc and llvm-gcc. From blb at macports.org Mon Jun 8 00:31:00 2009 From: blb at macports.org (Bryan Blackburn) Date: Mon, 8 Jun 2009 01:31:00 -0600 Subject: [51915] trunk/dports/lang In-Reply-To: <2412AAD3-402F-4320-B6E5-353ADACC68F3@macports.org> References: <20090606090849.60D141D587BA@beta.macosforge.org> <2412AAD3-402F-4320-B6E5-353ADACC68F3@macports.org> Message-ID: <20090608073100.GA3363@ninagal.withay.com> On Mon, Jun 08, 2009 at 02:26:59AM -0500, Ryan Schmidt said: > > On Jun 6, 2009, at 04:08, toby at macports.org wrote: > >> Revision: 51915 >> http://trac.macports.org/changeset/51915 >> Author: toby at macports.org >> Date: 2009-06-06 02:08:48 -0700 (Sat, 06 Jun 2009) >> Log Message: >> ----------- >> SnowLeopard default was set back to gcc-4.2, no need to explicitly >> force it > > The default for Snow Leopard in the currently-released version of > MacPorts is still llvm-gcc-4.2. The change to gcc-4.2 was only made on > trunk. So maybe these statements are still necessary in the python ports > until MacPorts 1.8.0 is released? I'm not sure, I have no access to Snow > Leopard and no familiarity with the differences between gcc and llvm-gcc. I think the way things stand right now, nothing before 1.8 is going to support 10.6 so we probably don't need to worry about 1.7.x on it... Bryan From ryandesign at macports.org Mon Jun 8 01:59:18 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 8 Jun 2009 03:59:18 -0500 Subject: fail2ban In-Reply-To: <4B62058E-431F-4320-B59B-9BA20EB31CD5@lavergne.gotdns.org> References: <188CB74E-FAB0-49D6-9995-76504CA16CA3@pixilla.com> <4A2A9AD6.7080006@macports.org> <0C394906-273E-4B49-BE68-0711A2DF15D9@pixilla.com> <4A2AA0F6.5050807@macports.org> <4B62058E-431F-4320-B59B-9BA20EB31CD5@lavergne.gotdns.org> Message-ID: On Jun 6, 2009, at 15:28, Jeremy Lavergne wrote: > On Jun 6, 2009, at 1:09 PM, Bradley Giesbrecht wrote: > >> What is the macports way to get python26 into my paths? "python2.6" installed by MacPorts is already in your path. To get a symlink called "python" pointing to it, use python_select as Jeremy said: > You need python_select -- it allows you to change which python you > use. But note that while python_select can be convenient if you want to use python on the command line, IMHO no port should require that the user use python_select. Any port that requires Python should never attempt to use a binary called "python"; it should always use the versioned binary installed by the corresponding port, for example the binary "python2.6" installed by the python26 port. You may need to add some patches and/or reinplaces to your port to get the software you're porting to do this. From ryandesign at macports.org Mon Jun 8 02:01:04 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 8 Jun 2009 04:01:04 -0500 Subject: creating two launchd items In-Reply-To: <4A2B746C.9070505@macports.org> References: <56D7EC00-3DF8-4F28-BF8A-D5FFCB8BC888@lavergne.gotdns.org> <320C2F75-61AE-4DCA-9BC7-2EE8621EFE01@pixilla.com> <20090607074323.GI20359@ninagal.withay.com> <4A2B746C.9070505@macports.org> Message-ID: <6BBD64A1-C17C-45FA-AC4B-7AD730017DAD@macports.org> On Jun 7, 2009, at 03:03, Joshua Root wrote: > On 2009-6-7 17:43, Bryan Blackburn wrote: > >> Looks like /Library is considered to be not a violation, so no >> need for >> destroot.violate_mtree. > > This will be changing in 1.8, however. I noticed your recent commit that removed this exemption. So how will this work as of 1.8? From ryandesign at macports.org Mon Jun 8 02:03:42 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 8 Jun 2009 04:03:42 -0500 Subject: Portfile conformance test In-Reply-To: References: <4A2AD228.4010208@macports.org> Message-ID: <36ADF574-C898-438B-9967-630257837B12@macports.org> On Jun 6, 2009, at 15:39, Bradley Giesbrecht wrote: > I want to check for violations of mtree without dumping files on > disk. I'm concerned about having a mess to clean up outside mtree. Anything the port writes inside the destroot but outside the mtree will get a warning message ("this port violates the mtree" or whatever it says) and you can easily clean it up with "port clean" or (if you've already installed the port) with "port uninstall". Anything the port writes outside the destroot (whether inside or outside the mtree) will not get any warning message and you will have to manually identify and remove files. Trace mode should prevent unauthorized writes outside destroot, prevent access to things you did not declare dependencies on, etc. From ryandesign at macports.org Mon Jun 8 02:04:29 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 8 Jun 2009 04:04:29 -0500 Subject: Sip 4.8 / PyQt 4.5 In-Reply-To: <9B093348-08FF-41CF-B01D-91EB1ACBF430@macports.org> References: <9B093348-08FF-41CF-B01D-91EB1ACBF430@macports.org> Message-ID: On Jun 6, 2009, at 13:43, vincent habchi wrote: > For those who are in a hurry, here are Portfiles corresponding to > the brand new releases of Sip (first file) and PyQt ? the latter at > last compatible with qt 4.5.1. Universal builds are supported, > though of course Sip must be built universal in order for PyQt to be. > > Please test before commiting ;) New portfiles should typically be contributed by filing a ticket in the issue tracker and attaching the new portfile there. http://guide.macports.org/#project.tickets From iane at sussex.ac.uk Mon Jun 8 02:18:29 2009 From: iane at sussex.ac.uk (Ian Eiloart) Date: Mon, 08 Jun 2009 10:18:29 +0100 Subject: Is it time to start regression testing yet? In-Reply-To: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> Message-ID: <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> --On 6 June 2009 12:43:36 -0700 "Jordan K. Hubbard" wrote: > and if there are no users of a port to report errors, then who really > cares if it's broken? All the users who come to MacPorts, give it a go, then go away without reporting the errors that cause them to give up. It's probably better to be missing a port than to have potential users wasting time with a broken port. Why don't they report the problems? Well, perhaps because they need to install the software today, they've wasted time already, they need to move on. Or perhaps they don't understand, or even know about the reporting process. Or perhaps they think they have nothing useful to say; they don't know why the port failed, and assume someone else must already be onto it. There's no easy way to tell whether the problem has already been reported. So, and automated test suite would (a) get errors diagnosed and fixed quicker, (b) reduce the number of errors as a result, and (c) give us a way of flagging them before a user starts a 20 minute build process. -- Ian Eiloart IT Services, University of Sussex 01273-873148 x3148 For new support requests, see http://www.sussex.ac.uk/its/help/ From vince at macports.org Mon Jun 8 02:19:53 2009 From: vince at macports.org (vincent habchi) Date: Mon, 8 Jun 2009 11:19:53 +0200 Subject: Sip 4.8 / PyQt 4.5 In-Reply-To: References: <9B093348-08FF-41CF-B01D-91EB1ACBF430@macports.org> Message-ID: <70DDA108-E4AF-4B9F-9028-3D3A68D12DDA@macports.org> Hi Ryan, > New portfiles should typically be contributed by filing a ticket in > the issue tracker and attaching the new portfile there. > > http://guide.macports.org/#project.tickets Ok, I'll do that. Sorry for the noise. Also, as soon as the software are released, I'll be adding a couple of new ports. Cheers Vincent From jmr at macports.org Mon Jun 8 03:01:34 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 08 Jun 2009 20:01:34 +1000 Subject: creating two launchd items In-Reply-To: <6BBD64A1-C17C-45FA-AC4B-7AD730017DAD@macports.org> References: <56D7EC00-3DF8-4F28-BF8A-D5FFCB8BC888@lavergne.gotdns.org> <320C2F75-61AE-4DCA-9BC7-2EE8621EFE01@pixilla.com> <20090607074323.GI20359@ninagal.withay.com> <4A2B746C.9070505@macports.org> <6BBD64A1-C17C-45FA-AC4B-7AD730017DAD@macports.org> Message-ID: <4A2CE17E.7070309@macports.org> On 2009-6-8 19:01, Ryan Schmidt wrote: > > On Jun 7, 2009, at 03:03, Joshua Root wrote: > >> On 2009-6-7 17:43, Bryan Blackburn wrote: >> >>> Looks like /Library is considered to be not a violation, so no need for >>> destroot.violate_mtree. >> >> This will be changing in 1.8, however. > > I noticed your recent commit that removed this exemption. So how will > this work as of 1.8? /Library as a whole will not be allowed, but only the specific subdirs that the startupitem code installs into. - Josh From blair at orcaware.com Mon Jun 8 09:03:10 2009 From: blair at orcaware.com (Blair Zajac) Date: Mon, 8 Jun 2009 09:03:10 -0700 Subject: creating two launchd items In-Reply-To: <4A2CE17E.7070309@macports.org> References: <56D7EC00-3DF8-4F28-BF8A-D5FFCB8BC888@lavergne.gotdns.org> <320C2F75-61AE-4DCA-9BC7-2EE8621EFE01@pixilla.com> <20090607074323.GI20359@ninagal.withay.com> <4A2B746C.9070505@macports.org> <6BBD64A1-C17C-45FA-AC4B-7AD730017DAD@macports.org> <4A2CE17E.7070309@macports.org> Message-ID: On Jun 8, 2009, at 3:01 AM, Joshua Root wrote: > On 2009-6-8 19:01, Ryan Schmidt wrote: >> >> On Jun 7, 2009, at 03:03, Joshua Root wrote: >> >>> On 2009-6-7 17:43, Bryan Blackburn wrote: >>> >>>> Looks like /Library is considered to be not a violation, so no >>>> need for >>>> destroot.violate_mtree. >>> >>> This will be changing in 1.8, however. >> >> I noticed your recent commit that removed this exemption. So how will >> this work as of 1.8? > > /Library as a whole will not be allowed, but only the specific subdirs > that the startupitem code installs into. Java JNI bindings are also installed /Library/Java/Extensions, such as subversion-javahlbindings. $ port contents subversion-javahlbindings Port subversion-javahlbindings contains: /Library/Java/Extensions/libsvnjavahl.jnilib /opt/local/lib/libsvnjavahl-1.0.0.0.dylib /opt/local/lib/libsvnjavahl-1.0.dylib /opt/local/lib/libsvnjavahl-1.a /opt/local/lib/libsvnjavahl-1.dylib /opt/local/lib/libsvnjavahl-1.la /opt/local/lib/svn-javahl/svn-javahl.jar /opt/local/share/java/svn-javahl.jar Blair From toby at apple.com Mon Jun 8 09:16:42 2009 From: toby at apple.com (Toby Peterson) Date: Mon, 8 Jun 2009 09:16:42 -0700 Subject: [51915] trunk/dports/lang In-Reply-To: <2412AAD3-402F-4320-B6E5-353ADACC68F3@macports.org> References: <20090606090849.60D141D587BA@beta.macosforge.org> <2412AAD3-402F-4320-B6E5-353ADACC68F3@macports.org> Message-ID: On Jun 8, 2009, at 12:26 AM, Ryan Schmidt wrote: > On Jun 6, 2009, at 04:08, toby at macports.org wrote: > >> Revision: 51915 >> http://trac.macports.org/changeset/51915 >> Author: toby at macports.org >> Date: 2009-06-06 02:08:48 -0700 (Sat, 06 Jun 2009) >> Log Message: >> ----------- >> SnowLeopard default was set back to gcc-4.2, no need to explicitly >> force it > > The default for Snow Leopard in the currently-released version of > MacPorts is still llvm-gcc-4.2. The change to gcc-4.2 was only made > on trunk. So maybe these statements are still necessary in the > python ports until MacPorts 1.8.0 is released? I'm not sure, I have > no access to Snow Leopard and no familiarity with the differences > between gcc and llvm-gcc. Anyone running SnowLeopard should be using trunk, because 1.7.1 does not work very well... hopefully we'll have 1.8 out in time. - Toby From jmr at macports.org Mon Jun 8 09:22:20 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 09 Jun 2009 02:22:20 +1000 Subject: creating two launchd items In-Reply-To: References: <56D7EC00-3DF8-4F28-BF8A-D5FFCB8BC888@lavergne.gotdns.org> <320C2F75-61AE-4DCA-9BC7-2EE8621EFE01@pixilla.com> <20090607074323.GI20359@ninagal.withay.com> <4A2B746C.9070505@macports.org> <6BBD64A1-C17C-45FA-AC4B-7AD730017DAD@macports.org> <4A2CE17E.7070309@macports.org> Message-ID: <4A2D3ABC.7000505@macports.org> On 2009-6-9 02:03, Blair Zajac wrote: > > On Jun 8, 2009, at 3:01 AM, Joshua Root wrote: > >> On 2009-6-8 19:01, Ryan Schmidt wrote: >>> >>> On Jun 7, 2009, at 03:03, Joshua Root wrote: >>> >>>> On 2009-6-7 17:43, Bryan Blackburn wrote: >>>> >>>>> Looks like /Library is considered to be not a violation, so no need >>>>> for >>>>> destroot.violate_mtree. >>>> >>>> This will be changing in 1.8, however. >>> >>> I noticed your recent commit that removed this exemption. So how will >>> this work as of 1.8? >> >> /Library as a whole will not be allowed, but only the specific subdirs >> that the startupitem code installs into. > > Java JNI bindings are also installed /Library/Java/Extensions, such as > subversion-javahlbindings. Then they should use 'destroot.violate_mtree yes'. - Josh From ryandesign at macports.org Mon Jun 8 11:48:15 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 8 Jun 2009 13:48:15 -0500 Subject: Sip 4.8 / PyQt 4.5 In-Reply-To: <70DDA108-E4AF-4B9F-9028-3D3A68D12DDA@macports.org> References: <9B093348-08FF-41CF-B01D-91EB1ACBF430@macports.org> <70DDA108-E4AF-4B9F-9028-3D3A68D12DDA@macports.org> Message-ID: On Jun 8, 2009, at 04:19, vincent habchi wrote: >> New portfiles should typically be contributed by filing a ticket >> in the issue tracker and attaching the new portfile there. >> >> http://guide.macports.org/#project.tickets > > Ok, I'll do that. Sorry for the noise. > Also, as soon as the software are released, I'll be adding a couple > of new ports. Hi Vincent. I've now had a brief look at your portfiles, and I now understand, these are not new ports as I originally thought, but updates for existing ports which you do not maintain, which is why you didn't commit them yourself. Ok. But there are a few problems. First, you have changed the whitespace of every line of py26-sip and all but two lines of py26-pyqt4. This makes it very hard to see what actual substantive changes were made. If you want to propose that py26-sip be updated to 4.8 and py26-pyqt4 be updated to 4.5, then submit only the minimal changes required to effect that update. Don't include unrelated changes, like whitespace changes. If you would also like to propose whitespace changes, do so in a separate patch. Whitespace changes and functional changes should not be committed together. Second, based on the $Id$ line at the top of your new py26-pyqt4 portfile, it's not based on the latest version. Your py26-pyqt4 is based on r49597, so it does not include the change made in r50556 which resolved #19449. So committing your new portfile would likely re-introduce the bug that was fixed. Third, your new py26-sip is marked as being maintained by saispo, but saispo has never maintained py26-sip as far as I can tell. The current maintainer is and always has been mcalhoun. Fourth, when updating existing ports, it's usually best to submit diffs, not complete new portfiles. This helps you meet the above goals, because a diff clearly shows each line that was removed and added, and you can confirm for yourself before submitting that each line does in fact accomplish whatever task you've set out to do. For example, if you want to update py26-pyqt4 to 4.5, every line of the diff you submit should relate to updating the port to 4.5. From ryandesign at macports.org Mon Jun 8 13:06:18 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 8 Jun 2009 15:06:18 -0500 Subject: Sip 4.8 / PyQt 4.5 In-Reply-To: <76865B73-7B34-432B-8E76-9128E995B1E0@macports.org> References: <9B093348-08FF-41CF-B01D-91EB1ACBF430@macports.org> <70DDA108-E4AF-4B9F-9028-3D3A68D12DDA@macports.org> <76865B73-7B34-432B-8E76-9128E995B1E0@macports.org> Message-ID: On Jun 8, 2009, at 14:54, vincent habchi wrote: > thank you for all your advice. I clearly copied the portfile of the > old versions, converted them to my own conventions (e.g. tabs > instead of spaces) and then tested them. They were by no means > meant to be drop-in replacement for the old Portfiles, but just > transitory files for those eager to upgrade by a semi-official way. Note that for MacPorts we have standardized on spaces instead of tabs, so a commit to reverse that would not be ideal. Many ports were written before this policy went into effect, which is why you still see ports with tabs in the tree, but if anything we should be changing tabs to spaces, not the other way around. > I'm a bit baffled that saispo is not the maintainer of py26-sip > since I did not alter that line in any way. :) In the case of py26-sip it was easy to check, since there has only been one version of the port. http://trac.macports.org/log/trunk/dports/python/py26-sip The two additional commits were by me and were just to set svn properties that were forgotten initially. > I have some new ports ready, but they are based on SVN versions. > Shall I commit them anyway? If they are your ports, or openmaintainer or nomaintainer ports, then by all means yes! But do keep in mind the rule of one logical change per commit. If they are not your ports and are not openmaintainer, then file a ticket, assign it to the maintainer, and attach your proposed changes. If the maintainer does not respond within 72 hours you can commit your changes. From ryandesign at macports.org Mon Jun 8 13:36:21 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 8 Jun 2009 15:36:21 -0500 Subject: Is it time to start regression testing yet? In-Reply-To: <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> Message-ID: <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> On Jun 6, 2009, at 15:36, Jeremy Lavergne wrote: > http://portmill.florianebeling.com/ is doing a default build for > all ports if I'm not mistaken. I'm just getting back to this thread. Thank you for your work on this, Florian! Some friendly criticism: I imagine you've been working on this for awhile, and since this is an open source project, it would have been nice to know you were working on this, and to have the code in the MacPorts repository (the users area would have been a good place for it during development). You said you wrote this with Rails and CouchDB. While I understand the desire to write using technologies you're familiar with, MacPorts is written in Tcl, and the main MacPorts web site is written in PHP and MySQL, and it would be nice to not introduce new technologies if possible, so as to lower the barrier to entry for other developers. It's easy for me to say, since I am very familiar with PHP and MySQL, and do not know and had not planned to know Rails and CouchDB. In fact I would rather not have yet another hostname and yet another disjoint part of the MacPorts web experience, but rather integrate this content into the existing www.macports.org web site, or into the new port pages planned with #19300: http://trac.macports.org/ticket/19300 I notice it flagged the mldonkey build as failed, but in fact it was one of mldonkey's dependencies which failed. Perhaps there is a way that could be made more clear in the interface. Juan (jmpp) had always said that a prerequisite for a build/test system was implementing the port logging proposal: http://trac.macports.org/wiki/LoggingProposal And this is the project Dmitry (enl) has been approved to work on for this year's Google Summer of Code: http://trac.macports.org/wiki/enl http://trac.macports.org/browser/branches/gsoc09-logging Have you coordinated with him? We don't want duplication of effort. Your work is clearly logging something because the logs are appearing on your web site. If this is not integrated with the MacPorts Tcl code, perhaps you can assist Dmitry in doing so. If you and Dmitry finish the logging task early I'm sure there are other tasks we can have him do for the rest of the summer. From talklists at newgeo.com Mon Jun 8 13:49:23 2009 From: talklists at newgeo.com (Scott Haneda) Date: Mon, 8 Jun 2009 13:49:23 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> Message-ID: On Jun 8, 2009, at 2:18 AM, Ian Eiloart wrote: > So, and automated test suite would (a) get errors diagnosed and > fixed quicker, (b) reduce the number of errors as a result, and (c) > give us a way of flagging them before a user starts a 20 minute > build process. I have been reading this thread, looks like the current project I looked at with the web listing is really nice. Curious, what if MacPorts were to implement a sort of CrashReporter type feature. Granted, this is not a crash, but a system where the output of the build errors were sent somewhere, into a database, where they could be looked at. I can see a few other values to this as well, and I believe there are a number of simple open tools out there that would facilitate making this easy to do. The nice thing as I see it, is end user support. If MacPorts has an error, the app could present them a message "Sorry we could not build port x, to date, there have been x build errors with this portfile. We have assigned this build error an id of x. If you would like to follow or start a discussion of this issue, please follow this link: http://eample.com?id=x . Users may have had similar issues, which you can see at http://example.com?id=x&porfile=y These build errors could be auto posted to a mailing list, put into trac, whatever was wanted really. The ability to help a user along, in order to get them to help out MacPorts, may be something worth looking into. It is also a very good way to get an exact idea of what ports are being installed. You can then see that port x has been installed 400 times, 390 of those with no issues, 10 of those with some issue. -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Mon Jun 8 14:46:37 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 8 Jun 2009 16:46:37 -0500 Subject: Is it time to start regression testing yet? In-Reply-To: References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> Message-ID: On Jun 8, 2009, at 15:49, Scott Haneda wrote: > On Jun 8, 2009, at 2:18 AM, Ian Eiloart wrote: > >> So, and automated test suite would (a) get errors diagnosed and >> fixed quicker, (b) reduce the number of errors as a result, and >> (c) give us a way of flagging them before a user starts a 20 >> minute build process. > > I have been reading this thread, looks like the current project I > looked at with the web listing is really nice. > > Curious, what if MacPorts were to implement a sort of CrashReporter > type feature. Granted, this is not a crash, but a system where the > output of the build errors were sent somewhere, into a database, > where they could be looked at. MacPorts does not log build errors, or in fact anything. That's what the logging proposal I pointed to in my previous mail is all about. Once that is implemented, any number of things could happen with those logs, as you suggested. > I can see a few other values to this as well, and I believe there > are a number of simple open tools out there that would facilitate > making this easy to do. > > The nice thing as I see it, is end user support. If MacPorts has > an error, the app could present them a message "Sorry we could not > build port x, to date, there have been x build errors with this > portfile. We have assigned this build error an id of x. If you > would like to follow or start a discussion of this issue, please > follow this link: http://eample.com?id=x. Users may have had > similar issues, which you can see at http://example.com?id=x&porfile=y > > These build errors could be auto posted to a mailing list, put into > trac, whatever was wanted really. The ability to help a user > along, in order to get them to help out MacPorts, may be something > worth looking into. I think the idea of a central build and testing server is the best part of this project to start on. Users can and do have nonstandard things on their machines which can cause builds to fail, and an automated build log posting wouldn't contain such information; as you've no doubt seen in mailing list discussions, it often has to be dragged out of the user that they have things installed in /usr/local or /sw or they are using an outdated version of Xcode. If we get a central testing server, extending that to packaging and distributing binaries should be straightforward. And once we are distributing binaries, there's much less reason for regular users to ever build from source and thus to ever encounter build errors. > It is also a very good way to get an exact idea of what ports are > being installed. You can then see that port x has been installed > 400 times, 390 of those with no issues, 10 of those with some issue. I proposed this two years ago but was shot down because this was considered an invasion of privacy and people didn't want MacPorts "phoning home". I had wanted to have a nice status display on the MacPorts homepage showing which ports were the most popular, for example. I see their point, but I'm glad to re-open the topic if attitudes have changed. From dluke at geeklair.net Mon Jun 8 14:55:23 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Mon, 8 Jun 2009 17:55:23 -0400 Subject: Is it time to start regression testing yet? In-Reply-To: References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> Message-ID: On Jun 8, 2009, at 5:46 PM, Ryan Schmidt wrote: >> It is also a very good way to get an exact idea of what ports are >> being installed. You can then see that port x has been installed >> 400 times, 390 of those with no issues, 10 of those with some issue. > > I proposed this two years ago but was shot down because this was > considered an invasion of privacy and people didn't want MacPorts > "phoning home". I believe the list consensus was that it would be fine provided it was 'opt in'. > I had wanted to have a nice status display on the MacPorts homepage > showing which ports were the most popular, for example. I see their > point, but I'm glad to re-open the topic if attitudes have changed. ... there's also the matter of someone doing the actual development work ;-) -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From talklists at newgeo.com Mon Jun 8 14:58:36 2009 From: talklists at newgeo.com (Scott Haneda) Date: Mon, 8 Jun 2009 14:58:36 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> Message-ID: On Jun 8, 2009, at 2:46 PM, Ryan Schmidt wrote: > On Jun 8, 2009, at 15:49, Scott Haneda wrote: > >> On Jun 8, 2009, at 2:18 AM, Ian Eiloart wrote: >> >>> So, and automated test suite would (a) get errors diagnosed and >>> fixed quicker, (b) reduce the number of errors as a result, and >>> (c) give us a way of flagging them before a user starts a 20 >>> minute build process. >> >> I have been reading this thread, looks like the current project I >> looked at with the web listing is really nice. >> >> Curious, what if MacPorts were to implement a sort of CrashReporter >> type feature. Granted, this is not a crash, but a system where the >> output of the build errors were sent somewhere, into a database, >> where they could be looked at. > > MacPorts does not log build errors, or in fact anything. That's what > the logging proposal I pointed to in my previous mail is all about. > Once that is implemented, any number of things could happen with > those logs, as you suggested. Ok, understood. I assumed that the -d we saw on screen, somewhere, was logged, and just cleaned up. Then again, I should not have assume that, since I have never seen anyone here ask for a copy of this log. Sounds like a great idea to implement. >> I can see a few other values to this as well, and I believe there >> are a number of simple open tools out there that would facilitate >> making this easy to do. >> >> The nice thing as I see it, is end user support. If MacPorts has >> an error, the app could present them a message "Sorry we could not >> build port x, to date, there have been x build errors with this >> portfile. We have assigned this build error an id of x. If you >> would like to follow or start a discussion of this issue, please >> follow this link: http://eample.com?id=x. Users may have had >> similar issues, which you can see at http://example.com?id=x&porfile=y >> >> These build errors could be auto posted to a mailing list, put into >> trac, whatever was wanted really. The ability to help a user >> along, in order to get them to help out MacPorts, may be something >> worth looking into. > > I think the idea of a central build and testing server is the best > part of this project to start on. Users can and do have nonstandard > things on their machines which can cause builds to fail, and an > automated build log posting wouldn't contain such information; as > you've no doubt seen in mailing list discussions, it often has to be > dragged out of the user that they have things installed in /usr/ > local or /sw or they are using an outdated version of Xcode. If we > get a central testing server, extending that to packaging and > distributing binaries should be straightforward. And once we are > distributing binaries, there's much less reason for regular users to > ever build from source and thus to ever encounter build errors. I keep forgetting that MacPorts aims to distribute binaries. Once that happens, things will indeed be much simpler. As to the user having things in /sw and /usr/local, I was thinking along the lines of having some additional things in the output, such as listings of those file paths, as well as echoing out PATH and whatever else may be needed. >> It is also a very good way to get an exact idea of what ports are >> being installed. You can then see that port x has been installed >> 400 times, 390 of those with no issues, 10 of those with some issue. > > I proposed this two years ago but was shot down because this was > considered an invasion of privacy and people didn't want MacPorts > "phoning home". I had wanted to have a nice status display on the > MacPorts homepage showing which ports were the most popular, for > example. I see their point, but I'm glad to re-open the topic if > attitudes have changed. I think we should re-open it. I do not see this as an invasion of privacy, and it could very well be turned off, or requested on demand: Report stats to MP [yes] [no] [never again] Every port downloads a file from somewhere, the maintainer of that software already has stats on how many downloads of that software there are. I am not sure I see any harm in this at all. Now, my suggestion to send back a list of /sw and output of PATH and other environment variables, that is probably going to freak some people out for sure. There are sane ways of doing it, sane ways to mask what is private for sure and what is not to be sent. In the end, I think it is a question of how well can end users problems be supported. I can only guess, but the smallest percentage of port build issues make it to the mailing list. I bet a similar amount make it into trac. Most people fail, see it as an error, and then go about finding some other way to solve their problem. At the very least, the stats would allow a buggy port to be noticed, and pulled. I see a lot of plusses, a few minuses, which could be hashed out and solved in a way that makes most people happy. Thanks for your input on this. -- Scott * If you contact me off list replace talklists@ with scott@ * From brad at pixilla.com Mon Jun 8 15:47:49 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Mon, 8 Jun 2009 15:47:49 -0700 Subject: chown chmod Message-ID: What is the macports way to change owner and permissions of files, like log files for example? Is there something in TCL or do we just use system commands? //Brad From toby at apple.com Mon Jun 8 15:53:19 2009 From: toby at apple.com (Toby Peterson) Date: Mon, 8 Jun 2009 15:53:19 -0700 Subject: chown chmod In-Reply-To: References: Message-ID: <0B18F4C8-608B-4771-A21A-0C759F0333E0@apple.com> On Jun 8, 2009, at 3:47 PM, Bradley Giesbrecht wrote: > What is the macports way to change owner and permissions of files, > like log files for example? > > Is there something in TCL or do we just use system commands? chown: file attributes -owner ... chmod: file attributes -permissions ... see 'man n file' - Toby From blb at macports.org Mon Jun 8 16:54:45 2009 From: blb at macports.org (Bryan Blackburn) Date: Mon, 8 Jun 2009 17:54:45 -0600 Subject: Is it time to start regression testing yet? In-Reply-To: <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> Message-ID: <20090608235445.GA828@ninagal.withay.com> On Mon, Jun 08, 2009 at 03:36:21PM -0500, Ryan Schmidt said: [...] > You said you wrote this with Rails and CouchDB. While I understand the > desire to write using technologies you're familiar with, MacPorts is > written in Tcl, and the main MacPorts web site is written in PHP and > MySQL, and it would be nice to not introduce new technologies if > possible, so as to lower the barrier to entry for other developers. It's > easy for me to say, since I am very familiar with PHP and MySQL, and do > not know and had not planned to know Rails and CouchDB. In fact I would > rather not have yet another hostname and yet another disjoint part of the > MacPorts web experience, but rather integrate this content into the > existing www.macports.org web site, or into the new port pages planned > with #19300: > > http://trac.macports.org/ticket/19300 Of course it doesn't really lower the barrier if someone knows Rails but not PHP, especially when quite a bit of code has already been written. While trying to stay homogeneous would be nice language-wise, it has been an issue with getting base developers as many people don't know/don't want to learn Tcl. Fortunately both PHP and Rails are popular so I'm guessing we'll have less of an issue with developers for those areas than for Tcl. Unless you're willing to rewrite in PHP? > > > I notice it flagged the mldonkey build as failed, but in fact it was one > of mldonkey's dependencies which failed. Perhaps there is a way that could > be made more clear in the interface. mpab should be skipping ports where a dependency failed, and not even trying otherwise; though this only happens when you tell it to build everything instead of specifying a list of ports. [...] > > Have you coordinated with him? We don't want duplication of effort. Your > work is clearly logging something because the logs are appearing on your > web site. If this is not integrated with the MacPorts Tcl code, perhaps > you can assist Dmitry in doing so. If you and Dmitry finish the logging > task early I'm sure there are other tasks we can have him do for the rest > of the summer. Fortunately the logging stuff should be implemented in a way that will be useful for various scenarios, including integration with MPWA (if that ever happens) as well as things like mpab. Note that the way mpab works now is it just uses debug and keeps the output around, basically a really cheap form of what the logging stuff will do. I'm guessing the way Florian is accessing these with the web stuff is to just copy it out from the chroot. Bryan From jeremy at lavergne.gotdns.org Mon Jun 8 16:56:56 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Mon, 8 Jun 2009 19:56:56 -0400 Subject: Is it time to start regression testing yet? In-Reply-To: <20090608235445.GA828@ninagal.withay.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> <20090608235445.GA828@ninagal.withay.com> Message-ID: <282D4C7D-8ECC-4E4F-861D-8EF65AF5F5A4@lavergne.gotdns.org> I'll take on the rewriting to PHP this summer if it needs to be done. On Jun 8, 2009, at 7:54 PM, Bryan Blackburn wrote: > > Of course it doesn't really lower the barrier if someone knows Rails > but not > PHP, especially when quite a bit of code has already been written. > While > trying to stay homogeneous would be nice language-wise, it has been > an issue > with getting base developers as many people don't know/don't want to > learn > Tcl. Fortunately both PHP and Rails are popular so I'm guessing > we'll have > less of an issue with developers for those areas than for Tcl. Unless > you're willing to rewrite in PHP? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From blb at macports.org Mon Jun 8 17:01:23 2009 From: blb at macports.org (Bryan Blackburn) Date: Mon, 8 Jun 2009 18:01:23 -0600 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: <20090608212917.BCB701D82756@beta.macosforge.org> References: <20090608212917.BCB701D82756@beta.macosforge.org> Message-ID: <20090609000122.GB828@ninagal.withay.com> On Mon, Jun 08, 2009 at 02:29:16PM -0700, jeremyhu at macports.org said: > Revision: 52043 > http://trac.macports.org/changeset/52043 > Author: jeremyhu at macports.org > Date: 2009-06-08 14:29:15 -0700 (Mon, 08 Jun 2009) > Log Message: > ----------- > texlive_base: Use freetype instead of ATSU. Added missing dependency on motif What piece needs Motif? I've had texlive installed for some time without it... Bryan [...] > - port:xorg-libXaw port:xorg-libXp > + port:xorg-libXaw lib:libXm:openmotif [...] From stechert at gmail.com Mon Jun 8 17:26:07 2009 From: stechert at gmail.com (Andre Stechert) Date: Mon, 8 Jun 2009 17:26:07 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> Message-ID: <12a697af0906081726p623991fwca19656d1c3d7cb0@mail.gmail.com> 2009/6/8 Scott Haneda : > On Jun 8, 2009, at 2:46 PM, Ryan Schmidt wrote: >> I proposed this two years ago but was shot down because this was considered an >> invasion of privacy and people didn't want MacPorts "phoning home". I had wanted >> to have a nice status display on the MacPorts homepage showing which ports were >> the most popular, for example. I see their point, but I'm glad to re-open the topic if >> attitudes have changed. > > I think we should re-open it. ?I do not see this as an invasion of privacy, and it could > very well be turned off, or requested on demand: > Report stats to MP [yes] [no] [never again] IMHO, Apple provides a pretty great user experience for this that we could emulate. If a program crashes, ask the user if they'd like to report the crash using a dialog box (or dialog box equivalent). These are not strictly crashes, but I *think* the user experience translates. The fancy version could allow user input values "always", "never", "yes", and "no", which would translate to persisted user preferences of "always", "never", or "ask". The default preference would be "ask". Cheers, Andre From jeremy at lavergne.gotdns.org Mon Jun 8 17:29:19 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Mon, 8 Jun 2009 20:29:19 -0400 Subject: Is it time to start regression testing yet? In-Reply-To: <12a697af0906081726p623991fwca19656d1c3d7cb0@mail.gmail.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> <12a697af0906081726p623991fwca19656d1c3d7cb0@mail.gmail.com> Message-ID: <23A770EC-6E01-4AD5-8620-359882C7A25C@lavergne.gotdns.org> There's a difference between a crash and a failed compilation in that the system can't just catch it. Apple also pays people to look at those crash reports. We're almost entirely unpaid volunteers with a variable body count. On Jun 8, 2009, at 8:26 PM, Andre Stechert wrote: > If a program crashes, ask the user if they'd like to report the crash > using a dialog box > (or dialog box equivalent). These are not strictly crashes, but I > *think* the user > experience translates. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From jeremyhu at macports.org Mon Jun 8 17:55:00 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Mon, 8 Jun 2009 17:55:00 -0700 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: <20090609000122.GB828@ninagal.withay.com> References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> Message-ID: xdvi can use either motif or xaw. It builds binaries for both if both are available. xdvi-motif.bin is the file that actually links against it. --Jeremy On Jun 8, 2009, at 17:01, Bryan Blackburn wrote: > On Mon, Jun 08, 2009 at 02:29:16PM -0700, jeremyhu at macports.org said: >> Revision: 52043 >> http://trac.macports.org/changeset/52043 >> Author: jeremyhu at macports.org >> Date: 2009-06-08 14:29:15 -0700 (Mon, 08 Jun 2009) >> Log Message: >> ----------- >> texlive_base: Use freetype instead of ATSU. Added missing >> dependency on motif > > What piece needs Motif? I've had texlive installed for some time > without > it... > > Bryan > > [...] >> - port:xorg-libXaw port:xorg-libXp >> + port:xorg-libXaw lib:libXm:openmotif > [...] > From jim at geekdaily.org Mon Jun 8 18:17:51 2009 From: jim at geekdaily.org (Jim Meyer) Date: Mon, 08 Jun 2009 18:17:51 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> Message-ID: <4A2DB83F.1070708@geekdaily.org> On 6/8/09 2:46 PM, Ryan Schmidt wrote: >> It is also a very good way to get an exact idea of what ports are >> being installed. You can then see that port x has been installed 400 >> times, 390 of those with no issues, 10 of those with some issue. > > I proposed this two years ago but was shot down because this was > considered an invasion of privacy and people didn't want MacPorts > "phoning home". I had wanted to have a nice status display on the > MacPorts homepage showing which ports were the most popular, for > example. I see their point, but I'm glad to re-open the topic if > attitudes have changed. Check out the CPAN::Reporter perl module. It's essentially an opt-in to just this sort of thing for Perl modules; if you install it, suddenly your build results are sent in. Seems to answer the privacy issues. --j From jim at geekdaily.org Mon Jun 8 18:19:14 2009 From: jim at geekdaily.org (Jim Meyer) Date: Mon, 08 Jun 2009 18:19:14 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <282D4C7D-8ECC-4E4F-861D-8EF65AF5F5A4@lavergne.gotdns.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> <20090608235445.GA828@ninagal.withay.com> <282D4C7D-8ECC-4E4F-861D-8EF65AF5F5A4@lavergne.gotdns.org> Message-ID: <4A2DB892.5020005@geekdaily.org> On 6/8/09 4:56 PM, Jeremy Lavergne wrote: > I'll take on the rewriting to PHP this summer if it needs to be done. And I'll volunteer to help with the Rails upkeep if not. =] --j > > On Jun 8, 2009, at 7:54 PM, Bryan Blackburn wrote: > >> >> Of course it doesn't really lower the barrier if someone knows Rails >> but not >> PHP, especially when quite a bit of code has already been written. While >> trying to stay homogeneous would be nice language-wise, it has been an >> issue >> with getting base developers as many people don't know/don't want to >> learn >> Tcl. Fortunately both PHP and Rails are popular so I'm guessing we'll >> have >> less of an issue with developers for those areas than for Tcl. Unless >> you're willing to rewrite in PHP? > > > ------------------------------------------------------------------------ > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From jim at geekdaily.org Mon Jun 8 18:27:02 2009 From: jim at geekdaily.org (Jim Meyer) Date: Mon, 08 Jun 2009 18:27:02 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <4A2DB83F.1070708@geekdaily.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> <4A2DB83F.1070708@geekdaily.org> Message-ID: <4A2DBA66.9040308@geekdaily.org> On 6/8/09 6:17 PM, Jim Meyer wrote: > On 6/8/09 2:46 PM, Ryan Schmidt wrote: >>> It is also a very good way to get an exact idea of what ports are >>> being installed. You can then see that port x has been installed 400 >>> times, 390 of those with no issues, 10 of those with some issue. >> >> I proposed this two years ago but was shot down because this was >> considered an invasion of privacy and people didn't want MacPorts >> "phoning home". I had wanted to have a nice status display on the >> MacPorts homepage showing which ports were the most popular, for >> example. I see their point, but I'm glad to re-open the topic if >> attitudes have changed. > > Check out the CPAN::Reporter perl module. It's essentially an opt-in to > just this sort of thing for Perl modules; if you install it, suddenly > your build results are sent in. Forgot the link: http://search.cpan.org/dist/CPAN-Reporter/lib/CPAN/Reporter.pod --j From dweber at macports.org Mon Jun 8 22:22:44 2009 From: dweber at macports.org (Darren Weber) Date: Mon, 8 Jun 2009 22:22:44 -0700 Subject: Default compiler for Snow Leopard Message-ID: Is there any plan to define or redefine the default compiler for Snow Leopard? Some folks may have access to a developer preview of Snow Leopard soon, what do you recommend to maintain the integrity of an existing MacPorts installation under Leopard, after the upgrade to Snow Leopard? Take care, Darren -------------- next part -------------- An HTML attachment was scrubbed... URL: From toby at apple.com Mon Jun 8 22:27:07 2009 From: toby at apple.com (Toby Peterson) Date: Mon, 8 Jun 2009 22:27:07 -0700 Subject: Default compiler for Snow Leopard In-Reply-To: References: Message-ID: <545BD525-8349-4CC5-AA39-CD9CB754B25D@apple.com> On Jun 8, 2009, at 10:22 PM, Darren Weber wrote: > Is there any plan to define or redefine the default compiler for > Snow Leopard? > > Some folks may have access to a developer preview of Snow Leopard > soon, what do you recommend to maintain the integrity of an existing > MacPorts installation under Leopard, after the upgrade to Snow > Leopard? Provided you're using MacPorts from trunk, the current default compiler is correct. - Toby From talklists at newgeo.com Mon Jun 8 22:43:12 2009 From: talklists at newgeo.com (Scott Haneda) Date: Mon, 8 Jun 2009 22:43:12 -0700 Subject: Removing configure options Message-ID: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> I have the most basic of a port file and I can not get it to work. Here is how I do it by hand cd ~/Downloads/rbldnsd sudo -s ./consigure make cp rbldnsd var/rbldnsd I am done at that point. sudo port -d install in my local repo DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b" && ./ configure --prefix=/opt/local' configure: unknown option `--prefix=/opt/local' How do I yank away the prefix, where is it best to store this file in / opt/local, and what category is best for this one? PortSystem 1.0 name rbldnsd version 0.996b categories sysutils master_sites http://www.corpit.ru/mjt/rbldnsd/ distfiles ${name}_0.996b.tar.gz description test long_description test checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ sha1 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ rmd160 15be588fb4051f0526084425b586ea7986b6493a -- Scott * If you contact me off list replace talklists@ with scott@ * From jeremy at lavergne.gotdns.org Mon Jun 8 22:46:46 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Tue, 9 Jun 2009 01:46:46 -0400 Subject: Removing configure options In-Reply-To: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> Message-ID: <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> Check out this command for ideas on why prefix isn't working: ./configure --help If you need to override the configure arguments in MacPorts, that's done via configure.args-append and configure.args-delete On Jun 9, 2009, at 1:43 AM, Scott Haneda wrote: > I have the most basic of a port file and I can not get it to work. > > Here is how I do it by hand > cd ~/Downloads/rbldnsd > sudo -s > ./consigure > make > cp rbldnsd var/rbldnsd > > I am done at that point. > > sudo port -d install in my local repo > DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ > _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b" && ./ > configure --prefix=/opt/local' > configure: unknown option `--prefix=/opt/local' > > How do I yank away the prefix, where is it best to store this file > in /opt/local, and what category is best for this one? > > PortSystem 1.0 > > name rbldnsd > version 0.996b > categories sysutils > > master_sites http://www.corpit.ru/mjt/rbldnsd/ > distfiles ${name}_0.996b.tar.gz > > description test > long_description test > > checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ > sha1 > 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ > rmd160 > 15be588fb4051f0526084425b586ea7986b6493a > -- > Scott * If you contact me off list replace talklists@ with scott@ * > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From talklists at newgeo.com Mon Jun 8 22:54:52 2009 From: talklists at newgeo.com (Scott Haneda) Date: Mon, 8 Jun 2009 22:54:52 -0700 Subject: Removing configure options In-Reply-To: <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> Message-ID: I tried configure.args-delete, do I have to quote it? configure.args-delete "--prefix=/opt/local" Thanks On Jun 8, 2009, at 10:46 PM, Jeremy Lavergne wrote: > Check out this command for ideas on why prefix isn't working: > > ./configure --help > > If you need to override the configure arguments in MacPorts, that's > done via configure.args-append and configure.args-delete > > On Jun 9, 2009, at 1:43 AM, Scott Haneda wrote: > >> I have the most basic of a port file and I can not get it to work. >> >> Here is how I do it by hand >> cd ~/Downloads/rbldnsd >> sudo -s >> ./consigure >> make >> cp rbldnsd var/rbldnsd >> >> I am done at that point. >> >> sudo port -d install in my local repo >> DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ >> _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b" && ./ >> configure --prefix=/opt/local' >> configure: unknown option `--prefix=/opt/local' >> >> How do I yank away the prefix, where is it best to store this file >> in /opt/local, and what category is best for this one? >> >> PortSystem 1.0 >> >> name rbldnsd >> version 0.996b >> categories sysutils >> >> master_sites http://www.corpit.ru/mjt/rbldnsd/ >> distfiles ${name}_0.996b.tar.gz >> >> description test >> long_description test >> >> checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ >> sha1 >> 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ >> rmd160 >> 15be588fb4051f0526084425b586ea7986b6493a -- Scott * If you contact me off list replace talklists@ with scott@ * From jeremy at lavergne.gotdns.org Mon Jun 8 22:59:17 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Tue, 9 Jun 2009 01:59:17 -0400 Subject: Removing configure options In-Reply-To: References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> Message-ID: My apologies: the prefix is located in configure.pre_args. Please try: configure.pre_args-delete --prefix=/opt/local I believe you shouldn't need to quote it unless there's a space in it. On Jun 9, 2009, at 1:54 AM, Scott Haneda wrote: > I tried configure.args-delete, do I have to quote it? > configure.args-delete "--prefix=/opt/local" -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From talklists at newgeo.com Mon Jun 8 23:12:45 2009 From: talklists at newgeo.com (Scott Haneda) Date: Mon, 8 Jun 2009 23:12:45 -0700 Subject: Removing configure options In-Reply-To: References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> Message-ID: <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> On Jun 8, 2009, at 10:59 PM, Jeremy Lavergne wrote: > My apologies: the prefix is located in configure.pre_args. Please > try: > configure.pre_args-delete --prefix=/opt/local > > I believe you shouldn't need to quote it unless there's a space in it. Thanks, getting closer: # $Id$ PortSystem 1.0 name rbldnsd version 0.996b categories sysutils master_sites http://www.corpit.ru/mjt/rbldnsd/ distfiles ${name}_0.996b.tar.gz description test long_description test checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ sha1 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ rmd160 15be588fb4051f0526084425b586ea7986b6493a configure.pre_args-delete --prefix=/opt/local configure.pre_args-append mak destroot { xinstall -m 755 -d ${destroot}${prefix}/var xinstall -m 755 ${worksrcpath}/rbldnsd/rbldnsd ${destroot}$ {prefix}/var } build {} DEBUG: Using compiler 'Mac OS X gcc 4.0' DEBUG: Executing org.macports.configure (rbldnsd) DEBUG: Environment: CFLAGS='-O2' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2' MACOSX_DEPLOYMENT_TARGET='10.5' CPP='/usr/bin/cpp-4.0' CXX='/usr/bin/g++-4.0' F90FLAGS='-O2' LDFLAGS='-L/opt/local/lib' FCFLAGS='-O2' OBJC='/usr/bin/gcc-4.0' INSTALL='/usr/bin/install -c' OBJCFLAGS='-O2' FFLAGS='-O2' CC='/usr/bin/gcc-4.0' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b" && ./ configure make' configure: unknown option `make' Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/ _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b" && ./ configure make " returned error 1 Command output: configure: unknown option `make' Warning: the following items did not execute (for rbldnsd): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. Looks like I need to explicitly tell it to run `make` but skip `install` since there is no install to this sware. Then I just copy one binary off and I am good to go. -- Scott * If you contact me off list replace talklists@ with scott@ * From jeremy at lavergne.gotdns.org Mon Jun 8 23:16:28 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Tue, 9 Jun 2009 02:16:28 -0400 Subject: Removing configure options In-Reply-To: <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> Message-ID: Running `make` is handled by the build phase rather than in configure. Try removing the `...-append make` and see if it fixes that problem. On Jun 9, 2009, at 2:12 AM, Scott Haneda wrote: > On Jun 8, 2009, at 10:59 PM, Jeremy Lavergne wrote: > >> My apologies: the prefix is located in configure.pre_args. Please >> try: >> configure.pre_args-delete --prefix=/opt/local >> >> I believe you shouldn't need to quote it unless there's a space in >> it. > > > Thanks, getting closer: > > > configure.pre_args-delete --prefix=/opt/local > configure.pre_args-append mak > > DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ > _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b" && ./ > configure make' > configure: unknown option `make' > Error: Target org.macports.configure returned: configure failure: > shell command " cd "/opt/local/var/macports/build/ > _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b" && ./ > configure make " returned error 1 > Command output: configure: unknown option `make' > > Looks like I need to explicitly tell it to run `make` but skip > `install` since there is no install to this sware. Then I just copy > one binary off and I am good to go. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From talklists at newgeo.com Mon Jun 8 23:31:42 2009 From: talklists at newgeo.com (Scott Haneda) Date: Mon, 8 Jun 2009 23:31:42 -0700 Subject: Removing configure options In-Reply-To: References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> Message-ID: <3AA20DD9-0849-45D0-9096-B7341349CDB3@newgeo.com> On Jun 8, 2009, at 11:16 PM, Jeremy Lavergne wrote: > Running `make` is handled by the build phase rather than in configure. > > Try removing the `...-append make` and see if it fixes that problem. > > On Jun 9, 2009, at 2:12 AM, Scott Haneda wrote: > >> On Jun 8, 2009, at 10:59 PM, Jeremy Lavergne wrote: >> >>> My apologies: the prefix is located in configure.pre_args. >>> Please try: >>> configure.pre_args-delete --prefix=/opt/local >>> >>> I believe you shouldn't need to quote it unless there's a space in >>> it. That was my first effort, so I tried to nike the make and also tried to append it in: DEBUG: Executing org.macports.destroot (rbldnsd) Error: Target org.macports.destroot returned: xinstall: Cannot stat: / opt/local/var/macports/build/_Users_haneda_macports_sysutils_rbldnsd/ work/rbldnsd-0.996b/rbldnsd/rbldnsd, No such file or directory Warning: the following items did not execute (for rbldnsd): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. Is my destroot wrong: destroot { xinstall -m 755 -d ${destroot}${prefix}/var xinstall -m 755 ${worksrcpath}/rbldnsd/rbldnsd ${destroot}$ {prefix}/var } ./var/macports/receipts missing (created) ./var/macports/registry missing (created) ./www missing (created) DEBUG: Executing org.macports.destroot (rbldnsd) Error: Target org.macports.destroot returned: xinstall: Cannot stat: / opt/local/var/macports/build/_Users_haneda_macports_sysutils_rbldnsd/ work/rbldnsd-0.996b/rbldnsd, No such file or directory Warning: the following items did not execute (for rbldnsd): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. haneda at macbook rbldnsd $l total 16 the binary is not getting made for some reason, so it can not find it, to isntall it were I need to have it put. -- Scott * If you contact me off list replace talklists@ with scott@ * From jeremy at lavergne.gotdns.org Mon Jun 8 23:36:00 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Tue, 9 Jun 2009 02:36:00 -0400 Subject: Removing configure options In-Reply-To: <3AA20DD9-0849-45D0-9096-B7341349CDB3@newgeo.com> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> <3AA20DD9-0849-45D0-9096-B7341349CDB3@newgeo.com> Message-ID: <25184E9B-BFB5-45FB-8953-A1F193AF88AC@lavergne.gotdns.org> Do you have the path correct for the xinstall? rbldnsd-0.996b/rbldnsd/rbldnsd Sounds like one too many rbldnsd, unless it's suppose to be inside a directory names itself inside the distributed directory. On Jun 9, 2009, at 2:31 AM, Scott Haneda wrote: > That was my first effort, so I tried to nike the make and also tried > to append it in: > > DEBUG: Executing org.macports.destroot (rbldnsd) > Error: Target org.macports.destroot returned: xinstall: Cannot > stat: /opt/local/var/macports/build/ > _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b/rbldnsd/ > rbldnsd, No such file or directory > Warning: the following items did not execute (for rbldnsd): > org.macports.activate org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > > Is my destroot wrong: > destroot { > xinstall -m 755 -d ${destroot}${prefix}/var > xinstall -m 755 ${worksrcpath}/rbldnsd/rbldnsd ${destroot}$ > {prefix}/var > } > > ./var/macports/receipts missing (created) > ./var/macports/registry missing (created) > ./www missing (created) > DEBUG: Executing org.macports.destroot (rbldnsd) > Error: Target org.macports.destroot returned: xinstall: Cannot > stat: /opt/local/var/macports/build/ > _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b/rbldnsd, > No such file or directory > Warning: the following items did not execute (for rbldnsd): > org.macports.activate org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > haneda at macbook rbldnsd $l > total 16 > > the binary is not getting made for some reason, so it can not find > it, to isntall it were I need to have it put. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From florian.ebeling at gmail.com Tue Jun 9 01:02:36 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Tue, 9 Jun 2009 10:02:36 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> Message-ID: <5cbbe4ae0906090102x18f304f1g6cb3e5def2f5f8a6@mail.gmail.com> > I notice it flagged the mldonkey build as failed, but in fact it was one of > mldonkey's dependencies which failed. Perhaps there is a way that could be > made more clear in the interface. Yes, it did mark mldonkey as failure, but take it as what it really is: a change event picked up in the subversion, which triggers a build of the package in question. If that gives you an error exit code, it is marked as failure. This is obviously not necessarily the maintainer's fault. The whole thing is targeted to an developer audience to give instant feedback on changes, and should not be misunderstood as a tool for MacPorts users in the broader sense. That said, from the user's perspective, it might not make much of a difference, because if you where to install your package and it fails, it is the exact same experience and consistent with what Portmill shows for it. > Juan (jmpp) had always said that a prerequisite for a build/test system was > implementing the port logging proposal: > > http://trac.macports.org/wiki/LoggingProposal I would disagree. This build system does what you would otherwise do manually: build a certain port for test reasons and watch the debug output and end result. If the output gets improved, all the better. I don't see much of a connection necessarily. It might be interesting, though, if the logging would include some kind of event API, then a build server would see more information that exit code and brittle regexping of output, to which one otherwise would have to resort. That would e.g. make it much easier to do what you asked for above, i.e. figure out more about the reason of the build failure, the build phase, and maybe a distant dependency which is really the culprit. > And this is the project Dmitry (enl) has been approved to work on for this > year's Google Summer of Code: > > http://trac.macports.org/wiki/enl > > http://trac.macports.org/browser/branches/gsoc09-logging > > Have you coordinated with him? We don't want duplication of effort. Your > work is clearly logging something because the logs are appearing on your web > site. If this is not integrated with the MacPorts Tcl code, perhaps you can > assist Dmitry in doing so. If you and Dmitry finish the logging task early > I'm sure there are other tasks we can have him do for the rest of the > summer. I think it can only help to have better output, but no problems really. I didn't read the proposal though. Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From florian.ebeling at gmail.com Tue Jun 9 01:17:36 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Tue, 9 Jun 2009 10:17:36 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <4A2DB892.5020005@geekdaily.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> <20090608235445.GA828@ninagal.withay.com> <282D4C7D-8ECC-4E4F-861D-8EF65AF5F5A4@lavergne.gotdns.org> <4A2DB892.5020005@geekdaily.org> Message-ID: <5cbbe4ae0906090117j3fadedd6k15ad719db8d3b57f@mail.gmail.com> On Tue, Jun 9, 2009 at 3:19 AM, Jim Meyer wrote: > On 6/8/09 4:56 PM, Jeremy Lavergne wrote: >> >> I'll take on the rewriting to PHP this summer if it needs to be done. > > And I'll volunteer to help with the Rails upkeep if not. =] Thanks, greately appreciated! Just have look at the github repo. I somewhat favor patches over fork/pull workflow, but do as you like. I consider the rails app a stub, as it is now. There are many things that would be nice to have around, and also the design is not the last say. And then we need some kind of account management, so that we can check credentials and can control what goes in and what not, to be able to add more build boxes. As it is, it not secure as to what ends in the database, to say the least ;) Be aware though, that we don't have ActiveRecord around. Just bug my with any questions that come up. Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From iane at sussex.ac.uk Tue Jun 9 01:49:42 2009 From: iane at sussex.ac.uk (Ian Eiloart) Date: Tue, 09 Jun 2009 09:49:42 +0100 Subject: Is it time to start regression testing yet? In-Reply-To: <23A770EC-6E01-4AD5-8620-359882C7A25C@lavergne.gotdns.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> <12a697af0906081726p623991fwca19656d1c3d7cb0@mail.gmail.com> <23A770EC-6E01-4AD5-8620-359882C7A25C@lavergne.gotdns.org> Message-ID: --On 8 June 2009 20:29:19 -0400 Jeremy Lavergne wrote: > There's a difference between a crash and a failed compilation in that the > system can't just catch it. Apple also pays people to look at those > crash reports. Paid or not, if you can't see a problem then you can't fix it. Sure the system can't catch a complilation error, but surely the complier returns an error code if it fails? Certainly MacPorts can determine whether it's worked or not. If it were able to report to a port maintainer that a build failed then the maintainer has a chance of fixing it. With more information (eg, stage of the build, that a particular dependency failed, OS version, compiler version, h/w type, the variant in use), it becomes much easier for the maintainer to determine what's wrong. With reports of successful builds, they can even eliminate possible problems. > We're almost entirely unpaid volunteers with a variable body count. > > On Jun 8, 2009, at 8:26 PM, Andre Stechert wrote: > >> If a program crashes, ask the user if they'd like to report the crash >> using a dialog box >> (or dialog box equivalent). These are not strictly crashes, but I >> *think* the user >> experience translates. > -- Ian Eiloart IT Services, University of Sussex 01273-873148 x3148 For new support requests, see http://www.sussex.ac.uk/its/help/ From jm at poure.com Tue Jun 9 03:00:15 2009 From: jm at poure.com (Jean-Michel =?ISO-8859-1?Q?Pour=E9?=) Date: Tue, 09 Jun 2009 12:00:15 +0200 Subject: Kdenlive and MLT portfiles ready for testing Message-ID: <1244541615.24232.7.camel@localhost> Dear friends, The Kdenlive community is happy to announce that a first working draft of MacPort files are ready for testing here: * MLT: http://trac.macports.org/ticket/18286 * Kdenlive: https://trac.macports.org/ticket/19897 We would appreciate you help and feedback. Kind regards, Jean-Michel Pour? From jjstickel at vcn.com Tue Jun 9 07:32:54 2009 From: jjstickel at vcn.com (Jonathan Stickel) Date: Tue, 09 Jun 2009 08:32:54 -0600 Subject: py25-mayavi port submission and sandbox violation Message-ID: <4A2E7296.1050303@vcn.com> I have submitted a set of ports for py25-mayavi and its Enthought dependencies to the macports tracker: http://trac.macports.org/ticket/19567 I noticed recently that during the installation of py25-mayavi, a ".enthought" folder is created in my home directory with root ownership if that folder does not previously exist. This is a clear sandbox violation. When I install with trace mode, I get some other warnings about sandbox issues and the build fails: $ sudo port -t install py25-mayavi ---> Fetching py25-mayavi ---> Verifying checksum(s) for py25-mayavi ---> Extracting py25-mayavi ---> Configuring py25-mayavi ---> Building py25-mayavi trace: access denied to /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/os.py (*unknown*) trace: access denied to /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/os.pyc (*unknown*) ... many more of these lines ... trace: access denied to /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/hashlib.py (*unknown*) trace: access denied to /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/hashlib.py (*unknown*) Warning: An activity was attempted outside sandbox: /var/root/.CFUserTextEncoding Warning: An activity was attempted outside sandbox: /var/root/Library/Preferences/.GlobalPreferences.plist Warning: An activity was attempted outside sandbox: /var/root/Library/Preferences/ByHost/.GlobalPreferences.001b63950c72.plist Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_Users_Shared_install_macports_ports_python_py25-mayavi/work/Mayavi-3.2.0" && /opt/local/bin/python2.5 setup.py --no-user-cfg build " returned error 1 Command output: Traceback (most recent call last): File "setup.py", line 77, in from setuptools.command import develop, install_scripts File "/opt/local/lib/python2.5/site-packages/setuptools/command/develop.py", line 1, in from setuptools.command.easy_install import easy_install File "/opt/local/lib/python2.5/site-packages/setuptools/command/easy_install.py", line 21, in from setuptools.package_index import PackageIndex, parse_bdist_wininst File "/opt/local/lib/python2.5/site-packages/setuptools/package_index.py", line 2, in import sys, os.path, re, urlparse, urllib2, shutil, random, socket, cStringIO File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/urllib2.py", line 91, in import hashlib File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/hashlib.py", line 133, in md5 = __get_builtin_constructor('md5') File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/hashlib.py", line 60, in __get_builtin_constructor import _md5 ImportError: No module named _md5 Error: Status 1 encountered during processing. Interestingly, I also see sandbox warnings if I install py25-scipy with trace mode, but that port still builds and installs OK. Now, I am very new to python, and I know nothing about the python portgroup used for python ports. I just managed to put these portfiles together by looking at other python ports as examples. Can someone help me resolve this issue? If this is a problem that needs to be reported upstream to the Enthought developers, I can do that, but I need to know what to report. Thanks, Jonathan From milosh at macports.org Tue Jun 9 07:33:27 2009 From: milosh at macports.org (Emmanuel Hainry) Date: Tue, 9 Jun 2009 16:33:27 +0200 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> Message-ID: <20090609143327.GA3343@velsheda.lateralis.org> Citando Jeremy Huddleston : > > xdvi can use either motif or xaw. It builds binaries for both if both > are available. > > xdvi-motif.bin is the file that actually links against it. > >>> + port:xorg-libXaw lib:libXm:openmotif Wouldn't it be better to enforce one of the two toolkits and put the other in a variant? Something like configure.args-append --with-xdvi-x-toolkit=xaw variant motif { configure.args-delete --with-xdvi-x-toolkit=xaw configure.args-append --with-xdvi-x-toolkit=motif depends_lib-delete port:xorg-libXaw depends_lib-append lib:libXm:openmotif } -- Emmanuel Hainry From brad at pixilla.com Tue Jun 9 08:52:51 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Tue, 9 Jun 2009 08:52:51 -0700 Subject: macports guide Message-ID: <35F4CF4C-5B68-4233-B582-540067D9F327@pixilla.com> http://guide.macports.org/chunked/reference.tcl-extensions.html Paths seem to not include trailing slashes. I thought it was weird that ${destroot} would include a trailing slash. ${destroot}${prefix} is shown several times on the above page. xinstall: mkdir /opt/local/var/macports/build/ _Users_brad_misc_MacPorts_ports_sysutils_clamav/work/destrootLibrary/ LaunchDaemons I think the guide needs to be fixed to show ${destroot}/ where ever $ {destroot} is followed by the rest of a path. // Brad From blair at orcaware.com Tue Jun 9 08:52:46 2009 From: blair at orcaware.com (Blair Zajac) Date: Tue, 09 Jun 2009 08:52:46 -0700 Subject: Removing configure options In-Reply-To: <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> Message-ID: <4A2E854E.8030505@orcaware.com> Scott Haneda wrote: > On Jun 8, 2009, at 10:59 PM, Jeremy Lavergne wrote: > >> My apologies: the prefix is located in configure.pre_args. Please try: >> configure.pre_args-delete --prefix=/opt/local >> >> I believe you shouldn't need to quote it unless there's a space in it. > > > Thanks, getting closer: > > # $Id$ > > PortSystem 1.0 > > name rbldnsd > version 0.996b > categories sysutils > > master_sites http://www.corpit.ru/mjt/rbldnsd/ > distfiles ${name}_0.996b.tar.gz > > description test > long_description test > > checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ > sha1 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ > rmd160 15be588fb4051f0526084425b586ea7986b6493a > > configure.pre_args-delete --prefix=/opt/local That probably should be --prefix=${prefix} instead of --prefix=/opt/local . Regards, Blair -- Blair Zajac, Ph.D. CTO, OrcaWare Technologies Subversion training, consulting and support http://www.orcaware.com/svn/ From blair at orcaware.com Tue Jun 9 09:05:38 2009 From: blair at orcaware.com (Blair Zajac) Date: Tue, 9 Jun 2009 09:05:38 -0700 Subject: macports guide In-Reply-To: <35F4CF4C-5B68-4233-B582-540067D9F327@pixilla.com> References: <35F4CF4C-5B68-4233-B582-540067D9F327@pixilla.com> Message-ID: On Jun 9, 2009, at 8:52 AM, Bradley Giesbrecht wrote: > http://guide.macports.org/chunked/reference.tcl-extensions.html > > Paths seem to not include trailing slashes. > > I thought it was weird that ${destroot} would include a trailing > slash. > ${destroot}${prefix} is shown several times on the above page. That works because ${prefix} begins with a slash and if you had one there then you would have double slashes. ${destroot} doesn't have a trailing slash. But in the following case it looks like it was ${destroot}Library/ LaunchDaemons which does need a slash. So I think it's best to only have slashes when you have an absolute path following it. Blair From brad at pixilla.com Tue Jun 9 10:33:15 2009 From: brad at pixilla.com (Bradley Giesbrecht) Date: Tue, 9 Jun 2009 10:33:15 -0700 Subject: macports guide In-Reply-To: References: <35F4CF4C-5B68-4233-B582-540067D9F327@pixilla.com> Message-ID: <872D2CB0-E828-4A10-8E19-DCF3FDC12B8E@pixilla.com> On Jun 9, 2009, at 9:05 AM, Blair Zajac wrote: > > On Jun 9, 2009, at 8:52 AM, Bradley Giesbrecht wrote: > >> http://guide.macports.org/chunked/reference.tcl-extensions.html >> >> Paths seem to not include trailing slashes. >> >> I thought it was weird that ${destroot} would include a trailing >> slash. >> ${destroot}${prefix} is shown several times on the above page. > > That works because ${prefix} begins with a slash and if you had one > there then you would have double slashes. ${destroot} doesn't have > a trailing slash. > > But in the following case it looks like it was ${destroot}Library/ > LaunchDaemons which does need a slash. > > So I think it's best to only have slashes when you have an absolute > path following it. Thanks for the reply. This is the type of think I was talking about where dumping ports vars to screen would be helpful. For now I guess I'll just add ui_msg's to all the vars to reveal their values. // Brad From jeremyhu at macports.org Tue Jun 9 12:02:33 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Tue, 9 Jun 2009 12:02:33 -0700 Subject: lead up to SL Message-ID: I wasn't around during the leadup to Leopard, so I'd like a few pointers. How should I be handling SL regressions in MacPorts during these coming months? Should we have a special tag/keyword to place on radars? trac doesn't support blocking/dependencies in bugs, so maybe a wiki page to track the big problems... ? As it is right now, there are a few crucial ports that don't "just work" which block many others. python2[56] don't work +universal nor - universal (at least on my system). apr, gcc42, emacs, libsdl, libusb, libart_lgpl also fail. I haven't really started diving into these build failures yet, so I don't know more than "it failed". Additionally, should we update the default universal archs on SL? As it is right now, on 64bit machines, -universal will be x86_64 and +universal is i386 ppc. That will lead to a world of trouble. I changed mine to x86_64 i386 ppc which seems to be the sane default for SL. --Jeremy From stechert at gmail.com Tue Jun 9 12:08:26 2009 From: stechert at gmail.com (Andre Stechert) Date: Tue, 9 Jun 2009 12:08:26 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> <12a697af0906081726p623991fwca19656d1c3d7cb0@mail.gmail.com> <23A770EC-6E01-4AD5-8620-359882C7A25C@lavergne.gotdns.org> Message-ID: <12a697af0906091208i1277057bj2173c340d84f7c19@mail.gmail.com> 2009/6/9 Ian Eiloart : > --On 8 June 2009 20:29:19 -0400 Jeremy Lavergne wrote: > >> There's a difference between a crash and a failed compilation in that the >> system can't just catch it. ?Apple also pays people to look at those >> crash reports. > > Paid or not, if you can't see a problem then you can't fix it. Sure the system can't catch a complilation error, but surely the complier returns an error code if it fails? Certainly MacPorts can determine whether it's worked or not. If it were able to report to a port maintainer that a build failed then the maintainer has a chance of fixing it. With more information (eg, stage of the build, that a particular dependency failed, OS version, compiler version, h/w type, the variant in use), it becomes much easier for the maintainer to determine what's wrong. With reports of successful builds, they can even eliminate possible problems. +1 "can't see it can't fix it" Note that we currently allow users to log crash reports using TRAC -- an automated build failure notification just makes it easier for the user and, if appropriately designed (as Ian said), easier for us too. Re "can't catch it", ironically, wouldn't "catch" be exactly what's needed on trunk, line 157, of base/src/port1.0/portbuild.tcl, analogous to similar invocations in portconfigure.tcl and portfetch.tcl? Cheers, Andre From talklists at newgeo.com Tue Jun 9 14:24:15 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 9 Jun 2009 14:24:15 -0700 Subject: Removing configure options In-Reply-To: <25184E9B-BFB5-45FB-8953-A1F193AF88AC@lavergne.gotdns.org> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> <3AA20DD9-0849-45D0-9096-B7341349CDB3@newgeo.com> <25184E9B-BFB5-45FB-8953-A1F193AF88AC@lavergne.gotdns.org> Message-ID: Yes, that was one of many ways i was testing. It seems this is where I am at, comments below: Error: Target org.macports.destroot returned: xinstall: Cannot stat: / opt/local/var/macports/build/_Users_haneda_macports_sysutils_rbldnsd/ work/rbldnsd-0.996b/rbldnsd, No such file or directory Warning: the following items did not execute (for rbldnsd): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. So, it can not find path of /opt/local/var/macports/build/ _Users_haneda_macports_sysutils_rbldnsd/work/rbldnsd-0.996b/rbldnsd which makes sense, since build never happened. Below is my port, How do I get configure, make and NOT make install to run, then I just will copy the binary out where it needs to go. Thanks # $Id$ PortSystem 1.0 name rbldnsd version 0.996b categories sysutils master_sites http://www.corpit.ru/mjt/rbldnsd/ distfiles ${name}_0.996b.tar.gz description test long_description test checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ sha1 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ rmd160 15be588fb4051f0526084425b586ea7986b6493a configure.pre_args-delete --prefix=${prefix} destroot { xinstall -m 755 -d ${destroot}${prefix}/var xinstall -m 755 ${worksrcpath}/rbldnsd ${destroot}${prefix}/var } build {} On Jun 8, 2009, at 11:36 PM, Jeremy Lavergne wrote: > Do you have the path correct for the xinstall? > rbldnsd-0.996b/rbldnsd/rbldnsd > > Sounds like one too many rbldnsd, unless it's suppose to be inside a > directory names itself inside the distributed directory. -- Scott * If you contact me off list replace talklists@ with scott@ * From raimue at macports.org Tue Jun 9 16:43:53 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 10 Jun 2009 01:43:53 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> Message-ID: <4A2EF3B9.5020409@macports.org> On 2009-06-08 22:36, Ryan Schmidt wrote: > I imagine you've been working on this for awhile, and since this is > an open source project, it would have been nice to know you were > working on this, and to have the code in the MacPorts repository (the > users area would have been a good place for it during development). Florian did a really great job here. I can understand reasons for developing that more or less in private as I assume he has been experimenting with that a lot before he came up with something usable. But I agree that it would be better now to have it in the MacPorts repository. It makes it easier to track progress and > You said you wrote this with Rails and CouchDB. While I understand > the desire to write using technologies you're familiar with, MacPorts > is written in Tcl, and the main MacPorts web site is written in PHP > and MySQL, and it would be nice to not introduce new technologies if > possible, so as to lower the barrier to entry for other developers. > It's easy for me to say, since I am very familiar with PHP and MySQL, > and do not know and had not planned to know Rails and CouchDB. In > fact I would rather not have yet another hostname and yet another > disjoint part of the MacPorts web experience, but rather integrate > this content into the existing www.macports.org web site, or into the > new port pages planned with #19300: > > http://trac.macports.org/ticket/19300 I know that you are familiar with PHP and not Ruby, but Florian seems to be familiar with Ruby but not PHP. I would assume there is always someone who did not work with the language/framework before, but this one already made much progress. I don't think there is much sense in rewriting the thing in PHP. Note that the old (and still planned) MPWA was also written in Ruby by jberry and I don't think there is anything wrong with that. The Trac and its additional plugins (written by wms) are in Python and use postgresql as backend, so there is already different stuff around. Moving this to a *.macports.org domain would make sense to make clear that it is official. I am sure this is just where Florian is testing the whole thing. Rainer From raimue at macports.org Tue Jun 9 16:48:55 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 10 Jun 2009 01:48:55 +0200 Subject: lead up to SL In-Reply-To: References: Message-ID: <4A2EF4E7.2010707@macports.org> On 2009-06-09 21:02, Jeremy Huddleston wrote: > I wasn't around during the leadup to Leopard, so I'd like a few > pointers. How should I be handling SL regressions in MacPorts during > these coming months? Should we have a special tag/keyword to place on > radars? trac doesn't support blocking/dependencies in bugs, so maybe > a wiki page to track the big problems... ? Trac has keywords for this purpose. This can be used to tag tickets for a specific problem. For example, for regressions on Snow Leopard something like "snow.leopard" would be appropriate. I already started to add some quick links on . It would be handy if new introduced keywords would also get a link there as it makes it easier to search for related tickets. > As it is right now, there are a few crucial ports that don't "just > work" which block many others. python2[56] don't work +universal nor - > universal (at least on my system). apr, gcc42, emacs, libsdl, libusb, > libart_lgpl also fail. I haven't really started diving into these > build failures yet, so I don't know more than "it failed". > > Additionally, should we update the default universal archs on SL? As > it is right now, on 64bit machines, -universal will be x86_64 and > +universal is i386 ppc. That will lead to a world of trouble. I > changed mine to x86_64 i386 ppc which seems to be the sane default for > SL. I would say the number of active PPC machines is dropping more and more. I would even assume that many people are already using +universal just to get 64-bit support at the moment. Rainer From raimue at macports.org Tue Jun 9 16:56:54 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 10 Jun 2009 01:56:54 +0200 Subject: [51868] trunk/dports/devel/git-core/Portfile In-Reply-To: <5C1CFA8E-C0DF-42E4-B073-7DEA49752347@macports.org> References: <20090605203820.252971D4E719@beta.macosforge.org> <20090605210518.GA745@ninagal.withay.com> <4A2A987D.3030201@macports.org> <5C1CFA8E-C0DF-42E4-B073-7DEA49752347@macports.org> Message-ID: <4A2EF6C6.7080601@macports.org> On 2009-06-07 00:27, Ryan Schmidt wrote: > svn.tag and livecheck.check are NOT superseded and should NOT be > avoided (and in fact, must continue to be used) until MacPorts 1.8.0 > is released. Thus, these features should NOT be marked as deprecated > until 1.8.0 is released. That is the point I'm trying to make here. It is marked as deprecated on trunk only which is going to be 1.8.0. The first release with this deprecation will be 1.8.0, so I don't see any problem with that. > I don't really care if the deprecation warning is put into 1.8.0 > right before its release, except that in the interest of having code > tested before release, I would expect the code to live on trunk for > awhile and become a part of the next release, like any other code. What is the problem with the deprecation being on trunk? This is going to be 1.8.0 after we branch it off and as such it gets new features. Now this code is living there to get tested. > At some point in the future, maybe release "n+5" or 6 months down the > road, the old commands and the lint check can be removed entirely. I would just say it should be removed in the next minor release, in this case 1.9.0. >> Would it help if the warning includes the version number? >> >> Warning: Option 'svn.tag' will be superseded by 'svn.revision' as of >> MacPorts 1.8.0 > > That would probably cut down on the number of people committing this > change before 1.8.0 is released. But why should lint print a message > for something the maintainer *shouldn't* do yet? Thus far, lint has > only mentioned things the maintainer *should* do right now, which > seems like the way it should be. It is trunk, it can do whatever it wants. This is not released and users of trunk should be aware of that. I hope that maintainers using trunk still have another prefix with 1.7 to test their ports there as well if in doubt. If you target 1.7, ask lint of 1.7 what to do. The new option will be available as of 1.8.0 and this is also the moment when the old name should be avoided in my opinion. Therefore lint should warn in 1.8.0 which is currently trunk. > I don't want to make too big a deal about this deprecation situation, > since there haven't been that many slip-ups, and we've caught them > fairly quickly. And I don't expect we'll be deprecating too many > other options soon. But I just don't think we've handled deprecating > options in a way that makes sense, and I'm trying to explain why I > feel that way and to suggest a way that makes sense to me. :) Other candidates for renaming would be ${applications_dir} and ${frameworks_dir} as they should rather use "path" to instead of "dir" be consistent with other variables we use. See for example ${workpath} and ${workdir}, ${filespath} and ${filesdir}, and so on. Rainer From raimue at macports.org Tue Jun 9 17:07:06 2009 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Wed, 10 Jun 2009 02:07:06 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <12a697af0906091208i1277057bj2173c340d84f7c19@mail.gmail.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> <12a697af0906081726p623991fwca19656d1c3d7cb0@mail.gmail.com> <23A770EC-6E01-4AD5-8620-359882C7A25C@lavergne.gotdns.org> <12a697af0906091208i1277057bj2173c340d84f7c19@mail.gmail.com> Message-ID: <4A2EF92A.60105@macports.org> On 2009-06-09 21:08, Andre Stechert wrote: > Note that we currently allow users to log crash reports using TRAC -- > an automated build failure notification just makes it easier for the > user and, if appropriately designed (as Ian said), easier for us too. Once the logging proposal has been implemented or at least is about to get finished we can think about a server part which collects reports (MPWA? Trac plugin?). > Re "can't catch it", ironically, wouldn't "catch" be exactly what's > needed on trunk, line 157, of base/src/port1.0/portbuild.tcl, > analogous to similar invocations in portconfigure.tcl and > portfetch.tcl? You mean that command_exec? Actually it is not necessary to catch that as command_exec itself returns with -code error in case the executed command returns with a non-zero exit code. I don't know why configure catches that and throws it again. I assume it has something to do with the attempt to do localization there, but actually that has not been done everywhere and mostly just rotted away over the years. Rainer From raimue at macports.org Tue Jun 9 17:18:43 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 10 Jun 2009 02:18:43 +0200 Subject: Removing configure options In-Reply-To: References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> <3AA20DD9-0849-45D0-9096-B7341349CDB3@newgeo.com> <25184E9B-BFB5-45FB-8953-A1F193AF88AC@lavergne.gotdns.org> Message-ID: <4A2EFBE3.4010401@macports.org> On 2009-06-09 23:24, Scott Haneda wrote: > # $Id$ > > PortSystem 1.0 > > name rbldnsd > version 0.996b > categories sysutils > > master_sites http://www.corpit.ru/mjt/rbldnsd/ > distfiles ${name}_0.996b.tar.gz distfiles ${name}_${version}${extract.suffix} You should not hardcode the version number at multiple places in the Portfile. This makes it harder to do updates. > description test > long_description test > > checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ > sha1 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ > rmd160 15be588fb4051f0526084425b586ea7986b6493a > > configure.pre_args-delete --prefix=${prefix} > > destroot { > xinstall -m 755 -d ${destroot}${prefix}/var > xinstall -m 755 ${worksrcpath}/rbldnsd ${destroot}${prefix}/var > } As ${prefix}/var is part of the mtree, there is no need to create it manually. > build {} By using this line you have overwritten the build phase which is why 'make' never gets run. As you have also overwritten the destroot phase, there should not be any attempt to run 'make install'. What you see failing there is your xinstall command. HTH, Rainer From talklists at newgeo.com Tue Jun 9 17:37:04 2009 From: talklists at newgeo.com (Scott Haneda) Date: Tue, 9 Jun 2009 17:37:04 -0700 Subject: Removing configure options In-Reply-To: <4A2EFBE3.4010401@macports.org> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> <3AA20DD9-0849-45D0-9096-B7341349CDB3@newgeo.com> <25184E9B-BFB5-45FB-8953-A1F193AF88AC@lavergne.gotdns.org> <4A2EFBE3.4010401@macports.org> Message-ID: <89AA6D02-86CE-402D-80C7-8D685C8537B2@newgeo.com> On Jun 9, 2009, at 5:18 PM, Rainer M?ller wrote: > On 2009-06-09 23:24, Scott Haneda wrote: >> # $Id$ >> >> PortSystem 1.0 >> >> name rbldnsd >> version 0.996b >> categories sysutils >> >> master_sites http://www.corpit.ru/mjt/rbldnsd/ >> distfiles ${name}_0.996b.tar.gz > > distfiles ${name}_${version}${extract.suffix} > > You should not hardcode the version number at multiple places in the > Portfile. This makes it harder to do updates. I am going to clean this up eventually, I just want to get working what I thought would be simple, but is evading me. I built this in 30 seconds, making the port is proving troublesome for me. >> description test >> long_description test >> >> checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ >> sha1 >> 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ >> rmd160 15be588fb4051f0526084425b586ea7986b6493a >> >> configure.pre_args-delete --prefix=${prefix} >> >> destroot { >> xinstall -m 755 -d ${destroot}${prefix}/var >> xinstall -m 755 ${worksrcpath}/rbldnsd ${destroot}${prefix}/var >> } > > As ${prefix}/var is part of the mtree, there is no need to create it > manually. Cool, thanks. >> build {} > > By using this line you have overwritten the build phase which is why > 'make' never gets run. As you have also overwritten the destroot > phase, > there should not be any attempt to run 'make install'. What you see > failing there is your xinstall command. I need make, but not make install. xinstall is failing, because make install was not ran, so the binary of ${worksrcpath}/rbldnsd does not yet exist. Suggestions? -- Scott * If you contact me off list replace talklists@ with scott@ * From raimue at macports.org Tue Jun 9 17:45:38 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 10 Jun 2009 02:45:38 +0200 Subject: Removing configure options In-Reply-To: <89AA6D02-86CE-402D-80C7-8D685C8537B2@newgeo.com> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> <3AA20DD9-0849-45D0-9096-B7341349CDB3@newgeo.com> <25184E9B-BFB5-45FB-8953-A1F193AF88AC@lavergne.gotdns.org> <4A2EFBE3.4010401@macports.org> <89AA6D02-86CE-402D-80C7-8D685C8537B2@newgeo.com> Message-ID: <4A2F0232.601@macports.org> On 2009-06-10 02:37, Scott Haneda wrote: > I need make, but not make install. xinstall is failing, because make > install was not ran, so the binary of ${worksrcpath}/rbldnsd does not > yet exist. > > Suggestions? The default build phase runs 'make', the default destroot phase runs 'make install'. It sounds like you don't want to overwrite build at all here. And as you have already overwritten destroot, 'make install' will not be run. Rainer From ryandesign at macports.org Tue Jun 9 17:48:46 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 9 Jun 2009 19:48:46 -0500 Subject: Removing configure options In-Reply-To: <89AA6D02-86CE-402D-80C7-8D685C8537B2@newgeo.com> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> <3AA20DD9-0849-45D0-9096-B7341349CDB3@newgeo.com> <25184E9B-BFB5-45FB-8953-A1F193AF88AC@lavergne.gotdns.org> <4A2EFBE3.4010401@macports.org> <89AA6D02-86CE-402D-80C7-8D685C8537B2@newgeo.com> Message-ID: <65661796-3083-47A1-9698-0E9E7EDBCC60@macports.org> On Jun 9, 2009, at 19:37, Scott Haneda wrote: > On Jun 9, 2009, at 5:18 PM, Rainer M?ller wrote: > >>> build {} >> >> By using this line you have overwritten the build phase which is why >> 'make' never gets run. As you have also overwritten the destroot >> phase, >> there should not be any attempt to run 'make install'. What you see >> failing there is your xinstall command. > > I need make, but not make install. xinstall is failing, because > make install was not ran, so the binary of ${worksrcpath}/rbldnsd > does not yet exist. > > Suggestions? Do what Rainer said. Remove the line "build {}". If it still does not work, show us the debug output. From ryandesign at macports.org Tue Jun 9 17:53:34 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 9 Jun 2009 19:53:34 -0500 Subject: macports guide In-Reply-To: <872D2CB0-E828-4A10-8E19-DCF3FDC12B8E@pixilla.com> References: <35F4CF4C-5B68-4233-B582-540067D9F327@pixilla.com> <872D2CB0-E828-4A10-8E19-DCF3FDC12B8E@pixilla.com> Message-ID: On Jun 9, 2009, at 12:33, Bradley Giesbrecht wrote: > On Jun 9, 2009, at 9:05 AM, Blair Zajac wrote: > >> On Jun 9, 2009, at 8:52 AM, Bradley Giesbrecht wrote: >> >>> http://guide.macports.org/chunked/reference.tcl-extensions.html >>> >>> Paths seem to not include trailing slashes. >>> >>> I thought it was weird that ${destroot} would include a trailing >>> slash. >>> ${destroot}${prefix} is shown several times on the above page. >> >> That works because ${prefix} begins with a slash and if you had >> one there then you would have double slashes. ${destroot} doesn't >> have a trailing slash. >> >> But in the following case it looks like it was ${destroot}Library/ >> LaunchDaemons which does need a slash. >> >> So I think it's best to only have slashes when you have an >> absolute path following it. > > Thanks for the reply. > > This is the type of think I was talking about where dumping ports > vars to screen would be helpful. > > For now I guess I'll just add ui_msg's to all the vars to reveal > their values. I do that too sometimes while developing ports. But as you've already stated, variables that are absolute directory paths do not include a trailing slash. I believe you can rely on this for all such variables. From ryandesign at macports.org Tue Jun 9 17:59:37 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 9 Jun 2009 19:59:37 -0500 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: <20090609143327.GA3343@velsheda.lateralis.org> References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> <20090609143327.GA3343@velsheda.lateralis.org> Message-ID: <62D4786F-1040-476F-9450-34757CFA855C@macports.org> On Jun 9, 2009, at 09:33, Emmanuel Hainry wrote: > Citando Jeremy Huddleston : > >> xdvi can use either motif or xaw. It builds binaries for both if >> both >> are available. >> >> xdvi-motif.bin is the file that actually links against it. >> >>>> + port:xorg-libXaw lib:libXm:openmotif > > Wouldn't it be better to enforce one of the two toolkits and put the > other in a variant? Often, having fewer variants is better. If the software can be compiled to support both xaw and motif at the same time, with selection via a config file, then this may be the best option. A possible reason to prefer variants is if openmotif is a very large dependency that takes a long time to build. > Something like > > configure.args-append --with-xdvi-x-toolkit=xaw > variant motif { > configure.args-delete --with-xdvi-x-toolkit=xaw > configure.args-append --with-xdvi-x-toolkit=motif > depends_lib-delete port:xorg-libXaw > depends_lib-append lib:libXm:openmotif > } If you're going to have a compile-time choice between xaw and motif, then it would be best to have two variants, one called xaw and one called motif, which are marked as conflicting with one another, and the port should select one of these by default, and prevent the deselection of both variants simultaneously. This makes it clear to the user that there is a choice between two alternatives. There are several ports that exemplify this strategy (pdftk's compiler selection, minivmac version 2's emulator selection). From ryandesign at macports.org Tue Jun 9 18:00:43 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 9 Jun 2009 20:00:43 -0500 Subject: Default compiler for Snow Leopard In-Reply-To: References: Message-ID: <299F4EC7-B3A6-42F3-88C4-9CCDAABDF6D8@macports.org> On Jun 9, 2009, at 00:22, Darren Weber wrote: > what do you recommend to maintain the integrity of an existing > MacPorts installation under Leopard, after the upgrade to Snow > Leopard? After upgrading to a new major OS, you should back up and remove your existing MacPorts installation and reinstall MacPorts and all ports from scratch. From ryandesign at macports.org Tue Jun 9 18:02:48 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 9 Jun 2009 20:02:48 -0500 Subject: chown chmod In-Reply-To: <0B18F4C8-608B-4771-A21A-0C759F0333E0@apple.com> References: <0B18F4C8-608B-4771-A21A-0C759F0333E0@apple.com> Message-ID: <6C5340AF-DD05-4955-9BDB-1B1086559E99@macports.org> On Jun 8, 2009, at 17:53, Toby Peterson wrote: > On Jun 8, 2009, at 3:47 PM, Bradley Giesbrecht wrote: > >> What is the macports way to change owner and permissions of files, >> like log files for example? >> >> Is there something in TCL or do we just use system commands? > > chown: file attributes -owner ... > chmod: file attributes -permissions ... > > see 'man n file' Correct, but this would not be applicable to log files, which no MacPorts ports should be installing. logfiles are user data, thus should not be registered to a port. A port could, however, install a directory into which the software will write a log file, which should have the correct ownership and permissions for the software to do so. However you don't need "file attributes" to do this; you can use the arguments to the "xinstall" command to do it at the same time you create the directory. From ryandesign at macports.org Tue Jun 9 18:07:16 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 9 Jun 2009 20:07:16 -0500 Subject: [52065] trunk/dports/multimedia In-Reply-To: <20090609162648.18FFC1D90DC4@beta.macosforge.org> References: <20090609162648.18FFC1D90DC4@beta.macosforge.org> Message-ID: On Jun 9, 2009, at 11:26, snc at macports.org wrote: > created mlt, ticket #18286 > +configure.args --enable-gpl \ > + --qimage-libdir=/opt/local/libexec/qt4-mac/lib \ > + --qimage-includedir=/opt/local/libexec/qt4-mac/ > include/Qt \ You must use ${prefix} instead of hardcoding /opt/local. From ryandesign at macports.org Tue Jun 9 18:16:33 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 9 Jun 2009 20:16:33 -0500 Subject: [52065] trunk/dports/multimedia In-Reply-To: References: <20090609162648.18FFC1D90DC4@beta.macosforge.org> Message-ID: On Jun 9, 2009, at 20:07, Ryan Schmidt wrote: > On Jun 9, 2009, at 11:26, snc at macports.org wrote: > >> created mlt, ticket #18286 > >> +configure.args --enable-gpl \ >> + --qimage-libdir=/opt/local/libexec/qt4-mac/lib \ >> + --qimage-includedir=/opt/local/libexec/qt4- >> mac/include/Qt \ > > You must use ${prefix} instead of hardcoding /opt/local. Fixed in r52094. I also fixed the maintainer's email address in r52093. From raimue at macports.org Tue Jun 9 18:29:58 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Wed, 10 Jun 2009 03:29:58 +0200 Subject: py25-mayavi port submission and sandbox violation In-Reply-To: <4A2E7296.1050303@vcn.com> References: <4A2E7296.1050303@vcn.com> Message-ID: <4A2F0C96.3020006@macports.org> On 2009-06-09 16:32, Jonathan Stickel wrote: > $ sudo port -t install py25-mayavi > ---> Fetching py25-mayavi > ---> Verifying checksum(s) for py25-mayavi > ---> Extracting py25-mayavi > ---> Configuring py25-mayavi > ---> Building py25-mayavi > trace: access denied to > /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/os.py > (*unknown*) > trace: access denied to > /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/os.pyc > (*unknown*) > ... many more of these lines ... > trace: access denied to > /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/hashlib.py > (*unknown*) > trace: access denied to > /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/hashlib.py > (*unknown*) The problem here is that trace mode does not follow symlinks. /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 is a symlink to /opt/local/lib/python2.5, where the files belong to the python25 port. But under the path used above, the files are not known to belong to any port. For now, you simply cannot use trace mode for py25-* modules. > Warning: An activity was attempted outside sandbox: > /var/root/.CFUserTextEncoding > Warning: An activity was attempted outside sandbox: > /var/root/Library/Preferences/.GlobalPreferences.plist > Warning: An activity was attempted outside sandbox: > /var/root/Library/Preferences/ByHost/.GlobalPreferences.001b63950c72.plist These /var/root accesses also happen for me a lot in trace mode but yet I don't know what causes them or if that access would be necessary (must be something in one of the Xcode tools?). > [...] > Interestingly, I also see sandbox warnings if I install py25-scipy with > trace mode, but that port still builds and installs OK. Now, I am very > new to python, and I know nothing about the python portgroup used for > python ports. I just managed to put these portfiles together by looking > at other python ports as examples. > > Can someone help me resolve this issue? If this is a problem that needs > to be reported upstream to the Enthought developers, I can do that, but > I need to know what to report. Report that building and installing the software writes to files outside the destdir, in this case your home directory. Writing to the home directory is really bad and should be avoided. The upcoming privilege escalation feature should prevent this to happen again in the future by using another user than root to compile software. Rainer From jkh at apple.com Wed Jun 10 00:37:43 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Wed, 10 Jun 2009 00:37:43 -0700 Subject: Is it time to start regression testing yet? In-Reply-To: <4A2EF92A.60105@macports.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <312E7D13BBE4C85A2729BAFF@lewes.staff.uscs.susx.ac.uk> <12a697af0906081726p623991fwca19656d1c3d7cb0@mail.gmail.com> <23A770EC-6E01-4AD5-8620-359882C7A25C@lavergne.gotdns.org> <12a697af0906091208i1277057bj2173c340d84f7c19@mail.gmail.com> <4A2EF92A.60105@macports.org> Message-ID: <897364C4-2812-4B27-A64D-43CEF22CE045@apple.com> Just one suggestion, as we all pile on Florian's design: Can we please try to do our best to resist the temptation of allowing the perfect to become the enemy of the "good enough?" I too see a lot of issues with Florian's portmill system, but I also know that things tend to evolve rather rapidly once they're pressed into actual service, so I'm OK with it not being the Be All and End All of build/ test frameworks. Given the amount of time which has passed without having anything at all (6 years?), I think we should be willing to start pretty much anywhere, just so long as we start! - Jordan From florian.ebeling at gmail.com Wed Jun 10 01:02:46 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Wed, 10 Jun 2009 10:02:46 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <4A2EF3B9.5020409@macports.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> <4A2EF3B9.5020409@macports.org> Message-ID: <5cbbe4ae0906100102h4d4d80bdk7d0a5b55fd9c9cb5@mail.gmail.com> > Moving this to a *.macports.org domain would make sense to make clear > that it is official. I am sure this is just where Florian is testing the > whole thing. Yes, of course, and I think I mentioned it earlier somewhere. I'd really like to see move the app to a macports subdomain. Same with licensing if that becomes an issue. Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From florian.ebeling at gmail.com Wed Jun 10 01:26:25 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Wed, 10 Jun 2009 10:26:25 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <897364C4-2812-4B27-A64D-43CEF22CE045@apple.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <12a697af0906081726p623991fwca19656d1c3d7cb0@mail.gmail.com> <23A770EC-6E01-4AD5-8620-359882C7A25C@lavergne.gotdns.org> <12a697af0906091208i1277057bj2173c340d84f7c19@mail.gmail.com> <4A2EF92A.60105@macports.org> <897364C4-2812-4B27-A64D-43CEF22CE045@apple.com> Message-ID: <5cbbe4ae0906100126i6f85f6d3taae8f92c9dc7c5a1@mail.gmail.com> On Wed, Jun 10, 2009 at 9:37 AM, Jordan K. Hubbard wrote: > Just one suggestion, as we all pile on Florian's design: ?Can we please try > to do our best to resist the temptation of allowing the perfect to become > the enemy of the "good enough?" ? I too see a lot of issues with Florian's > portmill system, but I also know that things tend to evolve rather rapidly > once they're pressed into actual service, so I'm OK with it not being the Be > All and End All of build/test frameworks. ?Given the amount of time which > has passed without having anything at all (6 years?), I think we should be > willing to start pretty much anywhere, just so long as we start! I consider the system as it is the absolute minimal thing that offers any utility. It's just a list, and some background mechanics watching svn and wrapping around MPAB. Obviously there is so much more that one could add. But I'm also quite fond of agile mindset, which values simplicity. Simplicity is quite a high goal though, and it is not the simplicity of missing features that I'm after ;) But a simplistic system that actually exists and runs is more important to me than a perfect system which only exists as a project outline. I really only mentioned my little app once online it quickly leaked to the dev list. I was stuck for quite some time with a mysterious macports regression in 1.7.1 which went away with trunk MacPorts, and then it hit everybody here. So hold your breath. I will open a feature wishlist thread when I have time to think of new features. Currently I'm discussing the possibilities of moving everything to dedicated hardware at MacForge with Bill Siegrist. Once those things stabilize, new features can go in as well. Oh, and as always: patches are welcome :) Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From iane at sussex.ac.uk Wed Jun 10 01:56:23 2009 From: iane at sussex.ac.uk (Ian Eiloart) Date: Wed, 10 Jun 2009 09:56:23 +0100 Subject: Is it time to start regression testing yet? In-Reply-To: <5cbbe4ae0906090117j3fadedd6k15ad719db8d3b57f@mail.gmail.com> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> <20090608235445.GA828@ninagal.withay.com> <282D4C7D-8ECC-4E4F-861D-8EF65AF5F5A4@lavergne.gotdns.org> <4A2DB892.5020005@geekdaily.org> <5cbbe4ae0906090117j3fadedd6k15ad719db8d3b57f@mail.gmail.com> Message-ID: <74804B5CBCAE7B4F9C382869@lewes.staff.uscs.susx.ac.uk> --On 9 June 2009 10:17:36 +0200 "C. Florian Ebeling" wrote: > On Tue, Jun 9, 2009 at 3:19 AM, Jim Meyer wrote: >> On 6/8/09 4:56 PM, Jeremy Lavergne wrote: >>> >>> I'll take on the rewriting to PHP this summer if it needs to be done. >> >> And I'll volunteer to help with the Rails upkeep if not. =] > > Thanks, greately appreciated! Just have look at the github repo. I > somewhat favor patches over fork/pull workflow, but do as you like. > ... > Florian Looks great to me. Some feature requests, from an MacPorts user perspective. When I'm considering using MacPorts to help me out with a build, I need to know whether it's going to succeed. The first thing I want to do is search for a specific port to see whether it will build. So these might be useful: 1. Sort the list alphabetically. 2. Instead of numbering the pages of results, give an alphabetical index. 3. Include a search facility - perhaps it could call "port search", so that I don't need to know the exact port name. 4. Include a category column, to help me find relevant ports. That might help me to find the port even if I've got the name wrong, or it might help me find an alternative solution. I guess that any of the above might help developers, too. They're more likely to know the port name that they're looking for, but right now it's hard to find anything :( Or, perhaps the results could be integrated at . Even if a port description simply had a link to the relevant page on Florian's list. Ideally, behind some build status icon. -- Ian Eiloart IT Services, University of Sussex 01273-873148 x3148 For new support requests, see http://www.sussex.ac.uk/its/help/ From jeremy at lavergne.gotdns.org Wed Jun 10 02:04:01 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Wed, 10 Jun 2009 05:04:01 -0400 Subject: Is it time to start regression testing yet? In-Reply-To: <74804B5CBCAE7B4F9C382869@lewes.staff.uscs.susx.ac.uk> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> <20090608235445.GA828@ninagal.withay.com> <282D4C7D-8ECC-4E4F-861D-8EF65AF5F5A4@lavergne.gotdns.org> <4A2DB892.5020005@geekdaily.org> <5cbbe4ae0906090117j3fadedd6k15ad719db8d3b57f@mail.gmail.com> <74804B5CBCAE7B4F9C382869@lewes.staff.uscs.susx.ac.uk> Message-ID: Most of that functionality can be embedded into javascript, which avoids putting all the work on the backend dev (C.Florian). Additionally, there are plenty of people who know Javascript/jQuery -- regardless of Ruby or PHP -- and can add it as a patch. Just a thought. On Jun 10, 2009, at 4:56 AM, Ian Eiloart wrote: > Looks great to me. Some feature requests, from an MacPorts user > perspective. > > When I'm considering using MacPorts to help me out with a build, I > need to know whether it's going to succeed. The first thing I want > to do is search for a specific port to see whether it will build. So > these might be useful: > > 1. Sort the list alphabetically. > 2. Instead of numbering the pages of results, give an alphabetical > index. > 3. Include a search facility - perhaps it could call "port search", > so that I don't need to know the exact port name. > 4. Include a category column, to help me find relevant ports. That > might help me to find the port even if I've got the name wrong, or > it might help me find an alternative solution. > > I guess that any of the above might help developers, too. They're > more likely to know the port name that they're looking for, but > right now it's hard to find anything :( > > Or, perhaps the results could be integrated at >. Even if a port description simply had a link to the relevant page > on Florian's list. Ideally, behind some build status icon. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From florian.ebeling at gmail.com Wed Jun 10 02:13:09 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Wed, 10 Jun 2009 11:13:09 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <74804B5CBCAE7B4F9C382869@lewes.staff.uscs.susx.ac.uk> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> <20090608235445.GA828@ninagal.withay.com> <282D4C7D-8ECC-4E4F-861D-8EF65AF5F5A4@lavergne.gotdns.org> <4A2DB892.5020005@geekdaily.org> <5cbbe4ae0906090117j3fadedd6k15ad719db8d3b57f@mail.gmail.com> <74804B5CBCAE7B4F9C382869@lewes.staff.uscs.susx.ac.uk> Message-ID: <5cbbe4ae0906100213g1d084888o79dde7b031761a8c@mail.gmail.com> > Looks great to me. Some feature requests, from an MacPorts user perspective. > > When I'm considering using MacPorts to help me out with a build, I need to > know whether it's going to succeed. The first thing I want to do is search > for a specific port to see whether it will build. So these might be useful: > > 1. Sort the list alphabetically. > 2. Instead of numbering the pages of results, give an alphabetical index. > 3. Include a search facility - perhaps it could call "port search", so that > I don't need to know the exact port name. > 4. Include a category column, to help me find relevant ports. That might > help me to find the port even if I've got the name wrong, or it might help > me find an alternative solution. All those are on my internal list already :) Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From jmr at macports.org Wed Jun 10 02:43:59 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 10 Jun 2009 19:43:59 +1000 Subject: Removing configure options In-Reply-To: <4A2EFBE3.4010401@macports.org> References: <60BF5EAD-D4EC-4D74-86D4-A75FFC8BBE1B@newgeo.com> <8DF3E097-E9A3-4567-A15B-96C254C6B32C@lavergne.gotdns.org> <5DC3CA3A-761E-404D-B71B-8FE1C77C78B4@newgeo.com> <3AA20DD9-0849-45D0-9096-B7341349CDB3@newgeo.com> <25184E9B-BFB5-45FB-8953-A1F193AF88AC@lavergne.gotdns.org> <4A2EFBE3.4010401@macports.org> Message-ID: <4A2F805F.2030408@macports.org> On 2009-6-10 10:18, Rainer M?ller wrote: > On 2009-06-09 23:24, Scott Haneda wrote: >> # $Id$ >> >> PortSystem 1.0 >> >> name rbldnsd >> version 0.996b >> categories sysutils >> >> master_sites http://www.corpit.ru/mjt/rbldnsd/ >> distfiles ${name}_0.996b.tar.gz > > distfiles ${name}_${version}${extract.suffix} > > You should not hardcode the version number at multiple places in the > Portfile. This makes it harder to do updates. In fact the usual approach would be: distname ${name}_${version} rather than setting distfiles explicitly. - Josh From florian.ebeling at gmail.com Wed Jun 10 07:10:31 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Wed, 10 Jun 2009 16:10:31 +0200 Subject: Is it time to start regression testing yet? In-Reply-To: <4A2EF3B9.5020409@macports.org> References: <5BF3CAD7-092F-4E57-A921-AE9600513C15@apple.com> <5138A237-E0DB-45C3-98E7-E5016ACB743A@geeklair.net> <2558D545-6140-467D-8445-3FB3D8174C69@lavergne.gotdns.org> <5675B16B-A3E9-4BE1-B4E3-96D5854ADDF1@macports.org> <4A2EF3B9.5020409@macports.org> Message-ID: <5cbbe4ae0906100710m474306fcl153f74e13d160d32@mail.gmail.com> > Florian did a really great job here. Thanks. :) > I can understand reasons for > developing that more or less in private as I assume he has been > experimenting with that a lot before he came up with something usable. > But I agree that it would be better now to have it in the MacPorts > repository. It makes it easier to track progress We can move it into the macports svn if it really becomes a proper part of the project. I would not mind though to wait a bit until more important aspects have been settled. Anyway, the development on Github is very open in my eyes, you can just use the feeds of febeling/mpbuildserver and langalex/portmill and see everything I do. feed://github.com/feeds/febeling/commits/mpbuildserver/master feed://github.com/feeds/langalex/commits/portmill/master This is just for the meantime, to be sure. Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From dluke at geeklair.net Wed Jun 10 07:56:24 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 10 Jun 2009 10:56:24 -0400 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: <62D4786F-1040-476F-9450-34757CFA855C@macports.org> References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> <20090609143327.GA3343@velsheda.lateralis.org> <62D4786F-1040-476F-9450-34757CFA855C@macports.org> Message-ID: On Jun 9, 2009, at 8:59 PM, Ryan Schmidt wrote: >> Something like >> >> configure.args-append --with-xdvi-x-toolkit=xaw >> variant motif { >> configure.args-delete --with-xdvi-x-toolkit=xaw >> configure.args-append --with-xdvi-x-toolkit=motif >> depends_lib-delete port:xorg-libXaw >> depends_lib-append lib:libXm:openmotif >> } > > If you're going to have a compile-time choice between xaw and motif, > then it would be best to have two variants, one called xaw and one > called motif, which are marked as conflicting with one another, and > the port should select one of these by default, and prevent the > deselection of both variants simultaneously. This makes it clear to > the user that there is a choice between two alternatives. There are > several ports that exemplify this strategy (pdftk's compiler > selection, minivmac version 2's emulator selection). This is a matter of style, though. I find it simpler to set things up like the above example instead (this avoids an extra variant and avoids having to indicate conflicting variants). -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From jeremyhu at macports.org Wed Jun 10 09:26:49 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Wed, 10 Jun 2009 09:26:49 -0700 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> <20090609143327.GA3343@velsheda.lateralis.org> <62D4786F-1040-476F-9450-34757CFA855C@macports.org> Message-ID: On Jun 10, 2009, at 07:56, Daniel J. Luke wrote: > On Jun 9, 2009, at 8:59 PM, Ryan Schmidt wrote: >>> Something like >>> >>> configure.args-append --with-xdvi-x-toolkit=xaw >>> variant motif { >>> configure.args-delete --with-xdvi-x-toolkit=xaw >>> configure.args-append --with-xdvi-x-toolkit=motif >>> depends_lib-delete port:xorg-libXaw >>> depends_lib-append lib:libXm:openmotif >>> } >> >> If you're going to have a compile-time choice between xaw and >> motif, then it would be best to have two variants, one called xaw >> and one called motif, which are marked as conflicting with one >> another, and the port should select one of these by default, and >> prevent the deselection of both variants simultaneously. This makes >> it clear to the user that there is a choice between two >> alternatives. There are several ports that exemplify this strategy >> (pdftk's compiler selection, minivmac version 2's emulator >> selection). > > > This is a matter of style, though. > > I find it simpler to set things up like the above example instead > (this avoids an extra variant and avoids having to indicate > conflicting variants). Well I just copied what pTex did for its xdvi toolkit into texlive_base ... so if anyone feels like changing it, make sure you do it in both places for consistency. From talklists at newgeo.com Wed Jun 10 17:49:32 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 17:49:32 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) Message-ID: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> Hello, I have made a portfile, looking for a quick review, and any suggestions for cleanup. 1) How do I decide the category, can someone show me a list, and suggest the correct one for this? I see bind9 is in "net", perhaps this should also be in "net"? 2) Do I really need the extract.suffix? I lean on simpler being better. 3) How do the permissions I chose look in the destroot phase? 4) I want ahead and installed some notes and other misc files that were in the download, should I even bother? Is this the correct location to put them? 5) should I call this rbldnsd-server? It is a server, it does not include a launchd item due to the nature of how it is started being so custom. 6) If I wanted to include a sample zone file for this, where would the best place be to store that, and what is the correct suggested naming convention for the name of that sample file? rbldnsd.zone.sample? * I would love to hear any other suggestions. So far, this runs and builds out clean and fine for me. # $Id$ PortSystem 1.0 name rbldnsd version 0.996b categories sysutils maintainers hostwizard.com:scott master_sites http://www.corpit.ru/mjt/rbldnsd/ homepage http://www.corpit.ru/mjt/rbldnsd.html distfiles ${name}_${version}${extract.suffix} extract.suffix .tar.tgz description rbldnsd is a small and fast DNS daemon which \ is especially made to serve DNSBL zone long_description The daemon can serve both IP-based (ordb.org, dsbl.org etc) \ and name-based (rfc-ignorant.org) blocklists. Unlike DJB's \ rbldns, it has ability to specify individual values for every \ entry, can serve as many zones on a single IP address as you \ wish, and, finally, it is a real nameserver: it can reply to \ DNS metadata requests. The daemon keeps all zones in memory \ for faster operations, but its memory usage is very efficient, \ especially for repeated TXT values which are stored only once. checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ sha1 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ rmd160 15be588fb4051f0526084425b586ea7986b6493a configure.pre_args-delete --prefix=${prefix} pre-destroot { addgroup _rbldnsd set gid [existsgroup _rbldnsd] adduser _rbldnsd gid=${gid} realname=rbldnsd home=${prefix}/sbin } destroot { ########## These perms are obviously wrong, fix them later # Install binary xinstall -m 0755 ${worksrcpath}/${name} ${destroot}${prefix}/sbin # Install man page 'rbldnsd.8' xinstall -m 0640 ${worksrcpath}/${name}.8 ${destroot}${prefix}/ share/man/man8 # Install misc files xinstall -d ${prefix}/share/doc/${name}/ xinstall -m 0640 -W ${worksrcpath} \ NEWS README.user TODO \ ${prefix}/share/doc/${name}/ } post-activate { ui_msg " ======================================================================== ${name} has been installed correctly You can find ${name} at ${prefix}/sbin/${name} Please see the man page `man ${name}` for detailed setup instructions. You will need a launchd plist file to start the server. Please create one based on your specific needs. ${name} does not have a configuration file, all configuration files are specified as arguments to the startup of ${name} You can find additional files of interest in: ${prefix}/share/doc/${name}/NEWS ${prefix}/share/doc/${name}/README.user ${prefix}/share/doc/${name}/TODO See ${homepage} for more information. = =======================================================================" } -- Scott * If you contact me off list replace talklists@ with scott@ * From jeremy at lavergne.gotdns.org Wed Jun 10 17:54:54 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Wed, 10 Jun 2009 20:54:54 -0400 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> Message-ID: distfiles is this by default: ${distname}${extract.suffix} distname is this by default: ${name}-${version} That is, distfiles (defined as the name of the distribution filename, not including the extract suffix) is ${name}-${version}${extract.suffix} If that hyphen really is an underscore, you consider changing it in distname instead of distfiles. On Jun 10, 2009, at 8:49 PM, Scott Haneda wrote: > distfiles ${name}_${version}${extract.suffix} -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From blair at orcaware.com Wed Jun 10 18:01:08 2009 From: blair at orcaware.com (Blair Zajac) Date: Wed, 10 Jun 2009 18:01:08 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> Message-ID: <4A305754.4060606@orcaware.com> Scott Haneda wrote: > Hello, I have made a portfile, looking for a quick review, and any > suggestions for cleanup. > > 1) How do I decide the category, can someone show me a list, and suggest > the correct one for this? I see bind9 is in "net", perhaps this should > also be in "net"? > > 2) Do I really need the extract.suffix? I lean on simpler being better. > > 3) How do the permissions I chose look in the destroot phase? > > 4) I want ahead and installed some notes and other misc files that were > in the download, should I even bother? Is this the correct location to > put them? > > 5) should I call this rbldnsd-server? It is a server, it does not > include a launchd item due to the nature of how it is started being so > custom. > > 6) If I wanted to include a sample zone file for this, where would the > best place be to store that, and what is the correct suggested naming > convention for the name of that sample file? rbldnsd.zone.sample? > > * I would love to hear any other suggestions. So far, this runs and > builds out clean and fine for me. > > > # $Id$ > > PortSystem 1.0 > > name rbldnsd > version 0.996b > categories sysutils > maintainers hostwizard.com:scott > master_sites http://www.corpit.ru/mjt/rbldnsd/ > homepage http://www.corpit.ru/mjt/rbldnsd.html > distfiles ${name}_${version}${extract.suffix} > extract.suffix .tar.tgz > > description rbldnsd is a small and fast DNS daemon which \ > is especially made to serve DNSBL zone > > long_description The daemon can serve both IP-based (ordb.org, > dsbl.org etc) \ > and name-based (rfc-ignorant.org) blocklists. Unlike > DJB's \ > rbldns, it has ability to specify individual values > for every \ > entry, can serve as many zones on a single IP address > as you \ > wish, and, finally, it is a real nameserver: it can > reply to \ > DNS metadata requests. The daemon keeps all zones in > memory \ > for faster operations, but its memory usage is very > efficient, \ > especially for repeated TXT values which are stored > only once. > > checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ > sha1 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ > rmd160 15be588fb4051f0526084425b586ea7986b6493a > > configure.pre_args-delete --prefix=${prefix} > > > pre-destroot { > addgroup _rbldnsd > set gid [existsgroup _rbldnsd] > adduser _rbldnsd gid=${gid} realname=rbldnsd home=${prefix}/sbin > } Do we need a new user for this daemon? How about just using nobody? > destroot { > ########## These perms are obviously wrong, fix them later > > # Install binary > xinstall -m 0755 ${worksrcpath}/${name} ${destroot}${prefix}/sbin > > # Install man page 'rbldnsd.8' > xinstall -m 0640 ${worksrcpath}/${name}.8 > ${destroot}${prefix}/share/man/man8 > > # Install misc files > xinstall -d ${prefix}/share/doc/${name}/ Need ${destroot} > xinstall -m 0640 -W ${worksrcpath} \ > NEWS README.user TODO \ > ${prefix}/share/doc/${name}/ Need ${destroot} > > } > > post-activate { > ui_msg " > > ======================================================================== > ${name} has been installed correctly > You can find ${name} at ${prefix}/sbin/${name} > > Please see the man page `man ${name}` for detailed setup instructions. > > You will need a launchd plist file to start the server. Please create > one based on your specific needs. > > ${name} does not have a configuration file, all configuration files > are specified as arguments to the startup of ${name} > > You can find additional files of interest in: > ${prefix}/share/doc/${name}/NEWS > ${prefix}/share/doc/${name}/README.user > ${prefix}/share/doc/${name}/TODO > > See ${homepage} for more information. > > ========================================================================" > } This is redundant information I think, all portfiles behave the same way, so I don't see why it should be printed. Regards, Blair From jeremy at lavergne.gotdns.org Wed Jun 10 18:07:46 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Wed, 10 Jun 2009 21:07:46 -0400 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> Message-ID: <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> On Jun 10, 2009, at 8:49 PM, Scott Haneda wrote: > 1) How do I decide the category, can someone show me a list, and > suggest the correct one for this? I see bind9 is in "net", perhaps > this should also be in "net"? Yes, this would make sense to be in net and then sysutils > 2) Do I really need the extract.suffix? I lean on simpler being > better. See previous email on distfiles versus distname. > 3) How do the permissions I chose look in the destroot phase? Why is the program incapable of installing itself from --prefix=? > 4) I want ahead and installed some notes and other misc files that > were in the download, should I even bother? Is this the correct > location to put them? Eh, echoing Blair's sentiments I don't think you should bother. > 5) should I call this rbldnsd-server? It is a server, it does not > include a launchd item due to the nature of how it is started being > so custom. Bind9 is not considered a server so I don't feel this needs to be either. There isn't a client component from which you need to differentiate. > 6) If I wanted to include a sample zone file for this, where would > the best place be to store that, and what is the correct suggested > naming convention for the name of that sample file? > rbldnsd.zone.sample? If it's an example, why not in ${prefix}/share/${name}/ or other typical Unix path (with prefix in front)? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From talklists at newgeo.com Wed Jun 10 18:08:20 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 18:08:20 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> Message-ID: <0AF3A23B-58C2-463B-9851-7432DD0D61C0@newgeo.com> Thanks, so I changed it to: distname ${name}_${version} I believe that is correct. But now it ignores master_sites and I am timing out on looking for the file on macports servers. name rbldnsd version 0.996b categories sysutils maintainers hostwizard.com:scott master_sites http://www.corpit.ru/mjt/rbldnsd/ homepage http://www.corpit.ru/mjt/rbldnsd.html distname ${name}_${version} On Jun 10, 2009, at 5:54 PM, Jeremy Lavergne wrote: > distfiles is this by default: > ${distname}${extract.suffix} > > distname is this by default: > ${name}-${version} > > That is, distfiles (defined as the name of the distribution > filename, not including the extract suffix) is > ${name}-${version}${extract.suffix} > > If that hyphen really is an underscore, you consider changing it in > distname instead of distfiles. > > On Jun 10, 2009, at 8:49 PM, Scott Haneda wrote: > >> distfiles ${name}_${version}${extract.suffix} -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Wed Jun 10 18:14:55 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 18:14:55 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <4A305754.4060606@orcaware.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <4A305754.4060606@orcaware.com> Message-ID: <59EDFB28-61D8-4315-9E58-ADA507358CBF@newgeo.com> On Jun 10, 2009, at 6:01 PM, Blair Zajac wrote: > Scott Haneda wrote: >> Hello, I have made a portfile, looking for a quick review, and any >> suggestions for cleanup. >> >> pre-destroot { >> addgroup _rbldnsd >> set gid [existsgroup _rbldnsd] >> adduser _rbldnsd gid=${gid} realname=rbldnsd home=${prefix}/ >> sbin >> } > > Do we need a new user for this daemon? How about just using nobody? The app does require a user to run, at least, I had to specify one. Is "nobody" a valid user? You mean to add in a user of nobody, or just let the user run it with no user specified, or specifically chose nobody? >> destroot { >> ########## These perms are obviously wrong, fix them later >> # Install binary >> xinstall -m 0755 ${worksrcpath}/${name} ${destroot}${prefix}/sbin >> # Install man page 'rbldnsd.8' >> xinstall -m 0640 ${worksrcpath}/${name}.8 ${destroot}${prefix}/ >> share/man/man8 >> # Install misc files >> xinstall -d ${prefix}/share/doc/${name}/ > > Need ${destroot} Can you elaborate, I am not sure I am following? >> xinstall -m 0640 -W ${worksrcpath} \ >> NEWS README.user TODO \ >> ${prefix}/share/doc/${name}/ > > Need ${destroot} Not getting it :( >> } >> post-activate { >> ui_msg " >> >> = >> = >> = >> ===================================================================== >> ${name} has been installed correctly >> You can find ${name} at ${prefix}/sbin/${name} >> Please see the man page `man ${name}` for detailed setup >> instructions. >> You will need a launchd plist file to start the server. Please >> create >> one based on your specific needs. >> ${name} does not have a configuration file, all configuration >> files >> are specified as arguments to the startup of ${name} >> You can find additional files of interest in: >> ${prefix}/share/doc/${name}/NEWS >> ${prefix}/share/doc/${name}/README.user >> ${prefix}/share/doc/${name}/TODO >> See ${homepage} for more information. >> >> = >> = >> = >> = >> ====================================================================" >> } > > This is redundant information I think, all portfiles behave the same > way, so I don't see why it should be printed. Mainly, because this was a strange binary to use. There is no "make install", you get a bunch of files, the Web site does not tell you there is even a man page, and the docs on the Web site I could put in a ui_messages they are so short. NEWS and TODO were not valuable to me, but README.user was. I could lose the files, but the mention of there being a man page was valuable to me at least. I will nuke the ui_msg though. -- Scott * If you contact me off list replace talklists@ with scott@ * From jeremy at lavergne.gotdns.org Wed Jun 10 18:17:09 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Wed, 10 Jun 2009 21:17:09 -0400 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <59EDFB28-61D8-4315-9E58-ADA507358CBF@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <4A305754.4060606@orcaware.com> <59EDFB28-61D8-4315-9E58-ADA507358CBF@newgeo.com> Message-ID: In the destroot phase, all paths should be prefaced by ${destroot} On Jun 10, 2009, at 9:14 PM, Scott Haneda wrote: >>> destroot { >>> ########## These perms are obviously wrong, fix them later >>> # Install binary >>> xinstall -m 0755 ${worksrcpath}/${name} ${destroot}${prefix}/sbin >>> # Install man page 'rbldnsd.8' >>> xinstall -m 0640 ${worksrcpath}/${name}.8 ${destroot}${prefix}/ >>> share/man/man8 >>> # Install misc files >>> xinstall -d ${prefix}/share/doc/${name}/ >> >> Need ${destroot} > > Can you elaborate, I am not sure I am following? > >>> xinstall -m 0640 -W ${worksrcpath} \ >>> NEWS README.user TODO \ >>> ${prefix}/share/doc/${name}/ >> >> Need ${destroot} > > Not getting it :( -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From talklists at newgeo.com Wed Jun 10 18:20:03 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 18:20:03 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> Message-ID: On Jun 10, 2009, at 6:07 PM, Jeremy Lavergne wrote: > On Jun 10, 2009, at 8:49 PM, Scott Haneda wrote: > >> 1) How do I decide the category, can someone show me a list, and >> suggest the correct one for this? I see bind9 is in "net", perhaps >> this should also be in "net"? > > Yes, this would make sense to be in net and then sysutils Ok, will do. Is there a guideline? >> 2) Do I really need the extract.suffix? I lean on simpler being >> better. > > See previous email on distfiles versus distname. See reply, can not seem to get it to work for some silly reason. >> 3) How do the permissions I chose look in the destroot phase? > > Why is the program incapable of installing itself from --prefix=? I am not that versed in this stuff. I run ./configure and it works, if I run ./configure with the --prefix is balks at me... $./configure -help configure: configure rbldnsd package. Usage: ./configure [options] where options are: --enable-option, --with-option -- enable the named option/feature --disable-option, --without-option, --no-option -- disable the named option/feature --help - print this help and exit Optional features (all enabled by default if system supports a feature): ipv6 - enable/disable IP version 6 (IPv6) support stats - enable/disable runtime statistics master-dump - enable/disable master-format (bind) dump support (-d option) zlib - zlib support dso - dynamic extensions (using shared objects) -- disabled by default $./configure --prefix=/foo configure: unknown option `--prefix=/foo' >> 4) I want ahead and installed some notes and other misc files that >> were in the download, should I even bother? Is this the correct >> location to put them? > > Eh, echoing Blair's sentiments I don't think you should bother. Ok, will nuke them, was a good exercise anyway though, xinstall through me for a loop a few times, I know better now. >> 5) should I call this rbldnsd-server? It is a server, it does not >> include a launchd item due to the nature of how it is started being >> so custom. > > Bind9 is not considered a server so I don't feel this needs to be > either. There isn't a client component from which you need to > differentiate. Got it. >> 6) If I wanted to include a sample zone file for this, where would >> the best place be to store that, and what is the correct suggested >> naming convention for the name of that sample file? >> rbldnsd.zone.sample? > > If it's an example, why not in ${prefix}/share/${name}/ or other > typical Unix path (with prefix in front)? Sounds good to me, I was genuinely just asking what a good place would be. I am not aware of a guideline on where things go, and from unix to unix, people do things a little different all over the place. I am trying to conform to the macports way as much as possible. Thanks for the path, I will look at using that, if I get around to including a plist at all. Thanks for the pointers. -- Scott * If you contact me off list replace talklists@ with scott@ * From jeremy at lavergne.gotdns.org Wed Jun 10 18:21:32 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Wed, 10 Jun 2009 21:21:32 -0400 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <0AF3A23B-58C2-463B-9851-7432DD0D61C0@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <0AF3A23B-58C2-463B-9851-7432DD0D61C0@newgeo.com> Message-ID: <51BFA534-26B4-4955-8636-0D46A8C43970@lavergne.gotdns.org> If you run these commands, what is the URL it ends up using? sudo port clean --all rbldnsd sudo port -d fetch rbldnsd On Jun 10, 2009, at 9:08 PM, Scott Haneda wrote: > Thanks, so I changed it to: > distname ${name}_${version} > > I believe that is correct. But now it ignores master_sites and I am > timing out on looking for the file on macports servers. > > name rbldnsd > version 0.996b > categories sysutils > maintainers hostwizard.com:scott > master_sites http://www.corpit.ru/mjt/rbldnsd/ > homepage http://www.corpit.ru/mjt/rbldnsd.html > distname ${name}_${version} -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From jeremy at lavergne.gotdns.org Wed Jun 10 18:24:51 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Wed, 10 Jun 2009 21:24:51 -0400 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> Message-ID: <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> >>> 3) How do the permissions I chose look in the destroot phase? >> >> Why is the program incapable of installing itself from --prefix=? > > I am not that versed in this stuff. I run ./configure and it works, > if I run ./configure with the --prefix is balks at me... > > $./configure -help > configure: configure rbldnsd package. > Usage: ./configure [options] > where options are: > --enable-option, --with-option -- > enable the named option/feature > --disable-option, --without-option, --no-option -- > disable the named option/feature > --help - print this help and exit > Optional features (all enabled by default if system supports a > feature): > ipv6 - enable/disable IP version 6 (IPv6) support > stats - enable/disable runtime statistics > master-dump - enable/disable master-format (bind) dump support (-d > option) > zlib - zlib support > dso - dynamic extensions (using shared objects) -- disabled by > default > > $./configure --prefix=/foo > configure: unknown option `--prefix=/foo' Wow. Hand-spun configure file. Yea, you have it right then. We cannot use --prefix on configure, and since i believe you said there is no makefile previously we'll likely need to do the xinstalls like you're doing. However, make sure those ${destroot} get added to the install paths that are missing them. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From talklists at newgeo.com Wed Jun 10 18:26:33 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 18:26:33 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <51BFA534-26B4-4955-8636-0D46A8C43970@lavergne.gotdns.org> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <0AF3A23B-58C2-463B-9851-7432DD0D61C0@newgeo.com> <51BFA534-26B4-4955-8636-0D46A8C43970@lavergne.gotdns.org> Message-ID: <5C6376C8-9B8F-42CB-AD06-0368096FEB2B@newgeo.com> On Jun 10, 2009, at 6:21 PM, Jeremy Lavergne wrote: > If you run these commands, what is the URL it ends up using? > > sudo port clean --all rbldnsd > sudo port -d fetch rbldnsd Seems to be working now with distname ${name}_${version} Seems to take a lot longer, since it now has to time out on ---> Attempting to fetch rbldnsd_0.996b.tar.gz from http://distfiles.macports.org/rbldnsd Instead of going right to the source as I had it before. Is the idea macports will cache this file at some point or something? -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Wed Jun 10 18:29:48 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 18:29:48 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> Message-ID: <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> On Jun 10, 2009, at 6:24 PM, Jeremy Lavergne wrote: > However, make sure those ${destroot} get added to the install paths > that are missing them. I am not getting this, every effort I made, I get an error. destroot { # Install binary xinstall -m 0755 ${worksrcpath}/${name} ${destroot}${prefix}/sbin # Install man page 'rbldnsd.8' xinstall -m 0640 ${worksrcpath}/${name}.8 ${destroot}${prefix}/ share/man/man8 } That is how I have it, it works. Are you saying this I need to set destroot to the source of the target, I have it set in the target now. I looked at my original email to be sure I did not copy and paste the wrong file. -- Scott * If you contact me off list replace talklists@ with scott@ * From jeremy at lavergne.gotdns.org Wed Jun 10 18:36:53 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Wed, 10 Jun 2009 21:36:53 -0400 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> Message-ID: <250D05EC-DB89-4022-B47C-AFC5A3949643@lavergne.gotdns.org> >> However, make sure those ${destroot} get added to the install paths >> that are missing them. > > > I am not getting this, every effort I made, I get an error. > > destroot { > # Install binary > xinstall -m 0755 ${worksrcpath}/${name} ${destroot}${prefix}/sbin > > # Install man page 'rbldnsd.8' > xinstall -m 0640 ${worksrcpath}/${name}.8 ${destroot}${prefix}/ > share/man/man8 > } > > That is how I have it, it works. Are you saying this I need to set > destroot to the source of the target, I have it set in the target > now. I looked at my original email to be sure I did not copy and > paste the wrong file. On a previous email where you received "Need destroot" one of the destinations did not begin with ${destroot}. It seems those are fixed or gone, from the above. What are the errors you're now receiving? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From talklists at newgeo.com Wed Jun 10 18:43:44 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 18:43:44 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <250D05EC-DB89-4022-B47C-AFC5A3949643@lavergne.gotdns.org> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> <250D05EC-DB89-4022-B47C-AFC5A3949643@lavergne.gotdns.org> Message-ID: <703F9906-F733-4397-BF2E-24546695E96B@newgeo.com> On Jun 10, 2009, at 6:36 PM, Jeremy Lavergne wrote: >>> However, make sure those ${destroot} get added to the install >>> paths that are missing them. >> >> >> I am not getting this, every effort I made, I get an error. >> >> destroot { >> # Install binary >> xinstall -m 0755 ${worksrcpath}/${name} ${destroot}${prefix}/sbin >> >> # Install man page 'rbldnsd.8' >> xinstall -m 0640 ${worksrcpath}/${name}.8 ${destroot}${prefix}/ >> share/man/man8 >> } >> >> That is how I have it, it works. Are you saying this I need to set >> destroot to the source of the target, I have it set in the target >> now. I looked at my original email to be sure I did not copy and >> paste the wrong file. > > On a previous email where you received "Need destroot" one of the > destinations did not begin with ${destroot}. It seems those are > fixed or gone, from the above. > > What are the errors you're now receiving? Here is the portfile, below is the error, which seems to be false, as the path does indeed exist: * I moved it into net, and changed category to net, then ran portindex again. # $Id$ PortSystem 1.0 name rbldnsd version 0.996b categories net maintainers hostwizard.com:scott master_sites http://www.corpit.ru/mjt/rbldnsd/ homepage http://www.corpit.ru/mjt/rbldnsd.html distname ${name}_${version} description rbldnsd is a small and fast DNS daemon which \ is especially made to serve DNSBL zone long_description The daemon can serve both IP-based (ordb.org, dsbl.org etc) \ and name-based (rfc-ignorant.org) blocklists. Unlike DJB's \ rbldns, it has ability to specify individual values for every \ entry, can serve as many zones on a single IP address as you \ wish, and, finally, it is a real nameserver: it can reply to \ DNS metadata requests. The daemon keeps all zones in memory \ for faster operations, but its memory usage is very efficient, \ especially for repeated TXT values which are stored only once. checksums md5 9a0f26f3b33764c325a96bd4c61b26fa \ sha1 9cfe6cf01c54088cecc3a02902c721ee714f1c28 \ rmd160 15be588fb4051f0526084425b586ea7986b6493a configure.pre_args-delete --prefix=${prefix} pre-destroot { # Add user and group, these are the users rbldnsd will start as addgroup _rbldnsd set gid [existsgroup _rbldnsd] adduser _rbldnsd gid=${gid} realname=rbldnsd home=${prefix}/ sbin } destroot { # Install binary xinstall -m 0755 ${worksrcpath}/${name} ${destroot}${prefix}/sbin # Install man page 'rbldnsd.8' xinstall -m 0640 ${worksrcpath}/${name}.8 ${destroot}${prefix}/ share/man/man8 } $sudo port -d install DEBUG: Changing to port directory: /Users/haneda/macports/net/rbldnsd DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided DEBUG: adding the default universal variant DEBUG: Requested variant darwin is not provided by port rbldnsd. DEBUG: Requested variant i386 is not provided by port rbldnsd. DEBUG: Requested variant macosx is not provided by port rbldnsd. DEBUG: Changing to port directory: /Users/haneda/macports/net/rbldnsd DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided DEBUG: adding the default universal variant DEBUG: Requested variant darwin is not provided by port rbldnsd. DEBUG: Requested variant i386 is not provided by port rbldnsd. DEBUG: Requested variant macosx is not provided by port rbldnsd. DEBUG: Executing org.macports.main (rbldnsd) DEBUG: Skipping completed org.macports.fetch (rbldnsd) DEBUG: Skipping completed org.macports.checksum (rbldnsd) DEBUG: Skipping completed org.macports.extract (rbldnsd) DEBUG: Skipping completed org.macports.patch (rbldnsd) ---> Configuring rbldnsd DEBUG: Using compiler 'Mac OS X gcc 4.0' DEBUG: Executing org.macports.configure (rbldnsd) DEBUG: Environment: CFLAGS='-O2' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2' MACOSX_DEPLOYMENT_TARGET='10.5' CPP='/usr/bin/cpp-4.0' CXX='/usr/bin/g++-4.0' F90FLAGS='-O2' LDFLAGS='-L/opt/local/lib' FCFLAGS='-O2' OBJC='/usr/bin/gcc-4.0' INSTALL='/usr/bin/install -c' OBJCFLAGS='-O2' FFLAGS='-O2' CC='/usr/bin/gcc-4.0' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b" && ./configure' sh: line 0: cd: /opt/local/var/macports/build/ _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b: No such file or directory Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/ _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b" && ./configure " returned error 1 Command output: sh: line 0: cd: /opt/local/var/macports/build/ _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b: No such file or directory Warning: the following items did not execute (for rbldnsd): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. -- Scott * If you contact me off list replace talklists@ with scott@ * From talklists at newgeo.com Wed Jun 10 19:01:58 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 19:01:58 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <6CEB8D43-AD3B-4458-BC90-D8935139A50F@lavergne.gotdns.org> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> <250D05EC-DB89-4022-B47C-AFC5A3949643@lavergne.gotdns.org> <703F9906-F733-4397-BF2E-24546695E96B@newgeo.com> <6CEB8D43-AD3B-4458-BC90-D8935139A50F@lavergne.gotdns.org> Message-ID: Yes. Call me officially frustrated... can someone see if this installs for them, or if they see anything obvious, as I am not: http://dl.getdropbox.com/u/340087/Drops/06.10.09/net-d93a2d96-185819.zip $sudo port -d install DEBUG: Changing to port directory: /Users/haneda/macports/net/rbldnsd DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided DEBUG: adding the default universal variant DEBUG: Requested variant darwin is not provided by port rbldnsd. DEBUG: Requested variant i386 is not provided by port rbldnsd. DEBUG: Requested variant macosx is not provided by port rbldnsd. DEBUG: Changing to port directory: /Users/haneda/macports/net/rbldnsd DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided DEBUG: adding the default universal variant DEBUG: Requested variant darwin is not provided by port rbldnsd. DEBUG: Requested variant i386 is not provided by port rbldnsd. DEBUG: Requested variant macosx is not provided by port rbldnsd. DEBUG: Executing org.macports.main (rbldnsd) DEBUG: Skipping completed org.macports.fetch (rbldnsd) DEBUG: Skipping completed org.macports.checksum (rbldnsd) DEBUG: Skipping completed org.macports.extract (rbldnsd) DEBUG: Skipping completed org.macports.patch (rbldnsd) ---> Configuring rbldnsd DEBUG: Using compiler 'Mac OS X gcc 4.0' DEBUG: Executing org.macports.configure (rbldnsd) DEBUG: Environment: CFLAGS='-O2' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2' MACOSX_DEPLOYMENT_TARGET='10.5' CPP='/usr/bin/cpp-4.0' CXX='/usr/bin/g++-4.0' F90FLAGS='-O2' LDFLAGS='-L/opt/local/lib' FCFLAGS='-O2' OBJC='/usr/bin/gcc-4.0' INSTALL='/usr/bin/install -c' OBJCFLAGS='-O2' FFLAGS='-O2' CC='/usr/bin/gcc-4.0' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b" && ./configure' sh: line 0: cd: /opt/local/var/macports/build/ _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b: No such file or directory Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/ _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b" && ./configure " returned error 1 Command output: sh: line 0: cd: /opt/local/var/macports/build/ _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b: No such file or directory Warning: the following items did not execute (for rbldnsd): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. Here is now I know it is not being truthful: $cd /opt/local/var/macports/build/_Users_haneda_macports_net_rbldnsd/ work/rbldnsd_0.996b /opt/local/var/macports/build/_Users_haneda_macports_net_rbldnsd/work/ rbldnsd-0.996b haneda at macbook rbldnsd-0.996b $ls -la total 824 drwxrwxr-x 45 root admin 1530 Mar 29 2008 . drwxr-xr-x 4 root admin 136 Jun 10 18:54 .. -rw-rw-r-- 1 root admin 124 Jul 27 2006 .cvsignore -rw-rw-r-- 1 root admin 6500 Apr 4 2003 CHANGES-0.81 -rw-rw-r-- 1 root admin 5343 Sep 17 2006 Makefile.in -rw-rw-r-- 1 root admin 29052 Mar 29 2008 NEWS -rw-rw-r-- 1 root admin 1736 Jul 29 2004 README.user -rw-rw-r-- 1 root admin 1777 Sep 17 2006 TODO -rwxrwxr-x 1 root admin 7296 Mar 29 2008 configure -rw-rw-r-- 1 root admin 5514 Mar 15 2006 configure.lib drwxrwxr-x 9 root admin 306 Mar 29 2008 debian -rw-rw-r-- 1 root admin 5150 Mar 9 2005 dns.h -rw-rw-r-- 1 root admin 447 May 29 2003 dns_dnequ.c -rw-rw-r-- 1 root admin 271 Apr 3 2003 dns_dnlabels.c -rw-rw-r-- 1 root admin 348 May 4 2003 dns_dnlen.c -rw-rw-r-- 1 root admin 795 May 4 2003 dns_dnreverse.c -rw-rw-r-- 1 root admin 385 Apr 3 2003 dns_dntol.c -rw-rw-r-- 1 root admin 1199 Apr 3 2003 dns_dntop.c -rw-rw-r-- 1 root admin 660 Apr 28 2003 dns_findname.c -rw-rw-r-- 1 root admin 919 May 8 2003 dns_maketab.awk -rw-rw-r-- 1 root admin 1776 Apr 3 2003 dns_ptodn.c -rw-rw-r-- 1 root admin 1895 Sep 17 2006 hooks.c -rw-rw-r-- 1 root admin 1589 Dec 19 2005 ip4addr.h -rw-rw-r-- 1 root admin 715 Apr 3 2003 ip4atos.c -rw-rw-r-- 1 root admin 721 May 27 2003 ip4mask.c -rw-rw-r-- 1 root admin 5844 Jun 27 2004 ip4parse.c -rw-rw-r-- 1 root admin 9913 Oct 7 2007 istream.c -rw-rw-r-- 1 root admin 1436 Jun 12 2006 istream.h -rw-rw-r-- 1 root admin 3763 Oct 7 2007 mempool.c -rw-rw-r-- 1 root admin 1111 Jun 12 2006 mempool.h -rw-rw-r-- 1 root admin 8172 Jan 28 2008 qsort.c -rw-rw-r-- 1 root admin 46113 Sep 17 2006 rbldnsd.8 -rw-rw-r-- 1 root admin 30292 Nov 24 2006 rbldnsd.c -rw-rw-r-- 1 root admin 16425 Nov 16 2007 rbldnsd.h -rw-rw-r-- 1 root admin 1579 Mar 29 2008 rbldnsd.spec -rw-rw-r-- 1 root admin 4610 Oct 7 2007 rbldnsd_acl.c -rw-rw-r-- 1 root admin 6629 Mar 29 2008 rbldnsd_combined.c -rw-rw-r-- 1 root admin 8150 Nov 16 2007 rbldnsd_dnset.c -rw-rw-r-- 1 root admin 9129 Jun 12 2006 rbldnsd_generic.c -rw-rw-r-- 1 root admin 13481 Dec 18 2005 rbldnsd_ip4set.c -rw-rw-r-- 1 root admin 4198 Nov 24 2006 rbldnsd_ip4trie.c -rw-rw-r-- 1 root admin 3284 Dec 18 2005 rbldnsd_ip4tset.c -rw-rw-r-- 1 root admin 31143 Nov 16 2007 rbldnsd_packet.c -rw-rw-r-- 1 root admin 16711 Nov 16 2007 rbldnsd_util.c -rw-rw-r-- 1 root admin 15072 Mar 29 2008 rbldnsd_zones.c On Jun 10, 2009, at 6:50 PM, Jeremy Lavergne wrote: > Have you done a clean since you changed categories? -- Scott * If you contact me off list replace talklists@ with scott@ * From toby at apple.com Wed Jun 10 19:07:22 2009 From: toby at apple.com (Toby Peterson) Date: Wed, 10 Jun 2009 19:07:22 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> <250D05EC-DB89-4022-B47C-AFC5A3949643@lavergne.gotdns.org> <703F9906-F733-4397-BF2E-24546695E96B@newgeo.com> <6CEB8D43-AD3B-4458-BC90-D8935139A50F@lavergne.gotdns.org> Message-ID: <44A11A81-3C15-4403-BE5C-AC549F151C4C@apple.com> Looks like you just need to set worksrcdir - Toby On Jun 10, 2009, at 7:01 PM, Scott Haneda wrote: > Yes. Call me officially frustrated... > can someone see if this installs for them, or if they see anything > obvious, as I am not: > > http://dl.getdropbox.com/u/340087/Drops/06.10.09/net-d93a2d96-185819.zip > > $sudo port -d install > DEBUG: Changing to port directory: /Users/haneda/macports/net/rbldnsd > DEBUG: setting option os.universal_supported to yes > DEBUG: org.macports.load registered provides 'load', a pre-existing > procedure. Target override will not be provided > DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- > existing procedure. Target override will not be provided > DEBUG: adding the default universal variant > DEBUG: Requested variant darwin is not provided by port rbldnsd. > DEBUG: Requested variant i386 is not provided by port rbldnsd. > DEBUG: Requested variant macosx is not provided by port rbldnsd. > DEBUG: Changing to port directory: /Users/haneda/macports/net/rbldnsd > DEBUG: setting option os.universal_supported to yes > DEBUG: org.macports.load registered provides 'load', a pre-existing > procedure. Target override will not be provided > DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- > existing procedure. Target override will not be provided > DEBUG: adding the default universal variant > DEBUG: Requested variant darwin is not provided by port rbldnsd. > DEBUG: Requested variant i386 is not provided by port rbldnsd. > DEBUG: Requested variant macosx is not provided by port rbldnsd. > DEBUG: Executing org.macports.main (rbldnsd) > DEBUG: Skipping completed org.macports.fetch (rbldnsd) > DEBUG: Skipping completed org.macports.checksum (rbldnsd) > DEBUG: Skipping completed org.macports.extract (rbldnsd) > DEBUG: Skipping completed org.macports.patch (rbldnsd) > ---> Configuring rbldnsd > DEBUG: Using compiler 'Mac OS X gcc 4.0' > DEBUG: Executing org.macports.configure (rbldnsd) > DEBUG: Environment: CFLAGS='-O2' CPPFLAGS='-I/opt/local/include' > CXXFLAGS='-O2' MACOSX_DEPLOYMENT_TARGET='10.5' CPP='/usr/bin/ > cpp-4.0' CXX='/usr/bin/g++-4.0' F90FLAGS='-O2' LDFLAGS='-L/opt/local/ > lib' FCFLAGS='-O2' OBJC='/usr/bin/gcc-4.0' INSTALL='/usr/bin/install > -c' OBJCFLAGS='-O2' FFLAGS='-O2' CC='/usr/bin/gcc-4.0' > DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ > _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b" && ./ > configure' > sh: line 0: cd: /opt/local/var/macports/build/ > _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b: No such file > or directory > Error: Target org.macports.configure returned: configure failure: > shell command " cd "/opt/local/var/macports/build/ > _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b" && ./ > configure " returned error 1 > Command output: sh: line 0: cd: /opt/local/var/macports/build/ > _Users_haneda_macports_net_rbldnsd/work/rbldnsd_0.996b: No such file > or directory > > Warning: the following items did not execute (for rbldnsd): > org.macports.activate org.macports.configure org.macports.build > org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > > Here is now I know it is not being truthful: > $cd /opt/local/var/macports/build/_Users_haneda_macports_net_rbldnsd/ > work/rbldnsd_0.996b > /opt/local/var/macports/build/_Users_haneda_macports_net_rbldnsd/ > work/rbldnsd-0.996b > > haneda at macbook rbldnsd-0.996b $ls -la > total 824 > drwxrwxr-x 45 root admin 1530 Mar 29 2008 . > drwxr-xr-x 4 root admin 136 Jun 10 18:54 .. > -rw-rw-r-- 1 root admin 124 Jul 27 2006 .cvsignore > -rw-rw-r-- 1 root admin 6500 Apr 4 2003 CHANGES-0.81 > -rw-rw-r-- 1 root admin 5343 Sep 17 2006 Makefile.in > -rw-rw-r-- 1 root admin 29052 Mar 29 2008 NEWS > -rw-rw-r-- 1 root admin 1736 Jul 29 2004 README.user > -rw-rw-r-- 1 root admin 1777 Sep 17 2006 TODO > -rwxrwxr-x 1 root admin 7296 Mar 29 2008 configure > -rw-rw-r-- 1 root admin 5514 Mar 15 2006 configure.lib > drwxrwxr-x 9 root admin 306 Mar 29 2008 debian > -rw-rw-r-- 1 root admin 5150 Mar 9 2005 dns.h > -rw-rw-r-- 1 root admin 447 May 29 2003 dns_dnequ.c > -rw-rw-r-- 1 root admin 271 Apr 3 2003 dns_dnlabels.c > -rw-rw-r-- 1 root admin 348 May 4 2003 dns_dnlen.c > -rw-rw-r-- 1 root admin 795 May 4 2003 dns_dnreverse.c > -rw-rw-r-- 1 root admin 385 Apr 3 2003 dns_dntol.c > -rw-rw-r-- 1 root admin 1199 Apr 3 2003 dns_dntop.c > -rw-rw-r-- 1 root admin 660 Apr 28 2003 dns_findname.c > -rw-rw-r-- 1 root admin 919 May 8 2003 dns_maketab.awk > -rw-rw-r-- 1 root admin 1776 Apr 3 2003 dns_ptodn.c > -rw-rw-r-- 1 root admin 1895 Sep 17 2006 hooks.c > -rw-rw-r-- 1 root admin 1589 Dec 19 2005 ip4addr.h > -rw-rw-r-- 1 root admin 715 Apr 3 2003 ip4atos.c > -rw-rw-r-- 1 root admin 721 May 27 2003 ip4mask.c > -rw-rw-r-- 1 root admin 5844 Jun 27 2004 ip4parse.c > -rw-rw-r-- 1 root admin 9913 Oct 7 2007 istream.c > -rw-rw-r-- 1 root admin 1436 Jun 12 2006 istream.h > -rw-rw-r-- 1 root admin 3763 Oct 7 2007 mempool.c > -rw-rw-r-- 1 root admin 1111 Jun 12 2006 mempool.h > -rw-rw-r-- 1 root admin 8172 Jan 28 2008 qsort.c > -rw-rw-r-- 1 root admin 46113 Sep 17 2006 rbldnsd.8 > -rw-rw-r-- 1 root admin 30292 Nov 24 2006 rbldnsd.c > -rw-rw-r-- 1 root admin 16425 Nov 16 2007 rbldnsd.h > -rw-rw-r-- 1 root admin 1579 Mar 29 2008 rbldnsd.spec > -rw-rw-r-- 1 root admin 4610 Oct 7 2007 rbldnsd_acl.c > -rw-rw-r-- 1 root admin 6629 Mar 29 2008 rbldnsd_combined.c > -rw-rw-r-- 1 root admin 8150 Nov 16 2007 rbldnsd_dnset.c > -rw-rw-r-- 1 root admin 9129 Jun 12 2006 rbldnsd_generic.c > -rw-rw-r-- 1 root admin 13481 Dec 18 2005 rbldnsd_ip4set.c > -rw-rw-r-- 1 root admin 4198 Nov 24 2006 rbldnsd_ip4trie.c > -rw-rw-r-- 1 root admin 3284 Dec 18 2005 rbldnsd_ip4tset.c > -rw-rw-r-- 1 root admin 31143 Nov 16 2007 rbldnsd_packet.c > -rw-rw-r-- 1 root admin 16711 Nov 16 2007 rbldnsd_util.c > -rw-rw-r-- 1 root admin 15072 Mar 29 2008 rbldnsd_zones.c > > On Jun 10, 2009, at 6:50 PM, Jeremy Lavergne wrote: > >> Have you done a clean since you changed categories? > > -- > Scott * If you contact me off list replace talklists@ with scott@ * > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From talklists at newgeo.com Wed Jun 10 19:13:46 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 19:13:46 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <44A11A81-3C15-4403-BE5C-AC549F151C4C@apple.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> <250D05EC-DB89-4022-B47C-AFC5A3949643@lavergne.gotdns.org> <703F9906-F733-4397-BF2E-24546695E96B@newgeo.com> <6CEB8D43-AD3B-4458-BC90-D8935139A50F@lavergne.gotdns.org> <44A11A81-3C15-4403-BE5C-AC549F151C4C@apple.com> Message-ID: <9614D279-9558-4120-89EF-EB39B7E4987E@newgeo.com> Like this? worksrcdir ${name}_${version} I did, no change. If I do this: distfiles ${name}_${version}${extract.suffix} extract.suffix .tar.tgz Works fine, doing this, fails: distname ${name}_${version} I think I should just go back to my original method, though it may be messy. I will give it one more go to understand why sitname is not enough. On Jun 10, 2009, at 7:07 PM, Toby Peterson wrote: > Looks like you just need to set worksrcdir > > - Toby -- Scott * If you contact me off list replace talklists@ with scott@ * From blb at macports.org Wed Jun 10 19:22:13 2009 From: blb at macports.org (Bryan Blackburn) Date: Wed, 10 Jun 2009 20:22:13 -0600 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <9614D279-9558-4120-89EF-EB39B7E4987E@newgeo.com> References: <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> <250D05EC-DB89-4022-B47C-AFC5A3949643@lavergne.gotdns.org> <703F9906-F733-4397-BF2E-24546695E96B@newgeo.com> <6CEB8D43-AD3B-4458-BC90-D8935139A50F@lavergne.gotdns.org> <44A11A81-3C15-4403-BE5C-AC549F151C4C@apple.com> <9614D279-9558-4120-89EF-EB39B7E4987E@newgeo.com> Message-ID: <20090611022213.GH32363@ninagal.withay.com> On Wed, Jun 10, 2009 at 07:13:46PM -0700, Scott Haneda said: > Like this? > worksrcdir ${name}_${version} No, when you set distname, worksrcdir takes on the same value, which is this case appears to be wrong (the distname uses an underscore, but the extracted directory uses a dash). So if you keep your old distname (remove distfiles and extract.suffix), then add worksrcdir ${name}-${version} it should see the right dir. Unfortunately some authors like to vary naming like this... Bryan > > I did, no change. > > If I do this: > distfiles ${name}_${version}${extract.suffix} > extract.suffix .tar.tgz > > Works fine, doing this, fails: > distname ${name}_${version} > > I think I should just go back to my original method, though it may be > messy. I will give it one more go to understand why sitname is not > enough. > > On Jun 10, 2009, at 7:07 PM, Toby Peterson wrote: > >> Looks like you just need to set worksrcdir >> >> - Toby > > -- > Scott * If you contact me off list replace talklists@ with scott@ * > From talklists at newgeo.com Wed Jun 10 19:29:13 2009 From: talklists at newgeo.com (Scott Haneda) Date: Wed, 10 Jun 2009 19:29:13 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <20090611022213.GH32363@ninagal.withay.com> References: <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> <250D05EC-DB89-4022-B47C-AFC5A3949643@lavergne.gotdns.org> <703F9906-F733-4397-BF2E-24546695E96B@newgeo.com> <6CEB8D43-AD3B-4458-BC90-D8935139A50F@lavergne.gotdns.org> <44A11A81-3C15-4403-BE5C-AC549F151C4C@apple.com> <9614D279-9558-4120-89EF-EB39B7E4987E@newgeo.com> <20090611022213.GH32363@ninagal.withay.com> Message-ID: <1BF5C1E5-6F92-4496-B9DE-C889BEBBFA0E@newgeo.com> On Jun 10, 2009, at 7:22 PM, Bryan Blackburn wrote: > On Wed, Jun 10, 2009 at 07:13:46PM -0700, Scott Haneda said: >> Like this? >> worksrcdir ${name}_${version} > > No, when you set distname, worksrcdir takes on the same value, which > is this > case appears to be wrong (the distname uses an underscore, but the > extracted > directory uses a dash). So if you keep your old distname (remove > distfiles > and extract.suffix), then add > > worksrcdir ${name}-${version} > > it should see the right dir. Unfortunately some authors like to > vary naming > like this... Ah ha, makes sense now. I hate the underscore today :) $sudo port install rbldnsd ---> Fetching rbldnsd ---> Verifying checksum(s) for rbldnsd ---> Extracting rbldnsd ---> Configuring rbldnsd ---> Building rbldnsd ---> Staging rbldnsd into destroot ---> Installing rbldnsd @0.996b_0 ---> Activating rbldnsd @0.996b_0 ---> Cleaning rbldnsd I will submit it to trac, down to 40 lines or so now. Thanks all. -- Scott * If you contact me off list replace talklists@ with scott@ * From blair at orcaware.com Wed Jun 10 19:32:39 2009 From: blair at orcaware.com (Blair Zajac) Date: Wed, 10 Jun 2009 19:32:39 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> Message-ID: <4A306CC7.5090302@orcaware.com> Scott Haneda wrote: > Hello, I have made a portfile, looking for a quick review, and any > suggestions for cleanup. > > 1) How do I decide the category, can someone show me a list, and suggest > the correct one for this? I see bind9 is in "net", perhaps this should > also be in "net"? > > 2) Do I really need the extract.suffix? I lean on simpler being better. > > 3) How do the permissions I chose look in the destroot phase? > > 4) I want ahead and installed some notes and other misc files that were > in the download, should I even bother? Is this the correct location to > put them? Yes, do install them into ${prefix}/share/doc/${name} > 5) should I call this rbldnsd-server? It is a server, it does not > include a launchd item due to the nature of how it is started being so > custom. > > 6) If I wanted to include a sample zone file for this, where would the > best place be to store that, and what is the correct suggested naming > convention for the name of that sample file? rbldnsd.zone.sample? The bind9 port installs base files you can use as *.dist. But it would be a real file and not a sample one that contains a lot of local examples. I suggest installing the bind9 port and seeing how it's done there. Regards, Blair From blair at orcaware.com Wed Jun 10 19:35:56 2009 From: blair at orcaware.com (Blair Zajac) Date: Wed, 10 Jun 2009 19:35:56 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> Message-ID: <4A306D8C.10808@orcaware.com> Jeremy Lavergne wrote: > > On Jun 10, 2009, at 8:49 PM, Scott Haneda wrote: > >> 1) How do I decide the category, can someone show me a list, and >> suggest the correct one for this? I see bind9 is in "net", perhaps >> this should also be in "net"? > > Yes, this would make sense to be in net and then sysutils > >> 2) Do I really need the extract.suffix? I lean on simpler being better. > > See previous email on distfiles versus distname. > >> 3) How do the permissions I chose look in the destroot phase? > > Why is the program incapable of installing itself from --prefix=? > >> 4) I want ahead and installed some notes and other misc files that >> were in the download, should I even bother? Is this the correct >> location to put them? > > Eh, echoing Blair's sentiments I don't think you should bother. To be clear, I think any doc files should be installed in ${prefix}/share/doc/${name} to make use of this simple. Just don't include the ui_msg. Blair From blair at orcaware.com Wed Jun 10 19:37:59 2009 From: blair at orcaware.com (Blair Zajac) Date: Wed, 10 Jun 2009 19:37:59 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <59EDFB28-61D8-4315-9E58-ADA507358CBF@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <4A305754.4060606@orcaware.com> <59EDFB28-61D8-4315-9E58-ADA507358CBF@newgeo.com> Message-ID: <4A306E07.6040406@orcaware.com> Scott Haneda wrote: > On Jun 10, 2009, at 6:01 PM, Blair Zajac wrote: >> Scott Haneda wrote: >>> Hello, I have made a portfile, looking for a quick review, and any >>> suggestions for cleanup. >>> >>> pre-destroot { >>> addgroup _rbldnsd >>> set gid [existsgroup _rbldnsd] >>> adduser _rbldnsd gid=${gid} realname=rbldnsd home=${prefix}/sbin >>> } >> >> Do we need a new user for this daemon? How about just using nobody? > > The app does require a user to run, at least, I had to specify one. Is > "nobody" a valid user? You mean to add in a user of nobody, or just let > the user run it with no user specified, or specifically chose nobody? Nobody is on the system. $ grep nobody /etc/passwd nobody:*:-2:-2:Unprivileged User:/var/empty:/usr/bin/false >> This is redundant information I think, all portfiles behave the same >> way, so I don't see why it should be printed. > > Mainly, because this was a strange binary to use. There is no "make > install", you get a bunch of files, the Web site does not tell you there > is even a man page, and the docs on the Web site I could put in a > ui_messages they are so short. NEWS and TODO were not valuable to me, > but README.user was. Include them all, disk is cheap. > > I could lose the files, but the mention of there being a man page was > valuable to me at least. I will nuke the ui_msg though. OK. I do a port contents or look in the doc directory to see what it installed. Using ui_msg to say there is a manual page isn't necessary. Blair From ryandesign at macports.org Wed Jun 10 21:39:21 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 10 Jun 2009 23:39:21 -0500 Subject: downloads.sourceforge.net delivering HTML pages Message-ID: <011F402A-6A1C-4C19-9337-DEC1714BE0D7@macports.org> downloads.sourceforge.net is returning an HTML page for anything I try to download from any port. Since downloads.sourceforge.net is the one with the lowest ping most of the time for me, this means a lot of sourceforge ports are failing for me. Is this happening to anybody else? This has been going on for days. From ryandesign at macports.org Wed Jun 10 21:43:10 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 10 Jun 2009 23:43:10 -0500 Subject: trd.no.distfiles.macports.org offline Message-ID: <006ABB90-D135-4BDD-9175-EEEA01134675@macports.org> trd.no.distfiles.macports.org does not respond to pings or web requests. Am I the only one seeing this? I've been experiencing this for days from multiple networks. From jeremy at lavergne.gotdns.org Wed Jun 10 21:55:47 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Thu, 11 Jun 2009 00:55:47 -0400 Subject: downloads.sourceforge.net delivering HTML pages In-Reply-To: <011F402A-6A1C-4C19-9337-DEC1714BE0D7@macports.org> References: <011F402A-6A1C-4C19-9337-DEC1714BE0D7@macports.org> Message-ID: ---> Attempting to fetch ddclient-3.8.0.tar.gz from http://downloads.sourceforge.net/ddclient % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 45893 100 45893 0 0 50488 0 --:--:-- --:--:-- --:--:-- 117k Melchior:~ snc$ sudo port extract ddclient ---> Verifying checksum(s) for ddclient ---> Extracting ddclient It is working for me. On Jun 11, 2009, at 12:39 AM, Ryan Schmidt wrote: > downloads.sourceforge.net is returning an HTML page for anything I > try to download from any port. Since downloads.sourceforge.net is > the one with the lowest ping most of the time for me, this means a > lot of sourceforge ports are failing for me. Is this happening to > anybody else? This has been going on for days. > > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From jeremy at lavergne.gotdns.org Wed Jun 10 21:56:07 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Thu, 11 Jun 2009 00:56:07 -0400 Subject: trd.no.distfiles.macports.org offline In-Reply-To: <006ABB90-D135-4BDD-9175-EEEA01134675@macports.org> References: <006ABB90-D135-4BDD-9175-EEEA01134675@macports.org> Message-ID: Melchior:~ snc$ curl -I trd.no.distfiles.macports.org curl: (7) couldn't connect to host On Jun 11, 2009, at 12:43 AM, Ryan Schmidt wrote: > trd.no.distfiles.macports.org does not respond to pings or web > requests. Am I the only one seeing this? I've been experiencing this > for days from multiple networks. > > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From ryandesign at macports.org Wed Jun 10 22:47:12 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 11 Jun 2009 00:47:12 -0500 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> Message-ID: <610D9052-A72B-42B4-A293-7378084A5B91@macports.org> On Jun 10, 2009, at 19:49, Scott Haneda wrote: > name rbldnsd > version 0.996b > distfiles ${name}_${version}${extract.suffix} > extract.suffix .tar.tgz The default for extract.suffix is .tar.gz. So you are setting distfiles to "rbldnsd_0.996b.tar.gz" and then resetting extract.suffix to be .tar.tgz, which does no harm since extract.suffix is never used again, but it's not necessary either. .tar.gz means a GZip-compressed TAR ("Tape ARchive"). .tgz is an abbreviation for .tar.gz that some people use, perhaps for compatibility with silly filesystems that expect there to be only one extension on a filename. .tar.tgz is nonsense :) -- it would mean a GZip-compressed TAR of a TAR. > Regarding sample config files, many ports install them in the same place where the real config files would be used, only with an extension, like ".sample" or ".example" or ".dist" (e.g. php5 in $ {prefix}/etc/php5). Some ports put the sample config files in places unrelated to where the software looks for the real config files and don't append an extension to the filenames (e.g. mysql5: samples in $ {prefix}/share/mysql5/mysql, real files looked for in ${prefix}/etc/ mysql5). From ryandesign at macports.org Wed Jun 10 22:50:41 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 11 Jun 2009 00:50:41 -0500 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> <20090609143327.GA3343@velsheda.lateralis.org> <62D4786F-1040-476F-9450-34757CFA855C@macports.org> Message-ID: On Jun 10, 2009, at 09:56, Daniel J. Luke wrote: > On Jun 9, 2009, at 8:59 PM, Ryan Schmidt wrote: > >>> Something like >>> >>> configure.args-append --with-xdvi-x-toolkit=xaw >>> variant motif { >>> configure.args-delete --with-xdvi-x-toolkit=xaw >>> configure.args-append --with-xdvi-x-toolkit=motif >>> depends_lib-delete port:xorg-libXaw >>> depends_lib-append lib:libXm:openmotif >>> } >> >> If you're going to have a compile-time choice between xaw and >> motif, then it would be best to have two variants, one called xaw >> and one called motif, which are marked as conflicting with one >> another, and the port should select one of these by default, and >> prevent the deselection of both variants simultaneously. This >> makes it clear to the user that there is a choice between two >> alternatives. There are several ports that exemplify this strategy >> (pdftk's compiler selection, minivmac version 2's emulator >> selection). > > > This is a matter of style, though. > > I find it simpler to set things up like the above example instead > (this avoids an extra variant and avoids having to indicate > conflicting variants). Yeah, well, I think my style is better. :P To me, it's the difference between whether the option, if it were presented to the user in a GUI, were presented as a checkbox or as a set of radio buttons. From somaen at pvv.ntnu.no Wed Jun 10 23:19:42 2009 From: somaen at pvv.ntnu.no (somaen at pvv.ntnu.no) Date: Thu, 11 Jun 2009 08:19:42 +0200 (CEST) Subject: trd.no.distfiles.macports.org offline In-Reply-To: <006ABB90-D135-4BDD-9175-EEEA01134675@macports.org> References: <006ABB90-D135-4BDD-9175-EEEA01134675@macports.org> Message-ID: > trd.no.distfiles.macports.org does not respond to pings or web > requests. Am I the only one seeing this? I've been experiencing this > for days from multiple networks. > > > We recently had to move our servers, and since this happened in the last week of exams, only the bare essential servers were prioritized before the summer vacation. trd.no should therefore continue to be down atleast until the autumn semester starts. Sorry for not notifying anyone of this, but it's been a busy time, with a sudden unexpected change of location for us. Einar Johan From ryandesign at macports.org Thu Jun 11 00:26:23 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 11 Jun 2009 02:26:23 -0500 Subject: trd.no.distfiles.macports.org offline In-Reply-To: References: <006ABB90-D135-4BDD-9175-EEEA01134675@macports.org> Message-ID: <67F64483-DD26-4EA0-9158-CFE736AB596C@macports.org> On Jun 11, 2009, at 01:19, somaen at pvv.ntnu.no wrote: >> trd.no.distfiles.macports.org does not respond to pings or web >> requests. Am I the only one seeing this? I've been experiencing this >> for days from multiple networks. > > We recently had to move our servers, and since this happened in the > last > week of exams, only the bare essential servers were prioritized > before the > summer vacation. trd.no should therefore continue to be down > atleast until > the autumn semester starts. > > Sorry for not notifying anyone of this, but it's been a busy time, > with a > sudden unexpected change of location for us. Ok, thanks for confirming. I removed the mirror temporarily. Let us know when it's back online so we can re-enable it. From toby at apple.com Thu Jun 11 00:29:02 2009 From: toby at apple.com (Toby Peterson) Date: Thu, 11 Jun 2009 00:29:02 -0700 Subject: Looking for a portfile review before submitting (rbldnsd) In-Reply-To: <9614D279-9558-4120-89EF-EB39B7E4987E@newgeo.com> References: <0C14D08A-2FF6-488C-B1D5-7E7CF3A0F90F@newgeo.com> <9E3B9638-E010-4912-A281-70FBF780B2DD@lavergne.gotdns.org> <596B2436-A662-44E3-BC54-F23DB03B4A41@lavergne.gotdns.org> <22023316-8C07-4EE8-A8EC-2A6395E26A38@newgeo.com> <250D05EC-DB89-4022-B47C-AFC5A3949643@lavergne.gotdns.org> <703F9906-F733-4397-BF2E-24546695E96B@newgeo.com> <6CEB8D43-AD3B-4458-BC90-D8935139A50F@lavergne.gotdns.org> <44A11A81-3C15-4403-BE5C-AC549F151C4C@apple.com> <9614D279-9558-4120-89EF-EB39B7E4987E@newgeo.com> Message-ID: The extracted dir has a hyphen, not underscore. Looks like your shell does autocorrection. - Toby On Jun 10, 2009, at 19:13, Scott Haneda wrote: > Like this? > worksrcdir ${name}_${version} > > I did, no change. > > If I do this: > distfiles ${name}_${version}${extract.suffix} > extract.suffix .tar.tgz > > Works fine, doing this, fails: > distname ${name}_${version} > > I think I should just go back to my original method, though it may > be messy. I will give it one more go to understand why sitname is > not enough. > > On Jun 10, 2009, at 7:07 PM, Toby Peterson wrote: > >> Looks like you just need to set worksrcdir >> >> - Toby > > -- > Scott * If you contact me off list replace talklists@ with scott@ * > From ryandesign at macports.org Thu Jun 11 01:18:17 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 11 Jun 2009 03:18:17 -0500 Subject: downloads.sourceforge.net delivering HTML pages In-Reply-To: References: <011F402A-6A1C-4C19-9337-DEC1714BE0D7@macports.org> Message-ID: On Jun 10, 2009, at 23:55, Jeremy Lavergne wrote: > On Jun 11, 2009, at 12:39 AM, Ryan Schmidt wrote: > >> downloads.sourceforge.net is returning an HTML page for anything I >> try to download from any port. Since downloads.sourceforge.net is >> the one with the lowest ping most of the time for me, this means a >> lot of sourceforge ports are failing for me. Is this happening to >> anybody else? This has been going on for days. > > ---> Attempting to fetch ddclient-3.8.0.tar.gz from http:// > downloads.sourceforge.net/ddclient > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 100 45893 100 45893 0 0 50488 0 --:--:-- --:--:-- > --:--:-- 117k > > Melchior:~ snc$ sudo port extract ddclient > ---> Verifying checksum(s) for ddclient > ---> Extracting ddclient > > It is working for me. Thanks for checking. I had applied this patch locally: http://trac.macports.org/attachment/ticket/18736/patch-macports-curl- escape.diff Turns out it's not just my aesthetic sensibilities that are offended by the percent-encoding of the periods and dashes; SourceForge apparently doesn't like it either. http://trac.macports.org/ticket/18736#comment:10 So we need to find a better fix for that ticket. From dluke at geeklair.net Thu Jun 11 06:37:26 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu, 11 Jun 2009 09:37:26 -0400 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> <20090609143327.GA3343@velsheda.lateralis.org> <62D4786F-1040-476F-9450-34757CFA855C@macports.org> Message-ID: <9F435ED2-166B-441F-A27C-F4005E980836@geeklair.net> On Jun 11, 2009, at 1:50 AM, Ryan Schmidt wrote: >> I find it simpler to set things up like the above example instead >> (this avoids an extra variant and avoids having to indicate >> conflicting variants). > > To me, it's the difference between whether the option, if it were > presented to the user in a GUI, were presented as a checkbox or as a > set of radio buttons. Since they produce the same output, and MacPorts doesn't present checkboxes or radio buttons to the user, I don't think that that's really a valid distinction. The difference is that one method results in 2 variants that conflict plus the 'magic' of default variants. Once you mix in the registry not storing negative variants, I think you end up with ugly user interaction if the user wants the non default one (especially when he/ she goes to upgrade it - unless that has been fixed?) Having required features in a default variant also breaks the conceptual model of the no variant version of the port being the normal/recommended/featureful version with variants being special cases. -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From ryandesign at macports.org Thu Jun 11 11:38:39 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 11 Jun 2009 13:38:39 -0500 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: <9F435ED2-166B-441F-A27C-F4005E980836@geeklair.net> References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> <20090609143327.GA3343@velsheda.lateralis.org> <62D4786F-1040-476F-9450-34757CFA855C@macports.org> <9F435ED2-166B-441F-A27C-F4005E980836@geeklair.net> Message-ID: On Jun 11, 2009, at 08:37, Daniel J. Luke wrote: > On Jun 11, 2009, at 1:50 AM, Ryan Schmidt wrote: >>> I find it simpler to set things up like the above example instead >>> (this avoids an extra variant and avoids having to indicate >>> conflicting variants). >> >> To me, it's the difference between whether the option, if it were >> presented to the user in a GUI, were presented as a checkbox or as >> a set of radio buttons. > > Since they produce the same output, and MacPorts doesn't present > checkboxes or radio buttons to the user, I don't think that that's > really a valid distinction. I think it is valid, since several MacPorts GUIs have already been produced over the years, and Juan Germ?n is working on one for GSoC 2009. Radio buttons and checkboxes are well-established and well-understood metaphors and I see no compelling reason to ignore them and try to invent something new for the user to need to understand. > The difference is that one method results in 2 variants that > conflict plus the 'magic' of default variants. Once you mix in the > registry not storing negative variants, I think you end up with > ugly user interaction if the user wants the non default one > (especially when he/she goes to upgrade it - unless that has been > fixed?) Unconditionally using default_variants in a port is bad and will cause the problem you describe. Conditionally using default_variants only when none of the conflicting variants have been selected by the user should work fine. I have been using it in ports for years. Ideally, ports should be coded so that a user need never use a negative variant (until that hypothetical future day when Registry 2.0 lets us remember negative variants, at which point we can revisit this guideline). > Having required features in a default variant also breaks the > conceptual model of the no variant version of the port being the > normal/recommended/featureful version with variants being special > cases. I suppose I don't necessarily have that conceptual model. I mean, we already break that assumption with platform variants. And the default_variants feature has been in MacPorts for longer than I've been here, is documented, is part of the public port interface and is in use by ports. Until default_variants and platform variants are removed from MacPorts (and I have no reason to believe this will ever happen), we will have some ports that install with a variant even when you did not ask for one, and this need not cause the user any discomfort. More justification for this way of using variants: Case 1: Mini vMac can emulate a number of old Macintosh computers. For simplicity, the developer decided to offer no way to select this or any other options at runtime; everything must be selected at compile time. In the minivmac 2.x portfile, I implemented this by having variants for each Macintosh model you can emulate: $ port variants minivmac minivmac has the variants: mac128k: Emulate a Macintosh with 128K RAM and 2 drives mac512k: Emulate a Macintosh 512K with 512K RAM and 2 drives mac512ke: Emulate a Macintosh 512Ke with 512K RAM and 6 drives macplus: Emulate a Macintosh Plus with 4 MB RAM and 6 drives (default) macse: Emulate a Macintosh SE with 4 MB RAM and 6 drives $ They are all marked as conflicting with one another, and if you don't select one, +macplus is selected for you, because that is the original and best-tested emulation and the one the developer recommends. To me, this variant presentation makes it clear that the user has a choice of five options, and which one will be selected by default. If the +macplus variant were omitted, it would be less clear, and the user would have to consult perhaps the port's description to find out what happens if he does not select any variant. And it would be more difficult to represent clearly in a GUI. Note that for the minivmac-devel 3.x portfile, in the interest of having fewer choices, I have removed these variants, and now always build all emulators, by running multiple make commands. Case 2: PDFTK compiles using GCJ, which Xcode does not include. Therefore PDFTK needs to depend on a GCC port. Currently you can choose between using gcc41 or gcc42. The default, if the user has not chosen otherwise, is to use the newest, gcc42, via the +with_gcc42 variant. (The "with_" variant naming is unfortunate and I wish it had not been used, but that's another matter.) When variants are used to select a compiler, having a variant for the default compiler also serves a very useful function. If some day a new version of PDFTK is released which can be compiled with a newer version of GCJ than that in gcc42, then #15420 can be resolved and a gcc44 variant can be added which will then be made the default. But a user who already had a prior version of PDFTK installed with, say, the gcc42 variant selected, will thus continue to use that compiler when upgrading the port. If there had been no variant for the default compiler, the user would be forced to install gcc44 at this point, which takes a nontrivial amount of time on the best hardware and an absolute eternity on older Macs. From dluke at geeklair.net Thu Jun 11 13:17:52 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu, 11 Jun 2009 16:17:52 -0400 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> <20090609143327.GA3343@velsheda.lateralis.org> <62D4786F-1040-476F-9450-34757CFA855C@macports.org> <9F435ED2-166B-441F-A27C-F4005E980836@geeklair.net> Message-ID: <37259711-6A88-4785-9D92-EF443A0E0195@geeklair.net> On Jun 11, 2009, at 2:38 PM, Ryan Schmidt wrote: >> Since they produce the same output, and MacPorts doesn't present >> checkboxes or radio buttons to the user, I don't think that that's >> really a valid distinction. > > I think it is valid, since several MacPorts GUIs have already been > produced over the years, and Juan Germ?n is working on one for GSoC > 2009. Except that there's no reason why one or the other implementation in the Portfile needs to map directly to one or the other UI > Unconditionally using default_variants in a port is bad and will > cause the problem you describe. Conditionally using default_variants > only when none of the conflicting variants have been selected by the > user should work fine. I have been using it in ports for years. Of course, that's significantly more complex (and repetitive) in the Portfile. It's also more programatic (and less declarative). >> Having required features in a default variant also breaks the >> conceptual model of the no variant version of the port being the >> normal/recommended/featureful version with variants being special >> cases. > > I suppose I don't necessarily have that conceptual model. I mean, we > already break that assumption with platform variants. Platform variants are "special" (and not without their own problems because of their 'magic'). > And the default_variants feature has been in MacPorts for longer > than I've been here, is documented, is part of the public port > interface and is in use by ports. It's also been something that we've recommended not using since the problems with it were discovered after upgrade was implemented. > If the +macplus variant were omitted, it would be less clear, and > the user would have to consult perhaps the port's description to > find out what happens if he does not select any variant. And it > would be more difficult to represent clearly in a GUI. I don't see why that is necessarily the case. The maintainer can make the 'best' default choice (as has been done here) and the variant descriptions can say "Emulate foo instead of bar" > Note that for the minivmac-devel 3.x portfile, in the interest of > having fewer choices, I have removed these variants, and now always > build all emulators, by running multiple make commands. ... and in this specific case, that's probably an even better solution. > Case 2: PDFTK compiles using GCJ, which Xcode does not include. > Therefore PDFTK needs to depend on a GCC port. Currently you can > choose between using gcc41 or gcc42. The default, if the user has > not chosen otherwise, is to use the newest, gcc42, via the > +with_gcc42 variant. (The "with_" variant naming is unfortunate and > I wish it had not been used, but that's another matter.) When > variants are used to select a compiler, having a variant for the > default compiler also serves a very useful function. If some day a > new version of PDFTK is released which can be compiled with a newer > version of GCJ than that in gcc42, then #15420 can be resolved and a > gcc44 variant can be added which will then be made the default. But > a user who already had a prior version of PDFTK installed with, say, > the gcc42 variant selected, will thus continue to use that compiler > when upgrading the port. If there had been no variant for the > default compiler, the user would be forced to install gcc44 at this > point, which takes a nontrivial amount of time on the best hardware > and an absolute eternity on older Macs. Of course, this is what bin: and path: style dependencies were originally for ;-) -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From raimue at macports.org Thu Jun 11 14:56:59 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu, 11 Jun 2009 23:56:59 +0200 Subject: [52043] trunk/dports/tex/texlive_base In-Reply-To: <37259711-6A88-4785-9D92-EF443A0E0195@geeklair.net> References: <20090608212917.BCB701D82756@beta.macosforge.org> <20090609000122.GB828@ninagal.withay.com> <20090609143327.GA3343@velsheda.lateralis.org> <62D4786F-1040-476F-9450-34757CFA855C@macports.org> <9F435ED2-166B-441F-A27C-F4005E980836@geeklair.net> <37259711-6A88-4785-9D92-EF443A0E0195@geeklair.net> Message-ID: <4A317DAB.9070001@macports.org> On 2009-06-11 22:17, Daniel J. Luke wrote: > On Jun 11, 2009, at 2:38 PM, Ryan Schmidt wrote: >>> Since they produce the same output, and MacPorts doesn't present >>> checkboxes or radio buttons to the user, I don't think that that's >>> really a valid distinction. >> I think it is valid, since several MacPorts GUIs have already been >> produced over the years, and Juan Germ?n is working on one for GSoC >> 2009. > > Except that there's no reason why one or the other implementation in > the Portfile needs to map directly to one or the other UI I think what Ryan was going to say is what there are currently two different use cases for variants. Selecting additional features (checkbox) or choosing from multiple possibilities (radio buttons). Rainer From blb at macports.org Fri Jun 12 00:43:40 2009 From: blb at macports.org (Bryan Blackburn) Date: Fri, 12 Jun 2009 01:43:40 -0600 Subject: New committer: giorgio_v Message-ID: <20090612074340.GK4205@ninagal.withay.com> Please join us in welcoming the following new MacPorts committer: - Giorgio Valoti (giorgio_v) We look forward to continued excellent contributions from this new team member. - Bryan, Joshua, Rainer, and Ryan Do you want to join the MacPorts team? If you would like to be considered for team membership and commit access, please read this section of the Guide: http://guide.macports.org/chunked/project.membership.html From ryandesign at macports.org Fri Jun 12 01:43:30 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 12 Jun 2009 03:43:30 -0500 Subject: [52206] trunk/dports/databases In-Reply-To: <20090612061328.732E71DC774D@beta.macosforge.org> References: <20090612061328.732E71DC774D@beta.macosforge.org> Message-ID: <81008FD6-FF4D-44AC-B832-7C940494C580@macports.org> On Jun 12, 2009, at 01:13, blb at macports.org wrote: > Revision: 52206 > http://trac.macports.org/changeset/52206 > Author: blb at macports.org > Date: 2009-06-11 23:13:17 -0700 (Thu, 11 Jun 2009) > Log Message: > ----------- > New port - databases/libdbi-drivers, Drivers for libdbi; ticket #19425 > +variant mysql5 description "Include drivers for MySQL" { > + configure.args-append --with-mysql --with-mysql-incdir=$ > {prefix}/include/mysql5 \ > + --with-mysql-libdir=${prefix}/lib/mysql5/mysql > + depends_lib-append port:mysql5 > +} Could we have "path:bin/mysql_config5:mysql5" here instead of "port:mysql5" so that mysql5-devel could be allowed to satisfy the dependency? From mcalhoun at macports.org Fri Jun 12 12:30:45 2009 From: mcalhoun at macports.org (Marcus Calhoun-Lopez) Date: Fri, 12 Jun 2009 15:30:45 -0400 Subject: [52182] trunk/dports/graphics/libart_lgpl In-Reply-To: <20090611185618.A6D8C1DC094E@beta.macosforge.org> References: <20090611185618.A6D8C1DC094E@beta.macosforge.org> Message-ID: <28D959B1-43C0-40C0-8F18-7FB6ED01C2BB@macports.org> I was the one with "bright idea" to make the "insane" changes you found objectionable. Please allow me to explain my reasoning. 1) Getting a universal binary wrong (e.g. wrong sizeof(long)) can cause a very hard to track down bug. 2) Finding all the places where "#ifdef {__LP64__, i386, ppc}" are needed is time consuming, tedious, and error prone. It is not even a one time expense since the same process must be done with each version. It seems to me that it is much better to automate the process. 3) It is not enough to compare destroot directories for proper header patches. mpfr is an example where the header files are the same on all architectures, but the the different architectures must still be built separately for everything to work correctly (see the Portfile comment). I have no reason to think that 1 and 3 will happen with libart_lgpl, but making sure for each version, again, seems tedious. I understand that the configure process was ugly for libart_lgpl (and a few other port). Things would be greatly simplified if cross-compiling universal support were dropped (keeping only 32/64-bit universal). I have advocated for this before but found my opinion to be in the minority. Thanks, Marcus On Jun 11, 2009, at 2:56 PM, toby at macports.org wrote: > Revision52182Authortoby at macports.orgDate2009-06-11 11:56:18 -0700 > (Thu, 11 Jun 2009)Log Message > Remove completely insane configure section, add simple patches to > accomplish the same goal. > Remove darwin 6 section. > Take maintainership to prevent anyone from getting bright ideas > about "fixing" the port again. > Modified Paths > ? trunk/dports/graphics/libart_lgpl/Portfile > Added Paths > ? trunk/dports/graphics/libart_lgpl/files/ > ? trunk/dports/graphics/libart_lgpl/files/patch-Makefile.in > ? trunk/dports/graphics/libart_lgpl/files/patch-art_config.h > Diff > Modified: trunk/dports/graphics/libart_lgpl/Portfile (52181 => 52182) > From ryandesign at macports.org Fri Jun 12 16:53:13 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 12 Jun 2009 18:53:13 -0500 Subject: [52235] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <20090612203228.6CA021DEA4D5@beta.macosforge.org> References: <20090612203228.6CA021DEA4D5@beta.macosforge.org> Message-ID: <1B07EE54-2959-4160-B0AF-0F7C4754CA16@macports.org> On Jun 12, 2009, at 15:32, blb at macports.org wrote: > Revision: 52235 > http://trac.macports.org/changeset/52235 > Author: blb at macports.org > Date: 2009-06-12 13:32:27 -0700 (Fri, 12 Jun 2009) > Log Message: > ----------- > fetch/mirror_sites.tcl - re-add trd.no which is working again Are you sure? I can ping it but not connect to its web server. $ ping trd.no.distfiles.macports.org PING mirror.pvv.ntnu.no (129.241.210.192): 56 data bytes 64 bytes from 129.241.210.192: icmp_seq=0 ttl=43 time=1923.358 ms 64 bytes from 129.241.210.192: icmp_seq=1 ttl=43 time=1848.259 ms 64 bytes from 129.241.210.192: icmp_seq=2 ttl=43 time=1319.862 ms 64 bytes from 129.241.210.192: icmp_seq=3 ttl=43 time=779.722 ms ^C --- mirror.pvv.ntnu.no ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max/stddev = 779.722/1467.800/1923.358/460.331 ms $ curl http://trd.no.distfiles.macports.org/ curl: (7) couldn't connect to host $ From blb at macports.org Fri Jun 12 17:17:36 2009 From: blb at macports.org (Bryan Blackburn) Date: Fri, 12 Jun 2009 18:17:36 -0600 Subject: [52235] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <1B07EE54-2959-4160-B0AF-0F7C4754CA16@macports.org> References: <20090612203228.6CA021DEA4D5@beta.macosforge.org> <1B07EE54-2959-4160-B0AF-0F7C4754CA16@macports.org> Message-ID: <20090613001736.GE65270@ninagal.withay.com> On Fri, Jun 12, 2009 at 06:53:13PM -0500, Ryan Schmidt said: > > On Jun 12, 2009, at 15:32, blb at macports.org wrote: > >> Revision: 52235 >> http://trac.macports.org/changeset/52235 >> Author: blb at macports.org >> Date: 2009-06-12 13:32:27 -0700 (Fri, 12 Jun 2009) >> Log Message: >> ----------- >> fetch/mirror_sites.tcl - re-add trd.no which is working again > > Are you sure? I can ping it but not connect to its web server. > > > $ ping trd.no.distfiles.macports.org > PING mirror.pvv.ntnu.no (129.241.210.192): 56 data bytes > 64 bytes from 129.241.210.192: icmp_seq=0 ttl=43 time=1923.358 ms > 64 bytes from 129.241.210.192: icmp_seq=1 ttl=43 time=1848.259 ms > 64 bytes from 129.241.210.192: icmp_seq=2 ttl=43 time=1319.862 ms > 64 bytes from 129.241.210.192: icmp_seq=3 ttl=43 time=779.722 ms > ^C > --- mirror.pvv.ntnu.no ping statistics --- > 4 packets transmitted, 4 packets received, 0% packet loss > round-trip min/avg/max/stddev = 779.722/1467.800/1923.358/460.331 ms > $ curl http://trd.no.distfiles.macports.org/ > curl: (7) couldn't connect to host > $ As do I (just tried a ping initially) when Zpeidar mentioned on IRC they brought the machine back up. Perhaps they restored connectivity but the web server isn't up yet; rsync appears to be working though. At least with connection refused port should quickly move to the next server. Bryan From talklists at newgeo.com Fri Jun 12 18:08:41 2009 From: talklists at newgeo.com (Scott Haneda) Date: Fri, 12 Jun 2009 18:08:41 -0700 Subject: Port binary Message-ID: <480E2606-3108-4807-A26F-60083B7594DE@newgeo.com> I just hit the docs on port binary packages. More of an accident but nonetheless, I am interested. The full installer binaries that need not have macports installed, are there more docs than the few paragraphs I've read so far? Top of my list of questions: Is this a reliable process, if so, why, with so many wanting a solid php and apache has that not been done? What archtecture is the build for? Only the build box, or are these universal? If so, how is this being done with something like php where I believe many modules simply can not build out as UB's? It appears there is a single command. Does this create an installer as well? Where are the usual install location selection, license, and other features of installer creation defined? Pretty excited to learn about this, looking forward to testing it out. -- Scott Iphone says hello. From ryandesign at macports.org Sat Jun 13 00:14:49 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 13 Jun 2009 02:14:49 -0500 Subject: Port binary In-Reply-To: <480E2606-3108-4807-A26F-60083B7594DE@newgeo.com> References: <480E2606-3108-4807-A26F-60083B7594DE@newgeo.com> Message-ID: On Jun 12, 2009, at 20:08, Scott Haneda wrote: > I just hit the docs on port binary packages. More of an accident > but nonetheless, I am interested. > > The full installer binaries that need not have macports installed, > are there more docs than the few paragraphs I've read so far? > > Top of my list of questions: > Is this a reliable process, if so, why, with so many wanting a > solid php and apache has that not been done? > > What archtecture is the build for? Only the build box, or are these > universal? If so, how is this being done with something like php > where I believe many modules simply can not build out as UB's? > > It appears there is a single command. Does this create an installer > as well? Where are the usual install location selection, license, > and other features of installer creation defined? > > Pretty excited to learn about this, looking forward to testing it out. What documentation have you read? I assume you're talking about the port pkg/mpkg/dmg/mdmg commands? They package the port with exactly the variants you specify. If you specify +universal, they're universal. pkg creates an Apple Installer package of the port. mpkg creates an installer package of the port and all dependencies. dmg and mdmg do the same and then put the pkg on a disk image. Binaries created this way aren't well supported, and certainly cannot be mixed with an existing MacPorts installation in the same prefix. From ryandesign at macports.org Sat Jun 13 01:11:47 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 13 Jun 2009 03:11:47 -0500 Subject: [52257] trunk/dports/math/atlas In-Reply-To: <20090613051002.DB7171DF49CF@beta.macosforge.org> References: <20090613051002.DB7171DF49CF@beta.macosforge.org> Message-ID: On Jun 13, 2009, at 00:10, jameskyle at macports.org wrote: > Revision: 52257 > http://trac.macports.org/changeset/52257 > Author: jameskyle at macports.org > Date: 2009-06-12 22:10:01 -0700 (Fri, 12 Jun 2009) > Log Message: > ----------- > Upgrades atlas to 3.8.3 > Added shared libraries (dylib's) > Compiles 32 bit libraries for macports compatibility > Upgrades lapack to 3.2.1 > Proper platform specific optimized build as specified by the math- > atlas project > Fixes misidentification of processor type on intel Core2 processors Did you have permission from the maintainer of this port to make these changes? If a port has a maintainer, as atlas does, you should generally file a ticket and attach a patch for the changes you want made. If the maintainer does not respond within 72 hours, then you can commit the changes. If this is what occurred, then that's fine, but you should so indicate in your commit message. > Modified Paths: > -------------- > trunk/dports/math/atlas/Portfile > > Added Paths: > ----------- > trunk/dports/math/atlas/files/ > trunk/dports/math/atlas/files/Portfile > trunk/dports/math/atlas/files/patch-build-Make.top.diff There almost certainly should not be a Portfile in the files directory. > +# the following patch corrects extension conventions for osx's > dynamic libs > +set make_patch patch-build-Make.top.diff > post-configure { > # recursively remove directories > reinplace "s|rm -f|rm -rf|g" ${workpath}/${name}-${version}/ > build/Makefile > + > + # patch ${name}-${version}/build/Make.top to install dynamic libs > + system "cd ${worksrcpath}/build/ && \ > + patch -p0 < ${filespath}/${make_patch}" > } If this patch is only for Mac OS X, it would be best to confine it to a "platform darwin" section, so that it does not get applied if someone tries to install the port on another operating system (unlikely though that might be in MacPorts). platform darwin { post-configure { # patch build/Make.top to install dynamic libs system "cd ${worksrcpath}/build/ && \ patch -p0 < ${filespath}/patch-build-Make.top.diff" } } It looks like this patch stops the software from building static libraries, and makes it build Mac OS X dynamic libraries instead, is that correct? From ryandesign at macports.org Sat Jun 13 02:06:38 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 13 Jun 2009 04:06:38 -0500 Subject: llvm-gcc42's libgcc_s.1.dylib Message-ID: If llvm-gcc42 is installed, practically any port built thereafter will link to its libgcc_s.1.dylib in ${prefix}/lib rather than Xcode's in /usr/lib, which obviously causes those ports to blow up if I then later uninstall or deactivate llvm-gcc42, since none of those ports declare (nor should declare) dependencies on llvm-gcc42. Should llvm-gcc42 rename its libgcc_s.1.dylib (and if so would software that requires llvm-gcc42 still work?) or is there another solution anyone can think of? From ryandesign at macports.org Sat Jun 13 03:27:06 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 13 Jun 2009 05:27:06 -0500 Subject: Port binary In-Reply-To: <9B0AF69F-B333-44A0-AE12-E8FB8BAD8C81@lavergne.gotdns.org> References: <480E2606-3108-4807-A26F-60083B7594DE@newgeo.com> <9B0AF69F-B333-44A0-AE12-E8FB8BAD8C81@lavergne.gotdns.org> Message-ID: <077F2408-6FBC-4A47-88B5-EE39B4B2E324@macports.org> On Jun 13, 2009, at 03:02, Jeremy Lavergne wrote: >> Binaries created this way aren't well supported, and certainly >> cannot be mixed with an existing MacPorts installation in the same >> prefix. > > With the advent of binary port distribution, it would seem this > would no longer be an issue. Well, I would say that one step on the road to binary port distribution is fixing this issue, so that ports that were installed via a binary are recognized as having been installed by MacPorts just like ports that were installed from source. > As for when that horizon will come to pass ... well, who knows :-) > 10.6 will definitely make it easier with fewer architectures. Perhaps, but I think once you have a build system ready to go on, say, an Intel Mac, getting it to also work on a PowerPC Mac shouldn't be that much of a stretch. So I don't think the number of architectures we want to support is really a problem that's holding up port binaries. From ryandesign at macports.org Sat Jun 13 03:28:25 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 13 Jun 2009 05:28:25 -0500 Subject: llvm-gcc42's libgcc_s.1.dylib In-Reply-To: <7F1EF32F-8AB4-43C3-B72D-CE2BF8044C3E@lavergne.gotdns.org> References: <7F1EF32F-8AB4-43C3-B72D-CE2BF8044C3E@lavergne.gotdns.org> Message-ID: <90A81903-F850-4FFD-815B-17600E301C4C@macports.org> On Jun 13, 2009, at 04:15, Jeremy Lavergne wrote: > On Jun 13, 2009, at 5:06 AM, Ryan Schmidt wrote: > >> If llvm-gcc42 is installed, practically any port built thereafter >> will link to its libgcc_s.1.dylib in ${prefix}/lib rather than >> Xcode's in /usr/lib, which obviously causes those ports to blow up >> if I then later uninstall or deactivate llvm-gcc42, since none of >> those ports declare (nor should declare) dependencies on llvm- >> gcc42. Should llvm-gcc42 rename its libgcc_s.1.dylib (and if so >> would software that requires llvm-gcc42 still work?) or is there >> another solution anyone can think of? > > Could block llvm's location from the path unless it's depended > upon? Something akin to trace mode? I was hoping there was something simple that could be done, say in the llvm-gcc42 port, rather than a change that would have to be made to MacPorts base to accommodate the issue. But I don't know what that solution might be, so maybe your suggestion is the way to go. From ryandesign at macports.org Sat Jun 13 17:30:19 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 13 Jun 2009 19:30:19 -0500 Subject: [52290] trunk/dports/_resources/port1.0/group/kde4-1.0.tcl In-Reply-To: <20090613164616.CE73C1DF942B@beta.macosforge.org> References: <20090613164616.CE73C1DF942B@beta.macosforge.org> Message-ID: On Jun 13, 2009, at 11:46, illogic-al at macports.org wrote: > Revision: 52290 > http://trac.macports.org/changeset/52290 > Author: illogic-al at macports.org > Date: 2009-06-13 09:46:16 -0700 (Sat, 13 Jun 2009) > Log Message: > ----------- > Use Qt's phonon. Use qt4-mac. And you now no longer build documentation by default? You should also change the variant's description, which is now wrong. > -configure.args-append -DBUILD_doc=ON \ > +configure.args-append -DBUILD_doc=OFF \ > -DBUILD_SHARED_LIBS=ON \ > -DBUNDLE_INSTALL_DIR=${applications_dir}/ > KDE4 \ > - -DPHONON_INCLUDE_DIR=${prefix}/include \ > - -DPHONON_LIBRARY=${prefix}/lib/ > libphonon.dylib \ > - -DQT_QMAKE_EXECUTABLE=${prefix}/libexec/ > qt4-kde/bin/qmake \ > + -DPHONON_INCLUDE_DIR=${qt_dir}/include \ > + -DPHONON_LIBRARY=${qt_dir}/lib/ > phonon.framework/phonon \ > + -DQT_QMAKE_EXECUTABLE=${qt_dir}/bin/qmake \ > -DKDE_DISTRIBUTION_TEXT="MacPorts\/Mac OS X" > > -variant no_docs description "Omit documentation" { > - depends_lib-delete port:doxygen > - configure.args-delete -DBUILD_doc=ON > - configure.args-append -DBUILD_doc=OFF > +variant docs description "Omit documentation" { > + depends_lib-append port:doxygen > + configure.args-delete -DBUILD_doc=OFF > } From ryandesign at macports.org Sat Jun 13 17:36:39 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 13 Jun 2009 19:36:39 -0500 Subject: [52297] trunk/dports/kde In-Reply-To: <20090613193702.320E21DFBD9F@beta.macosforge.org> References: <20090613193702.320E21DFBD9F@beta.macosforge.org> Message-ID: On Jun 13, 2009, at 14:36, illogic-al at macports.org wrote: > Revision: 52297 > http://trac.macports.org/changeset/52297 > Author: illogic-al at macports.org > Date: 2009-06-13 12:36:56 -0700 (Sat, 13 Jun 2009) > Log Message: > ----------- > Update to 4.2.4 to fix distfile disappearance. > Should fix tickets #19496 and #19495. > Add kdebase-workspace. Drop maintainership. > Modified: trunk/dports/kde/kdebase4-runtime/Portfile > configure.args-append ../${distname} \ > - -DWITH_Samba=OFF \ > -DWITH_PulseAudio=OFF \ > -DXINE_INCLUDE_DIR=\"\" \ > -DXINE_LIBRARY=\"\" > > -variant samba description "Enable samba support" { > - depends_lib-append port:samba3 > - configure.args-delete -DWITH_Samba=OFF > - configure.args-append -DWITH_Samba=ON > -} And samba support is no longer available? From ram at macports.org Sun Jun 14 09:29:14 2009 From: ram at macports.org (Adam Mercer) Date: Sun, 14 Jun 2009 11:29:14 -0500 Subject: [52161] trunk/dports/devel/libsdl_image-framework/Portfile In-Reply-To: <20090611143706.03A121DBD3A5@beta.macosforge.org> References: <20090611143706.03A121DBD3A5@beta.macosforge.org> Message-ID: <799406d60906140929w36f4aa23y8642a8e2b0458d0c@mail.gmail.com> On Thu, Jun 11, 2009 at 09:37, wrote: > -livecheck.check regex > +livecheck.type regex This won't work on MacPorts-1.7.1, only on trunk. Can this be reverted. Cheers Adam From nox at macports.org Sun Jun 14 10:11:02 2009 From: nox at macports.org (nox) Date: Sun, 14 Jun 2009 19:11:02 +0200 Subject: [52161] trunk/dports/devel/libsdl_image-framework/Portfile In-Reply-To: <799406d60906140929w36f4aa23y8642a8e2b0458d0c@mail.gmail.com> References: <20090611143706.03A121DBD3A5@beta.macosforge.org> <799406d60906140929w36f4aa23y8642a8e2b0458d0c@mail.gmail.com> Message-ID: <8BF96F84-6264-4B95-B3F0-B84D1D35E514@macports.org> Le 14 juin 09 ? 18:29, Adam Mercer a ?crit : > On Thu, Jun 11, 2009 at 09:37, wrote: > >> -livecheck.check regex >> +livecheck.type regex > > This won't work on MacPorts-1.7.1, only on trunk. Can this be > reverted. > > Cheers > > Adam Oh. Reverted in r52348. From mta at umich.edu Sun Jun 14 18:25:09 2009 From: mta at umich.edu (Mike Alexander) Date: Sun, 14 Jun 2009 21:25:09 -0400 Subject: [52206] trunk/dports/databases In-Reply-To: <81008FD6-FF4D-44AC-B832-7C940494C580@macports.org> References: <20090612061328.732E71DC774D@beta.macosforge.org> <81008FD6-FF4D-44AC-B832-7C940494C580@macports.org> Message-ID: <628848D4003D4DA094E49315@mistral.private> --On June 12, 2009 3:43:30 AM -0500 Ryan Schmidt wrote: > On Jun 12, 2009, at 01:13, blb at macports.org wrote: > >> Revision: 52206 >> http://trac.macports.org/changeset/52206 >> Author: blb at macports.org >> Date: 2009-06-11 23:13:17 -0700 (Thu, 11 Jun 2009) >> Log Message: >> ----------- >> New port - databases/libdbi-drivers, Drivers for libdbi; ticket >> #19425 > > >> +variant mysql5 description "Include drivers for MySQL" { >> + configure.args-append --with-mysql --with-mysql-incdir=$ >> {prefix}/include/mysql5 \ >> + --with-mysql-libdir=${prefix}/lib/mysql5/mysql >> + depends_lib-append port:mysql5 >> +} > > Could we have "path:bin/mysql_config5:mysql5" here instead of > "port:mysql5" so that mysql5-devel could be allowed to satisfy the > dependency? That's fine with me (do any other variants need similar changes), but someone with commit access will have to make the change. -- Mike Alexander mta at umich.edu Ann Arbor, MI PGP key ID: BEA343A6 From jeremy at lavergne.gotdns.org Sun Jun 14 18:30:53 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Sun, 14 Jun 2009 21:30:53 -0400 Subject: [52206] trunk/dports/databases In-Reply-To: <628848D4003D4DA094E49315@mistral.private> References: <20090612061328.732E71DC774D@beta.macosforge.org> <81008FD6-FF4D-44AC-B832-7C940494C580@macports.org> <628848D4003D4DA094E49315@mistral.private> Message-ID: <43CCAE3F-FDEE-4139-8A27-C6BF1A167980@lavergne.gotdns.org> I've reopened the ticket to track these changes. On Jun 14, 2009, at 9:25 PM, Mike Alexander wrote: > That's fine with me (do any other variants need similar changes), > but someone with commit access will have to make the change. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From ryandesign at macports.org Sun Jun 14 19:26:08 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 14 Jun 2009 21:26:08 -0500 Subject: [52206] trunk/dports/databases In-Reply-To: <628848D4003D4DA094E49315@mistral.private> References: <20090612061328.732E71DC774D@beta.macosforge.org> <81008FD6-FF4D-44AC-B832-7C940494C580@macports.org> <628848D4003D4DA094E49315@mistral.private> Message-ID: On Jun 14, 2009, at 20:25, Mike Alexander wrote: > On June 12, 2009 3:43:30 AM -0500 Ryan Schmidt wrote: > >> Could we have "path:bin/mysql_config5:mysql5" here instead of >> "port:mysql5" so that mysql5-devel could be allowed to satisfy the >> dependency? > > That's fine with me (do any other variants need similar changes), > but someone with commit access will have to make the change. Thanks, I made the change. I think the other variants are fine. From devans at macports.org Mon Jun 15 08:23:04 2009 From: devans at macports.org (David Evans) Date: Mon, 15 Jun 2009 08:23:04 -0700 Subject: [52381] trunk/dports/devel/boost In-Reply-To: <20090615134759.796C51E1F16D@beta.macosforge.org> References: <20090615134759.796C51E1F16D@beta.macosforge.org> Message-ID: <4A366758.4090903@macports.org> nox at macports.org wrote: > > Revision > 52381 > Author > nox at macports.org > Date > 2009-06-15 06:47:58 -0700 (Mon, 15 Jun 2009) > > > Log Message > > boost (closes #18963, #19834): > * Update to 1.39.0. > * Use versioned names for the libraries to enable +st and +debug. > * Rename +docs variant to +doc for consistency. > * Fix documentation variant which was also installing libraries and tools. > * Remove darwin platform block as it's the only architecture supported by this port. > * Patch the darwin toolset to properly name libraries when creating them. > * Use python executable to get its site-packages directory. > * Enable universal support. > * Ignore any user-config.jam and site-config.jam which could change the build process. > * Properly configure the python Jam module when selecting a python* variant. > * Use buildmakejobs to speed up the building. > * Enable Boost.Random. MacPorts 1.7.1 doesn't like build.cmd bjam [portbuild::build_getmakejobs] devans% sudo port -d build boost DEBUG: Found port in file:///opt/macports/trunk/dports//devel/boost DEBUG: Changing to port directory: /opt/macports/trunk/dports/devel/boost DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided DEBUG: invalid command name "portbuild::build_getmakejobs" while executing "portbuild::build_getmakejobs" invoked from within "build.cmd bjam [portbuild::build_getmakejobs]" (file "Portfile" line 39) invoked from within "source Portfile" invoked from within "$workername eval source Portfile" (procedure "mportopen" line 46) invoked from within "mportopen $porturl [array get options] [array get variations]" Error: Unable to open port: invalid command name "portbuild::build_getmakejobs" From forumer at smartmobili.com Mon Jun 15 08:25:31 2009 From: forumer at smartmobili.com (Vincent R.) Date: Mon, 15 Jun 2009 17:25:31 +0200 Subject: wxwidgets 2.8.10 Message-ID: <1854a9853c2bb76a20a76ae5b3743665@mail.smartmobili.com> Hi, Sorry if this is the wrong mailing list but I have installed macports and do my first test, I was interested in wxwidgets so I have enter sudo port install wxWidgets-devel After having downloaded and installed lots of dependencies at then I can see :---> Fetching wxWidgets-devel ---> Attempting to fetch wxWidgets-2.8.10-rc2.tar.bz2 from http://arn.se.distfiles.macports.org/wxWidgets/2.8.10-rc2 ---> Verifying checksum(s) for wxWidgets-devel ---> Extracting wxWidgets-devel ---> Configuring wxWidgets-devel ---> Building wxWidgets-devel ---> Staging wxWidgets-devel into destroot ---> Installing wxWidgets-devel @2.8.10-rc2_0 ---> Activating wxWidgets-devel @2.8.10-rc2_0 ---> Cleaning wxWidgets-devel And once it's finished I had a look in /opt/local/lib/wx-devel and I can see that dynamic lib have 2.8.6 suffix as shown below: lrwxr-xr-x 1 root admin 30 15 jui 17:12 libwx_macu_ogl-2.8.6.dylib -> libwx_macu_ogl-2.8.6.0.0.dylib Is it something normal ? Shouln't be libwx_xxxxx_2.8.10 ? Sorry for my question I am a noob in mac and mac ports ? From jmr at macports.org Mon Jun 15 08:58:10 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 16 Jun 2009 01:58:10 +1000 Subject: [52381] trunk/dports/devel/boost In-Reply-To: <4A366758.4090903@macports.org> References: <20090615134759.796C51E1F16D@beta.macosforge.org> <4A366758.4090903@macports.org> Message-ID: <4A366F92.4080204@macports.org> On 2009-6-16 01:23, David Evans wrote: > MacPorts 1.7.1 doesn't like > > build.cmd bjam [portbuild::build_getmakejobs] Indeed, and nox just fixed it. Note that portbuild::build_getmakejobs is an internal procedure that was never intended to be used from portfiles. It was apparently used in boost because build.jobs can be 0, and that procedure is what converts 0 to the number of CPU cores in the machine. I'm just about to make a commit to trunk that will make build.jobs always be a directly usable number. - Josh From ryandesign at macports.org Mon Jun 15 09:44:22 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 15 Jun 2009 11:44:22 -0500 Subject: [52381] trunk/dports/devel/boost In-Reply-To: <4A366F92.4080204@macports.org> References: <20090615134759.796C51E1F16D@beta.macosforge.org> <4A366758.4090903@macports.org> <4A366F92.4080204@macports.org> Message-ID: On Jun 15, 2009, at 10:58, Joshua Root wrote: > On 2009-6-16 01:23, David Evans wrote: >> MacPorts 1.7.1 doesn't like >> >> build.cmd bjam [portbuild::build_getmakejobs] > > Indeed, and nox just fixed it. Note that > portbuild::build_getmakejobs is > an internal procedure that was never intended to be used from > portfiles. > It was apparently used in boost because build.jobs can be 0, and that > procedure is what converts 0 to the number of CPU cores in the > machine. > > I'm just about to make a commit to trunk that will make build.jobs > always be a directly usable number. Ah. I've used [build_getmakejobs] in minivmac-devel. It works for me in MP 1.7.1. Does that not work on trunk now? From jwa at macports.org Mon Jun 15 09:47:45 2009 From: jwa at macports.org (Jyrki Wahlstedt) Date: Mon, 15 Jun 2009 19:47:45 +0300 Subject: wxwidgets 2.8.10 In-Reply-To: <1854a9853c2bb76a20a76ae5b3743665@mail.smartmobili.com> References: <1854a9853c2bb76a20a76ae5b3743665@mail.smartmobili.com> Message-ID: <7EF88ADE-C1EC-486A-A894-E880CC6DBA61@macports.org> Ok, you have two issues here (see comments below): On 15.6.2009, at 18.25, Vincent R. wrote: > Hi, > > Sorry if this is the wrong mailing list but I have installed > macports and > do my first test, I was interested in wxwidgets > so I have enter > > sudo port install wxWidgets-devel > > After having downloaded and installed lots of dependencies at then I > can > see :---> Fetching wxWidgets-devel > ---> Attempting to fetch wxWidgets-2.8.10-rc2.tar.bz2 from > http://arn.se.distfiles.macports.org/wxWidgets/2.8.10-rc2 > ---> Verifying checksum(s) for wxWidgets-devel > ---> Extracting wxWidgets-devel > ---> Configuring wxWidgets-devel > ---> Building wxWidgets-devel > ---> Staging wxWidgets-devel into destroot > ---> Installing wxWidgets-devel @2.8.10-rc2_0 > ---> Activating wxWidgets-devel @2.8.10-rc2_0 > ---> Cleaning wxWidgets-devel > We have the ports wxWidgets and wxWidgets-devel. The version numbers of those differ depending on the rhythm of the corresponding releases. At the moment the wxWidgets proper is at version 2.8.10, so it could be wise to install that instead of -devel (that is a previous version actually, as there are no rc-releases of future versions yet). > And once it's finished I had a look in /opt/local/lib/wx-devel and I > can > see that dynamic lib have 2.8.6 suffix as shown below: > > lrwxr-xr-x 1 root admin 30 15 jui 17:12 > libwx_macu_ogl-2.8.6.dylib > -> libwx_macu_ogl-2.8.6.0.0.dylib > > > Is it something normal ? > Shouln't be libwx_xxxxx_2.8.10 ? This is quite normal, I can assure you I have the same library with the same numbers in my /opt/local/lib. > > Sorry for my question I am a noob in mac and mac ports ? As I tend to say while teaching, there are no questions to be sorry for. If you don't know something you ask! ! ! Jyrki Wahlstedt ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386 From jmr at macports.org Mon Jun 15 10:07:23 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 16 Jun 2009 03:07:23 +1000 Subject: [52381] trunk/dports/devel/boost In-Reply-To: References: <20090615134759.796C51E1F16D@beta.macosforge.org> <4A366758.4090903@macports.org> <4A366F92.4080204@macports.org> Message-ID: <4A367FCB.9010004@macports.org> On 2009-6-16 02:44, Ryan Schmidt wrote: > > On Jun 15, 2009, at 10:58, Joshua Root wrote: > >> On 2009-6-16 01:23, David Evans wrote: >>> MacPorts 1.7.1 doesn't like >>> >>> build.cmd bjam [portbuild::build_getmakejobs] >> >> Indeed, and nox just fixed it. Note that portbuild::build_getmakejobs is >> an internal procedure that was never intended to be used from portfiles. >> It was apparently used in boost because build.jobs can be 0, and that >> procedure is what converts 0 to the number of CPU cores in the machine. >> >> I'm just about to make a commit to trunk that will make build.jobs >> always be a directly usable number. > > Ah. I've used [build_getmakejobs] in minivmac-devel. It works for me in > MP 1.7.1. Does that not work on trunk now? No, in fact it hasn't for some time, because of the added namespace encapsulation. Same with build_getnicevalue. The latter can at least be trivially replaced with "nice -n${build.nice}". - Josh From ryandesign at macports.org Mon Jun 15 10:09:57 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 15 Jun 2009 12:09:57 -0500 Subject: wxwidgets 2.8.10 In-Reply-To: <1854a9853c2bb76a20a76ae5b3743665@mail.smartmobili.com> References: <1854a9853c2bb76a20a76ae5b3743665@mail.smartmobili.com> Message-ID: On Jun 15, 2009, at 10:25, Vincent R. wrote: > Sorry if this is the wrong mailing list but I have installed > macports and > do my first test, I was interested in wxwidgets > so I have enter > > sudo port install wxWidgets-devel > > After having downloaded and installed lots of dependencies at then > I can > see :---> Fetching wxWidgets-devel > ---> Attempting to fetch wxWidgets-2.8.10-rc2.tar.bz2 from > http://arn.se.distfiles.macports.org/wxWidgets/2.8.10-rc2 > ---> Verifying checksum(s) for wxWidgets-devel > ---> Extracting wxWidgets-devel > ---> Configuring wxWidgets-devel > ---> Building wxWidgets-devel > ---> Staging wxWidgets-devel into destroot > ---> Installing wxWidgets-devel @2.8.10-rc2_0 > ---> Activating wxWidgets-devel @2.8.10-rc2_0 > ---> Cleaning wxWidgets-devel > > And once it's finished I had a look in /opt/local/lib/wx-devel and > I can > see that dynamic lib have 2.8.6 suffix as shown below: > > lrwxr-xr-x 1 root admin 30 15 jui 17:12 > libwx_macu_ogl-2.8.6.dylib > -> libwx_macu_ogl-2.8.6.0.0.dylib > > > Is it something normal ? > Shouln't be libwx_xxxxx_2.8.10 ? > > Sorry for my question I am a noob in mac and mac ports ? Welcome to MacPorts! As Jyrki said, you probably want the wxWidgets port instead of the wxWidgets-devel port. The former is at version 2.8.10 while the latter is currently the older 2.8.10-rc2. Generally, "-devel" ports are development versions while non-devel ports are stable versions. wxWidgets 2.8.10 installs these files on my system: /opt/local/lib/libwx_macu_ogl-2.8.0.6.0.dylib /opt/local/lib/libwx_macu_ogl-2.8.0.dylib /opt/local/lib/libwx_macu_ogl-2.8.dylib From ryandesign at macports.org Mon Jun 15 12:18:05 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 15 Jun 2009 14:18:05 -0500 Subject: The road to MacPorts 1.8.0 Message-ID: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> It's been awhile since 1.7.1 was released, and I've seen many changes go into trunk already since then. What still stands in the way of releasing 1.8.0? I believe there was a change which now prevents explicitly selecting automatic variants, which was going to be a problem for the fetch code the distfiles mirror runs to make sure it fetches the distfiles necessary for every variant. Can that be fixed somehow? I know the GSoC '08 privilege escalation stuff was merged in awhile ago, and I saw Josh commit some follow-ups recently. Is that all working now? Do we know of anything broken in trunk at the moment? How are we with Snow Leopard support? Anything still outstanding? I understand Snow Leopard builds things 64-bit by default now instead of 32-bit. I'm really not sure what we should be doing about this. There was a comment that the default universal_archs should be changed from "ppc i386" to "i386 x86_64". Presumably this would only be done on Intel Macs, and PPC Macs would get "ppc ppc64". Or maybe we would make it "i386 x86_64" only on Snow Leopard, since that OS is Intel-only, and keep "ppc i386" for Tiger and Leopard. From jmr at macports.org Mon Jun 15 13:30:16 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 16 Jun 2009 06:30:16 +1000 Subject: The road to MacPorts 1.8.0 In-Reply-To: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> References: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> Message-ID: <4A36AF58.20706@macports.org> On 2009-6-16 05:18, Ryan Schmidt wrote: > It's been awhile since 1.7.1 was released, and I've seen many changes go > into trunk already since then. What still stands in the way of releasing > 1.8.0? The Trac roadmap is actually a pretty good indicator. Some of the stuff in the 1.8.0 milestone could (and probably should) be pushed later, of course. The only essentials as I see it are Snow Leopard support and a handful of regressions. > I believe there was a change which now prevents explicitly selecting > automatic variants, which was going to be a problem for the fetch code > the distfiles mirror runs to make sure it fetches the distfiles > necessary for every variant. Can that be fixed somehow? Yeah, this is one of the essential regressions. > I know the GSoC '08 privilege escalation stuff was merged in awhile ago, > and I saw Josh commit some follow-ups recently. Is that all working now? Seems OK, though I haven't tested extensively. I'd be happier defaulting macportsuser to root for this release. Probably needs testing with non-root-owned installs too. I recall you have a ticket open regarding a permissions error with this configuration (awaiting further feedback and/or testing). > Do we know of anything broken in trunk at the moment? Distcheck is the other regression that springs to mind. > How are we with Snow Leopard support? Anything still outstanding? I > understand Snow Leopard builds things 64-bit by default now instead of > 32-bit. I'm really not sure what we should be doing about this. Probably passing a -arch (or -m32/64) flag all the time, and making that default arch configurable. > There was a comment that the default universal_archs should be changed > from "ppc i386" to "i386 x86_64". Presumably this would only be done on > Intel Macs, and PPC Macs would get "ppc ppc64". Or maybe we would make > it "i386 x86_64" only on Snow Leopard, since that OS is Intel-only, and > keep "ppc i386" for Tiger and Leopard. It's not like 10.6 can't build for ppc, but sure, why not. - Josh From toby at macports.org Mon Jun 15 13:36:19 2009 From: toby at macports.org (Toby Peterson) Date: Mon, 15 Jun 2009 13:36:19 -0700 Subject: The road to MacPorts 1.8.0 In-Reply-To: <4A36AF58.20706@macports.org> References: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> <4A36AF58.20706@macports.org> Message-ID: <74c219d30906151336p452abae7u2873d058fdba16e9@mail.gmail.com> On Mon, Jun 15, 2009 at 13:30, Joshua Root wrote: >> There was a comment that the default universal_archs should be changed >> from "ppc i386" to "i386 x86_64". Presumably this would only be done on >> Intel Macs, and PPC Macs would get "ppc ppc64". Or maybe we would make >> it "i386 x86_64" only on Snow Leopard, since that OS is Intel-only, and >> keep "ppc i386" for Tiger and Leopard. > > It's not like 10.6 can't build for ppc, but sure, why not. I just updated the default universal_archs. Adding 'ppc' to the list would break muniversal builds, so that's not really a great option. - Toby From raimue at macports.org Mon Jun 15 14:55:27 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Mon, 15 Jun 2009 23:55:27 +0200 Subject: The road to MacPorts 1.8.0 In-Reply-To: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> References: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> Message-ID: <4A36C34F.9030209@macports.org> On 2009-06-15 21:18, Ryan Schmidt wrote: > Do we know of anything broken in trunk at the moment? `port distcheck` is broken due to namespace encapsulation as it tries to use internal procs from portfetch. But I am working on a fix. Rainer From dweber at macports.org Mon Jun 15 15:11:15 2009 From: dweber at macports.org (Darren Weber) Date: Mon, 15 Jun 2009 15:11:15 -0700 Subject: New committer: giorgio_v In-Reply-To: <20090612074340.GK4205@ninagal.withay.com> References: <20090612074340.GK4205@ninagal.withay.com> Message-ID: Welcome Giorgio! And good luck. I found these helpful when starting: http://trac.macports.org/wiki/NewCommittersGuide http://trac.macports.org/wiki/CommittersTipsAndTricks I also like this book on svn: http://www.pragprog.com/titles/svn2/pragmatic-version-control-using-subversion Take care, Darren On Fri, Jun 12, 2009 at 12:43 AM, Bryan Blackburn wrote: > Please join us in welcoming the following new MacPorts committer: > > - Giorgio Valoti (giorgio_v) > > We look forward to continued excellent contributions from this new team > member. > > - Bryan, Joshua, Rainer, and Ryan > > > Do you want to join the MacPorts team? If you would like to be considered > for team membership and commit access, please read this section of the > Guide: > > http://guide.macports.org/chunked/project.membership.html > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dweber at macports.org Mon Jun 15 15:21:01 2009 From: dweber at macports.org (Darren Weber) Date: Mon, 15 Jun 2009 15:21:01 -0700 Subject: Apple WWDC and open-source software Message-ID: I had to attend the WWDC because my employer wants and iPhone app. Of course, I'm bound by Apple to confidentiality on the details (except the keynote), but you all know that Snow Leopard will be out the door this year. Has there ever been any discussion or promotion of open-source software at WWDC? Take care, Darren -------------- next part -------------- An HTML attachment was scrubbed... URL: From ram at macports.org Mon Jun 15 21:53:21 2009 From: ram at macports.org (Adam Mercer) Date: Mon, 15 Jun 2009 23:53:21 -0500 Subject: [52414] trunk/dports In-Reply-To: <20090616043425.AA6921E2ECF3@beta.macosforge.org> References: <20090616043425.AA6921E2ECF3@beta.macosforge.org> Message-ID: <799406d60906152153q1b620fb4jcef8cf2132fca829@mail.gmail.com> On Mon, Jun 15, 2009 at 23:34, wrote: > @@ -3,7 +3,7 @@ > PortSystem 1.0 > > name wxWidgets > -version 2.8.10 > +version 2.8.9 > categories graphics devel > platforms darwin > maintainers mww jwa don't you need to bump the epoch so port sees this as an "update" > @@ -7,7 +7,7 @@ > name py26-wxpython > version 2.8.9.1 > categories-append graphics > -maintainers ucla.edu:jameskyle > +maintainers ameskyle > description Python interface to the wxWindows cross platform GUI > long_description wxPython is a GUI toolkit for the Python programming \ > language. It allows Python programmers to create \ > @@ -43,7 +43,7 @@ I think there's a typo in the maintainer field, shouldn't it be jameskyle (i.e. the "j" is missing) Cheers Adam From blb at macports.org Mon Jun 15 22:26:11 2009 From: blb at macports.org (Bryan Blackburn) Date: Mon, 15 Jun 2009 23:26:11 -0600 Subject: The road to MacPorts 1.8.0 In-Reply-To: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> References: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> Message-ID: <20090616052611.GN685@ninagal.withay.com> On Mon, Jun 15, 2009 at 02:18:05PM -0500, Ryan Schmidt said: > It's been awhile since 1.7.1 was released, and I've seen many changes go > into trunk already since then. What still stands in the way of releasing > 1.8.0? Unless anyone sees a problem with the patch at #19051: we should probably do that as well, to avoid the same thing for selfupdate and 1.8.0. Bryan [...] From ryandesign at macports.org Tue Jun 16 01:01:39 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 16 Jun 2009 03:01:39 -0500 Subject: [52414] trunk/dports In-Reply-To: <20090616043425.AA6921E2ECF3@beta.macosforge.org> References: <20090616043425.AA6921E2ECF3@beta.macosforge.org> Message-ID: <19B37842-E321-454C-992C-336DB858E0B2@macports.org> On Jun 15, 2009, at 23:34, jameskyle at macports.org wrote: > Revision: 52414 > http://trac.macports.org/changeset/52414 > Author: jameskyle at macports.org > Date: 2009-06-15 21:34:25 -0700 (Mon, 15 Jun 2009) > Log Message: > ----------- > Dropped the wxwidgets version to 2.8.9 for compatibility reasons > Fixed #19191 > > Modified Paths: > -------------- > trunk/dports/graphics/wxWidgets/Portfile > trunk/dports/python/py26-wxpython/Portfile > > Modified: trunk/dports/graphics/wxWidgets/Portfile > =================================================================== > --- trunk/dports/graphics/wxWidgets/Portfile 2009-06-16 04:21:48 > UTC (rev 52413) > +++ trunk/dports/graphics/wxWidgets/Portfile 2009-06-16 04:34:25 > UTC (rev 52414) > @@ -3,7 +3,7 @@ > PortSystem 1.0 > > name wxWidgets > -version 2.8.10 > +version 2.8.9 > categories graphics devel > platforms darwin > maintainers mww jwa [snip] Did you have permission from the maintainers mww or jwa to make this change to their port? Anytime you downgrade the version number, you must increase the epoch (or add one, if the port doesn't have one) so MacPorts will show it in "port outdated". You also changed py26-wxpython; did you mean to? > Modified: trunk/dports/python/py26-wxpython/Portfile > =================================================================== > --- trunk/dports/python/py26-wxpython/Portfile 2009-06-16 04:21:48 > UTC (rev 52413) > +++ trunk/dports/python/py26-wxpython/Portfile 2009-06-16 04:34:25 > UTC (rev 52414) > @@ -7,7 +7,7 @@ > name py26-wxpython > version 2.8.9.1 > categories-append graphics > -maintainers ucla.edu:jameskyle > +maintainers ameskyle > description Python interface to the wxWindows cross > platform GUI > long_description wxPython is a GUI toolkit for the Python > programming \ > language. It allows Python programmers to > create \ [snip] There's a typo in your maintainer name ("j" missing). From ryandesign at macports.org Tue Jun 16 01:07:44 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 16 Jun 2009 03:07:44 -0500 Subject: [52417] trunk/dports/graphics/nifticlib/Portfile In-Reply-To: <20090616045041.3959A1E2F028@beta.macosforge.org> References: <20090616045041.3959A1E2F028@beta.macosforge.org> Message-ID: <105160C2-F440-4CD3-9A59-4385B93BDC73@macports.org> On Jun 15, 2009, at 23:50, jameskyle at macports.org wrote: > Revision: 52417 > http://trac.macports.org/changeset/52417 > Author: jameskyle at macports.org > Date: 2009-06-15 21:50:40 -0700 (Mon, 15 Jun 2009) > Log Message: > ----------- > Port now suports universal build variant > Ticket #19419 > > Modified Paths: > -------------- > trunk/dports/graphics/nifticlib/Portfile > > Modified: trunk/dports/graphics/nifticlib/Portfile > =================================================================== > --- trunk/dports/graphics/nifticlib/Portfile 2009-06-16 04:36:46 > UTC (rev 52416) > +++ trunk/dports/graphics/nifticlib/Portfile 2009-06-16 04:50:40 > UTC (rev 52417) > @@ -1,17 +1,16 @@ > -# -*- vim: set syn=tcl: > -# $Id$ > +# vim: set syn=tcl: > PortSystem 1.0 > > name nifticlib > version 1.1.0 > categories graphics science > -maintainers ucla.edu:jameskyle > +maintainers jameskyle at ucla.edu > description niftilib is a collection of i/o routines for > the nifti1 neuroimage data format. > long_description niftilib is a collection of i/o routines for > the nifti1 neuroimage data format. C (nifticlib), Java (niftijlib), > Matlab (niftimatlib), and Python (pynifti) code is available. > Information about the nifti format is available at http:// > nifti.nimh.nih.gov/df > > homepage http://sourceforge.net/projects/niftilib > platforms darwin > -master_sites sourceforge:niftilib > +master_sites http://dl.sourceforge.net/sourceforge/niftilib/ > checksums md5 671c020b3ad54ecdae595983a7d73f79 \ > sha1 f1837fa6b99e32f9f80a73ebda56ff5e1e9d6efd \ > rmd160 3d70405085b3c432638baa48c71669b1235d385e You also undid changes blb made before originally committing your port: http://trac.macports.org/ticket/17932#comment:1 * Id tag was added * maintainers was obfuscated * master_sites was simplified You should redo these changes, and in the future be sure to check the "svn diff" to make sure every change you're about to commit is really one you want to make and is related to the task you're trying to accomplish. > @@ -21,3 +20,7 @@ > > configure.pre_args > configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} > + > +variant universal description {Build for multiple architectures} { > + configure.args-append -DCMAKE_OSX_ARCHITECTURES='ppc\;i386' > +} The port should use the set of universal archs the user requested in macports.conf instead of assuming that they want ppc i386 (which will no longer be the default in MacPorts in Mac OS X 10.6). If you used the cmake portgroup I believe this would be handled for you automatically, so switching to that portgroup would likely be a good idea. From ryandesign at macports.org Tue Jun 16 01:11:17 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 16 Jun 2009 03:11:17 -0500 Subject: [52402] trunk/dports/databases/sqlite3/Portfile In-Reply-To: <20090615235933.BDE071E2A9EA@beta.macosforge.org> References: <20090615235933.BDE071E2A9EA@beta.macosforge.org> Message-ID: <7F0D7DAC-109D-4FA4-8842-9A00A91C2753@macports.org> On Jun 15, 2009, at 18:59, toby at macports.org wrote: > Revision: 52402 > http://trac.macports.org/changeset/52402 > Author: toby at macports.org > Date: 2009-06-15 16:59:33 -0700 (Mon, 15 Jun 2009) > Log Message: > ----------- > #19957 (sqlite3 update to 3.6.15) Did the maintainer give permission for this update to be committed? The ticket and your commit message didn't indicate, and the ticket is less than 72 hours old so it's not maintainer timeout time yet. From forumer at smartmobili.com Tue Jun 16 04:52:52 2009 From: forumer at smartmobili.com (Vincent R.) Date: Tue, 16 Jun 2009 13:52:52 +0200 Subject: wxwidgets 2.8.10 In-Reply-To: References: <1854a9853c2bb76a20a76ae5b3743665@mail.smartmobili.com> Message-ID: <2c984ed3e393b8428a8c3a6a135cac76@mail.smartmobili.com> On Mon, 15 Jun 2009 12:09:57 -0500, Ryan Schmidt wrote: > On Jun 15, 2009, at 10:25, Vincent R. wrote: > >> Sorry if this is the wrong mailing list but I have installed >> macports and >> do my first test, I was interested in wxwidgets >> so I have enter >> >> sudo port install wxWidgets-devel >> >> After having downloaded and installed lots of dependencies at then >> I can >> see :---> Fetching wxWidgets-devel >> ---> Attempting to fetch wxWidgets-2.8.10-rc2.tar.bz2 from >> http://arn.se.distfiles.macports.org/wxWidgets/2.8.10-rc2 >> ---> Verifying checksum(s) for wxWidgets-devel >> ---> Extracting wxWidgets-devel >> ---> Configuring wxWidgets-devel >> ---> Building wxWidgets-devel >> ---> Staging wxWidgets-devel into destroot >> ---> Installing wxWidgets-devel @2.8.10-rc2_0 >> ---> Activating wxWidgets-devel @2.8.10-rc2_0 >> ---> Cleaning wxWidgets-devel >> >> And once it's finished I had a look in /opt/local/lib/wx-devel and >> I can >> see that dynamic lib have 2.8.6 suffix as shown below: >> >> lrwxr-xr-x 1 root admin 30 15 jui 17:12 >> libwx_macu_ogl-2.8.6.dylib >> -> libwx_macu_ogl-2.8.6.0.0.dylib >> >> >> Is it something normal ? >> Shouln't be libwx_xxxxx_2.8.10 ? >> >> Sorry for my question I am a noob in mac and mac ports ? > > Welcome to MacPorts! > > As Jyrki said, you probably want the wxWidgets port instead of the > wxWidgets-devel port. The former is at version 2.8.10 while the > latter is currently the older 2.8.10-rc2. Generally, "-devel" ports > are development versions while non-devel ports are stable versions. > > wxWidgets 2.8.10 installs these files on my system: > > /opt/local/lib/libwx_macu_ogl-2.8.0.6.0.dylib > /opt/local/lib/libwx_macu_ogl-2.8.0.dylib > /opt/local/lib/libwx_macu_ogl-2.8.dylib Ok but generally difference between foo and foo-devel is the fact that later include all you need to developp (include and static libs). And this is my case, I want to developp with wxwidgets and not only run precompiled application linked with wxwidgets so does your message is still valid ? If I install wxwidgets, will I be able to developp some wxwidgets app ? From julio.biason at gmail.com Tue Jun 16 05:12:37 2009 From: julio.biason at gmail.com (Julio Biason) Date: Tue, 16 Jun 2009 22:12:37 +1000 Subject: wxwidgets 2.8.10 In-Reply-To: <2c984ed3e393b8428a8c3a6a135cac76@mail.smartmobili.com> References: <1854a9853c2bb76a20a76ae5b3743665@mail.smartmobili.com> <2c984ed3e393b8428a8c3a6a135cac76@mail.smartmobili.com> Message-ID: <3a73f7f00906160512i29e4df1bu82067dfa584d06e5@mail.gmail.com> On Tue, Jun 16, 2009 at 9:52 PM, Vincent R. wrote: > On Mon, 15 Jun 2009 12:09:57 -0500, Ryan Schmidt > Ok but generally difference between foo and foo-devel is the fact that > later include all you need > to developp (include and static libs). That's the usual for Debian-based Linux distributions, yes (well, probably RPM too, but it's been a long time since I used a RPM-based distro.) MacPorts is more in line with Gentoo (actually the FreeBSD ports), where everything is compiled directly from the source in your machine. So the source is available, no matter what. -- Julio Biason Twitter: http://twitter.com/juliobiason From giorgio_v at macports.org Tue Jun 16 11:18:57 2009 From: giorgio_v at macports.org (Giorgio Valoti) Date: Tue, 16 Jun 2009 20:18:57 +0200 Subject: New committer: giorgio_v In-Reply-To: References: <20090612074340.GK4205@ninagal.withay.com> Message-ID: Il giorno 16/giu/09, alle ore 00:11, Darren Weber ha scritto: > > Welcome Giorgio! And good luck. Thanks, I?ll need it! ;-) > > I found these helpful when starting: > http://trac.macports.org/wiki/NewCommittersGuide > http://trac.macports.org/wiki/CommittersTipsAndTricks Yeah, very useful, indeed. > > I also like this book on svn: > http://www.pragprog.com/titles/svn2/pragmatic-version-control-using-subversion Bought it a while ago. It?s good, if a bit ?shallow?. My preferred book on source control was Karl Fogel?s ?Open source development with CVS?. Ciao -- Giorgio Valoti -------------- next part -------------- An HTML attachment was scrubbed... URL: From blair at orcaware.com Tue Jun 16 11:48:41 2009 From: blair at orcaware.com (Blair Zajac) Date: Tue, 16 Jun 2009 11:48:41 -0700 Subject: New committer: giorgio_v In-Reply-To: References: <20090612074340.GK4205@ninagal.withay.com> Message-ID: <4A37E909.8000807@orcaware.com> Giorgio Valoti wrote: > > Il giorno 16/giu/09, alle ore 00:11, Darren Weber ha scritto: > >> >> Welcome Giorgio! And good luck. > > Thanks, I?ll need it! ;-) > >> >> I found these helpful when starting: >> http://trac.macports.org/wiki/NewCommittersGuide >> http://trac.macports.org/wiki/CommittersTipsAndTricks > > Yeah, very useful, indeed. > >> >> I also like this book on svn: >> http://www.pragprog.com/titles/svn2/pragmatic-version-control-using-subversion > > > Bought it a while ago. It?s good, if a bit ?shallow?. My preferred book > on source control was Karl Fogel?s ?Open source development with CVS?. There is the free Svn book http://svnbook.red-bean.com/ Also, we should put Ryan's comments on the wiki. The most common ones that are in response to a commit are: 1) Do not commit whitespace and non-whitespace changes in the same commit, use separate commits. Ideally, use separate commits for separate logical changes to a port file. 2) Do not use tabs! Blair From n.oxyde at gmail.com Tue Jun 16 12:44:29 2009 From: n.oxyde at gmail.com (nox) Date: Tue, 16 Jun 2009 21:44:29 +0200 Subject: wxwidgets 2.8.10 In-Reply-To: <3a73f7f00906160512i29e4df1bu82067dfa584d06e5@mail.gmail.com> References: <1854a9853c2bb76a20a76ae5b3743665@mail.smartmobili.com> <2c984ed3e393b8428a8c3a6a135cac76@mail.smartmobili.com> <3a73f7f00906160512i29e4df1bu82067dfa584d06e5@mail.gmail.com> Message-ID: <94F70F5D-8066-4025-8AC4-73B510052CD0@gmail.com> And on Debian-based, it's actually the -dev suffix, not -devel, isn't it? Le 16 juin 09 ? 14:12, Julio Biason a ?crit : > On Tue, Jun 16, 2009 at 9:52 PM, Vincent R. > wrote: >> On Mon, 15 Jun 2009 12:09:57 -0500, Ryan Schmidt > > >> Ok but generally difference between foo and foo-devel is the fact >> that >> later include all you need >> to developp (include and static libs). > > That's the usual for Debian-based Linux distributions, yes (well, > probably RPM too, but it's been a long time since I used a RPM-based > distro.) > > MacPorts is more in line with Gentoo (actually the FreeBSD ports), > where everything is compiled directly from the source in your machine. > So the source is available, no matter what. > > -- > Julio Biason > Twitter: http://twitter.com/juliobiason > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From blb at macports.org Tue Jun 16 12:44:58 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 16 Jun 2009 13:44:58 -0600 Subject: New committer: giorgio_v In-Reply-To: <4A37E909.8000807@orcaware.com> References: <20090612074340.GK4205@ninagal.withay.com> <4A37E909.8000807@orcaware.com> Message-ID: <20090616194458.GD55587@ninagal.withay.com> On Tue, Jun 16, 2009 at 11:48:41AM -0700, Blair Zajac said: [...] > > Also, we should put Ryan's comments on the wiki. The most common ones > that are in response to a commit are: > > 1) Do not commit whitespace and non-whitespace changes in the same commit, > use separate commits. Ideally, use separate commits for separate logical > changes to a port file. This has been added to > 2) Do not use tabs! Last time I checked, the only whitespace-related requirement was for people to be consistent within the Portfile. Sure many of us have been de-tabbing when modifying our/nomaintainer ports, but I haven't heard any no-tab policy for Portfiles expressed. Bryan > > Blair From giorgio_v at macports.org Tue Jun 16 12:54:49 2009 From: giorgio_v at macports.org (Giorgio Valoti) Date: Tue, 16 Jun 2009 21:54:49 +0200 Subject: New committer: giorgio_v In-Reply-To: <4A37E909.8000807@orcaware.com> References: <20090612074340.GK4205@ninagal.withay.com> <4A37E909.8000807@orcaware.com> Message-ID: Il giorno 16/giu/09, alle ore 20:48, Blair Zajac ha scritto: >> [?] > > There is the free Svn book > > http://svnbook.red-bean.com/ I use it from time to time to look things up. -- Giorgio Valoti From blair at orcaware.com Tue Jun 16 13:17:26 2009 From: blair at orcaware.com (Blair Zajac) Date: Tue, 16 Jun 2009 13:17:26 -0700 Subject: New committer: giorgio_v In-Reply-To: <20090616194458.GD55587@ninagal.withay.com> References: <20090612074340.GK4205@ninagal.withay.com> <4A37E909.8000807@orcaware.com> <20090616194458.GD55587@ninagal.withay.com> Message-ID: <78D0B73E-8108-43A5-9C22-246C61C66BA9@orcaware.com> On Jun 16, 2009, at 12:44 PM, Bryan Blackburn wrote: > On Tue, Jun 16, 2009 at 11:48:41AM -0700, Blair Zajac said: > [...] >> >> Also, we should put Ryan's comments on the wiki. The most common >> ones >> that are in response to a commit are: >> >> 1) Do not commit whitespace and non-whitespace changes in the same >> commit, >> use separate commits. Ideally, use separate commits for separate >> logical >> changes to a port file. > > This has been added to > > > Great, thanks! >> 2) Do not use tabs! > > Last time I checked, the only whitespace-related requirement was for > people > to be consistent within the Portfile. Sure many of us have been de- > tabbing > when modifying our/nomaintainer ports, but I haven't heard any no- > tab policy > for Portfiles expressed. I know, I was just trying to sneak in a new rule :) Blair From dweber at macports.org Tue Jun 16 14:35:11 2009 From: dweber at macports.org (Darren Weber) Date: Tue, 16 Jun 2009 14:35:11 -0700 Subject: New committer: giorgio_v In-Reply-To: <78D0B73E-8108-43A5-9C22-246C61C66BA9@orcaware.com> References: <20090612074340.GK4205@ninagal.withay.com> <4A37E909.8000807@orcaware.com> <20090616194458.GD55587@ninagal.withay.com> <78D0B73E-8108-43A5-9C22-246C61C66BA9@orcaware.com> Message-ID: On Tue, Jun 16, 2009 at 1:17 PM, Blair Zajac wrote: > > On Jun 16, 2009, at 12:44 PM, Bryan Blackburn wrote: > > On Tue, Jun 16, 2009 at 11:48:41AM -0700, Blair Zajac said: >> [...] >> >>> >>> Also, we should put Ryan's comments on the wiki. The most common ones >>> that are in response to a commit are: >>> >>> 1) Do not commit whitespace and non-whitespace changes in the same >>> commit, >>> use separate commits. Ideally, use separate commits for separate logical >>> changes to a port file. >>> >> >> This has been added to >> >> >> >> Great, thanks! > > 2) Do not use tabs! >>> >> >> Last time I checked, the only whitespace-related requirement was for >> people >> to be consistent within the Portfile. Sure many of us have been >> de-tabbing >> when modifying our/nomaintainer ports, but I haven't heard any no-tab >> policy >> for Portfiles expressed. >> > > I know, I was just trying to sneak in a new rule :) > It's not exactly a rule, but it's recommended in the best practices listed at: http://guide.macports.org/#development.practices I use the mode line recommended there and it works well in mac-vim, providing tcl syntax highlighting that can't be determined from the Portfile alone (unless you setup a custom filetype). Take care, Darren -------------- next part -------------- An HTML attachment was scrubbed... URL: From dweber at macports.org Tue Jun 16 15:01:59 2009 From: dweber at macports.org (Darren Weber) Date: Tue, 16 Jun 2009 15:01:59 -0700 Subject: Apple WWDC and open-source software In-Reply-To: <2b0225fb0906161033g21dab5e6nb06b7cc878705e45@mail.gmail.com> References: <2b0225fb0906161033g21dab5e6nb06b7cc878705e45@mail.gmail.com> Message-ID: On Tue, Jun 16, 2009 at 10:33 AM, Boyd Waters wrote: > > Has there ever been any discussion or promotion of open-source software > at > > WWDC? > > Two years ago, I attended WWDC. One of the lunch talks was for > "Science and Mac Developers" -- they wanted to talk about > (proprietary) HPC for biotech, but I wanted to talk about the huge > role that open-source software plays in science. > > The talk organizers said that they would get back to us on that. Yea, right! > There was a great deal of confusion amongst the attendees regarding > the terms of Apple WWDC and ADC non-disclosure: most thought that we > couldn't even talk amongst ourselves! No kidding. In this very email, I'm always having to cross-check my impulse to speak freely. I spoke to a few guys and even heard some complaints about the ADC. Even if your a paid-up member of the iPhone enrollment program (for app releases), you can't ask or say anything about iPhone SDK 3.0, even on the ADC mailing list. A few guys found that VERY frustrating - they felt left in the lurch about resolving some simple programming dilemmas. The WWDC is the first meeting of my life where nearly all the presentations were given by a company and nobody could say anything about it outside the meeting - that's no secret. So much for liberty and fraternity in the great US of A. If you want to make a buck on the back of Apple's stuff, just sit down, shut up, and listen. Then pay Apple a pretty price for the privilege to distribute your work and always remember that Apple will take a little cream off your cake. Moreover, they can take the entire cake if they want to - your work is Apple's work. Basically, iPhone development can turn you into a little grease monkey for the Apple media empire. Now that Apple has forums on its ADC site -- where everyone on the > forum is covered by a Non-Disclosure Agreement (NDA) -- that would be > a great place to push for more recognition of open-source software at > WWDC. I expect this will be a failure, but one can only hope. I expect Apple to exploit open-source software as much as possible, even at the expense of an open-source philosophy (I interpret this in the context of the philosophy behind the FSF). As much as I appreciate and admire the way that Apple adopts and pushes open-source platforms and open standards (I do like having darwin at my fingertips), I retain and profess a healthy scepticism, maybe even cynicism, about any large commercial software corporation. I ask myself a couple of questions. Why does OSX leverage BSD? Why does Apple push LLVM? They are open-source, without restrictive licenses. I expect in years to come that Apple may try to drop GCC and GDB, if possible. > Another thing we should do is email the appropriate Software > Evangelist for science or open-source. Yea, but who is that? Take care, Darren -------------- next part -------------- An HTML attachment was scrubbed... URL: From wsiegrist at apple.com Tue Jun 16 15:36:47 2009 From: wsiegrist at apple.com (William Siegrist) Date: Tue, 16 Jun 2009 15:36:47 -0700 Subject: Apple WWDC and open-source software In-Reply-To: References: <2b0225fb0906161033g21dab5e6nb06b7cc878705e45@mail.gmail.com> Message-ID: On Jun 16, 2009, at 3:01 PM, Darren Weber wrote: > > On Tue, Jun 16, 2009 at 10:33 AM, Boyd Waters > wrote: > > > Another thing we should do is email the appropriate Software > Evangelist for science or open-source. > > Yea, but who is that? > For open source related inquiries: opensource at apple.com -Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From ryandesign at macports.org Tue Jun 16 16:20:01 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 16 Jun 2009 18:20:01 -0500 Subject: wxwidgets 2.8.10 In-Reply-To: <2c984ed3e393b8428a8c3a6a135cac76@mail.smartmobili.com> References: <1854a9853c2bb76a20a76ae5b3743665@mail.smartmobili.com> <2c984ed3e393b8428a8c3a6a135cac76@mail.smartmobili.com> Message-ID: <662C7537-A1B5-434F-BEBC-C8EFDB0FF7E8@macports.org> On Jun 16, 2009, at 06:52, Vincent R. wrote: > On Mon, 15 Jun 2009 12:09:57 -0500, Ryan Schmidt wrote: > >> As Jyrki said, you probably want the wxWidgets port instead of the >> wxWidgets-devel port. The former is at version 2.8.10 while the >> latter is currently the older 2.8.10-rc2. Generally, "-devel" ports >> are development versions while non-devel ports are stable versions. >> >> wxWidgets 2.8.10 installs these files on my system: >> >> /opt/local/lib/libwx_macu_ogl-2.8.0.6.0.dylib >> /opt/local/lib/libwx_macu_ogl-2.8.0.dylib >> /opt/local/lib/libwx_macu_ogl-2.8.dylib > > Ok but generally difference between foo and foo-devel is the fact that > later include all you need > to developp (include and static libs). I'm aware that's the case in some other package managers, but that's not the naming convention MacPorts uses, which is as I described above, and in more detail in this ticket: http://trac.macports.org/ticket/14540 > And this is my case, I want to developp with wxwidgets and not only > run > precompiled application linked with wxwidgets > so does your message is still valid ? Yes. > If I install wxwidgets, will I be able to developp some wxwidgets > app ? Yes. From macsforever2000 at macports.org Tue Jun 16 16:39:13 2009 From: macsforever2000 at macports.org (Frank Schima) Date: Tue, 16 Jun 2009 17:39:13 -0600 Subject: [52441] trunk/dports/science/netcdf/Portfile In-Reply-To: <20090616212402.2C1E41E49FA2@beta.macosforge.org> References: <20090616212402.2C1E41E49FA2@beta.macosforge.org> Message-ID: <1A8F9FB3-0BFE-40D9-97DB-29980DA61CC0@macports.org> On Jun 16, 2009, at 3:24 PM, phw at macports.org wrote: > Revision > 52441 > Author > phw at macports.org > Date > 2009-06-16 14:24:00 -0700 (Tue, 16 Jun 2009) > Log Message > > updated to 4.0.1 > Modified Paths > > trunk/dports/science/netcdf/Portfile > Diff > > Modified: trunk/dports/science/netcdf/Portfile (52440 => 52441) > > --- trunk/dports/science/netcdf/Portfile 2009-06-16 20:54:19 UTC > (rev 52440) > +++ trunk/dports/science/netcdf/Portfile 2009-06-16 21:24:00 UTC > (rev 52441) > @@ -3,7 +3,7 @@ > PortSystem 1.0 > > name netcdf > -version 4.0 > +version 4.0.1 > revision 1 In the future, you should remove the revision when updating the version. The revision is only needed when the port is being updated but the version number is the same and you want the users to get the changes. But now that it's there, we need to leave it in for this version. > maintainers nomaintainer > platforms darwin > @@ -26,8 +26,13 @@ > master_sites ftp://ftp.unidata.ucar.edu/pub/netcdf/ \ > http://www.gfd-dennou.org/arch/netcdf/unidata-mirror/ \ > ftp://www.gfd-dennou.org/arch/netcdf/unidata-mirror/ > -checksums sha1 bea99846265e55e54be2c200ae004acc3a221c0a > > +checksums md5 a251453c5477599f050fa4e593295186 \ > + sha1 > 96b361de72bcf68eaba42e7e5cf0f92c33d288e9 \ > + rmd160 ba74363bbc4c76fc1bbac578ba4c2af4739b4958 > + > + > + > depends_lib port:szip \ > port:hdf5-18 \ > port:openmpi Cheers! Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Tue Jun 16 19:07:59 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 16 Jun 2009 21:07:59 -0500 Subject: The road to MacPorts 1.8.0 In-Reply-To: <4A36AF58.20706@macports.org> References: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> <4A36AF58.20706@macports.org> Message-ID: On Jun 15, 2009, at 15:30, Joshua Root wrote: > It's not like 10.6 can't build for ppc, but sure, why not. Are you talking about pure darwin? Apple has repeatedly said, including in the WWDC 09 keynote, that Snow Leopard will be for Intel only, so for our target audience of Mac OS X users we don't need to worry about this. For the hypothetical powerpc pure darwin 10 users, I think it's fine for now if they have to change the universal_archs manually. From jmr at macports.org Tue Jun 16 20:12:49 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 17 Jun 2009 13:12:49 +1000 Subject: The road to MacPorts 1.8.0 In-Reply-To: References: <3B777C11-7B4C-4EBA-9F53-B092CF8468EB@macports.org> <4A36AF58.20706@macports.org> Message-ID: <4A385F31.3070009@macports.org> On 2009-6-17 12:07, Ryan Schmidt wrote: > > On Jun 15, 2009, at 15:30, Joshua Root wrote: > >> It's not like 10.6 can't build for ppc, but sure, why not. > > Are you talking about pure darwin? Apple has repeatedly said, including > in the WWDC 09 keynote, that Snow Leopard will be for Intel only, so for > our target audience of Mac OS X users we don't need to worry about this. > For the hypothetical powerpc pure darwin 10 users, I think it's fine for > now if they have to change the universal_archs manually. No, I wasn't thinking about puredarwin at all actually. My mind was somewhere between 1.7's not-really-working universal_target + universal_sysroot, and the proposed target OS support: So yeah, it makes no sense for 1.8 to try building for ppc on 10.6. - Josh From n.oxyde at gmail.com Wed Jun 17 12:07:34 2009 From: n.oxyde at gmail.com (nox) Date: Wed, 17 Jun 2009 21:07:34 +0200 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <20090617182012.758A31E64C29@beta.macosforge.org> References: <20090617182012.758A31E64C29@beta.macosforge.org> Message-ID: <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> So liboobs does not depend anymore on glib2 and gettext? Or did you just remove them because dbus-glib depends on them? If this is the answer, you should not do that. Le 17 juin 09 ? 20:20, devans at macports.org a ?crit : > Revision52497Authordevans at macports.orgDate2009-06-17 11:20:11 -0700 > (Wed, 17 Jun 2009)Log Message > liboobs: update to version 2.22.0, update dependencies, configure > args, remove unnecessary post-activate phase, add mode line. > Modified Paths > ? trunk/dports/gnome/liboobs/Portfile > Diff > Modified: trunk/dports/gnome/liboobs/Portfile (52496 => 52497) > > --- trunk/dports/gnome/liboobs/Portfile 2009-06-17 17:59:11 UTC (rev > 52496) > +++ trunk/dports/gnome/liboobs/Portfile 2009-06-17 18:20:11 UTC (rev > 52497) > @@ -1,3 +1,4 @@ > +# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: > nil; c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4 > # $Id$ > > PortSystem 1.0 > @@ -3,10 +4,9 @@ > > name liboobs > -version 2.20.0 > -revision 1 > +version 2.22.0 > set branch [join [lrange [split ${version} .] 0 1] .] > maintainers nomaintainer > categories gnome > -platforms darwin > +platforms darwin > description Library that provides an interface to system-tools- > backends > > @@ -19,38 +19,30 @@ > > homepage http://www.gnome.org/ > master_sites gnome:sources/${name}/${branch}/ > + > use_bzip2 yes > > -checksums md5 c0562e115af4777da471182b9d462b40 \ > - sha1 1c33bb12c97d5bea48cca1a6650426a0d4a15ba2 \ > - rmd160 fb1acb99e41e63e396e8a766e0bc7067f78a24d6 > +checksums md5 1b090ecd6c0df58b131795ff9a5c9057 \ > + sha1 109282db84fc809df5ea10a4cfb8bb37863c8aca \ > + rmd160 41d2149a05c779dfe8e53c77b77c41c58b927a7f > > +patchfiles patch-oobs-oobs-ifacesconfig.c.diff \ > + patch-oobs-oobs-user.c.diff > + > post-patch { > # Crypt functions are in the System library. > reinplace "s/-lcrypt/-lSystem/" ${worksrcpath}/configure > > # Crypt functions are declared in unistd.h system header. > - reinplace "s///" \ > - ${worksrcpath}/oobs/oobs-user.c \ > - ${worksrcpath}/oobs/oobs-group.c > + reinplace "s///" ${worksrcpath}/oobs/oobs- > group.c > } > > -depends_build port:rarian > +depends_build port:pkgconfig \ > + port:gtk-doc > > -depends_lib path:lib/pkgconfig/glib-2.0.pc:glib2 \ > - port:dbus \ > - port:dbus-glib \ > - port:gettext \ > +depends_lib port:dbus-glib \ > port:system-tools-backends > > -depends_run port:rarian > - > -configure.args --disable-scrollkeeper > - > -post-activate { > - system "${prefix}/bin/scrollkeeper-update" > -} > - > livecheck.check regex > livecheck.url http://ftp.gnome.org/pub/gnome/sources/${name}/$ > {branch}/ > livecheck.regex {LATEST-IS-(\d+(?:\.\d+)*)} > _______________________________________________ > macports-changes mailing list > macports-changes at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes From jmr at macports.org Wed Jun 17 12:09:47 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 18 Jun 2009 05:09:47 +1000 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> Message-ID: <4A393F7B.7040303@macports.org> On 2009-6-18 05:07, nox wrote: > So liboobs does not depend anymore on glib2 and gettext? > Or did you just remove them because dbus-glib depends on them? If this > is the answer, you should not do that. Why not? If every gnome component declared a dependency on everything it links against, the list would be huge. - Josh From n.oxyde at gmail.com Wed Jun 17 12:12:25 2009 From: n.oxyde at gmail.com (nox) Date: Wed, 17 Jun 2009 21:12:25 +0200 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <4A393F7B.7040303@macports.org> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> Message-ID: <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> Le 17 juin 09 ? 21:09, Joshua Root a ?crit : > On 2009-6-18 05:07, nox wrote: >> So liboobs does not depend anymore on glib2 and gettext? >> Or did you just remove them because dbus-glib depends on them? If >> this >> is the answer, you should not do that. > > Why not? If every gnome component declared a dependency on > everything it > links against, the list would be huge. > > - Josh I agree with you in the case where it just links against it because one of its dependencies need it. But if the port checks explicitely for a library in its configure script or uses one of its functions in the sources, then it should be listed as a dependency. From jmr at macports.org Wed Jun 17 12:27:51 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 18 Jun 2009 05:27:51 +1000 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> Message-ID: <4A3943B7.4090304@macports.org> On 2009-6-18 05:12, nox wrote: > Le 17 juin 09 ? 21:09, Joshua Root a ?crit : > >> On 2009-6-18 05:07, nox wrote: >>> So liboobs does not depend anymore on glib2 and gettext? >>> Or did you just remove them because dbus-glib depends on them? If this >>> is the answer, you should not do that. >> >> Why not? If every gnome component declared a dependency on everything it >> links against, the list would be huge. >> >> - Josh > > I agree with you in the case where it just links against it because one > of its dependencies need it. > But if the port checks explicitely for a library in its configure script > or uses one of its functions > in the sources, then it should be listed as a dependency. OK, that sounds like a reasonable rule to follow. - Josh From devans at macports.org Wed Jun 17 13:03:47 2009 From: devans at macports.org (David Evans) Date: Wed, 17 Jun 2009 13:03:47 -0700 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> Message-ID: <4A394C23.30106@macports.org> nox wrote: > Le 17 juin 09 ? 21:09, Joshua Root a ?crit : > >> On 2009-6-18 05:07, nox wrote: >>> So liboobs does not depend anymore on glib2 and gettext? >>> Or did you just remove them because dbus-glib depends on them? If this >>> is the answer, you should not do that. >> >> Why not? If every gnome component declared a dependency on everything it >> links against, the list would be huge. >> >> - Josh > > I agree with you in the case where it just links against it because > one of its dependencies need it. > But if the port checks explicitely for a library in its configure > script or uses one of its functions > in the sources, then it should be listed as a dependency. > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > I agree with Josh on this. The list of redundant dependencies is huge as it it. There's really no need to declare this dependency when it is clear dbus-glib depends on it and that isn't likely to change soon. In addition, it helps to reduce the number of instances where it is necessary to use a path dependency to enable the use of glib2-devel, simplifying over-all port maintenance. Similarly, I advocate not declaring pango or cairo (or glib2 for that matter) if gtk2 is a dependency on similar grounds. Another good example is gettext which is used by almost every gtk dependent and declared in many and is declared as a dependency in glib2. I think your rule is a bit too strong. If the configure test is for the existence per se of a particular dependency then I agree it should be included. But in this case the test is not to see if glib2 exists but to see if it satisfies a certain minimum version requirement which we satisfy. In any case, if you really feel strongly about this particular case, please feel free to change it. Dave From blair at orcaware.com Wed Jun 17 13:10:17 2009 From: blair at orcaware.com (Blair Zajac) Date: Wed, 17 Jun 2009 13:10:17 -0700 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <4A394C23.30106@macports.org> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> <4A394C23.30106@macports.org> Message-ID: <4A394DA9.8040000@orcaware.com> David Evans wrote: > nox wrote: >> Le 17 juin 09 ? 21:09, Joshua Root a ?crit : >> >>> On 2009-6-18 05:07, nox wrote: >>>> So liboobs does not depend anymore on glib2 and gettext? >>>> Or did you just remove them because dbus-glib depends on them? If this >>>> is the answer, you should not do that. >>> >>> Why not? If every gnome component declared a dependency on everything it >>> links against, the list would be huge. >>> >>> - Josh >> >> I agree with you in the case where it just links against it because >> one of its dependencies need it. >> But if the port checks explicitely for a library in its configure >> script or uses one of its functions >> in the sources, then it should be listed as a dependency. >> >> _______________________________________________ >> macports-dev mailing list >> macports-dev at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev >> > I agree with Josh on this. The list of redundant dependencies is huge > as it it. > > There's really no need to declare this dependency when it is clear > dbus-glib depends on it and that isn't likely to > change soon. In addition, it helps to reduce the number of instances > where it is necessary to use a path dependency > to enable the use of glib2-devel, simplifying over-all port maintenance. > Similarly, I advocate not declaring pango or cairo (or glib2 for that > matter) if gtk2 is a dependency on similar grounds. > Another good example is gettext which is used by almost every gtk > dependent and declared in many and is declared as a dependency in glib2. > > I think your rule is a bit too strong. If the configure test is for the > existence per se of a particular dependency then I agree it should be > included. But in this case the test is not to see if glib2 exists but > to see if it satisfies a certain minimum version requirement which we > satisfy. > > In any case, if you really feel strongly about this particular case, > please feel free to change it. I'm with Dave on this one. We recently ran into this with serf and its dependence upon apr and apr-util, which pulls in SQLite, PostgreSQL and BerkeleyDB dependencies depending upon the variants it was built with. Having to have serf have the same variants as apr and apr-util just to get those port dependencies isn't something I wanted to manage, so I just kept the dependencies on apr and apr-util. Blair From devans at macports.org Wed Jun 17 13:25:57 2009 From: devans at macports.org (David Evans) Date: Wed, 17 Jun 2009 13:25:57 -0700 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <4A394DA9.8040000@orcaware.com> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> <4A394C23.30106@macports.org> <4A394DA9.8040000@orcaware.com> Message-ID: <4A395155.400@macports.org> Blair Zajac wrote: > > I'm with Dave on this one. > > We recently ran into this with serf and its dependence upon apr and > apr-util, which pulls in SQLite, PostgreSQL and BerkeleyDB > dependencies depending upon the variants it was built with. Having to > have serf have the same variants as apr and apr-util just to get those > port dependencies isn't something I wanted to manage, so I just kept > the dependencies on apr and apr-util. > > Blair > Just to put some numbers to the situation, I just finished generating the dependency tree for gnome-desktop-suite using port-rdeps (a very useful tool). The total number of entries in the tree is 2520790 but there are only 321 unique ports involved. Port glib2 alone appears 14023 times. So there's a lot of overkill going on here. Dave From n.oxyde at gmail.com Wed Jun 17 13:28:50 2009 From: n.oxyde at gmail.com (nox) Date: Wed, 17 Jun 2009 22:28:50 +0200 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <4A394DA9.8040000@orcaware.com> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> <4A394C23.30106@macports.org> <4A394DA9.8040000@orcaware.com> Message-ID: <0A49B13E-6378-436E-BB0B-F20C5C5EC527@gmail.com> Le 17 juin 09 ? 22:10, Blair Zajac a ?crit : > David Evans wrote: >> nox wrote: >>> Le 17 juin 09 ? 21:09, Joshua Root a ?crit : >>> >>>> On 2009-6-18 05:07, nox wrote: >>>>> So liboobs does not depend anymore on glib2 and gettext? >>>>> Or did you just remove them because dbus-glib depends on them? >>>>> If this >>>>> is the answer, you should not do that. >>>> >>>> Why not? If every gnome component declared a dependency on >>>> everything it >>>> links against, the list would be huge. >>>> >>>> - Josh >>> >>> I agree with you in the case where it just links against it >>> because one of its dependencies need it. >>> But if the port checks explicitely for a library in its configure >>> script or uses one of its functions >>> in the sources, then it should be listed as a dependency. >>> >>> _______________________________________________ >>> macports-dev mailing list >>> macports-dev at lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev >>> >> I agree with Josh on this. The list of redundant dependencies is >> huge as it it. >> There's really no need to declare this dependency when it is clear >> dbus-glib depends on it and that isn't likely to >> change soon. In addition, it helps to reduce the number of >> instances where it is necessary to use a path dependency >> to enable the use of glib2-devel, simplifying over-all port >> maintenance. >> Similarly, I advocate not declaring pango or cairo (or glib2 for >> that matter) if gtk2 is a dependency on similar grounds. >> Another good example is gettext which is used by almost every gtk >> dependent and declared in many and is declared as a dependency in >> glib2. >> I think your rule is a bit too strong. If the configure test is >> for the existence per se of a particular dependency then I agree it >> should be >> included. But in this case the test is not to see if glib2 exists >> but to see if it satisfies a certain minimum version requirement >> which we satisfy. >> In any case, if you really feel strongly about this particular >> case, please feel free to change it. > > I'm with Dave on this one. > > We recently ran into this with serf and its dependence upon apr and > apr-util, which pulls in SQLite, PostgreSQL and BerkeleyDB > dependencies depending upon the variants it was built with. Having > to have serf have the same variants as apr and apr-util just to get > those port dependencies isn't something I wanted to manage, so I > just kept the dependencies on apr and apr-util. > > Blair I don't see what is wrong in declaring only apr and apr-util, as I doubt serf calls SQLite, PostgreSQL or BerkeleyDB functions directly. See my previous mail. From jeremy at lavergne.gotdns.org Wed Jun 17 13:45:12 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Wed, 17 Jun 2009 16:45:12 -0400 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <4A395155.400@macports.org> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> <4A394C23.30106@macports.org> <4A394DA9.8040000@orcaware.com> <4A395155.400@macports.org> Message-ID: <63C2DF21-F7BB-4D56-831C-5F4020CE6DEB@lavergne.gotdns.org> On Jun 17, 2009, at 4:25 PM, David Evans wrote: > The total number of entries in the tree is 2520790 but there are > only 321 unique ports involved. Port glib2 alone appears 14023 times. > > So there's a lot of overkill going on here. I'd have to argue that if you can figure out the unique dependencies then so can MacPorts. How can that be overkill? The dependencies listed in a portfile are up to the maintainer to maintain. If they don't feel burdened by the extraneous ports -- well, I find figuring out what's already handled just as bothersome -- it really shouldn't matter. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From devans at macports.org Wed Jun 17 14:13:20 2009 From: devans at macports.org (David Evans) Date: Wed, 17 Jun 2009 14:13:20 -0700 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <63C2DF21-F7BB-4D56-831C-5F4020CE6DEB@lavergne.gotdns.org> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> <4A394C23.30106@macports.org> <4A394DA9.8040000@orcaware.com> <4A395155.400@macports.org> <63C2DF21-F7BB-4D56-831C-5F4020CE6DEB@lavergne.gotdns.org> Message-ID: <4A395C70.7080004@macports.org> Jeremy Lavergne wrote: > On Jun 17, 2009, at 4:25 PM, David Evans wrote: > >> The total number of entries in the tree is 2520790 but there are only >> 321 unique ports involved. Port glib2 alone appears 14023 times. >> >> So there's a lot of overkill going on here. > > I'd have to argue that if you can figure out the unique dependencies > then so can MacPorts. How can that be overkill? The dependencies > listed in a portfile are up to the maintainer to maintain. If they > don't feel burdened by the extraneous ports -- well, I find figuring > out what's already handled just as bothersome -- it really shouldn't > matter. > Good point. I really don't spend a lot of time looking for the minimal set of dependencies either. As you say, as long as a port builds properly, each maintainer should be able to deal with it in a way he that makes him feel comfortable. After all, this is a volunteer affair and there's plenty of work to go around without manufacturing more. Sorry if I stepped on any toes. Dave From blair at orcaware.com Wed Jun 17 15:49:59 2009 From: blair at orcaware.com (Blair Zajac) Date: Wed, 17 Jun 2009 15:49:59 -0700 Subject: [52417] trunk/dports/graphics/nifticlib/Portfile In-Reply-To: <105160C2-F440-4CD3-9A59-4385B93BDC73@macports.org> References: <20090616045041.3959A1E2F028@beta.macosforge.org> <105160C2-F440-4CD3-9A59-4385B93BDC73@macports.org> Message-ID: <4A397317.6000609@orcaware.com> I haven't seen a reply from jameskyle or correction to this port yet. Blair Ryan Schmidt wrote: > > On Jun 15, 2009, at 23:50, jameskyle at macports.org wrote: > >> Revision: 52417 >> http://trac.macports.org/changeset/52417 >> Author: jameskyle at macports.org >> Date: 2009-06-15 21:50:40 -0700 (Mon, 15 Jun 2009) >> Log Message: >> ----------- >> Port now suports universal build variant >> Ticket #19419 >> >> Modified Paths: >> -------------- >> trunk/dports/graphics/nifticlib/Portfile >> >> Modified: trunk/dports/graphics/nifticlib/Portfile >> =================================================================== >> --- trunk/dports/graphics/nifticlib/Portfile 2009-06-16 04:36:46 >> UTC (rev 52416) >> +++ trunk/dports/graphics/nifticlib/Portfile 2009-06-16 04:50:40 >> UTC (rev 52417) >> @@ -1,17 +1,16 @@ >> -# -*- vim: set syn=tcl: >> -# $Id$ >> +# vim: set syn=tcl: >> PortSystem 1.0 >> >> name nifticlib >> version 1.1.0 >> categories graphics science >> -maintainers ucla.edu:jameskyle >> +maintainers jameskyle at ucla.edu >> description niftilib is a collection of i/o routines for the >> nifti1 neuroimage data format. >> long_description niftilib is a collection of i/o routines for the >> nifti1 neuroimage data format. C (nifticlib), Java (niftijlib), Matlab >> (niftimatlib), and Python (pynifti) code is available. Information >> about the nifti format is available at http://nifti.nimh.nih.gov/df >> >> homepage http://sourceforge.net/projects/niftilib >> platforms darwin >> -master_sites sourceforge:niftilib >> +master_sites http://dl.sourceforge.net/sourceforge/niftilib/ >> checksums md5 671c020b3ad54ecdae595983a7d73f79 \ >> sha1 f1837fa6b99e32f9f80a73ebda56ff5e1e9d6efd \ >> rmd160 3d70405085b3c432638baa48c71669b1235d385e > > You also undid changes blb made before originally committing your port: > > http://trac.macports.org/ticket/17932#comment:1 > > * Id tag was added > * maintainers was obfuscated > * master_sites was simplified > > You should redo these changes, and in the future be sure to check the > "svn diff" to make sure every change you're about to commit is really > one you want to make and is related to the task you're trying to > accomplish. > > >> @@ -21,3 +20,7 @@ >> >> configure.pre_args >> configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} >> + >> +variant universal description {Build for multiple architectures} { >> + configure.args-append -DCMAKE_OSX_ARCHITECTURES='ppc\;i386' >> +} > > The port should use the set of universal archs the user requested in > macports.conf instead of assuming that they want ppc i386 (which will no > longer be the default in MacPorts in Mac OS X 10.6). If you used the > cmake portgroup I believe this would be handled for you automatically, > so switching to that portgroup would likely be a good idea. > > > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > -- Blair Zajac, Ph.D. CTO, OrcaWare Technologies Subversion training, consulting and support http://www.orcaware.com/svn/ From blair at orcaware.com Wed Jun 17 15:51:15 2009 From: blair at orcaware.com (Blair Zajac) Date: Wed, 17 Jun 2009 15:51:15 -0700 Subject: [52414] trunk/dports In-Reply-To: <19B37842-E321-454C-992C-336DB858E0B2@macports.org> References: <20090616043425.AA6921E2ECF3@beta.macosforge.org> <19B37842-E321-454C-992C-336DB858E0B2@macports.org> Message-ID: <4A397363.7090408@orcaware.com> And no reply on this one either. Are emails to jameskyle at macports.org going through? Blair Ryan Schmidt wrote: > On Jun 15, 2009, at 23:34, jameskyle at macports.org wrote: > >> Revision: 52414 >> http://trac.macports.org/changeset/52414 >> Author: jameskyle at macports.org >> Date: 2009-06-15 21:34:25 -0700 (Mon, 15 Jun 2009) >> Log Message: >> ----------- >> Dropped the wxwidgets version to 2.8.9 for compatibility reasons >> Fixed #19191 >> >> Modified Paths: >> -------------- >> trunk/dports/graphics/wxWidgets/Portfile >> trunk/dports/python/py26-wxpython/Portfile >> >> Modified: trunk/dports/graphics/wxWidgets/Portfile >> =================================================================== >> --- trunk/dports/graphics/wxWidgets/Portfile 2009-06-16 04:21:48 >> UTC (rev 52413) >> +++ trunk/dports/graphics/wxWidgets/Portfile 2009-06-16 04:34:25 >> UTC (rev 52414) >> @@ -3,7 +3,7 @@ >> PortSystem 1.0 >> >> name wxWidgets >> -version 2.8.10 >> +version 2.8.9 >> categories graphics devel >> platforms darwin >> maintainers mww jwa > > [snip] > > Did you have permission from the maintainers mww or jwa to make this > change to their port? > > Anytime you downgrade the version number, you must increase the epoch > (or add one, if the port doesn't have one) so MacPorts will show it in > "port outdated". > > You also changed py26-wxpython; did you mean to? > >> Modified: trunk/dports/python/py26-wxpython/Portfile >> =================================================================== >> --- trunk/dports/python/py26-wxpython/Portfile 2009-06-16 04:21:48 >> UTC (rev 52413) >> +++ trunk/dports/python/py26-wxpython/Portfile 2009-06-16 04:34:25 >> UTC (rev 52414) >> @@ -7,7 +7,7 @@ >> name py26-wxpython >> version 2.8.9.1 >> categories-append graphics >> -maintainers ucla.edu:jameskyle >> +maintainers ameskyle >> description Python interface to the wxWindows cross platform GUI >> long_description wxPython is a GUI toolkit for the Python >> programming \ >> language. It allows Python programmers to create \ > > > [snip] > > There's a typo in your maintainer name ("j" missing). > From n.oxyde at gmail.com Wed Jun 17 17:24:19 2009 From: n.oxyde at gmail.com (nox) Date: Thu, 18 Jun 2009 02:24:19 +0200 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <4A395C70.7080004@macports.org> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> <4A394C23.30106@macports.org> <4A394DA9.8040000@orcaware.com> <4A395155.400@macports.org> <63C2DF21-F7BB-4D56-831C-5F4020CE6DEB@lavergne.gotdns.org> <4A395C70.7080004@macports.org> Message-ID: <97C7C9F6-0CE8-4685-A516-9B89318ED21F@gmail.com> My toes are not complaining of any unusual weight put on them ;), I was asking this out of curiosity and because I was wondering if we have any policy for that matter. Le 17 juin 09 ? 23:13, David Evans a ?crit : > Jeremy Lavergne wrote: >> On Jun 17, 2009, at 4:25 PM, David Evans wrote: >> >>> The total number of entries in the tree is 2520790 but there are >>> only 321 unique ports involved. Port glib2 alone appears 14023 >>> times. >>> >>> So there's a lot of overkill going on here. >> >> I'd have to argue that if you can figure out the unique >> dependencies then so can MacPorts. How can that be overkill? The >> dependencies listed in a portfile are up to the maintainer to >> maintain. If they don't feel burdened by the extraneous ports -- >> well, I find figuring out what's already handled just as bothersome >> -- it really shouldn't matter. >> > Good point. I really don't spend a lot of time looking for the > minimal set of dependencies either. As you say, as long as a port > builds properly, each > maintainer should be able to deal with it in a way he that makes him > feel comfortable. After all, this is a volunteer affair and there's > plenty of work > to go around without manufacturing more. > > Sorry if I stepped on any toes. > > Dave > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From dluke at geeklair.net Thu Jun 18 13:12:17 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu, 18 Jun 2009 16:12:17 -0400 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <0A49B13E-6378-436E-BB0B-F20C5C5EC527@gmail.com> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> <4A394C23.30106@macports.org> <4A394DA9.8040000@orcaware.com> <0A49B13E-6378-436E-BB0B-F20C5C5EC527@gmail.com> Message-ID: On Jun 17, 2009, at 4:28 PM, nox wrote: >> We recently ran into this with serf and its dependence upon apr and >> apr-util, which pulls in SQLite, PostgreSQL and BerkeleyDB >> dependencies depending upon the variants it was built with. Having >> to have serf have the same variants as apr and apr-util just to get >> those port dependencies isn't something I wanted to manage, so I >> just kept the dependencies on apr and apr-util. > > I don't see what is wrong in declaring only apr and apr-util, as I > doubt serf calls SQLite, PostgreSQL or BerkeleyDB functions > directly. See my previous mail. In the serf instance, serf ended up linked to bdb - and without a dependency listed in the portfile MacPorts will let you remove bdb without letting you know that it breaks serf. So you would do: port install serf (installs apr-util and bdb) port -f upgrade apr-util +no_bdb (because you don't want bdb) port uninstall bdb Macports won't warn you and you'll have a broken serf [note that this particular problem has been fixed]. Perhaps base/ needs to be enhanced so that it keeps track of the libraries that a port links to (and what ports they are associated with)? -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From blair at orcaware.com Thu Jun 18 13:15:39 2009 From: blair at orcaware.com (Blair Zajac) Date: Thu, 18 Jun 2009 13:15:39 -0700 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> <4A394C23.30106@macports.org> <4A394DA9.8040000@orcaware.com> <0A49B13E-6378-436E-BB0B-F20C5C5EC527@gmail.com> Message-ID: <47529644-D21A-4729-837B-899794BEC4ED@orcaware.com> On Jun 18, 2009, at 1:12 PM, Daniel J. Luke wrote: > On Jun 17, 2009, at 4:28 PM, nox wrote: >>> We recently ran into this with serf and its dependence upon apr >>> and apr-util, which pulls in SQLite, PostgreSQL and BerkeleyDB >>> dependencies depending upon the variants it was built with. >>> Having to have serf have the same variants as apr and apr-util >>> just to get those port dependencies isn't something I wanted to >>> manage, so I just kept the dependencies on apr and apr-util. >> >> I don't see what is wrong in declaring only apr and apr-util, as I >> doubt serf calls SQLite, PostgreSQL or BerkeleyDB functions >> directly. See my previous mail. > > > In the serf instance, serf ended up linked to bdb - and without a > dependency listed in the portfile MacPorts will let you remove bdb > without letting you know that it breaks serf. > > So you would do: > > port install serf (installs apr-util and bdb) > port -f upgrade apr-util +no_bdb (because you don't want bdb) > port uninstall bdb > > Macports won't warn you and you'll have a broken serf [note that > this particular problem has been fixed]. > > Perhaps base/ needs to be enhanced so that it keeps track of the > libraries that a port links to (and what ports they are associated > with)? Yes, this should be a dynamic search for a port's depenencies, not listing them in the Portfile. rpmbuild does this and find's any .so's a package requires. Blair From devans at macports.org Thu Jun 18 14:13:22 2009 From: devans at macports.org (David Evans) Date: Thu, 18 Jun 2009 14:13:22 -0700 Subject: [52555] trunk/dports/graphics/xsane/Portfile In-Reply-To: <20090618210125.CEFC51E7A84F@beta.macosforge.org> References: <20090618210125.CEFC51E7A84F@beta.macosforge.org> Message-ID: <4A3AADF2.6070606@macports.org> macsforever2000 at macports.org wrote: > > Revision > 52555 > Author > macsforever2000 at macports.org > Date > 2009-06-18 14:01:25 -0700 (Thu, 18 Jun 2009) > > > Log Message > > Set to nonmaintainer based on email from prior maintainer. > > > Modified Paths > > * trunk/dports/graphics/xsane/Portfile > <#trunkdportsgraphicsxsanePortfile> > > > Diff > > > Modified: trunk/dports/graphics/xsane/Portfile (52554 => 52555) > > > --- trunk/dports/graphics/xsane/Portfile 2009-06-18 20:54:02 UTC (rev 52554) > +++ trunk/dports/graphics/xsane/Portfile 2009-06-18 21:01:25 UTC (rev 52555) > @@ -4,7 +4,7 @@ > name xsane > version 0.996 > categories graphics x11 > -maintainers hamazone.de:hama > +maintainers nomaintainer > description X11 frontend for SANE > homepage http://www.xsane.org/ > platforms darwin Does this apply to sane-backends as well? Dave From raimue at macports.org Thu Jun 18 14:47:17 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu, 18 Jun 2009 23:47:17 +0200 Subject: [52497] trunk/dports/gnome/liboobs/Portfile In-Reply-To: <47529644-D21A-4729-837B-899794BEC4ED@orcaware.com> References: <20090617182012.758A31E64C29@beta.macosforge.org> <7057B177-159C-4748-BC56-AC3403834AB4@gmail.com> <4A393F7B.7040303@macports.org> <171FC648-53E3-4A4B-9408-413C429FB530@gmail.com> <4A394C23.30106@macports.org> <4A394DA9.8040000@orcaware.com> <0A49B13E-6378-436E-BB0B-F20C5C5EC527@gmail.com> <47529644-D21A-4729-837B-899794BEC4ED@orcaware.com> Message-ID: <4A3AB5E5.60104@macports.org> On 2009-06-18 22:15, Blair Zajac wrote: > On Jun 18, 2009, at 1:12 PM, Daniel J. Luke wrote: >> Perhaps base/ needs to be enhanced so that it keeps track of the >> libraries that a port links to (and what ports they are associated >> with)? > > Yes, this should be a dynamic search for a port's depenencies, not > listing them in the Portfile. rpmbuild does this and find's any .so's > a package requires. I proposed such an option on the ideas page for Google Summer Of Code: As a side note, these tasks are not only meant to be implemented in GSoC. The ideas are open to be taken outside the program and could be implemented any time. Rainer From n.oxyde at gmail.com Thu Jun 18 15:21:03 2009 From: n.oxyde at gmail.com (nox) Date: Fri, 19 Jun 2009 00:21:03 +0200 Subject: [52549] trunk/dports/databases In-Reply-To: <20090618193904.719FC1E78FD3@beta.macosforge.org> References: <20090618193904.719FC1E78FD3@beta.macosforge.org> Message-ID: <0F6CC7FD-62A3-488B-9854-F1790B2E49DD@gmail.com> libgda should be updated instead, I have a local diff which I need to file on Trac. Le 18 juin 09 ? 21:39, devans at macports.org a ?crit : > Revision52549Authordevans at macports.orgDate2009-06-18 12:39:00 -0700 > (Thu, 18 Jun 2009)Log Message > new port libgda4: > > * updates libgda to version 4.0.2 as required by gnome 2.26 release > * co-maintainership with jwa openmaintainer > * installs Berkeley DB and sqlite3 support by default > * the port perfers port db47 and will install that if db46 is not > installed, but will build against db46 if it is already installed. > * configure.in is patched to allow recognition of Macports > Berkeley DB ports and autoconf is used to update configure > * a variant is supplied to remove Berkeley DB support if desired > * variants are supplied to build backends for MySQL 5 and/or > PostgreSQL 8.3 > * more variants could be added to support a large number of other > databases that are supported by this version but these are disabled > initially. > Added Paths > ? trunk/dports/databases/libgda4/ > ? trunk/dports/databases/libgda4/Portfile > ? trunk/dports/databases/libgda4/files/ > ? trunk/dports/databases/libgda4/files/patch-configure.in.diff > Diff > Added: trunk/dports/databases/libgda4/Portfile (0 => 52549) > > --- trunk/dports/databases/libgda4/Portfile > (rev 0) > +++ trunk/dports/databases/libgda4/Portfile 2009-06-18 19:39:00 UTC > (rev 52549) > @@ -0,0 +1,113 @@ > +# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: > nil; c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4 > +# $Id$ > + > +PortSystem 1.0 > + > +name libgda4 > +set gname libgda > +version 4.0.2 > +set branch [join [lrange [split ${version} .] 0 1] .] > +description GDA provides uniform access to diffent kinds of data > sources. > +long_description \ > + GNU Data Access (GDA) is an attempt to provide \ > + uniform access to different kinds of data sources \ > + (databases, information servers, mail spools, etc). > +maintainers jwa devans openmaintainer > +categories databases gnome > +platforms darwin > +homepage http://www.gnome-db.org/ > +distname libgda-${version} > +master_sites gnome:sources/${gname}/${branch}/ > +use_bzip2 yes > + > +checksums md5 cd79f6542cdd9477017b76b5f81c776f \ > + sha1 9cfc4afc8eb4f39fa91d1007ac7b77ea7498bdab \ > + rmd160 eb746e7c5b7863b9c528d39a2dae09e0ea284101 > + > +patchfiles patch-configure.in.diff > + > +depends_build port:pkgconfig \ > + port:autoconf \ > + port:flex \ > + port:m4 \ > + port:intltool \ > + port:p5-xml-parser \ > + port:gnome-doc-utils > + > +depends_lib port:gettext \ > + port:libiconv \ > + port:libxml2 \ > + port:ncurses \ > + port:readline \ > + port:zlib \ > + port:gnome-vfs \ > + port:sqlite3 \ > + port:libsoup > + > +# > +# prefer Berkeley DB 4.7 over 4.6 > +# and depend on it if 4.6 is not installed > +# if both are installed configure will select 4.7 > +# otherwise look for 4.6 > +# > + > +if (![variant_isset without_bdb]) { > + if !([file exists ${prefix}/include/db46/db.h]) { > + depends_lib-append port:db47 > + } elseif ([file exists ${prefix}/include/db47/db.h]) { > + depends_lib-append port:db47 > + } else { > + depends_lib-append port:db46 > + } > +} > + > +use_autoconf yes > + > +configure.perl ${prefix}/bin/perl > +configure.env-append INTLTOOL_PERL=${configure.perl} > + > +configure.args --mandir=${prefix}/share/man \ > + --with-bdb=${prefix} \ > + --enable-system-sqlite \ > + --without-odbc \ > + --without-mysql \ > + --without-msql \ > + --without-postgres \ > + --without-tds \ > + --without-ibmdb2 \ > + --without-sybase \ > + --without-oracle \ > + --without-firebird \ > + --without-xbase \ > + --without-mdb \ > + --without-ldap \ > + --without-java \ > + --without-jni > + > +variant with_mysql5 \ > + description {support for current MySQL 5.x} { > + depends_lib-append path:bin/mysql_config5:mysql5 > + configure.env-append \ > + MYSQL_CONFIG=${prefix}/lib/mysql5/bin/mysql_config > + configure.args-delete --without-mysql > + configure.args-append --with-mysql=${prefix}/lib/mysql5 > + configure.cppflags-append "-I${prefix}/include/mysql5/mysql" > +} > + > +variant with_postgresql83 \ > + description {support for PostgreSQL 8.3.x} { > + configure.cppflags-append "-I${prefix}/include/postgresql83" > + depends_lib-append port:postgresql83 > + configure.args-delete --without-postgres > + configure.args-append --with-postgres=${prefix}/lib/postgresql83 > +} > + > +variant without_bdb \ > + description {remove support for Berkeley DB} { > + configure.args-delete --with-bdb=${prefix} > + configure.args-append --without-bdb > +} > + > +livecheck.check regex > +livecheck.url http://ftp.gnome.org/pub/GNOME/sources/${gname}/$ > {branch}/ > +livecheck.regex "LATEST-IS-(\\d+(?:\\.\\d+)*)" > Property changes on: trunk/dports/databases/libgda4/Portfile > ___________________________________________________________________ > Added: svn:keywords > Added: svn:eol-style > Added: trunk/dports/databases/libgda4/files/patch-configure.in.diff > (0 => 52549) > > --- trunk/dports/databases/libgda4/files/patch- > configure.in.diff (rev 0) > +++ trunk/dports/databases/libgda4/files/patch-configure.in.diff > 2009-06-18 19:39:00 UTC (rev 52549) > @@ -0,0 +1,36 @@ > +--- configure.in.orig 2009-04-18 05:03:50.000000000 -0700 > ++++ configure.in 2009-06-13 15:19:24.000000000 -0700 > +@@ -176,6 +176,7 @@ > + AC_MSG_RESULT([Mac OS X - carbon]) > + platform_carbon=yes > + SOPREFIX='lib' > ++ linklibext=".dylib" > + AM_BINRELOC > + LIBTOOL_EXPORT_OPTIONS=$EXPORT_SYM_REGEX > + LIBTOOL_PROV_EXPORT_OPTIONS=$EXPORT_PROV_SYM_REGEX > +@@ -355,6 +356,25 @@ > + BDB_LIBS="-L${bdbdir}/lib -ldb" > + break > + fi > ++ if test $platform_carbon = yes -a -f $d/ > include/db47/db.h -a -f $d/lib/db47/libdb$linklibext > ++ then > ++ AC_MSG_RESULT(found Berkeley DB > 4.7 in $d) > ++ AC_DEFINE(HAVE_BDB, 1, [Have > Berkeley DB]) > ++ bdbdir=$d > ++ BDB_CFLAGS="-I${bdbdir}/include/ > db47" > ++ BDB_LIB="$d/lib/db47/libdb > $linklibext" > ++ BDB_LIBS="-L${bdbdir}/lib/db47 -ldb" > ++ break > ++ elif test $platform_carbon = yes -a -f $d/include/db46/db.h -a > -f $d/lib/db46/libdb$linklibext > ++ then > ++ AC_MSG_RESULT(found Berkeley DB 4.6 in $d) > ++ AC_DEFINE(HAVE_BDB, 1, [Have Berkeley DB]) > ++ bdbdir=$d > ++ BDB_CFLAGS="-I${bdbdir}/include/db46" > ++ BDB_LIB="$d/lib/db46/libdb$linklibext" > ++ BDB_LIBS="-L${bdbdir}/lib/db46 -ldb" > ++ break > ++ fi > + dnl FIXME: check for db1 (non-sleepycat implementation) > + done > + if test x$bdbdir = x > _______________________________________________ > macports-changes mailing list > macports-changes at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes From devans at macports.org Thu Jun 18 15:28:55 2009 From: devans at macports.org (David Evans) Date: Thu, 18 Jun 2009 15:28:55 -0700 Subject: [52549] trunk/dports/databases In-Reply-To: <0F6CC7FD-62A3-488B-9854-F1790B2E49DD@gmail.com> References: <20090618193904.719FC1E78FD3@beta.macosforge.org> <0F6CC7FD-62A3-488B-9854-F1790B2E49DD@gmail.com> Message-ID: <4A3ABFA7.6020405@macports.org> nox wrote: > libgda should be updated instead, I have a local diff which I need to > file on Trac. > > Le 18 juin 09 ? 21:39, devans at macports.org a ?crit : > >> Revision52549Authordevans at macports.orgDate2009-06-18 12:39:00 -0700 >> (Thu, 18 Jun 2009)Log Message >> new port libgda4: >> >> * updates libgda to version 4.0.2 as required by gnome 2.26 release >> * co-maintainership with jwa openmaintainer >> * installs Berkeley DB and sqlite3 support by default >> * the port perfers port db47 and will install that if db46 is not >> installed, but will build against db46 if it is already installed. >> * configure.in is patched to allow recognition of Macports Berkeley >> DB ports and autoconf is used to update configure >> * a variant is supplied to remove Berkeley DB support if desired >> * variants are supplied to build backends for MySQL 5 and/or >> PostgreSQL 8.3 >> * more variants could be added to support a large number of other >> databases that are supported by this version but these are disabled >> initially. >> Added Paths >> ? trunk/dports/databases/libgda4/ >> ? trunk/dports/databases/libgda4/Portfile >> ? trunk/dports/databases/libgda4/files/ >> ? trunk/dports/databases/libgda4/files/patch-configure.in.diff >> Diff >> Added: trunk/dports/databases/libgda4/Portfile (0 => 52549) >> >> --- >> trunk/dports/databases/libgda4/Portfile >> (rev 0) >> +++ trunk/dports/databases/libgda4/Portfile 2009-06-18 19:39:00 >> UTC (rev 52549) >> @@ -0,0 +1,113 @@ >> +# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil; >> c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4 >> +# $Id$ >> + >> +PortSystem 1.0 >> + >> +name libgda4 >> +set gname libgda >> +version 4.0.2 >> +set branch [join [lrange [split ${version} .] 0 1] .] >> +description GDA provides uniform access to diffent kinds of data >> sources. >> +long_description \ >> + GNU Data Access (GDA) is an attempt to provide \ >> + uniform access to different kinds of data sources \ >> + (databases, information servers, mail spools, etc). >> +maintainers jwa devans openmaintainer >> +categories databases gnome >> +platforms darwin >> +homepage http://www.gnome-db.org/ >> +distname libgda-${version} >> +master_sites gnome:sources/${gname}/${branch}/ >> +use_bzip2 yes >> + >> +checksums md5 cd79f6542cdd9477017b76b5f81c776f \ >> + sha1 9cfc4afc8eb4f39fa91d1007ac7b77ea7498bdab \ >> + rmd160 eb746e7c5b7863b9c528d39a2dae09e0ea284101 >> + >> +patchfiles patch-configure.in.diff >> + >> +depends_build port:pkgconfig \ >> + port:autoconf \ >> + port:flex \ >> + port:m4 \ >> + port:intltool \ >> + port:p5-xml-parser \ >> + port:gnome-doc-utils >> + >> +depends_lib port:gettext \ >> + port:libiconv \ >> + port:libxml2 \ >> + port:ncurses \ >> + port:readline \ >> + port:zlib \ >> + port:gnome-vfs \ >> + port:sqlite3 \ >> + port:libsoup >> + >> +# >> +# prefer Berkeley DB 4.7 over 4.6 >> +# and depend on it if 4.6 is not installed >> +# if both are installed configure will select 4.7 >> +# otherwise look for 4.6 >> +# >> + >> +if (![variant_isset without_bdb]) { >> + if !([file exists ${prefix}/include/db46/db.h]) { >> + depends_lib-append port:db47 >> + } elseif ([file exists ${prefix}/include/db47/db.h]) { >> + depends_lib-append port:db47 >> + } else { >> + depends_lib-append port:db46 >> + } >> +} >> + >> +use_autoconf yes >> + >> +configure.perl ${prefix}/bin/perl >> +configure.env-append INTLTOOL_PERL=${configure.perl} >> + >> +configure.args --mandir=${prefix}/share/man \ >> + --with-bdb=${prefix} \ >> + --enable-system-sqlite \ >> + --without-odbc \ >> + --without-mysql \ >> + --without-msql \ >> + --without-postgres \ >> + --without-tds \ >> + --without-ibmdb2 \ >> + --without-sybase \ >> + --without-oracle \ >> + --without-firebird \ >> + --without-xbase \ >> + --without-mdb \ >> + --without-ldap \ >> + --without-java \ >> + --without-jni >> + >> +variant with_mysql5 \ >> + description {support for current MySQL 5.x} { >> + depends_lib-append path:bin/mysql_config5:mysql5 >> + configure.env-append \ >> + MYSQL_CONFIG=${prefix}/lib/mysql5/bin/mysql_config >> + configure.args-delete --without-mysql >> + configure.args-append --with-mysql=${prefix}/lib/mysql5 >> + configure.cppflags-append "-I${prefix}/include/mysql5/mysql" >> +} >> + >> +variant with_postgresql83 \ >> + description {support for PostgreSQL 8.3.x} { >> + configure.cppflags-append "-I${prefix}/include/postgresql83" >> + depends_lib-append port:postgresql83 >> + configure.args-delete --without-postgres >> + configure.args-append --with-postgres=${prefix}/lib/postgresql83 >> +} >> + >> +variant without_bdb \ >> + description {remove support for Berkeley DB} { >> + configure.args-delete --with-bdb=${prefix} >> + configure.args-append --without-bdb >> +} >> + >> +livecheck.check regex >> +livecheck.url >> http://ftp.gnome.org/pub/GNOME/sources/${gname}/${branch}/ >> +livecheck.regex "LATEST-IS-(\\d+(?:\\.\\d+)*)" >> Property changes on: trunk/dports/databases/libgda4/Portfile >> ___________________________________________________________________ >> Added: svn:keywords >> Added: svn:eol-style >> Added: trunk/dports/databases/libgda4/files/patch-configure.in.diff >> (0 => 52549) >> >> --- >> trunk/dports/databases/libgda4/files/patch-configure.in.diff >> (rev 0) >> +++ trunk/dports/databases/libgda4/files/patch-configure.in.diff >> 2009-06-18 19:39:00 UTC (rev 52549) >> @@ -0,0 +1,36 @@ >> +--- configure.in.orig 2009-04-18 05:03:50.000000000 -0700 >> ++++ configure.in 2009-06-13 15:19:24.000000000 -0700 >> +@@ -176,6 +176,7 @@ >> + AC_MSG_RESULT([Mac OS X - carbon]) >> + platform_carbon=yes >> + SOPREFIX='lib' >> ++ linklibext=".dylib" >> + AM_BINRELOC >> + LIBTOOL_EXPORT_OPTIONS=$EXPORT_SYM_REGEX >> + LIBTOOL_PROV_EXPORT_OPTIONS=$EXPORT_PROV_SYM_REGEX >> +@@ -355,6 +356,25 @@ >> + BDB_LIBS="-L${bdbdir}/lib -ldb" >> + break >> + fi >> ++ if test $platform_carbon = yes -a -f >> $d/include/db47/db.h -a -f $d/lib/db47/libdb$linklibext >> ++ then >> ++ AC_MSG_RESULT(found Berkeley DB 4.7 >> in $d) >> ++ AC_DEFINE(HAVE_BDB, 1, [Have >> Berkeley DB]) >> ++ bdbdir=$d >> ++ BDB_CFLAGS="-I${bdbdir}/include/db47" >> ++ BDB_LIB="$d/lib/db47/libdb$linklibext" >> ++ BDB_LIBS="-L${bdbdir}/lib/db47 -ldb" >> ++ break >> ++ elif test $platform_carbon = yes -a -f >> $d/include/db46/db.h -a -f $d/lib/db46/libdb$linklibext >> ++ then >> ++ AC_MSG_RESULT(found Berkeley DB 4.6 in $d) >> ++ AC_DEFINE(HAVE_BDB, 1, [Have Berkeley DB]) >> ++ bdbdir=$d >> ++ BDB_CFLAGS="-I${bdbdir}/include/db46" >> ++ BDB_LIB="$d/lib/db46/libdb$linklibext" >> ++ BDB_LIBS="-L${bdbdir}/lib/db46 -ldb" >> ++ break >> ++ fi >> + dnl FIXME: check for db1 (non-sleepycat implementation) >> + done >> + if test x$bdbdir = x >> _______________________________________________ >> macports-changes mailing list >> macports-changes at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes > I agree that it would be good to update libgda itself to version 4 but this should be done with caution. It is not clear that all the current dependents of libgda are compatible with libgda-4.0 and this should be addressed before any further changes are made. As it is libgda and libgda3/4 do not interfere with each other so the libgda dependents should not be effected by the recent changes. I suggest that libgda3 be deleted after the midgard2-core port has been updated to libgda4, then address the potential merging of libgda and libgda4 as a separate project in a way that existing ports are not broken unnecessarily. Dave From devans at macports.org Thu Jun 18 15:32:21 2009 From: devans at macports.org (David Evans) Date: Thu, 18 Jun 2009 15:32:21 -0700 Subject: Oops Message-ID: <4A3AC075.8030402@macports.org> Sorry about the inadvertent post to macports-changes Dave From jameskyle at macports.org Sat Jun 20 10:51:28 2009 From: jameskyle at macports.org (James Kyle) Date: Sat, 20 Jun 2009 10:51:28 -0700 Subject: livecheck.regex Message-ID: <331E5F52-1E17-4675-9CBD-367C6882631C@macports.org> Morning, It looks like the livecheck.regex rules are not the same as the tcl regex rules. I could be sorely mistaken since I have very limited exposure to tcl. However, this is what I'm seeing: in the tclsh, the following pattern matches correctly: % set text "newmat10.tar.gz or newmat10.zip - newmat10D source files" newmat10.tar.gz or newmat10.zip - newmat10D source files % set worldlist [regexp -inline -all -- {newmat(10)\.tar\.gz or newmat10\.zip - newmat10D source files} $text] {newmat10.tar.gz or newmat10.zip - newmat10D source files} 10 % exit The $text is a cut and paste from the site I'm trying to match. The same pattern fails when using livecheck.regex > livecheck.regex {newmat(10)\.tar\.gz or newmat10\.zip - newmat10D > source files} > port livecheck newmat => Error: cannot check if newmat was updated > (regex didn't match) Ignoring for the moment that that the regex is far too specific, what are the differences between tcl regex and livecheck.regex that cause one to match and the other to fail? For context, I ran into this when trying to do a lookahead match that excluded strings with the word "beta" in them. . . something like this: {newmat([0-9.]+).tar.gz.*(?!.*beta)} Cheers, -james From ramercer at gmail.com Sat Jun 20 11:18:13 2009 From: ramercer at gmail.com (Adam Mercer) Date: Sat, 20 Jun 2009 13:18:13 -0500 Subject: [52653] trunk/dports/math/newmat/Portfile In-Reply-To: <20090620175734.A2A1F1E9BCFD@beta.macosforge.org> References: <20090620175734.A2A1F1E9BCFD@beta.macosforge.org> Message-ID: <799406d60906201118r73bfeebay89d56ee0e0496f5d@mail.gmail.com> On Sat, Jun 20, 2009 at 12:57, wrote: > Changed deprecated livecheck.check to livecheck.type > @@ -32,7 +33,7 @@ > file copy ${filespath}/CMakeLists.txt ${worksrcpath} > } > > -livecheck.check regex > +livecheck.type regex > livecheck.url ${homepage}/download.html > livecheck.regex {newmat([0-9.]+).tar.gz.*} > livecheck.md5 cc7408a10ee3d4775fc5f86e523bf56a This will not work with MacPorts 1.7.1, only trunk knows about livecheck.type Cheers Adam From talklists at newgeo.com Sat Jun 20 12:36:43 2009 From: talklists at newgeo.com (Scott Haneda) Date: Sat, 20 Jun 2009 12:36:43 -0700 Subject: p5 WWW::URLToys Message-ID: User on the users list asked for this, I created the port file really quickly: https://trac.macports.org/ticket/20021 -- Scott * If you contact me off list replace talklists@ with scott@ * From ryandesign at macports.org Sat Jun 20 14:14:14 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 20 Jun 2009 16:14:14 -0500 Subject: [52653] trunk/dports/math/newmat/Portfile In-Reply-To: <799406d60906201118r73bfeebay89d56ee0e0496f5d@mail.gmail.com> References: <20090620175734.A2A1F1E9BCFD@beta.macosforge.org> <799406d60906201118r73bfeebay89d56ee0e0496f5d@mail.gmail.com> Message-ID: <90C01061-6C9B-4AFC-B053-DF61D0EAF852@macports.org> On Jun 20, 2009, at 13:18, Adam Mercer wrote: > On Sat, Jun 20, 2009 at 12:57, wrote: > >> Changed deprecated livecheck.check to livecheck.type > > > >> @@ -32,7 +33,7 @@ >> file copy ${filespath}/CMakeLists.txt ${worksrcpath} >> } >> >> -livecheck.check regex >> +livecheck.type regex >> livecheck.url ${homepage}/download.html >> livecheck.regex {newmat([0-9.]+).tar.gz.*} >> livecheck.md5 cc7408a10ee3d4775fc5f86e523bf56a > > This will not work with MacPorts 1.7.1, only trunk knows about > livecheck.type I changed it back in r52660. From ryandesign at macports.org Sat Jun 20 14:18:57 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 20 Jun 2009 16:18:57 -0500 Subject: [52414] trunk/dports In-Reply-To: <4A397363.7090408@orcaware.com> References: <20090616043425.AA6921E2ECF3@beta.macosforge.org> <19B37842-E321-454C-992C-336DB858E0B2@macports.org> <4A397363.7090408@orcaware.com> Message-ID: <1D113B32-E123-42CD-A3A7-6707847542B7@macports.org> On Jun 17, 2009, at 17:51, Blair Zajac wrote: > And no reply on this one either. > > Are emails to jameskyle at macports.org going through? > > Blair > > Ryan Schmidt wrote: >> On Jun 15, 2009, at 23:34, jameskyle at macports.org wrote: >>> Revision: 52414 >>> http://trac.macports.org/changeset/52414 >>> Author: jameskyle at macports.org >>> Date: 2009-06-15 21:34:25 -0700 (Mon, 15 Jun 2009) >>> Log Message: >>> ----------- >>> Dropped the wxwidgets version to 2.8.9 for compatibility reasons >>> Fixed #19191 >>> >>> Modified Paths: >>> -------------- >>> trunk/dports/graphics/wxWidgets/Portfile >>> trunk/dports/python/py26-wxpython/Portfile >>> >>> Modified: trunk/dports/graphics/wxWidgets/Portfile >>> =================================================================== >>> --- trunk/dports/graphics/wxWidgets/Portfile 2009-06-16 >>> 04:21:48 UTC (rev 52413) >>> +++ trunk/dports/graphics/wxWidgets/Portfile 2009-06-16 >>> 04:34:25 UTC (rev 52414) >>> @@ -3,7 +3,7 @@ >>> PortSystem 1.0 >>> >>> name wxWidgets >>> -version 2.8.10 >>> +version 2.8.9 >>> categories graphics devel >>> platforms darwin >>> maintainers mww jwa >> [snip] >> Did you have permission from the maintainers mww or jwa to make >> this change to their port? >> Anytime you downgrade the version number, you must increase the >> epoch (or add one, if the port doesn't have one) so MacPorts will >> show it in "port outdated". I increased the epoch in r52662. >> You also changed py26-wxpython; did you mean to? >> >>> Modified: trunk/dports/python/py26-wxpython/Portfile >>> =================================================================== >>> --- trunk/dports/python/py26-wxpython/Portfile 2009-06-16 >>> 04:21:48 UTC (rev 52413) >>> +++ trunk/dports/python/py26-wxpython/Portfile 2009-06-16 >>> 04:34:25 UTC (rev 52414) >>> @@ -7,7 +7,7 @@ >>> name py26-wxpython >>> version 2.8.9.1 >>> categories-append graphics >>> -maintainers ucla.edu:jameskyle >>> +maintainers ameskyle >>> description Python interface to the wxWindows cross >>> platform GUI >>> long_description wxPython is a GUI toolkit for the Python >>> programming \ >>> language. It allows Python programmers to >>> create \ >> [snip] >> There's a typo in your maintainer name ("j" missing). I fixed this in r52661. From ryandesign at macports.org Sat Jun 20 16:25:30 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 20 Jun 2009 18:25:30 -0500 Subject: [52417] trunk/dports/graphics/nifticlib/Portfile In-Reply-To: <4A397317.6000609@orcaware.com> References: <20090616045041.3959A1E2F028@beta.macosforge.org> <105160C2-F440-4CD3-9A59-4385B93BDC73@macports.org> <4A397317.6000609@orcaware.com> Message-ID: On Jun 17, 2009, at 17:49, Blair Zajac wrote: > I haven't seen a reply from jameskyle or correction to this port yet. > > Blair > > Ryan Schmidt wrote: >> > >> You also undid changes blb made before originally committing your >> port: >> http://trac.macports.org/ticket/17932#comment:1 >> * Id tag was added >> * maintainers was obfuscated >> * master_sites was simplified jameskyle restored these in r52650 and r52651. >> The port should use the set of universal archs the user requested >> in macports.conf instead of assuming that they want ppc i386 >> (which will no longer be the default in MacPorts in Mac OS X >> 10.6). If you used the cmake portgroup I believe this would be >> handled for you automatically, so switching to that portgroup >> would likely be a good idea. I filed #20024 for this. http://trac.macports.org/ticket/20024 From ryandesign at macports.org Sat Jun 20 16:37:07 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 20 Jun 2009 18:37:07 -0500 Subject: [52659] trunk/dports/graphics/nifticlib/Portfile In-Reply-To: <20090620190035.B821F1E9C3EE@beta.macosforge.org> References: <20090620190035.B821F1E9C3EE@beta.macosforge.org> Message-ID: <55CFF608-0744-4A92-A37D-AFB3B25818FD@macports.org> On Jun 20, 2009, at 14:00, jameskyle at macports.org wrote: > Revision: 52659 > http://trac.macports.org/changeset/52659 > Author: jameskyle at macports.org > Date: 2009-06-20 12:00:35 -0700 (Sat, 20 Jun 2009) > Log Message: > ----------- > Changed build args to compile dynamic libraries (was static) It sounds like this changes the files the port installs, in which case you must increase the port's revision so everybody who already had the port installed receives this change. > Modified Paths: > -------------- > trunk/dports/graphics/nifticlib/Portfile > > Modified: trunk/dports/graphics/nifticlib/Portfile > =================================================================== > --- trunk/dports/graphics/nifticlib/Portfile 2009-06-20 18:55:28 > UTC (rev 52658) > +++ trunk/dports/graphics/nifticlib/Portfile 2009-06-20 19:00:35 > UTC (rev 52659) > @@ -16,11 +16,12 @@ > sha1 > f1837fa6b99e32f9f80a73ebda56ff5e1e9d6efd \ > rmd160 3d70405085b3c432638baa48c71669b1235d385e > > -depends_build port:cmake > -configure.cmd cmake > +depends_build port:cmake > +configure.cmd cmake > > configure.pre_args > -configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} > +configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} \ > + -DBUILD_SHARED_LIBS:BOOL=True From jwa at macports.org Sun Jun 21 03:37:20 2009 From: jwa at macports.org (Jyrki Wahlstedt) Date: Sun, 21 Jun 2009 13:37:20 +0300 Subject: libgda3 (was Re: [52549] trunk/dports/databases) In-Reply-To: <4A3ABFA7.6020405@macports.org> References: <20090618193904.719FC1E78FD3@beta.macosforge.org> <0F6CC7FD-62A3-488B-9854-F1790B2E49DD@gmail.com> <4A3ABFA7.6020405@macports.org> Message-ID: <24D3B5DC-8C36-412C-B030-A1248ACA451F@macports.org> On 19.6.2009, at 1.28, David Evans wrote: > nox wrote: >> libgda should be updated instead, I have a local diff which I need >> to file on Trac. >> >> Le 18 juin 09 ? 21:39, devans at macports.org a ?crit : >> >> > I agree that it would be good to update libgda itself to version 4 > but this should be done with caution. It is not clear that all the > current dependents of > libgda are compatible with libgda-4.0 and this should be addressed > before any further changes are made. > As it is libgda and libgda3/4 do not interfere with each other so > the libgda dependents should not be effected by the recent changes. > > I suggest that libgda3 be deleted after the midgard2-core port has > been updated to libgda4, then address the potential merging of > libgda and libgda4 as a separate project in a way that existing > ports are not broken unnecessarily. > > Dave > Ok, I checked the situation from (reliable) sources. For the time being midgard2-core needs libgda3 (the information is that gda4 still doesn't support e.g. table creation, also database provider set is not quite stable). So let's not drop it yet:-) I expect that midgard2-core will move to gda4 in future, but it is not there now. ! ! Jyrki Wahlstedt ! http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386 From devans at macports.org Sun Jun 21 11:15:19 2009 From: devans at macports.org (David Evans) Date: Sun, 21 Jun 2009 11:15:19 -0700 Subject: libgda3 (was Re: [52549] trunk/dports/databases) In-Reply-To: <24D3B5DC-8C36-412C-B030-A1248ACA451F@macports.org> References: <20090618193904.719FC1E78FD3@beta.macosforge.org> <0F6CC7FD-62A3-488B-9854-F1790B2E49DD@gmail.com> <4A3ABFA7.6020405@macports.org> <24D3B5DC-8C36-412C-B030-A1248ACA451F@macports.org> Message-ID: <4A3E78B7.2090309@macports.org> >> > Ok, > I checked the situation from (reliable) sources. For the time being > midgard2-core needs libgda3 (the information is that gda4 still > doesn't support e.g. table creation, also database provider set is not > quite stable). So let's not drop it yet:-) I expect that midgard2-core > will move to gda4 in future, but it is not there now. > > ! > ! Jyrki Wahlstedt > ! http://www.wahlstedt.fi/jyrki/ > ! > ! Our life is no dream; but it ought to become one and perhaps will. > ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 > 6366 EFD9 139C C386 > > > OK, sounds good to me. Thanks for checking this out. Dave From jeremyhu at macports.org Sun Jun 21 12:21:26 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Sun, 21 Jun 2009 12:21:26 -0700 Subject: symlinks deleted by destroot Message-ID: <8FC7C173-1119-4FD9-BC79-EDFF0336FE4B@macports.org> Has something in base recently decided to delete symlinks? The Makefile is clearly doing: ln -s /opt/local/lib/xulrunner/sdk/lib /path/to/my/destroot/opt/local/ lib/xulrunner/lib I even put a sleep after it in the Makefile to verify that the symlinks were getting built (they were). Then after my sleep exited, something deleted them. There not much after these symlinks are created in the log, and there is nothing special for destroot in the Portfile (just a one-liner post-destroot). Here's the tail of the log starting with my sleep (at which point the symlinks were present): /bin/sleep 60 .../work/mozilla-1.9.1/config/nsinstall -D .../work/destroot/opt/local/ etc/gre.d .../work/mozilla-1.9.1/config/nsinstall -t -m 644 1.9.1b4.system.conf .../work/destroot/opt/local/etc/gre.d pkg_config_file: libxul.pc libxul-embedding.pc libxul-unstable.pc libxul-embedding-unstable.pc mozilla-js.pc mozilla-plugin.pc mozilla- gtkmozembed.pc mozilla-gtkmozembed-embedding.pc .../work/mozilla-1.9.1/config/nsinstall -t -m 644 libxul.pc libxul- embedding.pc libxul-unstable.pc libxul-embedding-unstable.pc mozilla- js.pc mozilla-plugin.pc mozilla-gtkmozembed.pc mozilla-gtkmozembed- embedding.pc .../work/destroot/opt/local/lib/pkgconfig gmake[1]: Leaving directory `.../work/mozilla-1.9.1/xulrunner/installer' DEBUG: Executing proc-post-org.macports.destroot-destroot-0 DEBUG: Executing portdestroot::destroot_finish DEBUG: checking for mtree violations In another terminal, I was waiting for the symlink to be deleted: while [[ -h lib ]]; do true; done ; echo "symlink deleted" >> ~/src/ macports-trunk/dports/devel/xulrunner-devel/destroot.log and the "symlink deleted" got appended to the log just after "DEBUG: Executing portdestroot::destroot_finish" Thoughts? --Jeremy From blb at macports.org Sun Jun 21 13:53:03 2009 From: blb at macports.org (Bryan Blackburn) Date: Sun, 21 Jun 2009 14:53:03 -0600 Subject: symlinks deleted by destroot In-Reply-To: <8FC7C173-1119-4FD9-BC79-EDFF0336FE4B@macports.org> References: <8FC7C173-1119-4FD9-BC79-EDFF0336FE4B@macports.org> Message-ID: <20090621205303.GD43266@ninagal.withay.com> On Sun, Jun 21, 2009 at 12:21:26PM -0700, Jeremy Huddleston said: > Has something in base recently decided to delete symlinks? > > The Makefile is clearly doing: > ln -s /opt/local/lib/xulrunner/sdk/lib /path/to/my/destroot/opt/local/ > lib/xulrunner/lib > > I even put a sleep after it in the Makefile to verify that the symlinks > were getting built (they were). Then after my sleep exited, something > deleted them. There not much after these symlinks are created in the log, > and there is nothing special for destroot in the Portfile (just a > one-liner post-destroot). Here's the tail of the log starting with my > sleep (at which point the symlinks were present): > > /bin/sleep 60 > .../work/mozilla-1.9.1/config/nsinstall -D .../work/destroot/opt/local/ > etc/gre.d > .../work/mozilla-1.9.1/config/nsinstall -t -m 644 1.9.1b4.system.conf > .../work/destroot/opt/local/etc/gre.d > pkg_config_file: libxul.pc libxul-embedding.pc libxul-unstable.pc > libxul-embedding-unstable.pc mozilla-js.pc mozilla-plugin.pc mozilla- > gtkmozembed.pc mozilla-gtkmozembed-embedding.pc > .../work/mozilla-1.9.1/config/nsinstall -t -m 644 libxul.pc libxul- > embedding.pc libxul-unstable.pc libxul-embedding-unstable.pc mozilla- > js.pc mozilla-plugin.pc mozilla-gtkmozembed.pc mozilla-gtkmozembed- > embedding.pc .../work/destroot/opt/local/lib/pkgconfig > gmake[1]: Leaving directory `.../work/mozilla-1.9.1/xulrunner/installer' > DEBUG: Executing proc-post-org.macports.destroot-destroot-0 > DEBUG: Executing portdestroot::destroot_finish > DEBUG: checking for mtree violations > > In another terminal, I was waiting for the symlink to be deleted: > while [[ -h lib ]]; do true; done ; echo "symlink deleted" >> ~/src/ > macports-trunk/dports/devel/xulrunner-devel/destroot.log > > and the "symlink deleted" got appended to the log just after "DEBUG: > Executing portdestroot::destroot_finish" > > Thoughts? On a just-built port, I can't reproduce this locally, using the python26 port; it creates some symlinks in post-destroot as well as some through the 'make install' step. All appear to be present after running destroot on it. Are you seeing this with a port in the repo (xulrunner, xulrunner-devel?) or a not-yet-committed update? Bryan > > --Jeremy From jmr at macports.org Sun Jun 21 14:00:37 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 22 Jun 2009 07:00:37 +1000 Subject: symlinks deleted by destroot In-Reply-To: <8FC7C173-1119-4FD9-BC79-EDFF0336FE4B@macports.org> References: <8FC7C173-1119-4FD9-BC79-EDFF0336FE4B@macports.org> Message-ID: <4A3E9F75.4000607@macports.org> On 2009-6-22 05:21, Jeremy Huddleston wrote: > Has something in base recently decided to delete symlinks? > > The Makefile is clearly doing: > ln -s /opt/local/lib/xulrunner/sdk/lib > /path/to/my/destroot/opt/local/lib/xulrunner/lib Uh, yeah, that would be r51849. Turns out that 'file isdirectory' isn't quite the same as passing '-types d' to find(1). Should be fixed by r52704. - Josh From ryandesign at macports.org Sun Jun 21 16:15:11 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 21 Jun 2009 18:15:11 -0500 Subject: [52698] trunk/dports/emulators/atari800/Portfile In-Reply-To: <20090621190505.D0D651EA4A8C@beta.macosforge.org> References: <20090621190505.D0D651EA4A8C@beta.macosforge.org> Message-ID: On Jun 21, 2009, at 14:05, krischik at macports.org wrote: > Revision: 52698 > http://trac.macports.org/changeset/52698 > Author: krischik at macports.org > Date: 2009-06-21 12:05:05 -0700 (Sun, 21 Jun 2009) > Log Message: > ----------- > Bug fixes and new Icons. Since this changes what the port installs, you should increase the port's revision so everybody gets this change. > Modified Paths: > -------------- > trunk/dports/emulators/atari800/Portfile > > Modified: trunk/dports/emulators/atari800/Portfile > =================================================================== > --- trunk/dports/emulators/atari800/Portfile 2009-06-21 18:51:40 > UTC (rev 52697) > +++ trunk/dports/emulators/atari800/Portfile 2009-06-21 19:05:05 > UTC (rev 52698) > @@ -14,33 +14,40 @@ > long_description atari800 is an emulator of the classic Atari > 800 8bit computer. > > homepage http://atari800.sourceforge.net/ > -master_sites sourceforge:prog \ > +master_sites sourceforge::prog \ > macports:atari800:appbundles > > -set patchversion 52646 > +set patchversion 52694 > set prog atari800-${version}.tar.gz > set rom xf25.zip > set appbundles atari800-appbundles-r${patchversion}.tar.gz > +set share atari800-share-r${patchversion}.tar.gz > > distfiles ${prog}:prog \ > - ${appbundles}:appbundles \ > - ${rom}:prog > + ${rom}:prog \ > + ${share}:appbundles \ > + ${appbundles}:appbundles > > extract.only ${prog} \ > + ${share} \ > ${appbundles} > > checksums ${prog} \ > - md5 bf76fcb62100f66f7d3b6a9776dbc1e9 \ > - sha1 d1483e549bfa35aa4caefccfd6d66a5dc653220a \ > - rmd160 8d23c0139ff9c30ba22aa5d639aeed6371474f76 \ > + md5 53fdbaad6cb7752fb35895c6375ac9a7 \ > + sha1 3888ad49718bb5e1232fb544375bb635654b5ca5 \ > + rmd160 c793855b27843975fcf04fea47c49499909b49ee \ > ${rom} \ > md5 4dc3b6b4313e9596c4d474785a37b94d \ > sha1 e65923fd3a4845c1c72d1677db0fda969187eb42 \ > rmd160 e3960898223dd4d1b9a9cc5cfb1251bd726ea5a7 \ > + ${share} \ > + md5 0333c3ba853de6db2821fe88fb006665 \ > + sha1 3c513bd8229af211e0c8655ca196ba1f436228e2 \ > + rmd160 2c734807c03abf14380161b4c79eb1464def2f88 \ > ${appbundles} \ > - md5 f8fa3d56eece44c65dfdc659e3a669d6 \ > - sha1 > b22b35b1300e3a729cb0a6dd84df3bfdb67baf20 \ > - rmd160 2f4ac42d6cb69b91cae66f6cc56fca4e83865d4c > + md5 eb791f7b76bc77bca5f7883156c0acb4 \ > + sha1 d295fafd0fba463e791887eb954621f70c8931e5 \ > + rmd160 72457afa9d038af558a2794ffbf5b2bd122b38b4 > > depends_lib port:libsdl \ > port:libpng \ > @@ -64,26 +71,33 @@ > post-destroot { > xinstall -m 775 -d ${destroot}${prefix}/share/atari800 > > - xinstall -m 444 \ > - -W ${workpath}/xf25 \ > - ATARIBAS.ROM \ > - ATARIOSB.ROM \ > - ATARIXL.ROM \ > - DEMOS1.XFD \ > - DEMOS2.XFD \ > - DOS25.XFD \ > - MYDOS45D.ATR \ > + xinstall -m 444 \ > + -W ${workpath}/xf25 \ > + ATARIBAS.ROM \ > + ATARIOSB.ROM \ > + ATARIXL.ROM \ > + DEMOS1.XFD \ > + DEMOS2.XFD \ > + DOS25.XFD \ > + MYDOS45D.ATR \ > ${destroot}${prefix}/share/atari800 > + xinstall -m 444 \ > + -W ${workpath}/share-r${patchversion} \ > + Setup.command \ > + Sparta32g.XFD \ > + ${destroot}${prefix}/share/atari800 > + reinplace s|@PREFIX@|${prefix}|g \ > + ${destroot}${prefix}/share/atari800/Setup.command > } > platform macosx { > post-destroot { > xinstall -d ${destroot}${applications_dir}/Atari-800 > - foreach comp {Atari-320XE-Basic Atari-320XE-MyDos} { > + foreach comp { Atari-130XE-Basic Atari-130XE-MyDos Atari-1400XL- > Basic Atari-1400XL-MyDos Atari-320XE-Basic Atari-320XE-Sparta > Atari-800-Basic Atari-800-Dos Atari-800XL-Basic Atari-800XL-Dos} { > copy \ > ${workpath}/appbundles-r${patchversion}/${comp}.app \ > ${destroot}${applications_dir}/Atari-800 > - reinplace s|@PREFIX@|${prefix}|g \ > - ${destroot}${applications_dir}/Atari-800/${comp}.app/Contents/ > MacOS/Atari320XE.command > + reinplace s|@PREFIX@|${prefix}|g \ > + ${destroot}${applications_dir}/Atari-800/${comp}.app/Contents/ > MacOS/Start.command > } > } > } From ryandesign at macports.org Sun Jun 21 23:34:03 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 22 Jun 2009 01:34:03 -0500 Subject: [52650] trunk/dports In-Reply-To: <20090620173126.67AEF1E9B781@beta.macosforge.org> References: <20090620173126.67AEF1E9B781@beta.macosforge.org> Message-ID: <02962D6D-FFDA-4CBA-AA69-0C15776A58CA@macports.org> On Jun 20, 2009, at 12:31, jameskyle at macports.org wrote: > Revision: 52650 > http://trac.macports.org/changeset/52650 > Author: jameskyle at macports.org > Date: 2009-06-20 10:31:24 -0700 (Sat, 20 Jun 2009) > Log Message: > ----------- > Corrected maintainer > Added livecheck > Modified Paths: > -------------- > trunk/dports/graphics/nifticlib/Portfile > trunk/dports/math/newmat/Portfile > trunk/dports/math/newran/Portfile > > Modified: trunk/dports/graphics/nifticlib/Portfile > =================================================================== > --- trunk/dports/graphics/nifticlib/Portfile 2009-06-20 13:53:27 > UTC (rev 52649) > +++ trunk/dports/graphics/nifticlib/Portfile 2009-06-20 17:31:24 > UTC (rev 52650) > @@ -1,19 +1,19 @@ > -# vim: set syn=tcl: > +# vim: set syn=tcl: > PortSystem 1.0 > > name nifticlib > version 1.1.0 > categories graphics science > -maintainers jameskyle at ucla.edu > +maintainers jameskyle > description niftilib is a collection of i/o routines for > the nifti1 neuroimage data format. > long_description niftilib is a collection of i/o routines for > the nifti1 neuroimage data format. C (nifticlib), Java (niftijlib), > Matlab (niftimatlib), and Python (pynifti) code is available. > Information about the nifti format is available at http:// > nifti.nimh.nih.gov/df > > homepage http://sourceforge.net/projects/niftilib > -platforms darwin > -master_sites http://dl.sourceforge.net/sourceforge/niftilib/ > -checksums md5 671c020b3ad54ecdae595983a7d73f79 \ > - sha1 f1837fa6b99e32f9f80a73ebda56ff5e1e9d6efd \ > - rmd160 3d70405085b3c432638baa48c71669b1235d385e > +platforms darwin > +master_sites sourceforge:niftilib > +checksums md5 671c020b3ad54ecdae595983a7d73f79 \ > + sha1 > f1837fa6b99e32f9f80a73ebda56ff5e1e9d6efd \ > + rmd160 3d70405085b3c432638baa48c71669b1235d385e And you re-simplified the master_sites and made some whitespace changes. Don't forget to completely describe your commit, and also please make whitespace changes in a separate commit from other changes. > depends_build port:cmake > configure.cmd cmake > @@ -24,3 +24,6 @@ > variant universal description {Build for multiple architectures} { > configure.args-append -DCMAKE_OSX_ARCHITECTURES='ppc\;i386' > } > + > +livecheck.url http://sourceforge.net/export/rss2_projfiles.php? > project=niftilib > +livecheck.regex {nifticlib-([0-9.]+).tar.gz} The dot means "any character" in regex syntax. If you want a literal dot, escape it with a backslash (unless it's in a character class). livecheck.regex {nifticlib-([0-9.]+)\.tar\.gz} Note that instead of setting livecheck.url directly you may want to use livecheck.check sourceforge livecheck.name niftilib (I think that's right.) > Modified: trunk/dports/math/newmat/Portfile > =================================================================== > --- trunk/dports/math/newmat/Portfile 2009-06-20 13:53:27 UTC (rev > 52649) > +++ trunk/dports/math/newmat/Portfile 2009-06-20 17:31:24 UTC (rev > 52650) > @@ -1,3 +1,4 @@ > +# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: > nil; c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4 > # $Id$ > > PortSystem 1.0 > @@ -5,13 +6,13 @@ > name newmat > version 10 > categories math > -maintainers ucla.edu:jameskyle > +maintainers jameskyle > > description This C++ library is intended for scientists and > engineers who need to manipulate a variety of types of matrices > using standard matrix operations. > > long_description This C++ library is intended for scientists and > engineers who need to manipulate a variety of types of matrices > using standard matrix operations. Emphasis is on the kind of > operations needed in statistical calculations such as least > squares, linear equation solve and eigenvalues. It supports matrix > types,e.g., Matrix (rectangular matrix), UpperTriangularMatrix, > LowerTriangularMatrix, DiagonalMatrix, SymmetricMatrix, BandMatrix, > UpperBandMatrix, LowerBandMatrix, SymmetricBandMatrix, > IdentityMatrix, RowVector, ColumnVector. > > -homepage http://www.robertnz.net/index.html > +homepage http://www.robertnz.net > platforms darwin > master_sites http://www.robertnz.net/ftp/ > distname ${name}${version} And you changed the homepage URL. > @@ -30,3 +31,8 @@ > pre-configure { > file copy ${filespath}/CMakeLists.txt ${worksrcpath} > } > + > +livecheck.check regex > +livecheck.url ${homepage}/download.html > +livecheck.regex {newmat([0-9.]+).tar.gz.*} Escape the dots not in a character class, and remove ".*" at the end, which means "any number of any character" and is unnecessary since livecheck regexes are not anchored to the beginning or end of the string anyway. > +livecheck.md5 cc7408a10ee3d4775fc5f86e523bf56a The value of livecheck.md5 is not used at all unless livecheck.check == md5 so you can remove this line. > Modified: trunk/dports/math/newran/Portfile > =================================================================== > --- trunk/dports/math/newran/Portfile 2009-06-20 13:53:27 UTC (rev > 52649) > +++ trunk/dports/math/newran/Portfile 2009-06-20 17:31:24 UTC (rev > 52650) > @@ -5,13 +5,13 @@ > name newran > version 02 > categories math > -maintainers ucla.edu:jameskyle > +maintainers jameskyle > > description This is a C++ library for generating sequences > of random numbers from a wide variety of distributions. > > long_description This is a C++ library for generating sequences of > random numbers from a wide variety of distributions. It is > particularly appropriate for the situation where one requires > sequences of identically distributed random numbers since the set > up time for each type of distribution is relatively long but it is > efficient when generating each new random number. The library > includes classes for generating random numbers from a number of > distributions and is easily extended to be able to generate random > numbers from almost any of the standard distributions. > > -homepage http://www.robertnz.net/index.html > +homepage http://www.robertnz.net/ > platforms darwin > master_sites http://www.robertnz.net/ftp/ > distname ${name}${version} > @@ -30,3 +30,8 @@ > pre-configure { > file copy ${filespath}/CMakeLists.txt ${worksrcpath} > } > + > +livecheck.check regex > +livecheck.url ${homepage}/download.html > +livecheck.regex {newran([0-9.]+).tar.gz.*} > +livecheck.md5 db2bb22b6d96f1c04ce25f91ec7aeece Same here. From jm at poure.com Tue Jun 23 08:32:39 2009 From: jm at poure.com (Jean-Michel =?ISO-8859-1?Q?Pour=E9?=) Date: Tue, 23 Jun 2009 17:32:39 +0200 Subject: Installing MacPorts on a pure Darwin x86 64 bits system Message-ID: <1245771159.14518.2.camel@localhost> Dear friends, I would like to take more active development and help other Kdenlive developers debug Kdenlive natively under Darwin system. Most of us are using MacOsX. We cannot run multiple computers at the same time. It costs too much time and energy. Is there a suitable way to install MacPorts on a pure Darwin system? Thanks in advance. Jean-Michel From jeremyhu at macports.org Tue Jun 23 08:46:28 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Tue, 23 Jun 2009 08:46:28 -0700 Subject: Installing MacPorts on a pure Darwin x86 64 bits system In-Reply-To: <1245771159.14518.2.camel@localhost> References: <1245771159.14518.2.camel@localhost> Message-ID: MacPorts *should* "just work" in pure darwin. Have you tried setting up a pure-darwin chroot on your system? I've never done this, since I've had no desire to strip functionality away... but it should be documented somewhere. On Jun 23, 2009, at 08:32, Jean-Michel Pour? wrote: > Dear friends, > > I would like to take more active development and help other Kdenlive > developers debug Kdenlive natively under Darwin system. Most of us are > using MacOsX. We cannot run multiple computers at the same time. It > costs too much time and energy. > > Is there a suitable way to install MacPorts on a pure Darwin system? > > Thanks in advance. > Jean-Michel > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From ryandesign at macports.org Tue Jun 23 12:27:47 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 23 Jun 2009 14:27:47 -0500 Subject: [52798] trunk/dports/editors/abiword-x11/Portfile In-Reply-To: <20090623082137.A07C31EBB88F@beta.macosforge.org> References: <20090623082137.A07C31EBB88F@beta.macosforge.org> Message-ID: <1439549B-89BC-4C27-BC90-E504E9D1ECAB@macports.org> On Jun 23, 2009, at 03:21, devans at macports.org wrote: > Revision: 52798 > http://trac.macports.org/changeset/52798 > Author: devans at macports.org > Date: 2009-06-23 01:21:36 -0700 (Tue, 23 Jun 2009) > Log Message: > ----------- > abiword-x11: fix livecheck. > +livecheck.check regex > +livecheck.url http://www.abisource.com/downloads/abiword/ > +livecheck.regex ">(2\\.6(?:\\.\\d+)*)/<" You don't want to learn about any versions newer than 2.6.x? Is this because of the 2.7.x versions at the above URL -- do they employ the even=stable/odd=devel convention? If so, consider using the tactic in the cairo / glib2 / pango ports for catching only the even numbered releases. From jkh at apple.com Tue Jun 23 12:56:21 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Tue, 23 Jun 2009 09:56:21 -1000 Subject: Installing MacPorts on a pure Darwin x86 64 bits system In-Reply-To: <1245771159.14518.2.camel@localhost> References: <1245771159.14518.2.camel@localhost> Message-ID: <8463E85C-0144-4368-A6EF-6BF244F15A1B@apple.com> On Jun 23, 2009, at 5:32 AM, Jean-Michel Pour? wrote: > Most of us are using MacOsX. We cannot run multiple computers at the > same time. It costs too much time and energy. So, you say you're running Mac OS X, which is the target platform for MacPorts. Where's the problem? > Is there a suitable way to install MacPorts on a pure Darwin system? I wish I knew what people meant when they said "pure Darwin" these days since, AFAIK, such a thing does not actually exist. - Jordan From devans at macports.org Tue Jun 23 12:58:06 2009 From: devans at macports.org (David Evans) Date: Tue, 23 Jun 2009 12:58:06 -0700 Subject: [52798] trunk/dports/editors/abiword-x11/Portfile In-Reply-To: <1439549B-89BC-4C27-BC90-E504E9D1ECAB@macports.org> References: <20090623082137.A07C31EBB88F@beta.macosforge.org> <1439549B-89BC-4C27-BC90-E504E9D1ECAB@macports.org> Message-ID: <4A4133CE.3000908@macports.org> Ryan Schmidt wrote: > > On Jun 23, 2009, at 03:21, devans at macports.org wrote: > >> Revision: 52798 >> http://trac.macports.org/changeset/52798 >> Author: devans at macports.org >> Date: 2009-06-23 01:21:36 -0700 (Tue, 23 Jun 2009) >> Log Message: >> ----------- >> abiword-x11: fix livecheck. > > >> +livecheck.check regex >> +livecheck.url http://www.abisource.com/downloads/abiword/ >> +livecheck.regex ">(2\\.6(?:\\.\\d+)*)/<" > > You don't want to learn about any versions newer than 2.6.x? Is this > because of the 2.7.x versions at the above URL -- do they employ the > even=stable/odd=devel convention? If so, consider using the tactic in > the cairo / glib2 / pango ports for catching only the even numbered > releases. > > Thanks, I remembered I had seen this somewhere but could not remember where at one in the morning. Yes, they do even odd. Dave From blb at macports.org Tue Jun 23 13:14:31 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 23 Jun 2009 14:14:31 -0600 Subject: Installing MacPorts on a pure Darwin x86 64 bits system In-Reply-To: <8463E85C-0144-4368-A6EF-6BF244F15A1B@apple.com> References: <1245771159.14518.2.camel@localhost> <8463E85C-0144-4368-A6EF-6BF244F15A1B@apple.com> Message-ID: <20090623201431.GD64377@ninagal.withay.com> On Tue, Jun 23, 2009 at 09:56:21AM -1000, Jordan K. Hubbard said: > > On Jun 23, 2009, at 5:32 AM, Jean-Michel Pour? wrote: > >> Most of us are using MacOsX. We cannot run multiple computers at the >> same time. It costs too much time and energy. > > So, you say you're running Mac OS X, which is the target platform for > MacPorts. Where's the problem? > >> Is there a suitable way to install MacPorts on a pure Darwin system? > > I wish I knew what people meant when they said "pure Darwin" these days > since, AFAIK, such a thing does not actually exist. Normally, when people refer to that, I assume Bryan > > - Jordan From ryandesign at macports.org Tue Jun 23 13:15:25 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue, 23 Jun 2009 15:15:25 -0500 Subject: Installing MacPorts on a pure Darwin x86 64 bits system In-Reply-To: <8463E85C-0144-4368-A6EF-6BF244F15A1B@apple.com> References: <1245771159.14518.2.camel@localhost> <8463E85C-0144-4368-A6EF-6BF244F15A1B@apple.com> Message-ID: <2FD680ED-ABFB-4122-98F0-2A20CCFE58AE@macports.org> On Jun 23, 2009, at 14:56, Jordan K. Hubbard wrote: > > On Jun 23, 2009, at 5:32 AM, Jean-Michel Pour? wrote: > >> Most of us are using MacOsX. We cannot run multiple computers at >> the same time. It costs too much time and energy. > > So, you say you're running Mac OS X, which is the target platform > for MacPorts. Where's the problem? Yes, I did not quite understand the premise of the original email either. If I understood correctly that your goal is to test software on multiple versions of OS, but it is too much effort to maintain multiple versions of Mac OS X, then I don't understand why it's any easier to maintain multiple versions of Darwin. I have a Power Mac G4 with hard drive partitions for four versions of Mac OS X and other than wishing I had more space available on some of the partitions I don't have any problems managing them. >> Is there a suitable way to install MacPorts on a pure Darwin system? > > I wish I knew what people meant when they said "pure Darwin" these > days since, AFAIK, such a thing does not actually exist. Possibly this? http://www.puredarwin.org/ From jkh at apple.com Tue Jun 23 13:57:02 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Tue, 23 Jun 2009 10:57:02 -1000 Subject: Installing MacPorts on a pure Darwin x86 64 bits system In-Reply-To: <20090623201431.GD64377@ninagal.withay.com> References: <1245771159.14518.2.camel@localhost> <8463E85C-0144-4368-A6EF-6BF244F15A1B@apple.com> <20090623201431.GD64377@ninagal.withay.com> Message-ID: <18F3AC96-55E9-4DD6-9658-2149B4030280@apple.com> On Jun 23, 2009, at 10:14 AM, Bryan Blackburn wrote: > On Tue, Jun 23, 2009 at 09:56:21AM -1000, Jordan K. Hubbard said: >> >> On Jun 23, 2009, at 5:32 AM, Jean-Michel Pour? wrote: >> >>> Most of us are using MacOsX. We cannot run multiple computers at the >>> same time. It costs too much time and energy. >> >> So, you say you're running Mac OS X, which is the target platform for >> MacPorts. Where's the problem? >> >>> Is there a suitable way to install MacPorts on a pure Darwin system? >> >> I wish I knew what people meant when they said "pure Darwin" these >> days >> since, AFAIK, such a thing does not actually exist. > > Normally, when people refer to that, I assume > > Right, like I said. It doesn't actually exist... ;-) - Jordan From mail at uwe-arzt.de Tue Jun 23 14:03:03 2009 From: mail at uwe-arzt.de (Uwe Arzt) Date: Tue, 23 Jun 2009 23:03:03 +0200 Subject: Installing MacPorts on a pure Darwin x86 64 bits system In-Reply-To: <18F3AC96-55E9-4DD6-9658-2149B4030280@apple.com> References: <1245771159.14518.2.camel@localhost> <8463E85C-0144-4368-A6EF-6BF244F15A1B@apple.com> <20090623201431.GD64377@ninagal.withay.com> <18F3AC96-55E9-4DD6-9658-2149B4030280@apple.com> Message-ID: Am 23.06.2009 um 22:57 schrieb Jordan K. Hubbard: > > On Jun 23, 2009, at 10:14 AM, Bryan Blackburn wrote: > >> On Tue, Jun 23, 2009 at 09:56:21AM -1000, Jordan K. Hubbard said: >>> >>> On Jun 23, 2009, at 5:32 AM, Jean-Michel Pour? wrote: >>> >>>> Most of us are using MacOsX. We cannot run multiple computers at >>>> the >>>> same time. It costs too much time and energy. >>> >>> So, you say you're running Mac OS X, which is the target platform >>> for >>> MacPorts. Where's the problem? >>> >>>> Is there a suitable way to install MacPorts on a pure Darwin >>>> system? >>> >>> I wish I knew what people meant when they said "pure Darwin" these >>> days >>> since, AFAIK, such a thing does not actually exist. >> >> Normally, when people refer to that, I assume >> >> > > Right, like I said. It doesn't actually exist... ;-) > > - Jordan > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev wow, visited the puredarwin website for the first time. Very nice ;). That can be a fix for Apple disallowing the use of virtual machines, or a cluster with a (large) number of machines. So IMHO MacPorts should try to help puredarwin. BTW: http://www.puredarwin.org/developers/macports/ macportsonpuredarwin is about puredarwin and macports! :q! Uwe -- mail at uwe-arzt.de www.uwe-arzt.de From raimue at macports.org Tue Jun 23 15:47:58 2009 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Wed, 24 Jun 2009 00:47:58 +0200 Subject: [52668] trunk/dports/security/cyrus-sasl2/Portfile In-Reply-To: <20090620234939.314B51E9DABF@beta.macosforge.org> References: <20090620234939.314B51E9DABF@beta.macosforge.org> Message-ID: <4A415B9E.2020200@macports.org> On 2009-06-21 01:49, toby at macports.org wrote: > --- trunk/dports/security/cyrus-sasl2/Portfile 2009-06-20 23:35:06 UTC (rev 52667) > +++ trunk/dports/security/cyrus-sasl2/Portfile 2009-06-20 23:49:38 UTC (rev 52668) > @@ -84,16 +84,14 @@ > file copy ${worksrcpath}/doc ${destroot}${prefix}/share/doc/${name} > } > > -platform darwin {} > -platform freebsd {} > variant kerberos description "Enable Kerberos support (default)" { > configure.args-append --enable-gssapi \ > --enable-keep-db-open > > - if {[variant_isset darwin]} { > + if {${os.platform} == "darwin"} { > configure.args-append --with-gss_impl=mit > } > - if {[variant_isset freebsd]} { > + if {${os.platform} == "freebsd"} { > configure.args-append --with-gss_impl=heimdal > } > } I think we discussed this before long time ago and agreed to prefer using platform variants in such cases. Otherwise the installed version does not indicate at all that parts of it are platform specific. With using platform variants, this would have +darwin/+freebsd. At the moment this is not important for most users, but if someone wants to distribute archives or binaries it will. Rainer From jmr at macports.org Tue Jun 23 15:51:20 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 24 Jun 2009 08:51:20 +1000 Subject: [52668] trunk/dports/security/cyrus-sasl2/Portfile In-Reply-To: <4A415B9E.2020200@macports.org> References: <20090620234939.314B51E9DABF@beta.macosforge.org> <4A415B9E.2020200@macports.org> Message-ID: <4A415C68.5020703@macports.org> On 2009-6-24 08:47, Rainer M?ller wrote: > On 2009-06-21 01:49, toby at macports.org wrote: >> --- trunk/dports/security/cyrus-sasl2/Portfile 2009-06-20 23:35:06 UTC (rev 52667) >> +++ trunk/dports/security/cyrus-sasl2/Portfile 2009-06-20 23:49:38 UTC (rev 52668) >> @@ -84,16 +84,14 @@ >> file copy ${worksrcpath}/doc ${destroot}${prefix}/share/doc/${name} >> } >> >> -platform darwin {} >> -platform freebsd {} >> variant kerberos description "Enable Kerberos support (default)" { >> configure.args-append --enable-gssapi \ >> --enable-keep-db-open >> >> - if {[variant_isset darwin]} { >> + if {${os.platform} == "darwin"} { >> configure.args-append --with-gss_impl=mit >> } >> - if {[variant_isset freebsd]} { >> + if {${os.platform} == "freebsd"} { >> configure.args-append --with-gss_impl=heimdal >> } >> } > > I think we discussed this before long time ago and agreed to prefer > using platform variants in such cases. Otherwise the installed version > does not indicate at all that parts of it are platform specific. With > using platform variants, this would have +darwin/+freebsd. > > At the moment this is not important for most users, but if someone wants > to distribute archives or binaries it will. Yeah, it's a poor substitute for properly recording platform info in the registry and in archive metadata, but it's what we have at present. - Josh From toby at apple.com Tue Jun 23 16:08:20 2009 From: toby at apple.com (Toby Peterson) Date: Tue, 23 Jun 2009 16:08:20 -0700 Subject: [52668] trunk/dports/security/cyrus-sasl2/Portfile In-Reply-To: <4A415C68.5020703@macports.org> References: <20090620234939.314B51E9DABF@beta.macosforge.org> <4A415B9E.2020200@macports.org> <4A415C68.5020703@macports.org> Message-ID: On Jun 23, 2009, at 3:51 PM, Joshua Root wrote: > On 2009-6-24 08:47, Rainer M?ller wrote: >> On 2009-06-21 01:49, toby at macports.org wrote: >>> --- trunk/dports/security/cyrus-sasl2/Portfile 2009-06-20 23:35:06 >>> UTC (rev 52667) >>> +++ trunk/dports/security/cyrus-sasl2/Portfile 2009-06-20 23:49:38 >>> UTC (rev 52668) >>> @@ -84,16 +84,14 @@ >>> file copy ${worksrcpath}/doc ${destroot}${prefix}/share/doc/$ >>> {name} >>> } >>> >>> -platform darwin {} >>> -platform freebsd {} >>> variant kerberos description "Enable Kerberos support (default)" { >>> configure.args-append --enable-gssapi \ >>> --enable-keep-db-open >>> >>> - if {[variant_isset darwin]} { >>> + if {${os.platform} == "darwin"} { >>> configure.args-append --with-gss_impl=mit >>> } >>> - if {[variant_isset freebsd]} { >>> + if {${os.platform} == "freebsd"} { >>> configure.args-append --with-gss_impl=heimdal >>> } >>> } >> >> I think we discussed this before long time ago and agreed to prefer >> using platform variants in such cases. Otherwise the installed >> version >> does not indicate at all that parts of it are platform specific. With >> using platform variants, this would have +darwin/+freebsd. >> >> At the moment this is not important for most users, but if someone >> wants >> to distribute archives or binaries it will. > > Yeah, it's a poor substitute for properly recording platform info in > the > registry and in archive metadata, but it's what we have at present. I guess I would've been ok with platform darwin { if {[variant_isset kerberos]} { configure.args-append --with-gss_impl=mit } } ... I don't like Portfiles that explicitly acknowledge that platforms are actually variants, since that was always a cheap hack. :( - Toby From jkh at apple.com Tue Jun 23 19:17:35 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Tue, 23 Jun 2009 16:17:35 -1000 Subject: Installing MacPorts on a pure Darwin x86 64 bits system In-Reply-To: References: <1245771159.14518.2.camel@localhost> <8463E85C-0144-4368-A6EF-6BF244F15A1B@apple.com> <20090623201431.GD64377@ninagal.withay.com> <18F3AC96-55E9-4DD6-9658-2149B4030280@apple.com> Message-ID: <435E9BBE-9CAB-4865-A94A-31C2A58C0CD1@apple.com> Apologies for the snark earlier. The last time I checked the puredarwin site, there weren't any downloads or other evidence of anything other than a name being registered. Now that I look again, however, I see that they actually *did* release some bits last year, so I stand corrected! - Jordan On Jun 23, 2009, at 11:03 AM, Uwe Arzt wrote: > wow, visited the puredarwin website for the first time. Very > nice ;). That can be a fix for Apple disallowing the use of virtual > machines, or a cluster with a (large) number of machines. So IMHO > MacPorts should try to help puredarwin. From blair at orcaware.com Tue Jun 23 19:40:57 2009 From: blair at orcaware.com (Blair Zajac) Date: Tue, 23 Jun 2009 19:40:57 -0700 Subject: Root of svn.macports.org Message-ID: Can we add a redirect or a default index.html page to the home page so it's easy to find the Subversion repository if we're on a new system with no bookmarks? http://svn.macports.org/ """You don't have permission to access / on this server.""" Blair From wsiegrist at apple.com Tue Jun 23 19:46:30 2009 From: wsiegrist at apple.com (William Siegrist) Date: Tue, 23 Jun 2009 19:46:30 -0700 Subject: Root of svn.macports.org In-Reply-To: References: Message-ID: <24F16BD9-B092-4883-86A5-D2E7DC649A48@apple.com> Sure, I'll set it up tomorrow. On Jun 23, 2009, at 7:40 PM, Blair Zajac wrote: > Can we add a redirect or a default index.html page to the home page > so it's easy to find the Subversion repository if we're on a new > system with no bookmarks? > > http://svn.macports.org/ > > """You don't have permission to access / on this server.""" > > Blair > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From blb at macports.org Tue Jun 23 19:49:36 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 23 Jun 2009 20:49:36 -0600 Subject: Root of svn.macports.org In-Reply-To: References: Message-ID: <20090624024936.GS64377@ninagal.withay.com> On Tue, Jun 23, 2009 at 07:40:57PM -0700, Blair Zajac said: > Can we add a redirect or a default index.html page to the home page so > it's easy to find the Subversion repository if we're on a new system with > no bookmarks? > > http://svn.macports.org/ > > """You don't have permission to access / on this server.""" Why not just use trac's browser instead? Bryan > > Blair From blair at orcaware.com Tue Jun 23 20:14:24 2009 From: blair at orcaware.com (Blair Zajac) Date: Tue, 23 Jun 2009 20:14:24 -0700 Subject: Root of svn.macports.org In-Reply-To: <20090624024936.GS64377@ninagal.withay.com> References: <20090624024936.GS64377@ninagal.withay.com> Message-ID: On Jun 23, 2009, at 7:49 PM, Bryan Blackburn wrote: > On Tue, Jun 23, 2009 at 07:40:57PM -0700, Blair Zajac said: >> Can we add a redirect or a default index.html page to the home page >> so >> it's easy to find the Subversion repository if we're on a new >> system with >> no bookmarks? >> >> http://svn.macports.org/ >> >> """You don't have permission to access / on this server.""" > > Why not just use trac's browser instead? Because I want to do a checkout of part of dports to update a Portfile on a new box. But don't you think having forbidden home page on an active site is bad? Blair From blb at macports.org Tue Jun 23 20:31:11 2009 From: blb at macports.org (Bryan Blackburn) Date: Tue, 23 Jun 2009 21:31:11 -0600 Subject: Root of svn.macports.org In-Reply-To: References: <20090624024936.GS64377@ninagal.withay.com> Message-ID: <20090624033111.GW64377@ninagal.withay.com> On Tue, Jun 23, 2009 at 08:14:24PM -0700, Blair Zajac said: > > On Jun 23, 2009, at 7:49 PM, Bryan Blackburn wrote: > >> On Tue, Jun 23, 2009 at 07:40:57PM -0700, Blair Zajac said: >>> Can we add a redirect or a default index.html page to the home page >>> so >>> it's easy to find the Subversion repository if we're on a new system >>> with >>> no bookmarks? >>> >>> http://svn.macports.org/ >>> >>> """You don't have permission to access / on this server.""" >> >> Why not just use trac's browser instead? > > Because I want to do a checkout of part of dports to update a Portfile on > a new box. Ah, for a checkout...you mentioned 'no bookmarks' so thought it was just for browsing things. > > But don't you think having forbidden home page on an active site is bad? I wouldn't exactly call it a 'home page' but yeah, something other than an error message would look just a bit nicer. Bryan > > Blair From blair at orcaware.com Tue Jun 23 21:07:51 2009 From: blair at orcaware.com (Blair Zajac) Date: Tue, 23 Jun 2009 21:07:51 -0700 Subject: Root of svn.macports.org In-Reply-To: <24F16BD9-B092-4883-86A5-D2E7DC649A48@apple.com> References: <24F16BD9-B092-4883-86A5-D2E7DC649A48@apple.com> Message-ID: <3BB035C7-434C-400A-8CF8-B15337F6EAC3@orcaware.com> Great, thanks. Blair Sent from my iPhone On Jun 23, 2009, at 7:46 PM, William Siegrist wrote: > Sure, I'll set it up tomorrow. > > > On Jun 23, 2009, at 7:40 PM, Blair Zajac wrote: > >> Can we add a redirect or a default index.html page to the home page >> so it's easy to find the Subversion repository if we're on a new >> system with no bookmarks? >> >> http://svn.macports.org/ >> >> """You don't have permission to access / on this server.""" >> >> Blair >> >> _______________________________________________ >> macports-dev mailing list >> macports-dev at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > From wsiegrist at apple.com Tue Jun 23 21:28:28 2009 From: wsiegrist at apple.com (William Siegrist) Date: Tue, 23 Jun 2009 21:28:28 -0700 Subject: Root of svn.macports.org In-Reply-To: <20090624033111.GW64377@ninagal.withay.com> References: <20090624024936.GS64377@ninagal.withay.com> <20090624033111.GW64377@ninagal.withay.com> Message-ID: On Jun 23, 2009, at 8:31 PM, Bryan Blackburn wrote: > On Tue, Jun 23, 2009 at 08:14:24PM -0700, Blair Zajac said: >> >> On Jun 23, 2009, at 7:49 PM, Bryan Blackburn wrote: >> >>> On Tue, Jun 23, 2009 at 07:40:57PM -0700, Blair Zajac said: >>>> Can we add a redirect or a default index.html page to the home page >>>> so >>>> it's easy to find the Subversion repository if we're on a new >>>> system >>>> with >>>> no bookmarks? >>>> >>>> http://svn.macports.org/ >>>> >>>> """You don't have permission to access / on this server.""" >>> >>> Why not just use trac's browser instead? >> >> Because I want to do a checkout of part of dports to update a >> Portfile on >> a new box. > > Ah, for a checkout...you mentioned 'no bookmarks' so thought it was > just for > browsing things. > >> >> But don't you think having forbidden home page on an active site is >> bad? > > I wouldn't exactly call it a 'home page' but yeah, something other > than an > error message would look just a bit nicer. > Yeah it should probably not be advertised anywhere as a "homepage" for the repo, but still annoying. I actually fixed this for WebKit last year but obviously forgot to fix the other svn hosts. -Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From n.oxyde at gmail.com Wed Jun 24 09:13:07 2009 From: n.oxyde at gmail.com (nox) Date: Wed, 24 Jun 2009 18:13:07 +0200 Subject: [MacPorts] CommittersTipsAndTricks modified In-Reply-To: <20090623175558.7416E28088@relay13.apple.com> References: <20090623175558.7416E28088@relay13.apple.com> Message-ID: <0EC8D9F4-6D12-408A-B1E3-64E80A923AB2@gmail.com> Mmh, isn't using `sudo port -v checksum` more straightforward? Le 23 juin 09 ? 19:55, MacPorts a ?crit : > > Changed page "CommittersTipsAndTricks" by dweber at macports.org from > 206.176.233.162* > Page URL: > Diff URL: > > Revision 21 > > -------8 > <------8<------8<------8<------8<------8<------8<------8<-------- > Index: CommittersTipsAndTricks > = > = > = > ====================================================================== > --- CommittersTipsAndTricks (version: 20) > +++ CommittersTipsAndTricks (version: 21) > @@ -178,3 +178,26 @@ > > See [BbeditLanguageModule this page] for setting up BBEdit or > TextWrangler to have a MacPorts Language Module > > + > +== A bash script to run checksums == > + > +{{{ > +#!/bin/bash > +if [ -f "$1" ]; then > + basename $1 | sed -e "s/\(.*\)/\1 \\\/" > + md5 $1 | sed -e "s/^MD5.*=/md5/" | sed -e "s/\(.*\)/\1 \\\/" > + openssl sha1 $1 | sed -e "s/^SHA1.*=/sha1/" | sed -e "s/\(.*\)/ > \1 \\\/" > + openssl rmd160 $1 | sed -e "s/^R.*=/rmd160/" > +fi > +}}} > + > +For example, assume this is in ~/bin/macports_checksum.bash, then > we get: > + > +{{{ > +$ macports_checksum.bash ~/Downloads/libpqxx-3.0.1.tar.gz > +libpqxx-3.0.1.tar.gz \ > +md5 23557f306821bf4cae39cca45acdf9e1 \ > +sha1 a37874511946ba340d5df2d92252177f9eb906f6 \ > +rmd160 1f842ea95ad6dd2cba2cdc2d2bd8e0be5063fb9b > +}}} > + > > -------8 > <------8<------8<------8<------8<------8<------8<------8<-------- > > * The IP shown here might not mean anything if the user or the > server is > behind a proxy. > > -- > MacPorts > Ports system for Mac OS > > This is an automated message. Someone at http://www.macports.org/ > added your email > address to be notified of changes on CommittersTipsAndTricks. If it > was not you, please > report to . > _______________________________________________ > macports-changes mailing list > macports-changes at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes From n.oxyde at gmail.com Wed Jun 24 09:50:35 2009 From: n.oxyde at gmail.com (nox) Date: Wed, 24 Jun 2009 18:50:35 +0200 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <20090624164304.6FAD31ED8B42@beta.macosforge.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> Message-ID: A better fix would be to add a dummy python25 variant to Deluge, which would ALWAYS be enabled through variant_set. Le 24 juin 09 ? 18:43, devans at macports.org a ?crit : > Revision52855Authordevans at macports.orgDate2009-06-24 09:43:03 -0700 > (Wed, 24 Jun 2009)Log Message > deluge: > > Remove the dependency on boost but error out in preconfigure check > if boost +python25 > is not installed with instructions to the user to install/reinstall > the port manually > with the proper variant. This avoids the obnoxious and user > unfriendly behavior of > installing boost without python25 support and then telling the user > to dectivate it > and install boost +python25. Error message is made more prominent > and hopefully easier > to understand for the naive user. > > Partially addresses issues expressed in #126, #20057. > Modified Paths > ? trunk/dports/net/deluge/Portfile > Diff > Modified: trunk/dports/net/deluge/Portfile (52854 => 52855) > > --- trunk/dports/net/deluge/Portfile 2009-06-24 16:37:35 UTC (rev > 52854) > +++ trunk/dports/net/deluge/Portfile 2009-06-24 16:43:03 UTC (rev > 52855) > @@ -31,8 +31,7 @@ > port:py25-chardet \ > port:py25-gtk \ > port:py25-setuptools \ > - port:py25-xdg \ > - port:boost > + port:py25-xdg > > #patchfiles patch-setup.py.diff > > @@ -46,8 +45,30 @@ > > pre-configure { > if { ![file exists ${prefix}/lib/libboost_python-mt.dylib] } { > - ui_error "You must build boost with the python25 variant" > - error "You must build boost with the python25 variant" > + if { [file exists ${prefix}/lib/libboost_system-mt.dylib] } { > + ui_error " > +**** > +**** Deluge requires port boost installed with variant +python25. > +**** Please do the following then try installing deluge again: > +**** > +**** sudo port deactivate boost > +**** sudo port install boost +python25 > +**** > + > +" > + } else { > + ui_error " > +**** > +**** Deluge requires port boost installed with variant +python25. > +**** Please do the following then try installing deluge again: > +**** > +**** sudo port install boost +python25 > +**** > + > +" > + } > + > + error "Deluge requires boost +python25" > } > } > > _______________________________________________ > macports-changes mailing list > macports-changes at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes From devans at macports.org Wed Jun 24 10:22:40 2009 From: devans at macports.org (David Evans) Date: Wed, 24 Jun 2009 10:22:40 -0700 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> Message-ID: <4A4260E0.3050400@macports.org> nox wrote: > A better fix would be to add a dummy python25 variant to Deluge, which > would ALWAYS be enabled through variant_set. I don't understand how this would help. boost +python25 is not an option for deluge -- it is a python application and won't build without that support. The changes that I made tell the user exactly what he needs to do to install the port without incurring a double build of boost. Besides, a variant that is always enabled is not a variant at all. I continue to advocate that, in general, until #126 is resolved, port maintainers should make sure that the default build of their ports provides all features required by any dependents. While I understand that boost takes a long time to build because of its goal to provide wide ranging C++ support, adding python25 support by default only increases the number of libraries built from 19 to 20, a 5% increment. IMHO, not doing so, seems to me to be contrary to the spirit of the port to provide wide coverage. Just my opinion, though Dave From jmr at macports.org Wed Jun 24 10:39:50 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 25 Jun 2009 03:39:50 +1000 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A4260E0.3050400@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> Message-ID: <4A4264E6.1060804@macports.org> On 2009-6-25 03:22, David Evans wrote: > nox wrote: >> A better fix would be to add a dummy python25 variant to Deluge, which >> would ALWAYS be enabled through variant_set. > I don't understand how this would help. boost +python25 is not an > option for deluge -- it is a python application and won't build without > that support. That is not an argument against this suggestion. It won't work, but that's because setting a variant in the port1.0 context doesn't make macports1.0 propagate that variant to the dependencies. > The changes that I made tell the user exactly what he needs to do to > install the port without incurring a double build of boost. It also fails to record a dependency on boost in the registry. - Josh From jmr at macports.org Wed Jun 24 10:42:49 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 25 Jun 2009 03:42:49 +1000 Subject: [macports-mgr] macports page bug? To whom it may concern In-Reply-To: <814301.84404.qm@web25805.mail.ukl.yahoo.com> References: <814301.84404.qm@web25805.mail.ukl.yahoo.com> Message-ID: <4A426599.6060505@macports.org> On 2009-6-24 20:15, Bengt-Olof Bjurman wrote: > > The page is Available Ports: > > at least, xorg-libXTrap, xorg-libXt and libgnomeprintui all (seemingly) depend on multiple instances of the same packages (autoconf, automake etc). > > This may have nothing to do with the ports, BUT the search page must get its data somewhere? First off, this isn't a management issue, so macports-dev is the appropriate venue for discussion. I would guess that the server is running trunk, which automatically adds these dependencies when you set e.g. 'use_autoreconf yes'. But to work with 1.7, the ports still need to explicitly declare the dependencies. - Josh From ryandesign at macports.org Wed Jun 24 10:57:24 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 24 Jun 2009 12:57:24 -0500 Subject: [52850] trunk/dports/www/neon/Portfile In-Reply-To: <20090624130041.2D0161ED5A58@beta.macosforge.org> References: <20090624130041.2D0161ED5A58@beta.macosforge.org> Message-ID: <1A12BD3D-F6CB-417D-A7B7-F95BF5CC61F4@macports.org> On Jun 24, 2009, at 08:00, dluke at macports.org wrote: > Revision: 52850 > http://trac.macports.org/changeset/52850 > Author: dluke at macports.org > Date: 2009-06-24 06:00:40 -0700 (Wed, 24 Jun 2009) > Log Message: > ----------- > Don't reinplace if configure.universal_cppflags isn't set (like > #20017, r52830 - fix for trunk) > > Modified Paths: > -------------- > trunk/dports/www/neon/Portfile > > Modified: trunk/dports/www/neon/Portfile > =================================================================== > --- trunk/dports/www/neon/Portfile 2009-06-24 09:54:37 UTC (rev 52849) > +++ trunk/dports/www/neon/Portfile 2009-06-24 13:00:40 UTC (rev 52850) > @@ -56,12 +56,14 @@ > > post-destroot { > if {[variant_isset universal]} { > - reinplace "s|${configure.universal_cppflags}||g" \ > - ${destroot}${prefix}/bin/neon-config \ > - ${destroot}${prefix}/lib/pkgconfig/neon.pc > - reinplace "s|${configure.universal_ldflags}||g" \ > - ${destroot}${prefix}/bin/neon-config \ > - ${destroot}${prefix}/lib/pkgconfig/neon.pc > + if {${configure.universal_cppflags} != ""} { > + reinplace "s|${configure.universal_cppflags}||g" \ > + ${destroot}${prefix}/bin/neon-config \ > + ${destroot}${prefix}/lib/pkgconfig/neon.pc > + reinplace "s|${configure.universal_ldflags}||g" \ > + ${destroot}${prefix}/bin/neon-config \ > + ${destroot}${prefix}/lib/pkgconfig/neon.pc > + } > } > } But the universal_ldflags reinplace should happen unconditionally, regardless of whether universal_cppflags is empty or not. universal_ldflags will still always have something in it which needs to be removed from the config script and the pkgconfig file. From dluke at geeklair.net Wed Jun 24 11:25:10 2009 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed, 24 Jun 2009 14:25:10 -0400 Subject: [52850] trunk/dports/www/neon/Portfile In-Reply-To: <1A12BD3D-F6CB-417D-A7B7-F95BF5CC61F4@macports.org> References: <20090624130041.2D0161ED5A58@beta.macosforge.org> <1A12BD3D-F6CB-417D-A7B7-F95BF5CC61F4@macports.org> Message-ID: On Jun 24, 2009, at 1:57 PM, Ryan Schmidt wrote: > But the universal_ldflags reinplace should happen unconditionally, > regardless of whether universal_cppflags is empty or not. > universal_ldflags will still always have something in it which needs > to be removed from the config script and the pkgconfig file. thanks, r52859 -- Daniel J. Luke +========================================================+ | *---------------- dluke at geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: From devans at macports.org Wed Jun 24 11:27:55 2009 From: devans at macports.org (David Evans) Date: Wed, 24 Jun 2009 11:27:55 -0700 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A4264E6.1060804@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> Message-ID: <4A42702B.4030508@macports.org> Joshua Root wrote: > On 2009-6-25 03:22, David Evans wrote: > >> nox wrote: >> >>> A better fix would be to add a dummy python25 variant to Deluge, which >>> would ALWAYS be enabled through variant_set. >>> >> I don't understand how this would help. boost +python25 is not an >> option for deluge -- it is a python application and won't build without >> that support. >> > > That is not an argument against this suggestion. It won't work, but > that's because setting a variant in the port1.0 context doesn't make > macports1.0 propagate that variant to the dependencies. > > You're correct, of course. I didn't understand what was being suggested. I was thinking that if I move the check for boost +python25 from pre-configure to an earlier phase, say pre-fetch, then the check can be done before dependencies are checked and I can restore the dependency. Will this work? In particular, will a pre-fetch phase be executed even if the distribution file has already been fetched by a previous port invocation? Dave From n.oxyde at gmail.com Wed Jun 24 11:27:49 2009 From: n.oxyde at gmail.com (nox) Date: Wed, 24 Jun 2009 20:27:49 +0200 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A4264E6.1060804@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> Message-ID: Le 24 juin 09 ? 19:39, Joshua Root a ?crit : > On 2009-6-25 03:22, David Evans wrote: >> nox wrote: >>> A better fix would be to add a dummy python25 variant to Deluge, >>> which >>> would ALWAYS be enabled through variant_set. >> I don't understand how this would help. boost +python25 is not an >> option for deluge -- it is a python application and won't build >> without >> that support. > > That is not an argument against this suggestion. It won't work, but > that's because setting a variant in the port1.0 context doesn't make > macports1.0 propagate that variant to the dependencies. Ef, I had forgotten this. >> The changes that I made tell the user exactly what he needs to do to >> install the port without incurring a double build of boost. > > It also fails to record a dependency on boost in the registry. > > - Josh From dweber at macports.org Wed Jun 24 11:42:33 2009 From: dweber at macports.org (Darren Weber) Date: Wed, 24 Jun 2009 11:42:33 -0700 Subject: [MacPorts] CommittersTipsAndTricks modified In-Reply-To: <0EC8D9F4-6D12-408A-B1E3-64E80A923AB2@gmail.com> References: <20090623175558.7416E28088@relay13.apple.com> <0EC8D9F4-6D12-408A-B1E3-64E80A923AB2@gmail.com> Message-ID: I use this bash script on a download file that will identifed as a distfile, during the process of updating a Portfile. So, it's designed to generate a new checksum for a Portfile. For example, I updated libpqxx from 3.0 to 3.0.1 yesterday, so all the checksums had to be changed in the Portfile. I've noticed that I need to do this often, when either creating a new port or updating an existing port, so I created a short bash script to make that work-flow a little easier. Does port -v checksum create a new checksum for an update to a Portfile? I assume that any port command can only use the information given in a Portfile, not replace that information automatically. Take care, Darren On Wed, Jun 24, 2009 at 9:13 AM, nox wrote: > Mmh, isn't using `sudo port -v checksum` more straightforward? > > Le 23 juin 09 ? 19:55, MacPorts a ?crit : > > >> Changed page "CommittersTipsAndTricks" by dweber at macports.org from >> 206.176.233.162* >> Page URL: >> Diff URL: < >> http://trac.macports.org/wiki/CommittersTipsAndTricks?action=diff&version=21 >> > >> Revision 21 >> >> -------8<------8<------8<------8<------8<------8<------8<------8<-------- >> Index: CommittersTipsAndTricks >> ========================================================================= >> --- CommittersTipsAndTricks (version: 20) >> +++ CommittersTipsAndTricks (version: 21) >> @@ -178,3 +178,26 @@ >> >> See [BbeditLanguageModule this page] for setting up BBEdit or TextWrangler >> to have a MacPorts Language Module >> >> + >> +== A bash script to run checksums == >> + >> +{{{ >> +#!/bin/bash >> +if [ -f "$1" ]; then >> + basename $1 | sed -e "s/\(.*\)/\1 \\\/" >> + md5 $1 | sed -e "s/^MD5.*=/md5/" | sed -e "s/\(.*\)/\1 \\\/" >> + openssl sha1 $1 | sed -e "s/^SHA1.*=/sha1/" | sed -e "s/\(.*\)/\1 >> \\\/" >> + openssl rmd160 $1 | sed -e "s/^R.*=/rmd160/" >> +fi >> +}}} >> + >> +For example, assume this is in ~/bin/macports_checksum.bash, then we get: >> + >> +{{{ >> +$ macports_checksum.bash ~/Downloads/libpqxx-3.0.1.tar.gz >> +libpqxx-3.0.1.tar.gz \ >> +md5 23557f306821bf4cae39cca45acdf9e1 \ >> +sha1 a37874511946ba340d5df2d92252177f9eb906f6 \ >> +rmd160 1f842ea95ad6dd2cba2cdc2d2bd8e0be5063fb9b >> +}}} >> + >> >> -------8<------8<------8<------8<------8<------8<------8<------8<-------- >> >> * The IP shown here might not mean anything if the user or the server is >> behind a proxy. >> >> -- >> MacPorts >> Ports system for Mac OS >> >> This is an automated message. Someone at http://www.macports.org/ added >> your email >> address to be notified of changes on CommittersTipsAndTricks. If it was >> not you, please >> report to . >> _______________________________________________ >> macports-changes mailing list >> macports-changes at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes >> > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.oxyde at gmail.com Wed Jun 24 11:46:43 2009 From: n.oxyde at gmail.com (nox) Date: Wed, 24 Jun 2009 20:46:43 +0200 Subject: [MacPorts] CommittersTipsAndTricks modified In-Reply-To: References: <20090623175558.7416E28088@relay13.apple.com> <0EC8D9F4-6D12-408A-B1E3-64E80A923AB2@gmail.com> Message-ID: <4B09F887-9428-4A16-A185-4855C1D94645@gmail.com> port -v returns a pre-formatted string for insertion in a Portfile with the actual checksums of the distfiles. So when I update something, I increment the version, then I run sudo port -v checksum and paste the string into the Portfile. Le 24 juin 09 ? 20:42, Darren Weber a ?crit : > > I use this bash script on a download file that will identifed as a > distfile, during the process of updating a Portfile. So, it's > designed to generate a new checksum for a Portfile. For example, I > updated libpqxx from 3.0 to 3.0.1 yesterday, so all the checksums > had to be changed in the Portfile. I've noticed that I need to do > this often, when either creating a new port or updating an existing > port, so I created a short bash script to make that work-flow a > little easier. > > Does port -v checksum create a new checksum for an update to a > Portfile? I assume that any port command can only use the > information given in a Portfile, not replace that information > automatically. > > Take care, > Darren > > > > On Wed, Jun 24, 2009 at 9:13 AM, nox wrote: > Mmh, isn't using `sudo port -v checksum` more straightforward? > > Le 23 juin 09 ? 19:55, MacPorts a ?crit : > > > Changed page "CommittersTipsAndTricks" by dweber at macports.org from > 206.176.233.162* > Page URL: > Diff URL: > > Revision 21 > > -------8 > <------8<------8<------8<------8<------8<------8<------8<-------- > Index: CommittersTipsAndTricks > = > = > = > ====================================================================== > --- CommittersTipsAndTricks (version: 20) > +++ CommittersTipsAndTricks (version: 21) > @@ -178,3 +178,26 @@ > > See [BbeditLanguageModule this page] for setting up BBEdit or > TextWrangler to have a MacPorts Language Module > > + > +== A bash script to run checksums == > + > +{{{ > +#!/bin/bash > +if [ -f "$1" ]; then > + basename $1 | sed -e "s/\(.*\)/\1 \\\/" > + md5 $1 | sed -e "s/^MD5.*=/md5/" | sed -e "s/\(.*\)/\1 \\\/" > + openssl sha1 $1 | sed -e "s/^SHA1.*=/sha1/" | sed -e "s/\(.*\)/ > \1 \\\/" > + openssl rmd160 $1 | sed -e "s/^R.*=/rmd160/" > +fi > +}}} > + > +For example, assume this is in ~/bin/macports_checksum.bash, then > we get: > + > +{{{ > +$ macports_checksum.bash ~/Downloads/libpqxx-3.0.1.tar.gz > +libpqxx-3.0.1.tar.gz \ > +md5 23557f306821bf4cae39cca45acdf9e1 \ > +sha1 a37874511946ba340d5df2d92252177f9eb906f6 \ > +rmd160 1f842ea95ad6dd2cba2cdc2d2bd8e0be5063fb9b > +}}} > + > > -------8 > <------8<------8<------8<------8<------8<------8<------8<-------- > > * The IP shown here might not mean anything if the user or the > server is > behind a proxy. > > -- > MacPorts > Ports system for Mac OS > > This is an automated message. Someone at http://www.macports.org/ > added your email > address to be notified of changes on CommittersTipsAndTricks. If it > was not you, please > report to . > _______________________________________________ > macports-changes mailing list > macports-changes at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev > From devans at macports.org Wed Jun 24 11:54:46 2009 From: devans at macports.org (David Evans) Date: Wed, 24 Jun 2009 11:54:46 -0700 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A42702B.4030508@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> Message-ID: <4A427676.7050405@macports.org> > I was thinking that if I move the check for boost +python25 from > pre-configure to an earlier phase, > say pre-fetch, then the check can be done before dependencies are > checked and I can restore the > dependency. > > Will this work? In particular, will a pre-fetch phase be executed even > if the distribution file has already > been fetched by a previous port invocation? > > Dave No, it doesn't work. The pre-fetch phase is always executed but in the case where boost is not installed already and a dependency on boost exists, then port attempts to build the dependency (without +python25, of course) before executing the pre-fetch phase. So in this case, its either build boost twice (several hours each time) or not have a dependency on boost recorded in the registry. Yuck! Dave From dweber at macports.org Wed Jun 24 12:30:29 2009 From: dweber at macports.org (Darren Weber) Date: Wed, 24 Jun 2009 12:30:29 -0700 Subject: [MacPorts] CommittersTipsAndTricks modified In-Reply-To: <4B09F887-9428-4A16-A185-4855C1D94645@gmail.com> References: <20090623175558.7416E28088@relay13.apple.com> <0EC8D9F4-6D12-408A-B1E3-64E80A923AB2@gmail.com> <4B09F887-9428-4A16-A185-4855C1D94645@gmail.com> Message-ID: I was about to add this note to the page, but something is already there. However, the current update contains a -d option; should that be a -v option? https://trac.macports.org/wiki/CommittersTipsAndTricks On Wed, Jun 24, 2009 at 11:46 AM, nox wrote: > port -v returns a pre-formatted string for insertion in a Portfile with the > actual checksums of the distfiles. > So when I update something, I increment the version, then I run sudo port > -v checksum and paste the string into > the Portfile. > > Le 24 juin 09 ? 20:42, Darren Weber a ?crit : > > > >> I use this bash script on a download file that will identifed as a >> distfile, during the process of updating a Portfile. So, it's designed to >> generate a new checksum for a Portfile. For example, I updated libpqxx from >> 3.0 to 3.0.1 yesterday, so all the checksums had to be changed in the >> Portfile. I've noticed that I need to do this often, when either creating a >> new port or updating an existing port, so I created a short bash script to >> make that work-flow a little easier. >> >> Does port -v checksum create a new checksum for an update to a Portfile? >> I assume that any port command can only use the information given in a >> Portfile, not replace that information automatically. >> >> Take care, >> Darren >> >> >> >> On Wed, Jun 24, 2009 at 9:13 AM, nox wrote: >> Mmh, isn't using `sudo port -v checksum` more straightforward? >> >> Le 23 juin 09 ? 19:55, MacPorts a ?crit : >> >> >> Changed page "CommittersTipsAndTricks" by dweber at macports.org from >> 206.176.233.162* >> Page URL: >> Diff URL: < >> http://trac.macports.org/wiki/CommittersTipsAndTricks?action=diff&version=21 >> > >> Revision 21 >> >> -------8<------8<------8<------8<------8<------8<------8<------8<-------- >> Index: CommittersTipsAndTricks >> ========================================================================= >> --- CommittersTipsAndTricks (version: 20) >> +++ CommittersTipsAndTricks (version: 21) >> @@ -178,3 +178,26 @@ >> >> See [BbeditLanguageModule this page] for setting up BBEdit or TextWrangler >> to have a MacPorts Language Module >> >> + >> +== A bash script to run checksums == >> + >> +{{{ >> +#!/bin/bash >> +if [ -f "$1" ]; then >> + basename $1 | sed -e "s/\(.*\)/\1 \\\/" >> + md5 $1 | sed -e "s/^MD5.*=/md5/" | sed -e "s/\(.*\)/\1 \\\/" >> + openssl sha1 $1 | sed -e "s/^SHA1.*=/sha1/" | sed -e "s/\(.*\)/\1 >> \\\/" >> + openssl rmd160 $1 | sed -e "s/^R.*=/rmd160/" >> +fi >> +}}} >> + >> +For example, assume this is in ~/bin/macports_checksum.bash, then we get: >> + >> +{{{ >> +$ macports_checksum.bash ~/Downloads/libpqxx-3.0.1.tar.gz >> +libpqxx-3.0.1.tar.gz \ >> +md5 23557f306821bf4cae39cca45acdf9e1 \ >> +sha1 a37874511946ba340d5df2d92252177f9eb906f6 \ >> +rmd160 1f842ea95ad6dd2cba2cdc2d2bd8e0be5063fb9b >> +}}} >> + >> >> -------8<------8<------8<------8<------8<------8<------8<------8<-------- >> >> * The IP shown here might not mean anything if the user or the server is >> behind a proxy. >> >> -- >> MacPorts >> Ports system for Mac OS >> >> This is an automated message. Someone at http://www.macports.org/ added >> your email >> address to be notified of changes on CommittersTipsAndTricks. If it was >> not you, please >> report to . >> _______________________________________________ >> macports-changes mailing list >> macports-changes at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-changes >> >> _______________________________________________ >> macports-dev mailing list >> macports-dev at lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From and.damore at macports.org Wed Jun 24 12:32:27 2009 From: and.damore at macports.org (Andrea D'Amore) Date: Wed, 24 Jun 2009 21:32:27 +0200 Subject: Installing MacPorts on a pure Darwin x86 64 bits system In-Reply-To: References: <1245771159.14518.2.camel@localhost> <8463E85C-0144-4368-A6EF-6BF244F15A1B@apple.com> <20090623201431.GD64377@ninagal.withay.com> <18F3AC96-55E9-4DD6-9658-2149B4030280@apple.com> Message-ID: On 23/giu/09, at 23:03, Uwe Arzt wrote: > So IMHO MacPorts should try to help puredarwin. There are a few tickets on trac reported by puredarwin.org domains, I just noticed while searching info about my gnustep-gui issue. From jmr at macports.org Wed Jun 24 12:39:29 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 25 Jun 2009 05:39:29 +1000 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A427676.7050405@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> Message-ID: <4A4280F1.5030803@macports.org> On 2009-6-25 04:54, David Evans wrote: > >> I was thinking that if I move the check for boost +python25 from >> pre-configure to an earlier phase, >> say pre-fetch, then the check can be done before dependencies are >> checked and I can restore the >> dependency. >> >> Will this work? In particular, will a pre-fetch phase be executed even >> if the distribution file has already >> been fetched by a previous port invocation? >> >> Dave > No, it doesn't work. The pre-fetch phase is always executed but in the > case where > boost is not installed already and a dependency on boost exists, then > port attempts to > build the dependency (without +python25, of course) before executing the > pre-fetch phase. > > So in this case, its either build boost twice (several hours each time) > or not have a > dependency on boost recorded in the registry. How about the attached patch for a slightly better dodgy hack? - Josh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: deluge-boost-python.diff URL: From devans at macports.org Wed Jun 24 12:56:18 2009 From: devans at macports.org (David Evans) Date: Wed, 24 Jun 2009 12:56:18 -0700 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A4280F1.5030803@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> <4A4280F1.5030803@macports.org> Message-ID: <4A4284E2.6040700@macports.org> Joshua Root wrote: > How about the attached patch for a slightly better dodgy hack? > > - Josh > A step in the right direction but I don't see the need for adding the +python25 variant to deluge. Just delete the dependency if boost +python25 support isn't detected. The port will error out and give the appropriate corrective action using the (now) pre-fetch test. If boost +python25 *is* installed then the port will just build. Advancing to the next level of refinement, what if boost is built with +python26 instead? The current test doesn't differentiate the two possibilities. Actually, the possibility of building boost with either +python25 or +python26 is the first good reason I've seen for not building boost with python support by default. Dave From jmr at macports.org Wed Jun 24 13:05:56 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 25 Jun 2009 06:05:56 +1000 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A4284E2.6040700@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> <4A4280F1.5030803@macports.org> <4A4284E2.6040700@macports.org> Message-ID: <4A428724.9020903@macports.org> On 2009-6-25 05:56, David Evans wrote: > Joshua Root wrote: >> How about the attached patch for a slightly better dodgy hack? >> >> - Josh >> > A step in the right direction but I don't see the need for adding the > +python25 variant to deluge. Just delete the dependency > if boost +python25 support isn't detected. Boost will not yet be installed when the check needs to be made. - Josh From jmr at macports.org Wed Jun 24 13:19:32 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 25 Jun 2009 06:19:32 +1000 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A428909.30402@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> <4A4280F1.5030803@macports.org> <4A4284E2.6040700@macports.org> <4A428724.9020903@macports.org> <4A428909.30402@macports.org> Message-ID: <4A428A54.1080808@macports.org> On 2009-6-25 06:14, David Evans wrote: > Joshua Root wrote: >> On 2009-6-25 05:56, David Evans wrote: >> >>> Joshua Root wrote: >>> >>>> How about the attached patch for a slightly better dodgy hack? >>>> >>>> - Josh >>>> >>> A step in the right direction but I don't see the need for adding the >>> +python25 variant to deluge. Just delete the dependency >>> if boost +python25 support isn't detected. >>> >> >> Boost will not yet be installed when the check needs to be made. >> >> - Josh >> >> > That's why there's a check for libboost_system-mt.dylib. The check > handles both the case where boost is just not installed > and the one where it's installed but there is no python support. It errors out in pre-configure, by which time boost would already be installed without the earlier depends_lib-delete. You can't error out outside a phase because then you would get the error on targets like 'port info'. - Josh From wsiegrist at apple.com Wed Jun 24 13:29:04 2009 From: wsiegrist at apple.com (William Siegrist) Date: Wed, 24 Jun 2009 13:29:04 -0700 Subject: Root of svn.macports.org In-Reply-To: References: Message-ID: Fixed. -Bill On Jun 23, 2009, at 7:40 PM, Blair Zajac wrote: > Can we add a redirect or a default index.html page to the home page > so it's easy to find the Subversion repository if we're on a new > system with no bookmarks? > > http://svn.macports.org/ > > """You don't have permission to access / on this server.""" > > Blair > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From raimue at macports.org Wed Jun 24 13:29:01 2009 From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=) Date: Wed, 24 Jun 2009 22:29:01 +0200 Subject: [MacPorts] CommittersTipsAndTricks modified In-Reply-To: References: <20090623175558.7416E28088@relay13.apple.com> <0EC8D9F4-6D12-408A-B1E3-64E80A923AB2@gmail.com> <4B09F887-9428-4A16-A185-4855C1D94645@gmail.com> Message-ID: <4A428C8D.5020105@macports.org> On 2009-06-24 21:30, Darren Weber wrote: > I was about to add this note to the page, but something is already > there. However, the current update contains a -d option; should that be > a -v option? The switch -d implies -v, but -v is enough in this case. Changed the wiki page accordingly. Rainer From devans at macports.org Wed Jun 24 13:44:12 2009 From: devans at macports.org (David Evans) Date: Wed, 24 Jun 2009 13:44:12 -0700 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A428A54.1080808@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> <4A4280F1.5030803@macports.org> <4A4284E2.6040700@macports.org> <4A428724.9020903@macports.org> <4A428909.30402@macports.org> <4A428A54.1080808@macports.org> Message-ID: <4A42901C.4000501@macports.org> Joshua Root wrote: > > It errors out in pre-configure, by which time boost would already be > installed without the earlier depends_lib-delete. You can't error out > outside a phase because then you would get the error on targets like > 'port info'. > > - Josh > > Right, I went through all of that already. In fact, you can't error out in a variant either as they are processed any time the port is parsed as in lint, info, etc. So the key is to only delete the dependency in a first check and then error out in a phase based check later. This prevents attempting to build boost as a dependency unless the python support is present but if it is the dependency remains and everything proceeds as it should. Here's the patch that I propose to commit which tests out in the three cases * no boost installed/active (error) * boost installed active but no python support (error) * boost installed active with python support (no error) Thanks for your suggestions Dave -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-deluge.diff Type: text/x-diff Size: 923 bytes Desc: not available URL: From jmr at macports.org Wed Jun 24 13:53:06 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 25 Jun 2009 06:53:06 +1000 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A42901C.4000501@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> <4A4280F1.5030803@macports.org> <4A4284E2.6040700@macports.org> <4A428724.9020903@macports.org> <4A428909.30402@macports.org> <4A428A54.1080808@macports.org> <4A42901C.4000501@macports.org> Message-ID: <4A429232.8070101@macports.org> On 2009-6-25 06:44, David Evans wrote: > Here's the patch that I propose to commit which tests out in the three > cases > > * no boost installed/active (error) > * boost installed active but no python support (error) > * boost installed active with python support (no error) The difference between this patch and my original one, apart from pre-fetch vs pre-configure, is that you'll error out even if boost would have been installed as a dependency with +python25. - Josh From blair at orcaware.com Wed Jun 24 13:58:53 2009 From: blair at orcaware.com (Blair Zajac) Date: Wed, 24 Jun 2009 13:58:53 -0700 Subject: Root of svn.macports.org In-Reply-To: References: Message-ID: <4A42938D.70201@orcaware.com> Thanks Bill, the redirect makes it much easier to get to the repos now. Regards, Blair William Siegrist wrote: > Fixed. > > -Bill > > > On Jun 23, 2009, at 7:40 PM, Blair Zajac wrote: > >> Can we add a redirect or a default index.html page to the home page so >> it's easy to find the Subversion repository if we're on a new system >> with no bookmarks? >> >> http://svn.macports.org/ >> >> """You don't have permission to access / on this server.""" >> >> Blair >> From devans at macports.org Wed Jun 24 14:11:31 2009 From: devans at macports.org (David Evans) Date: Wed, 24 Jun 2009 14:11:31 -0700 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A429232.8070101@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> <4A4280F1.5030803@macports.org> <4A4284E2.6040700@macports.org> <4A428724.9020903@macports.org> <4A428909.30402@macports.org> <4A428A54.1080808@macports.org> <4A42901C.4000501@macports.org> <4A429232.8070101@macports.org> Message-ID: <4A429683.7010402@macports.org> Joshua Root wrote: > On 2009-6-25 06:44, David Evans wrote: > >> Here's the patch that I propose to commit which tests out in the three >> cases >> >> * no boost installed/active (error) >> * boost installed active but no python support (error) >> * boost installed active with python support (no error) >> > > The difference between this patch and my original one, apart from > pre-fetch vs pre-configure, is that you'll error out even if boost would > have been installed as a dependency with +python25. > > - Josh > > I'm probably missing your point. If boost is installed with +python25 then libboost_python-mt.dylib exists and neither test does anything -- no error, dependency on boost remains. Boost cannot be installed as a dependency by this port (if it is not installed libboost_python-mt.dylib and libboost_system-mt.dylib do not exist, the dependency on boost is dropped and port errors out asking that boost +python25 be installed manually). This is appropriate because it is not possible to pass variants to dependencies. If boost has been installed (either manually or by a dependency a port) but there is no python25 support then libboost_python-mt.dylib does not exist but libboost_system-mt.dylib does, the dependency is dropped and the port errors out asking to deactivate the existing boost port and install boost +python25. What am I missing? Sorry if I'm being dense. Dave From macports-mgr at lists.macosforge.org Wed Jun 24 14:19:15 2009 From: macports-mgr at lists.macosforge.org (macports-mgr at lists.macosforge.org) Date: Wed, 24 Jun 2009 14:19:15 -0700 (PDT) Subject: PortIndex2MySQL run failure on Wednesday 2009-06-24 at 14:19:15 Message-ID: <20090624211915.94918304E76D@gamma.macosforge.org> PortIndex2MySQL lock file found, is another job running? From wsiegrist at apple.com Wed Jun 24 14:19:57 2009 From: wsiegrist at apple.com (William Siegrist) Date: Wed, 24 Jun 2009 14:19:57 -0700 Subject: PortIndex2MySQL run failure on Wednesday 2009-06-24 at 14:19:15 In-Reply-To: <20090624211915.94918304E76D@gamma.macosforge.org> References: <20090624211915.94918304E76D@gamma.macosforge.org> Message-ID: <25456264-38A3-4672-A2FA-B4342DEAFFC2@apple.com> Ignore this, nothing to see here.... On Jun 24, 2009, at 2:19 PM, macports-mgr at lists.macosforge.org wrote: > > PortIndex2MySQL lock file found, is another job running? > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From dweber at macports.org Wed Jun 24 14:24:19 2009 From: dweber at macports.org (Darren Weber) Date: Wed, 24 Jun 2009 14:24:19 -0700 Subject: java build for new port Message-ID: I want to create new port for this: http://farsight-toolkit.org/wiki/FARSIGHT_Tutorials/Building_Software/Bio-Formats/Building_C%2B%2B_Bindings I need advice on how to get started for this java build. Is there already a port with similar requirements for ant and jace? Thanks in advance, Darren -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Wed Jun 24 14:38:12 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 25 Jun 2009 07:38:12 +1000 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A429683.7010402@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> <4A4280F1.5030803@macports.org> <4A4284E2.6040700@macports.org> <4A428724.9020903@macports.org> <4A428909.30402@macports.org> <4A428A54.1080808@macports.org> <4A42901C.4000501@macports.org> <4A429232.8070101@macports.org> <4A429683.7010402@macports.org> Message-ID: <4A429CC4.5020001@macports.org> On 2009-6-25 07:11, David Evans wrote: > Joshua Root wrote: >> On 2009-6-25 06:44, David Evans wrote: >> >>> Here's the patch that I propose to commit which tests out in the three >>> cases >>> >>> * no boost installed/active (error) >>> * boost installed active but no python support (error) >>> * boost installed active with python support (no error) >>> >> >> The difference between this patch and my original one, apart from >> pre-fetch vs pre-configure, is that you'll error out even if boost would >> have been installed as a dependency with +python25. >> >> - Josh >> >> > I'm probably missing your point. > > If boost is installed with +python25 then libboost_python-mt.dylib > exists and neither test does anything -- no error, dependency on boost > remains. > > Boost cannot be installed as a dependency by this port (if it is not > installed libboost_python-mt.dylib and libboost_system-mt.dylib do not > exist, the dependency on boost is dropped and port errors out asking > that boost +python25 be installed manually). This is appropriate > because it is not possible to pass variants to dependencies. > > If boost has been installed (either manually or by a dependency a port) > but there is no python25 support then libboost_python-mt.dylib does not > exist > but libboost_system-mt.dylib does, the dependency is dropped and the > port errors out asking to deactivate the existing boost port and > install boost +python25. > > What am I missing? Sorry if I'm being dense. Maybe an example will help. With boost not installed at all, try this with my patch vs the one you committed: sudo port install deluge +python25 With mine, boost+python25 will be installed as a dependency, and deluge will then be installed (all with no manual intervention). With what's in the tree now, boost will not be installed, and deluge will error out. Then the user has to install boost manually and run the deluge install again. - Josh From devans at macports.org Wed Jun 24 15:02:18 2009 From: devans at macports.org (David Evans) Date: Wed, 24 Jun 2009 15:02:18 -0700 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A429CC4.5020001@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> <4A4280F1.5030803@macports.org> <4A4284E2.6040700@macports.org> <4A428724.9020903@macports.org> <4A428909.30402@macports.org> <4A428A54.1080808@macports.org> <4A42901C.4000501@macports.org> <4A429232.8070101@macports.org> <4A429683.7010402@macports.org> <4A429CC4.5020001@macports.org> Message-ID: <4A42A26A.5070601@macports.org> Joshua Root wrote: > Maybe an example will help. With boost not installed at all, try this > with my patch vs the one you committed: > > sudo port install deluge +python25 > > With mine, boost+python25 will be installed as a dependency, and deluge > will then be installed (all with no manual intervention). With what's in > the tree now, boost will not be installed, and deluge will error out. > Then the user has to install boost manually and run the deluge install > again. > > - Josh > > Examples are good! :-) The light has turned on! I see what you mean. Let me think about it a bit and run a few experiments. In general, I don't like the idea of a +python25 variant when there really is no choice to be made (for deluge). Thanks again for all your input on this Dave From jmr at macports.org Wed Jun 24 15:20:33 2009 From: jmr at macports.org (Joshua Root) Date: Thu, 25 Jun 2009 08:20:33 +1000 Subject: [52855] trunk/dports/net/deluge/Portfile In-Reply-To: <4A42A26A.5070601@macports.org> References: <20090624164304.6FAD31ED8B42@beta.macosforge.org> <4A4260E0.3050400@macports.org> <4A4264E6.1060804@macports.org> <4A42702B.4030508@macports.org> <4A427676.7050405@macports.org> <4A4280F1.5030803@macports.org> <4A4284E2.6040700@macports.org> <4A428724.9020903@macports.org> <4A428909.30402@macports.org> <4A428A54.1080808@macports.org> <4A42901C.4000501@macports.org> <4A429232.8070101@macports.org> <4A429683.7010402@macports.org> <4A429CC4.5020001@macports.org> <4A42A26A.5070601@macports.org> Message-ID: <4A42A6B1.8090805@macports.org> On 2009-6-25 08:02, David Evans wrote: > Joshua Root wrote: >> Maybe an example will help. With boost not installed at all, try this >> with my patch vs the one you committed: >> >> sudo port install deluge +python25 >> >> With mine, boost+python25 will be installed as a dependency, and deluge >> will then be installed (all with no manual intervention). With what's in >> the tree now, boost will not be installed, and deluge will error out. >> Then the user has to install boost manually and run the deluge install >> again. >> >> - Josh >> >> > Examples are good! :-) The light has turned on! > > I see what you mean. Let me think about it a bit and run a few > experiments. In general, I don't like the idea of a > +python25 variant when there really is no choice to be made (for deluge). Yes, it's a dodgy hack, I thought we established this at the outset. ;-) - Josh From ryandesign at macports.org Wed Jun 24 15:22:05 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed, 24 Jun 2009 17:22:05 -0500 Subject: deluge pre-fetch Message-ID: <083D0E14-8DC1-4410-A0CD-7ED94F0B7DEB@macports.org> I think the pre-fetch block in the deluge port should be a pre- extract phase instead. By making it pre-fetch, I believe you are preventing the distfiles mirror from being able to fetch the files. From devans at macports.org Wed Jun 24 15:38:09 2009 From: devans at macports.org (David Evans) Date: Wed, 24 Jun 2009 15:38:09 -0700 Subject: deluge pre-fetch In-Reply-To: <083D0E14-8DC1-4410-A0CD-7ED94F0B7DEB@macports.org> References: <083D0E14-8DC1-4410-A0CD-7ED94F0B7DEB@macports.org> Message-ID: <4A42AAD1.3080708@macports.org> Ryan Schmidt wrote: > I think the pre-fetch block in the deluge port should be a pre-extract > phase instead. By making it pre-fetch, I believe you are preventing > the distfiles mirror from being able to fetch the files. > > Works for me. Fixed in r52866. Thanks. From dweber at macports.org Thu Jun 25 11:22:28 2009 From: dweber at macports.org (Darren Weber) Date: Thu, 25 Jun 2009 11:22:28 -0700 Subject: checksum script In-Reply-To: References: Message-ID: Hi Jeremy, The sed scrips do a bit of string replacement. It seems the commands you listed below put the backslash on the next line, rather than appended to the current line. If you want to loop over multiple input files, you might try $@, see: http://www.mail-archive.com/freebsd-questions at freebsd.org/msg00400.html Any other ideas? The sed regex looks like a mess, but it's working correctly. It could be slightly more efficient with just one call to sed, if [ -f "$1" ]; then basename $1 | sed -e "s/\(.*\)/\1 \\\/" md5 $1 | sed -e "s/^MD5.*=/md5/" -e "s/\(.*\)/\1 \\\/" openssl sha1 $1 | sed -e "s/^SHA1.*=/sha1/" -e "s/\(.*\)/\1 \\\/" openssl rmd160 $1 | sed -e "s/^R.*=/rmd160/" fi The if statement checks if the input is a regular file. Anyhow, check the tips and tricks again, because port -v checksum offers a nice alternative! https://trac.macports.org/wiki/CommittersTipsAndTricks Take care, Darren On Tue, Jun 23, 2009 at 11:00 AM, Jeremy Lavergne < jeremy at lavergne.gotdns.org> wrote: > If all those sed scripts calls for outputting the backslash, why not just > use echo? > > for i in $1 > do > md5 "$i"; echo "\" > openssl sha1 "$i"; echo "\" > openssl rmd160 "$i"; echo "\" > done > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmr at macports.org Thu Jun 25 15:01:50 2009 From: jmr at macports.org (Joshua Root) Date: Fri, 26 Jun 2009 08:01:50 +1000 Subject: [Fwd: [macports-mgr] libdvdcss problems might be from Mac The Ripper] Message-ID: <4A43F3CE.4010603@macports.org> Forwarding this to macports-dev as it is not a management issue. -------------- next part -------------- An embedded message was scrubbed... From: James Tyler Subject: [macports-mgr] libdvdcss problems might be from Mac The Ripper Date: Thu, 25 Jun 2009 09:14:38 -0700 Size: 4401 URL: From dweber at macports.org Thu Jun 25 15:39:13 2009 From: dweber at macports.org (Darren Weber) Date: Thu, 25 Jun 2009 15:39:13 -0700 Subject: wxWidgets upgrade to lower version? Message-ID: Surely wxWidgets @2.8.10_0 is a higher than @2.8.9_0, but not so according to `port upgrade -uR outdated` ---> Fetching wxWidgets ---> Verifying checksum(s) for wxWidgets ---> Extracting wxWidgets ---> Applying patches to wxWidgets ---> Configuring wxWidgets ---> Building wxWidgets ---> Staging wxWidgets into destroot ---> Deactivating wxWidgets @2.8.10_0 ---> Unable to uninstall wxWidgets 2.8.10_0, the following ports depend on it: ---> py-wxpython ---> pgAdmin3 ---> wxMaxima ---> codeblocks Warning: Uninstall forced. Proceeding despite dependencies. ---> Uninstalling wxWidgets @2.8.10_0 ---> Installing wxWidgets @2.8.9_0 ---> Activating wxWidgets @2.8.9_0 ---> Cleaning wxWidgets Take care, Darren -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeremy at lavergne.gotdns.org Thu Jun 25 15:41:15 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Thu, 25 Jun 2009 18:41:15 -0400 Subject: wxWidgets upgrade to lower version? In-Reply-To: References: Message-ID: <44B4CD28-8B8E-4D50-8E4A-F5842FA29052@lavergne.gotdns.org> epoch 1 On Jun 25, 2009, at 6:39 PM, Darren Weber wrote: > Surely wxWidgets @2.8.10_0 is a higher than @2.8.9_0, but not so > according to `port upgrade -uR outdated` From dweber at macports.org Thu Jun 25 15:57:44 2009 From: dweber at macports.org (Darren Weber) Date: Thu, 25 Jun 2009 15:57:44 -0700 Subject: wxWidgets upgrade to lower version? In-Reply-To: <44B4CD28-8B8E-4D50-8E4A-F5842FA29052@lavergne.gotdns.org> References: <44B4CD28-8B8E-4D50-8E4A-F5842FA29052@lavergne.gotdns.org> Message-ID: Yea, just read the `port cat wxWidgets` but didn't check any svn logs. That may explain the upgrade, but it's curious the version dropped back because the current stable release is at 2.8.10 according to the downloads: http://www.wxwidgets.org/downloads/ It's a pity the epoch had to be created, because, as I understand it, the port will now forever need an epoch number. So, out of curiosity, what happens when this port is actually upgraded to the 2.8.10 release? Can the epoch remain at 1 and the version bump up to 2.8.10 - will that trigger an upgrade? Or does the version have to bump up for each new release version? It helps to have access to the svn logs: [ dweber at X ~/macports/dports/graphics ]$ svn log wxWidgets ------------------------------------------------------------------------ r52662 | ryandesign at macports.org | 2009-06-20 14:18:32 -0700 (Sat, 20 Jun 2009) | 2 lines wxWidgets: increase epoch so everyone who had 2.8.10 installed gets prompted to downgrade to 2.8.9. ------------------------------------------------------------------------ r52414 | jameskyle at macports.org | 2009-06-15 21:34:25 -0700 (Mon, 15 Jun 2009) | 3 lines Dropped the wxwidgets version to 2.8.9 for compatibility reasons Fixed #19191 ------------------------------------------------------------------------ r52309 | jameskyle at macports.org | 2009-06-13 16:05:10 -0700 (Sat, 13 Jun 2009) | 2 lines Disabled parallel builds; fixes #16099 ------------------------------------------------------------------------ r48246 | mww at macports.org | 2009-03-17 10:41:18 -0700 (Tue, 17 Mar 2009) | 2 lines version 2.8.10 ------------------------------------------------------------------------ r40194 | jwa at macports.org | 2008-09-24 08:46:52 -0700 (Wed, 24 Sep 2008) | 2 lines version bump to 2.8.9 On Thu, Jun 25, 2009 at 3:41 PM, Jeremy Lavergne wrote: > epoch 1 > > > On Jun 25, 2009, at 6:39 PM, Darren Weber wrote: > > Surely wxWidgets @2.8.10_0 is a higher than @2.8.9_0, but not so according >> to `port upgrade -uR outdated` >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryandesign at macports.org Thu Jun 25 16:31:10 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 25 Jun 2009 18:31:10 -0500 Subject: wxWidgets upgrade to lower version? In-Reply-To: References: <44B4CD28-8B8E-4D50-8E4A-F5842FA29052@lavergne.gotdns.org> Message-ID: <9F94C419-7E7B-4C57-8AF4-2B4C70284300@macports.org> On Jun 25, 2009, at 17:57, Darren Weber wrote: > Yea, just read the `port cat wxWidgets` but didn't check any svn > logs. That may explain the upgrade, but it's curious the version > dropped back because the current stable release is at 2.8.10 > according to the downloads: > http://www.wxwidgets.org/downloads/ As jameskyle said in the commit message you quoted below, wxWidgets was downgraded back to 2.8.9 for compatibility reasons. I don't have more details than that. > It's a pity the epoch had to be created, because, as I understand > it, the port will now forever need an epoch number. I'm not certain why people think that's a pity. Yes, an epoch line will need to remain in wxWidgets forever, but why is that a problem? > So, out of curiosity, what happens when this port is actually > upgraded to the 2.8.10 release? Can the epoch remain at 1 and the > version bump up to 2.8.10 - will that trigger an upgrade? Or does > the version have to bump up for each new release version? The epoch can stay at 1 until someone wants to do another downgrade. MacPorts basically concatenates the numbers epoch_version_revision, so we had the sequence: 0_2.8.9_0 0_2.8.10_0 1_2.8.9_0 If we later update to 2.8.10 again after resolving whatever the issues were, it will be: 1_2.8.10_0 > It helps to have access to the svn logs: > > [ dweber at X ~/macports/dports/graphics ]$ svn log wxWidgets > ---------------------------------------------------------------------- > -- > r52662 | ryandesign at macports.org | 2009-06-20 14:18:32 -0700 (Sat, > 20 Jun 2009) | 2 lines > > wxWidgets: increase epoch so everyone who had 2.8.10 installed gets > prompted to downgrade to 2.8.9. > > ---------------------------------------------------------------------- > -- > r52414 | jameskyle at macports.org | 2009-06-15 21:34:25 -0700 (Mon, > 15 Jun 2009) | 3 lines > > Dropped the wxwidgets version to 2.8.9 for compatibility reasons > Fixed #19191 > > ---------------------------------------------------------------------- > -- > r52309 | jameskyle at macports.org | 2009-06-13 16:05:10 -0700 (Sat, > 13 Jun 2009) | 2 lines > > Disabled parallel builds; fixes #16099 > > ---------------------------------------------------------------------- > -- > r48246 | mww at macports.org | 2009-03-17 10:41:18 -0700 (Tue, 17 Mar > 2009) | 2 lines > > version 2.8.10 > > ---------------------------------------------------------------------- > -- > r40194 | jwa at macports.org | 2008-09-24 08:46:52 -0700 (Wed, 24 Sep > 2008) | 2 lines > > version bump to 2.8.9 From ryandesign at macports.org Thu Jun 25 16:39:30 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 25 Jun 2009 18:39:30 -0500 Subject: [52939] trunk/dports/gnome/nfoview/Portfile In-Reply-To: <20090625233255.1E5A21EF98EF@beta.macosforge.org> References: <20090625233255.1E5A21EF98EF@beta.macosforge.org> Message-ID: On Jun 25, 2009, at 18:32, devans at macports.org wrote: > Revision: 52939 > http://trac.macports.org/changeset/52939 > Author: devans at macports.org > Date: 2009-06-25 16:32:54 -0700 (Thu, 25 Jun 2009) > Log Message: > ----------- > nfoview: fix livecheck. You also perhaps inadvertently updated the version to 1.5, but didn't change the checksums, so now: $ port checksum nfoview ---> Fetching nfoview ---> Attempting to fetch nfoview-1.5.tar.bz2 from http:// download.gna.org/nfoview/1.5/ ---> Verifying checksum(s) for nfoview Error: Checksum (md5) mismatch for nfoview-1.5.tar.bz2 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. $ The checksums for 1.1 were correct before this change. > Modified Paths: > -------------- > trunk/dports/gnome/nfoview/Portfile > > Modified: trunk/dports/gnome/nfoview/Portfile > =================================================================== > --- trunk/dports/gnome/nfoview/Portfile 2009-06-25 23:23:58 UTC > (rev 52938) > +++ trunk/dports/gnome/nfoview/Portfile 2009-06-25 23:32:54 UTC > (rev 52939) > @@ -4,7 +4,7 @@ > PortGroup python25 1.0 > > name nfoview > -version 1.1 > +version 1.5 > categories gnome > maintainers nomaintainer > description Simple viewer for NFO files > @@ -15,7 +15,7 @@ > clickable hyperlinks. > homepage http://home.gna.org/nfoview/ > platforms darwin > -master_sites http://download.gna.org/nfoview/1.1/ > +master_sites http://download.gna.org/nfoview/${version}/ > use_bzip2 yes > checksums md5 07edd3f0a8e631778739f8f4a7a3b9fc > depends_lib port:gettext \ > @@ -23,3 +23,7 @@ > port:py25-gtk \ > port:terminus-font \ > port:shared-mime-info > + > +livecheck.check regex > +livecheck.url http://download.gna.org/nfoview/ > +livecheck.regex {>(\d+(?:\.\d+)*)/<} From ryandesign at macports.org Thu Jun 25 21:36:31 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu, 25 Jun 2009 23:36:31 -0500 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> Message-ID: <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> On Jun 25, 2009, at 21:48, toby at macports.org wrote: > Revision: 52946 > http://trac.macports.org/changeset/52946 > Author: toby at macports.org > Date: 2009-06-25 19:48:17 -0700 (Thu, 25 Jun 2009) > Log Message: > ----------- > Remove arn.se mirror, I'm tired of having to wait for it to > timeout. trd.no can stay, at least it fails immediately. I have never noticed arn.se being offline, and it is online now as far as I can tell. How long have you been experiencing the issue? What exactly happens? From toby at apple.com Thu Jun 25 22:04:31 2009 From: toby at apple.com (Toby Peterson) Date: Thu, 25 Jun 2009 22:04:31 -0700 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> Message-ID: <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> On Jun 25, 2009, at 9:36 PM, Ryan Schmidt wrote: > On Jun 25, 2009, at 21:48, toby at macports.org wrote: > >> Revision: 52946 >> http://trac.macports.org/changeset/52946 >> Author: toby at macports.org >> Date: 2009-06-25 19:48:17 -0700 (Thu, 25 Jun 2009) >> Log Message: >> ----------- >> Remove arn.se mirror, I'm tired of having to wait for it to >> timeout. trd.no can stay, at least it fails immediately. > > I have never noticed arn.se being offline, and it is online now as > far as I can tell. How long have you been experiencing the issue? > What exactly happens? It's never worked for me. Can't ping, can't traceroute, http requests timeout (instead of being refused outright like trd.no). Oh well, added it back. I'll keep the change locally. - Toby From ryandesign at macports.org Thu Jun 25 22:13:49 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 26 Jun 2009 00:13:49 -0500 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> Message-ID: <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> On Jun 26, 2009, at 00:04, Toby Peterson wrote: > On Jun 25, 2009, at 9:36 PM, Ryan Schmidt wrote: > >> On Jun 25, 2009, at 21:48, toby at macports.org wrote: >> >>> Revision: 52946 >>> http://trac.macports.org/changeset/52946 >>> Author: toby at macports.org >>> Date: 2009-06-25 19:48:17 -0700 (Thu, 25 Jun 2009) >>> Log Message: >>> ----------- >>> Remove arn.se mirror, I'm tired of having to wait for it to >>> timeout. trd.no can stay, at least it fails immediately. >> >> I have never noticed arn.se being offline, and it is online now as >> far as I can tell. How long have you been experiencing the issue? >> What exactly happens? > > It's never worked for me. Can't ping, can't traceroute, http > requests timeout (instead of being refused outright like trd.no). > Oh well, added it back. I'll keep the change locally. Hmm, I'm not sure what's going on. Here's my traceroute: $ traceroute arn.se.distfiles.macports.org traceroute to arn.se.distfiles.macports.org (192.157.38.21), 64 hops max, 40 byte packets [snip] 5 gi0-4-2-6.austtxrdcsc-rtr1.austin.rr.com (24.27.13.106) 16.835 ms 16.852 ms 23.797 ms 6 gig5-3-0.hstntxl3-rtr1.texas.rr.com (72.179.205.36) 24.633 ms 23.167 ms 32.794 ms 7 xe-9-1-0.bar1.houston1.level3.net (4.79.88.25) 24.098 ms xe-9-0-0.bar1.houston1.level3.net (4.79.88.29) 32.037 ms xe-10-3-0.bar1.houston1.level3.net (4.79.88.21) 23.098 ms 8 ae-13-13.ebr1.dallas1.level3.net (4.69.137.138) 27.830 ms 39.939 ms 37.343 ms 9 ae-91-91.csw4.dallas1.level3.net (4.69.136.134) 40.349 ms 39.788 ms 36.537 ms 10 ae-4-99.edge2.dallas3.level3.net (4.68.19.204) 25.534 ms 31.703 ms 37.029 ms 11 sl-st30-dal-0-5-2-0.sprintlink.net (144.232.24.29) 43.279 ms 30.130 ms 30.162 ms 12 sl-crs2-fw-0-6-5-0.sprintlink.net (144.232.20.253) 29.198 ms 35.081 ms sl-crs1-fw-0-6-3-0.sprintlink.net (144.232.19.177) 40.559 ms 13 144.232.20.57 (144.232.20.57) 54.360 ms sl-crs2- kc-0-0-0-2.sprintlink.net (144.232.19.141) 71.386 ms 61.838 ms 14 sl-crs2-chi-0-15-2-0.sprintlink.net (144.232.24.206) 55.972 ms sl-crs1-chi-0-5-0-1.sprintlink.net (144.232.18.212) 63.161 ms sl- crs1-rly-0-2-0-0.sprintlink.net (144.232.19.222) 80.395 ms 15 sl-crs1-nyc-0-10-3-0.sprintlink.net (144.232.9.157) 88.444 ms sl- crs1-rly-0-8-2-0.sprintlink.net (144.232.8.163) 61.202 ms sl-crs1- nyc-0-2-2-0.sprintlink.net (144.232.20.103) 92.893 ms 16 sl-bb22-lon-12-0.sprintlink.net (144.232.9.162) 152.240 ms 146.645 ms sl-crs1-pen-0-5-2-0.sprintlink.net (144.232.20.211) 61.331 ms 17 sl-bb20-bru-14-0-0.sprintlink.net (213.206.129.42) 147.238 ms sl- bb21-tuk-1-0-0.sprintlink.net (144.232.9.184) 65.995 ms sl-bb20- bru-14-0-0.sprintlink.net (213.206.129.42) 302.739 ms 18 sl-bb22-lon-3-0.sprintlink.net (213.206.129.153) 238.499 ms 155.010 ms 148.901 ms 19 sl-bb20-ams-14-0-0.sprintlink.net (213.206.129.45) 177.130 ms 149.066 ms 148.406 ms 20 sl-bb21-ham-6-0-0.sprintlink.net (213.206.129.145) 158.974 ms 158.916 ms 159.116 ms 21 sl-bb21-cop-13-0-0.sprintlink.net (213.206.129.57) 187.535 ms 166.371 ms 165.541 ms 22 sl-bb21-ham-6-0-0.sprintlink.net (213.206.129.145) 158.980 ms sl- bb21-sto-14-0-0.sprintlink.net (213.206.129.34) 173.996 ms 209.338 ms 23 213.206.129.87 (213.206.129.87) 175.544 ms sl-bb21- cop-13-0-0.sprintlink.net (213.206.129.57) 165.083 ms 213.206.129.87 (213.206.129.87) 171.863 ms 24 bfr5-pos-2-0.stupi.net (192.108.195.121) 170.122 ms 172.484 ms sl-bb21-sto-14-0-0.sprintlink.net (213.206.129.34) 192.126 ms 25 213.206.129.87 (213.206.129.87) 181.029 ms bfr6-pos-5-0- gw.stupi.net (192.108.195.254) 173.680 ms 170.425 ms 26 bfr5-pos-2-0.stupi.net (192.108.195.121) 172.688 ms arn.se.distfiles.macports.org (192.157.38.21) 169.788 ms 167.946 ms From toby at apple.com Thu Jun 25 22:19:22 2009 From: toby at apple.com (Toby Peterson) Date: Thu, 25 Jun 2009 22:19:22 -0700 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> Message-ID: <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> On Jun 25, 2009, at 10:13 PM, Ryan Schmidt wrote: > On Jun 26, 2009, at 00:04, Toby Peterson wrote: > >> On Jun 25, 2009, at 9:36 PM, Ryan Schmidt wrote: >> >>> On Jun 25, 2009, at 21:48, toby at macports.org wrote: >>> >>>> Revision: 52946 >>>> http://trac.macports.org/changeset/52946 >>>> Author: toby at macports.org >>>> Date: 2009-06-25 19:48:17 -0700 (Thu, 25 Jun 2009) >>>> Log Message: >>>> ----------- >>>> Remove arn.se mirror, I'm tired of having to wait for it to >>>> timeout. trd.no can stay, at least it fails immediately. >>> >>> I have never noticed arn.se being offline, and it is online now as >>> far as I can tell. How long have you been experiencing the issue? >>> What exactly happens? >> >> It's never worked for me. Can't ping, can't traceroute, http >> requests timeout (instead of being refused outright like trd.no). >> Oh well, added it back. I'll keep the change locally. > > Hmm, I'm not sure what's going on. Here's my traceroute: > > $ traceroute arn.se.distfiles.macports.org > traceroute to arn.se.distfiles.macports.org (192.157.38.21), 64 hops > max, 40 byte packets Anecdotal evidence suggests that they're blocking comcast (only 15 million customers)... last hop is sl-bb21-sto-14-0-0.sprintlink.net before it dies. - Toby From ryandesign at macports.org Thu Jun 25 22:32:10 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 26 Jun 2009 00:32:10 -0500 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> Message-ID: On Jun 26, 2009, at 00:04, Toby Peterson wrote: > On Jun 25, 2009, at 9:36 PM, Ryan Schmidt wrote: > >> On Jun 25, 2009, at 21:48, toby at macports.org wrote: >> >>> Revision: 52946 >>> http://trac.macports.org/changeset/52946 >>> Author: toby at macports.org >>> Date: 2009-06-25 19:48:17 -0700 (Thu, 25 Jun 2009) >>> Log Message: >>> ----------- >>> Remove arn.se mirror, I'm tired of having to wait for it to >>> timeout. trd.no can stay, at least it fails immediately. >> >> I have never noticed arn.se being offline, and it is online now as >> far as I can tell. How long have you been experiencing the issue? >> What exactly happens? > > It's never worked for me. Can't ping, can't traceroute, http > requests timeout (instead of being refused outright like trd.no). > Oh well, added it back. I'll keep the change locally. Now that I think about it, if you can't ping it, MacPorts should never attempt to download from it. Do you see MacPorts delaying while trying to ping it (to determine which server has lowest ping), or is it actually trying to retrieve a file from it and then hanging? From devans at macports.org Thu Jun 25 22:39:42 2009 From: devans at macports.org (David Evans) Date: Thu, 25 Jun 2009 22:39:42 -0700 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> Message-ID: <4A445F1E.4000106@macports.org> Toby Peterson wrote: > On Jun 25, 2009, at 10:13 PM, Ryan Schmidt wrote: > >> On Jun 26, 2009, at 00:04, Toby Peterson wrote: >> >>> On Jun 25, 2009, at 9:36 PM, Ryan Schmidt wrote: >>> >>>> On Jun 25, 2009, at 21:48, toby at macports.org wrote: >>>> >>>>> Revision: 52946 >>>>> http://trac.macports.org/changeset/52946 >>>>> Author: toby at macports.org >>>>> Date: 2009-06-25 19:48:17 -0700 (Thu, 25 Jun 2009) >>>>> Log Message: >>>>> ----------- >>>>> Remove arn.se mirror, I'm tired of having to wait for it to >>>>> timeout. trd.no can stay, at least it fails immediately. >>>> >>>> I have never noticed arn.se being offline, and it is online now as >>>> far as I can tell. How long have you been experiencing the issue? >>>> What exactly happens? >>> >>> It's never worked for me. Can't ping, can't traceroute, http >>> requests timeout (instead of being refused outright like trd.no). Oh >>> well, added it back. I'll keep the change locally. >> >> Hmm, I'm not sure what's going on. Here's my traceroute: >> >> $ traceroute arn.se.distfiles.macports.org >> traceroute to arn.se.distfiles.macports.org (192.157.38.21), 64 hops >> max, 40 byte packets > > Anecdotal evidence suggests that they're blocking comcast (only 15 > million customers)... last hop is sl-bb21-sto-14-0-0.sprintlink.net > before it dies. > > - Toby I can confirm Toby's results: From my home comcast account after 20 hops it hangs after sl-bb21-cop-13-0-0.sprintlink.net From my office dsl (sbcglobal) it proceeds from there as follows 21 sl-bb21-sto-14-0-0.sprintlink.net (213.206.129.34) 180.406 ms 180.323 ms 180.290 ms 22 213.206.129.87 (213.206.129.87) 180.697 ms 180.691 ms 180.038 ms 23 BFR5-POS-2-0.Stupi.NET (192.108.195.121) 180.763 ms 180.560 ms 180.175 ms 24 BFR6-POS-5-0-GW.Stupi.NET (192.108.195.254) 179.816 ms 179.581 ms 179.640 ms 25 arn.se.distfiles.macports.org (192.157.38.21) 179.160 ms 179.019 ms 178.235 ms So perhaps they are blocking comcast Dave From toby at apple.com Thu Jun 25 23:33:32 2009 From: toby at apple.com (Toby Peterson) Date: Thu, 25 Jun 2009 23:33:32 -0700 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <4A445F1E.4000106@macports.org> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> <4A445F1E.4000106@macports.org> Message-ID: On Jun 25, 2009, at 10:39 PM, David Evans wrote: > So perhaps they are blocking comcast Sure looks like it. Only really matters for files that are completely unfetchable anyway, but it's still annoying. Oh well. - Toby From jeremyhu at macports.org Fri Jun 26 09:43:05 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Fri, 26 Jun 2009 09:43:05 -0700 Subject: macosx_deployment_target Message-ID: <0056FEE7-DCC5-4BF5-9CC4-D3B2B9527753@macports.org> With the universal_sysroot and universal_target now gone from trunk, how is one expected to set macosx_deployment_target? I thought that setting macosx_deployment_target in macports.conf would do it, but nope... From toby at apple.com Fri Jun 26 11:05:28 2009 From: toby at apple.com (Toby Peterson) Date: Fri, 26 Jun 2009 11:05:28 -0700 Subject: macosx_deployment_target In-Reply-To: <0056FEE7-DCC5-4BF5-9CC4-D3B2B9527753@macports.org> References: <0056FEE7-DCC5-4BF5-9CC4-D3B2B9527753@macports.org> Message-ID: On Jun 26, 2009, at 9:43 AM, Jeremy Huddleston wrote: > With the universal_sysroot and universal_target now gone from trunk, > how is one expected to set macosx_deployment_target? I thought that > setting macosx_deployment_target in macports.conf would do it, but > nope... Basically, you aren't. MacPorts doesn't support building for other Mac OS X releases... although it is true that universal_target was being abused to attempt it. https://trac.macports.org/ticket/19875 - Toby From jeremyhu at macports.org Fri Jun 26 11:14:11 2009 From: jeremyhu at macports.org (Jeremy Huddleston) Date: Fri, 26 Jun 2009 11:14:11 -0700 Subject: macosx_deployment_target In-Reply-To: References: <0056FEE7-DCC5-4BF5-9CC4-D3B2B9527753@macports.org> Message-ID: <37078811-BB4A-4D11-96B3-E783FC7EE3F5@macports.org> Ok, so then why are we keeping macosx_deployment_target around at all? Is there a reason to have this variable clutter up the namespace if it's redundant with macosx_version? On Jun 26, 2009, at 11:05, Toby Peterson wrote: > On Jun 26, 2009, at 9:43 AM, Jeremy Huddleston wrote: > >> With the universal_sysroot and universal_target now gone from >> trunk, how is one expected to set macosx_deployment_target? I >> thought that setting macosx_deployment_target in macports.conf >> would do it, but nope... > > Basically, you aren't. MacPorts doesn't support building for other > Mac OS X releases... although it is true that universal_target was > being abused to attempt it. > > https://trac.macports.org/ticket/19875 > > - Toby From toby at apple.com Fri Jun 26 11:16:03 2009 From: toby at apple.com (Toby Peterson) Date: Fri, 26 Jun 2009 11:16:03 -0700 Subject: macosx_deployment_target In-Reply-To: <37078811-BB4A-4D11-96B3-E783FC7EE3F5@macports.org> References: <0056FEE7-DCC5-4BF5-9CC4-D3B2B9527753@macports.org> <37078811-BB4A-4D11-96B3-E783FC7EE3F5@macports.org> Message-ID: <30E964C6-7921-4488-93FD-BF62638BC891@apple.com> On Jun 26, 2009, at 11:14 AM, Jeremy Huddleston wrote: > On Jun 26, 2009, at 11:05, Toby Peterson wrote: > >> On Jun 26, 2009, at 9:43 AM, Jeremy Huddleston wrote: >> >>> With the universal_sysroot and universal_target now gone from >>> trunk, how is one expected to set macosx_deployment_target? I >>> thought that setting macosx_deployment_target in macports.conf >>> would do it, but nope... >> >> Basically, you aren't. MacPorts doesn't support building for other >> Mac OS X releases... although it is true that universal_target was >> being abused to attempt it. >> >> https://trac.macports.org/ticket/19875 > > Ok, so then why are we keeping macosx_deployment_target around at > all? Is there a reason to have this variable clutter up the > namespace if it's redundant with macosx_version? You can set it for an individual port, which could (at least in theory) be useful if for some reason the current deployment target doesn't work. - Toby From devans at macports.org Fri Jun 26 12:16:27 2009 From: devans at macports.org (David Evans) Date: Fri, 26 Jun 2009 12:16:27 -0700 Subject: trd.no.distfiles.macports.org (norwegian mirror) Message-ID: <4A451E8B.9000808@macports.org> In the previous discussion about mirror sites, Toby mentioned that at least this one rejected the connection immediately. It appears that this is because this site rejects http requests (port 80) and only allows ftp access. This appears to be independent of originating network so looks like they just don't support http. All urls for this site should be changed to ftp only. Dave From wsiegrist at apple.com Fri Jun 26 12:35:41 2009 From: wsiegrist at apple.com (William Siegrist) Date: Fri, 26 Jun 2009 12:35:41 -0700 Subject: trd.no.distfiles.macports.org (norwegian mirror) In-Reply-To: <4A451E8B.9000808@macports.org> References: <4A451E8B.9000808@macports.org> Message-ID: <89B74866-F5DA-41B6-AA61-4169229FA6DB@apple.com> On Jun 26, 2009, at 12:16 PM, David Evans wrote: > In the previous discussion about mirror sites, Toby mentioned that > at least this one rejected the connection immediately. > > It appears that this is because this site rejects http requests > (port 80) and only allows ftp access. This appears to be independent > of originating network so looks like they just don't support http. > > All urls for this site should be changed to ftp only. > (redirecting to the mirror admin) Can we get an update on the current status of the Norwegian mirror? -Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From wsiegrist at apple.com Fri Jun 26 12:37:17 2009 From: wsiegrist at apple.com (William Siegrist) Date: Fri, 26 Jun 2009 12:37:17 -0700 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> Message-ID: (redirecting to mirror admin) On Jun 25, 2009, at 10:19 PM, Toby Peterson wrote: > On Jun 25, 2009, at 10:13 PM, Ryan Schmidt wrote: > >> On Jun 26, 2009, at 00:04, Toby Peterson wrote: >> >>> On Jun 25, 2009, at 9:36 PM, Ryan Schmidt wrote: >>> >>>> On Jun 25, 2009, at 21:48, toby at macports.org wrote: >>>> >>>>> Revision: 52946 >>>>> http://trac.macports.org/changeset/52946 >>>>> Author: toby at macports.org >>>>> Date: 2009-06-25 19:48:17 -0700 (Thu, 25 Jun 2009) >>>>> Log Message: >>>>> ----------- >>>>> Remove arn.se mirror, I'm tired of having to wait for it to >>>>> timeout. trd.no can stay, at least it fails immediately. >>>> >>>> I have never noticed arn.se being offline, and it is online now >>>> as far as I can tell. How long have you been experiencing the >>>> issue? What exactly happens? >>> >>> It's never worked for me. Can't ping, can't traceroute, http >>> requests timeout (instead of being refused outright like trd.no). >>> Oh well, added it back. I'll keep the change locally. >> >> Hmm, I'm not sure what's going on. Here's my traceroute: >> >> $ traceroute arn.se.distfiles.macports.org >> traceroute to arn.se.distfiles.macports.org (192.157.38.21), 64 >> hops max, 40 byte packets > > Anecdotal evidence suggests that they're blocking comcast (only 15 > million customers)... last hop is sl-bb21-sto-14-0-0.sprintlink.net > before it dies. > Can we get an update on the status of the Sweden mirror? -Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From jmr at macports.org Fri Jun 26 13:04:03 2009 From: jmr at macports.org (Joshua Root) Date: Sat, 27 Jun 2009 06:04:03 +1000 Subject: trd.no.distfiles.macports.org (norwegian mirror) In-Reply-To: <89B74866-F5DA-41B6-AA61-4169229FA6DB@apple.com> References: <4A451E8B.9000808@macports.org> <89B74866-F5DA-41B6-AA61-4169229FA6DB@apple.com> Message-ID: <4A4529B3.50502@macports.org> On 2009-6-27 05:35, William Siegrist wrote: > On Jun 26, 2009, at 12:16 PM, David Evans wrote: > >> In the previous discussion about mirror sites, Toby mentioned that at >> least this one rejected the connection immediately. >> >> It appears that this is because this site rejects http requests (port >> 80) and only allows ftp access. This appears to be independent >> of originating network so looks like they just don't support http. >> >> All urls for this site should be changed to ftp only. >> > > (redirecting to the mirror admin) > > Can we get an update on the current status of the Norwegian mirror? The last message on the subject that I can find says "trd.no should therefore continue to be down atleast until the autumn semester starts." - Josh From wsiegrist at apple.com Fri Jun 26 13:10:55 2009 From: wsiegrist at apple.com (William Siegrist) Date: Fri, 26 Jun 2009 13:10:55 -0700 Subject: trd.no.distfiles.macports.org (norwegian mirror) In-Reply-To: <4A4529B3.50502@macports.org> References: <4A451E8B.9000808@macports.org> <89B74866-F5DA-41B6-AA61-4169229FA6DB@apple.com> <4A4529B3.50502@macports.org> Message-ID: <237ADD7F-7ED0-4CBB-8F7F-5655B2B63B20@apple.com> On Jun 26, 2009, at 1:04 PM, Joshua Root wrote: > On 2009-6-27 05:35, William Siegrist wrote: >> On Jun 26, 2009, at 12:16 PM, David Evans wrote: >> >>> In the previous discussion about mirror sites, Toby mentioned that >>> at >>> least this one rejected the connection immediately. >>> >>> It appears that this is because this site rejects http requests >>> (port >>> 80) and only allows ftp access. This appears to be independent >>> of originating network so looks like they just don't support http. >>> >>> All urls for this site should be changed to ftp only. >>> >> >> (redirecting to the mirror admin) >> >> Can we get an update on the current status of the Norwegian mirror? > > The last message on the subject that I can find says "trd.no should > therefore continue to be down atleast until the autumn semester > starts." > Right, but I thought the status may have changed since David claims ftp works. -Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From ryandesign at macports.org Fri Jun 26 13:21:08 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri, 26 Jun 2009 15:21:08 -0500 Subject: trd.no.distfiles.macports.org (norwegian mirror) In-Reply-To: <237ADD7F-7ED0-4CBB-8F7F-5655B2B63B20@apple.com> References: <4A451E8B.9000808@macports.org> <89B74866-F5DA-41B6-AA61-4169229FA6DB@apple.com> <4A4529B3.50502@macports.org> <237ADD7F-7ED0-4CBB-8F7F-5655B2B63B20@apple.com> Message-ID: On Jun 26, 2009, at 15:10, William Siegrist wrote: > On Jun 26, 2009, at 1:04 PM, Joshua Root wrote: > >> On 2009-6-27 05:35, William Siegrist wrote: >> >>> On Jun 26, 2009, at 12:16 PM, David Evans wrote: >>> >>>> In the previous discussion about mirror sites, Toby mentioned >>>> that at >>>> least this one rejected the connection immediately. >>>> >>>> It appears that this is because this site rejects http requests >>>> (port >>>> 80) and only allows ftp access. This appears to be independent >>>> of originating network so looks like they just don't support http. >>>> >>>> All urls for this site should be changed to ftp only. >>> >>> (redirecting to the mirror admin) >>> >>> Can we get an update on the current status of the Norwegian mirror? >> >> The last message on the subject that I can find says "trd.no should >> therefore continue to be down atleast until the autumn semester >> starts." That is also the last message I recall. But blb added it back to the list in r52235 claiming it worked again. It doesn't work for me now. > Right, but I thought the status may have changed since David claims > ftp works. There is an FTP server running, but I can't find any of our distfiles on it. So I think we should remove trd.no from the mirror list until they tell us the server is ready for use again when the autumn semester starts. $ curl -O ftp://trd.no.distfiles.macports.org/zlib/zlib-1.2.3.tar.bz2 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- 0:00:07 --:--:-- 0 curl: (9) Server denied you to change to the given directory $ ftp trd.no.distfiles.macports.org Connected to mirror.pvv.ntnu.no. 220 ProFTPD 1.3.1 Server (stemor) [::ffff:129.241.210.192] Name (trd.no.distfiles.macports.org:rschmidt): anonymous 331 Anonymous login ok, send your complete email address as your password Password: 230-Welcome, archive user anonymous@::ffff:70.114.129.90 ! 230- 230-The local time is: Fri Jun 26 21:55:33 2009 230- 230-This is an experimental FTP server. If you have any unusual problems, 230-please report them via e-mail to . 230- 230 Anonymous access granted, restrictions apply Remote system type is UNIX. Using binary mode to transfer files. ftp> dir 229 Entering Extended Passive Mode (|||50804|) 150 Opening ASCII mode data connection for file list drwxr-xr-x 2 ftp ftp 4096 Aug 25 2008 ISO -rw-r--r-- 1 ftp ftp 170 Jul 6 2008 welcome.msg 226 Transfer complete ftp> cd ISO 250 CWD command successful ftp> dir 229 Entering Extended Passive Mode (|||10342|) 150 Opening ASCII mode data connection for file list -r--r--r-- 1 ftp ftp 713072640 Aug 25 2008 ubuntu-8.04.1- desktop-powerpc.iso 226 Transfer complete ftp> From ryandesign at macports.org Fri Jun 26 23:44:56 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat, 27 Jun 2009 01:44:56 -0500 Subject: livecheck.regex In-Reply-To: <331E5F52-1E17-4675-9CBD-367C6882631C@macports.org> References: <331E5F52-1E17-4675-9CBD-367C6882631C@macports.org> Message-ID: On Jun 20, 2009, at 12:51, James Kyle wrote: > It looks like the livecheck.regex rules are not the same as the tcl > regex rules. They should be the same, remembering to take into account the extra level of escaping you need if you use double-quote characters instead of curly braces. > I could be sorely mistaken since I have very limited exposure to tcl. > > However, this is what I'm seeing: > > in the tclsh, the following pattern matches correctly: > > % set text "newmat10.tar.gz or newmat10.zip - newmat10D source files" > newmat10.tar.gz or newmat10.zip - newmat10D source files > % set worldlist [regexp -inline -all -- {newmat(10)\.tar\.gz or > newmat10\.zip - newmat10D source files} $text] > {newmat10.tar.gz or newmat10.zip - newmat10D source files} 10 > % exit > > > The $text is a cut and paste from the site I'm trying to match. > > The same pattern fails when using livecheck.regex > >> livecheck.regex {newmat(10)\.tar\.gz or newmat10\.zip - >> newmat10D source files} > >> port livecheck newmat => Error: cannot check if newmat was updated >> (regex didn't match) > > > Ignoring for the moment that that the regex is far too specific, > what are the differences between tcl regex and livecheck.regex that > cause one to match and the other to fail? > > For context, I ran into this when trying to do a lookahead match > that excluded strings with the word "beta" in them. . . something > like this: > > {newmat([0-9.]+).tar.gz.*(?!.*beta)} I don't know if the "(?...)" syntax works in Tcl. From raimue at macports.org Sat Jun 27 03:31:20 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sat, 27 Jun 2009 12:31:20 +0200 Subject: livecheck.regex In-Reply-To: <331E5F52-1E17-4675-9CBD-367C6882631C@macports.org> References: <331E5F52-1E17-4675-9CBD-367C6882631C@macports.org> Message-ID: <4A45F4F8.8080500@macports.org> On 2009-06-20 19:51, James Kyle wrote: > in the tclsh, the following pattern matches correctly: > > % set text "newmat10.tar.gz or newmat10.zip - newmat10D source files" > newmat10.tar.gz or newmat10.zip - newmat10D source files > % set worldlist [regexp -inline -all -- {newmat(10)\.tar\.gz or > newmat10\.zip - newmat10D source files} $text] > {newmat10.tar.gz or newmat10.zip - newmat10D source files} 10 > % exit Did you use /opt/local/bin/tclsh (8.5) or /usr/bin/tclsh (8.4)? There could be different behavior in the versions. Make sure you always test with the system provided Tcl as that is what MacPorts uses. > [...] > For context, I ran into this when trying to do a lookahead match that > excluded strings with the word "beta" in them. . . something like this: > > {newmat([0-9.]+).tar.gz.*(?!.*beta)} The man page re_syntax(n) mentions such constraints, so they should work in general... Rainer From jwa at macports.org Sat Jun 27 06:50:45 2009 From: jwa at macports.org (Jyrki Wahlstedt) Date: Sat, 27 Jun 2009 16:50:45 +0300 Subject: wxWidgets upgrade to lower version? In-Reply-To: <9F94C419-7E7B-4C57-8AF4-2B4C70284300@macports.org> References: <44B4CD28-8B8E-4D50-8E4A-F5842FA29052@lavergne.gotdns.org> <9F94C419-7E7B-4C57-8AF4-2B4C70284300@macports.org> Message-ID: Sorry to come into this this late, but some background info for this might be useful. There would be no trouble at all keeping wxWidgets at the latest stable version, but and this is a big but, the upstream maintainer of wxPython has the convention of including wxWidgets sources in his own releases. Now there would be no trouble, if the releases were in sync, but it so happens that with some of wxPython releases the included wxWidgets has some features not present in the stable version. With 2.8.9 and 2.8.10 there are these discrepancies, due to which the downgrade was necessary. PS I tried a few times to get the wxPython release system to make more sense by having the releases in sync (wouldn't even be necessary to include wxWidgets!), but with no success. Sorry for the tone of this message, but I am quite bitter about this, problems are thrown upon us with no way out. On 26.6.2009, at 2.31, Ryan Schmidt wrote: > On Jun 25, 2009, at 17:57, Darren Weber wrote: > >> Yea, just read the `port cat wxWidgets` but didn't check any svn >> logs. That may explain the upgrade, but it's curious the version >> dropped back because the current stable release is at 2.8.10 >> according to the downloads: >> http://www.wxwidgets.org/downloads/ > > As jameskyle said in the commit message you quoted below, wxWidgets > was downgraded back to 2.8.9 for compatibility reasons. I don't have > more details than that. > >> It's a pity the epoch had to be created, because, as I understand >> it, the port will now forever need an epoch number. > > I'm not certain why people think that's a pity. Yes, an epoch line > will need to remain in wxWidgets forever, but why is that a problem? > >> So, out of curiosity, what happens when this port is actually >> upgraded to the 2.8.10 release? Can the epoch remain at 1 and the >> version bump up to 2.8.10 - will that trigger an upgrade? Or does >> the version have to bump up for each new release version? > > The epoch can stay at 1 until someone wants to do another downgrade. > MacPorts basically concatenates the numbers epoch_version_revision, > so we had the sequence: > > 0_2.8.9_0 > 0_2.8.10_0 > 1_2.8.9_0 > > If we later update to 2.8.10 again after resolving whatever the > issues were, it will be: > > 1_2.8.10_0 > > >> It helps to have access to the svn logs: >> >> [ dweber at X ~/macports/dports/graphics ]$ svn log wxWidgets >> ------------------------------------------------------------------------ >> r52662 | ryandesign at macports.org | 2009-06-20 14:18:32 -0700 (Sat, >> 20 Jun 2009) | 2 lines >> >> wxWidgets: increase epoch so everyone who had 2.8.10 installed gets >> prompted to downgrade to 2.8.9. >> >> ------------------------------------------------------------------------ >> r52414 | jameskyle at macports.org | 2009-06-15 21:34:25 -0700 (Mon, >> 15 Jun 2009) | 3 lines >> >> Dropped the wxwidgets version to 2.8.9 for compatibility reasons >> Fixed #19191 >> >> ------------------------------------------------------------------------ >> r52309 | jameskyle at macports.org | 2009-06-13 16:05:10 -0700 (Sat, >> 13 Jun 2009) | 2 lines >> >> Disabled parallel builds; fixes #16099 >> >> ------------------------------------------------------------------------ >> r48246 | mww at macports.org | 2009-03-17 10:41:18 -0700 (Tue, 17 Mar >> 2009) | 2 lines >> >> version 2.8.10 >> >> ------------------------------------------------------------------------ >> r40194 | jwa at macports.org | 2008-09-24 08:46:52 -0700 (Wed, 24 Sep >> 2008) | 2 lines >> >> version bump to 2.8.9 > > > _______________________________________________ > macports-dev mailing list > macports-dev at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev From toby at apple.com Sat Jun 27 11:54:48 2009 From: toby at apple.com (Toby Peterson) Date: Sat, 27 Jun 2009 11:54:48 -0700 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> Message-ID: On Jun 27, 2009, at 11:21 AM, David Bannister wrote: > On Jun 26, 2009, at 3:37 PM, William Siegrist wrote: > >> (redirecting to mirror admin) >> >> >> On Jun 25, 2009, at 10:19 PM, Toby Peterson wrote: >> >>> On Jun 25, 2009, at 10:13 PM, Ryan Schmidt wrote: >>> >>>> On Jun 26, 2009, at 00:04, Toby Peterson wrote: >>>> >>>>> On Jun 25, 2009, at 9:36 PM, Ryan Schmidt wrote: >>>>> >>>>>> On Jun 25, 2009, at 21:48, toby at macports.org wrote: >>>>>> >>>>>>> Revision: 52946 >>>>>>> http://trac.macports.org/changeset/52946 >>>>>>> Author: toby at macports.org >>>>>>> Date: 2009-06-25 19:48:17 -0700 (Thu, 25 Jun 2009) >>>>>>> Log Message: >>>>>>> ----------- >>>>>>> Remove arn.se mirror, I'm tired of having to wait for it to >>>>>>> timeout. trd.no can stay, at least it fails immediately. >>>>>> >>>>>> I have never noticed arn.se being offline, and it is online now >>>>>> as far as I can tell. How long have you been experiencing the >>>>>> issue? What exactly happens? >>>>> >>>>> It's never worked for me. Can't ping, can't traceroute, http >>>>> requests timeout (instead of being refused outright like >>>>> trd.no). Oh well, added it back. I'll keep the change locally. >>>> >>>> Hmm, I'm not sure what's going on. Here's my traceroute: >>>> >>>> $ traceroute arn.se.distfiles.macports.org >>>> traceroute to arn.se.distfiles.macports.org (192.157.38.21), 64 >>>> hops max, 40 byte packets >>> >>> Anecdotal evidence suggests that they're blocking comcast (only 15 >>> million customers)... last hop is sl-bb21- >>> sto-14-0-0.sprintlink.net before it dies. >>> >> >> >> Can we get an update on the status of the Sweden mirror? >> >> >> -Bill >> > > Sounds like he is a customer of Telia, in which case there is no > connectivity. Comcast. So, the mirror is hosted by a small ISP that has a habit of blocking ISPs with millions of customers? Brilliant! - Toby From ram at macports.org Sun Jun 28 09:52:30 2009 From: ram at macports.org (Adam Mercer) Date: Sun, 28 Jun 2009 11:52:30 -0500 Subject: [53034] trunk/dports/python/py25-wxpython/Portfile In-Reply-To: <20090628150735.8C7731F29DCF@beta.macosforge.org> References: <20090628150735.8C7731F29DCF@beta.macosforge.org> Message-ID: <799406d60906280952i66f984beq4e89d3631990bea9@mail.gmail.com> On Sun, Jun 28, 2009 at 10:07, wrote: > Revision 53034 Author jameskyle at macports.org Date 2009-06-28 08:07:34 -0700 > (Sun, 28 Jun 2009) > > Log Message > > Version reduced to 2.8.9.1. > Ticket #19191 Again, the epoch will need to be bumped so port sees this as an "update" Cheers Adam From ryandesign at macports.org Sun Jun 28 13:46:57 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 28 Jun 2009 15:46:57 -0500 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <3E4100A2-6E68-440A-B34D-56479E0A74A3@mojo.net> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> <3E4100A2-6E68-440A-B34D-56479E0A74A3@mojo.net> Message-ID: On Jun 28, 2009, at 13:11, David Bannister wrote: > So yes, there is no connectivity to Telia, Comcast and a handful of > German ISPs. This is due to some disagreements with AS1880 and > those ISPs. AS1880, the transit provider for this node does not > run a public network. It is a private network for personal use > with over 100Gbps of transit connectivity. Why are you trying to > get ports from a Swedish mirror if you are on Comcast (Norcal)? If > you are looking to avoid global connectivity issues may I suggest > you include GeoIP and BGP information during the selection of > server to make sure things 'work.' Other people do this have have > no issue. The technology exists and I will be more than happy to > tell you how this stuff works. MacPorts used to not have any central mirrors, and would select a download location based on the order listed in the Portfile. Then we added the mirror at Apple, and changed MacPorts to ping each mirror and select mirrors in order of lowest to highest ping time. This has seemed to work well so far. Then the trd.no and arn.se mirrors were added, which should just serve to sweeten the deal. If arn.se happens to be the lowest ping, it will be used first. If, as Toby states, the server does not respond to ping from his network, then it should not impact the download mechanism whatsoever. If it does, then that is a bug in MacPorts base that we would want to address. Using GeoIP information would be another method by which we could select a nearby server, but we have not written code for that. Would it be better than choosing lowest ping time? I personally value the lowest ping time mechanism, because I have several machines at home, each of which is running a web server and serving its distfiles, and each machine is configured to use the others as mirrors. This helps me only download a distfile from the Internet once. I'm not familiar with how to use BGP information to select a server. From ryandesign at macports.org Sun Jun 28 14:58:49 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 28 Jun 2009 16:58:49 -0500 Subject: [53018] trunk/dports/lang/python31/Portfile In-Reply-To: <731EF438-BB4F-4A19-9D63-AF0337C7C133@lavergne.gotdns.org> References: <20090628081026.918851F26798@beta.macosforge.org> <731EF438-BB4F-4A19-9D63-AF0337C7C133@lavergne.gotdns.org> Message-ID: <895DF0E3-CB12-443C-82B0-1B9090302C26@macports.org> On Jun 28, 2009, at 09:38, Jeremy Lavergne wrote: > Should python31a1 not have been a devel package? The way it seems to be right now is: If there's only a single port (cairo, pango, graphviz) and you want to have a port for the next not-yet-released version, then you use the -devel suffix (cairo-devel, pango-devel, graphviz-devel). But if there are multiple versions of the port for each major version of the software (python*, gcc*), then you can just introduce the next major version portfile and let it mature from development snapshots to alpha to beta to release candidate to final releases. From ryandesign at macports.org Sun Jun 28 15:07:51 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 28 Jun 2009 17:07:51 -0500 Subject: [53018] trunk/dports/lang/python31/Portfile In-Reply-To: <5CF940EC-211F-469E-AF60-CAF5E7E7D887@lavergne.gotdns.org> References: <20090628081026.918851F26798@beta.macosforge.org> <731EF438-BB4F-4A19-9D63-AF0337C7C133@lavergne.gotdns.org> <895DF0E3-CB12-443C-82B0-1B9090302C26@macports.org> <5CF940EC-211F-469E-AF60-CAF5E7E7D887@lavergne.gotdns.org> Message-ID: <947E241A-FBD8-4FDC-8C47-99C640D20BF8@macports.org> On Jun 28, 2009, at 17:01, Jeremy Lavergne wrote: >>> Should python31a1 not have been a devel package? >> >> The way it seems to be right now is: >> >> If there's only a single port (cairo, pango, graphviz) and you >> want to have a port for the next not-yet-released version, then >> you use the -devel suffix (cairo-devel, pango-devel, graphviz-devel). >> >> But if there are multiple versions of the port for each major >> version of the software (python*, gcc*), then you can just >> introduce the next major version portfile and let it mature from >> development snapshots to alpha to beta to release candidate to >> final releases. > > Ah, then might I enquire why there was an "a1" in version instead > of just in distfile? The version of the software *was* "3.1a1" (the first alpha release of 3.1). Now the final version has been released so now the version is just "3.1". It is the version numbering scheme the developers of Python are using, so it is proper for the port to use the same convention. The name of the port was and is python31. From ryandesign at macports.org Sun Jun 28 16:02:32 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 28 Jun 2009 18:02:32 -0500 Subject: [53030] trunk/dports/graphics/nifticlib/Portfile In-Reply-To: <20090628143135.876E51F29845@beta.macosforge.org> References: <20090628143135.876E51F29845@beta.macosforge.org> Message-ID: On Jun 28, 2009, at 09:31, jameskyle at macports.org wrote: > Revision: 53030 > http://trac.macports.org/changeset/53030 > Author: jameskyle at macports.org > Date: 2009-06-28 07:31:33 -0700 (Sun, 28 Jun 2009) > Log Message: > ----------- > Converted to portgroup cmake 1.0 for proper handling of universal > variants. > Ticket #20024 You can also remove these lines from the portfile now, since the cmake portgroup does this for you: depends_build port:cmake configure.cmd cmake I'm not sure about the prefix. Your port does configure.pre_args configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} \ -DBUILD_SHARED_LIBS:BOOL=True while the cmake portgroup does configure.pre_args -DCMAKE_INSTALL_PREFIX=${prefix} I do not know cmake, but if "-DCMAKE_INSTALL_PREFIX=${prefix}" is equivalent to "-DCMAKE_INSTALL_PREFIX:PATH=${prefix}" then you can reduce the lines configure.pre_args configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} \ -DBUILD_SHARED_LIBS:BOOL=True to just configure.args -DBUILD_SHARED_LIBS:BOOL=True If they are not equivalent, then I would still recommend you use configure.pre_args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} configure.args -DBUILD_SHARED_LIBS:BOOL=True since configure.pre_args is where the prefix is traditionally set. From jeremy at lavergne.gotdns.org Sun Jun 28 17:00:30 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Sun, 28 Jun 2009 20:00:30 -0400 Subject: [53030] trunk/dports/graphics/nifticlib/Portfile In-Reply-To: References: <20090628143135.876E51F29845@beta.macosforge.org> Message-ID: <0B195863-CD25-460D-B22A-F0350CB7D512@lavergne.gotdns.org> Shouldn't -append be used here to avoid overwriting the portgroup settings for each variable you use? On Jun 28, 2009, at 7:02 PM, Ryan Schmidt wrote: > On Jun 28, 2009, at 09:31, jameskyle at macports.org wrote: >> Ticket #20024 > > You can also remove these lines from the portfile now, since the > cmake portgroup does this for you: > > depends_build port:cmake > configure.cmd cmake > > I'm not sure about the prefix. Your port does > > configure.pre_args > configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} \ > -DBUILD_SHARED_LIBS:BOOL=True > > while the cmake portgroup does > > configure.pre_args -DCMAKE_INSTALL_PREFIX=${prefix} > > I do not know cmake, but if "-DCMAKE_INSTALL_PREFIX=${prefix}" is > equivalent to "-DCMAKE_INSTALL_PREFIX:PATH=${prefix}" then you can > reduce the lines > > configure.pre_args > configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} \ > -DBUILD_SHARED_LIBS:BOOL=True > > to just > > configure.args -DBUILD_SHARED_LIBS:BOOL=True > > If they are not equivalent, then I would still recommend you use > > configure.pre_args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} > configure.args -DBUILD_SHARED_LIBS:BOOL=True > > since configure.pre_args is where the prefix is traditionally set. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From jameskyle at macports.org Sun Jun 28 17:22:11 2009 From: jameskyle at macports.org (James Kyle) Date: Sun, 28 Jun 2009 17:22:11 -0700 Subject: wxWidgets upgrade to lower version? In-Reply-To: References: <44B4CD28-8B8E-4D50-8E4A-F5842FA29052@lavergne.gotdns.org> <9F94C419-7E7B-4C57-8AF4-2B4C70284300@macports.org> Message-ID: <7B7AF1C9-2510-4237-801D-8CC3A3AE1643@macports.org> On Jun 27, 2009, at 6:50 AM, Jyrki Wahlstedt wrote: > Sorry > to come into this this late, but some background info for this might > be useful. There would be no trouble at all keeping wxWidgets at the > latest stable version, but and this is a big but, the upstream > maintainer of wxPython has the convention of including wxWidgets > sources in his own releases. Now there would be no trouble, if the > releases were in sync, but it so happens that with some of wxPython > releases the included wxWidgets has some features not present in the > stable version. > With 2.8.9 and 2.8.10 there are these discrepancies, due to which > the downgrade was necessary. > > PS I tried a few times to get the wxPython release system to make > more sense by having the releases in sync (wouldn't even be > necessary to include wxWidgets!), but with no success. Sorry for the > tone of this message, but I am quite bitter about this, problems are > thrown upon us with no way out. I went through the same thing with py26-wxwidgets as the above which accounts for the recent back and forth until all three were in sync. Thank you for clarifying for the list, jyrki. From ryandesign at macports.org Sun Jun 28 17:53:10 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun, 28 Jun 2009 19:53:10 -0500 Subject: [53030] trunk/dports/graphics/nifticlib/Portfile In-Reply-To: <0B195863-CD25-460D-B22A-F0350CB7D512@lavergne.gotdns.org> References: <20090628143135.876E51F29845@beta.macosforge.org> <0B195863-CD25-460D-B22A-F0350CB7D512@lavergne.gotdns.org> Message-ID: <2438BE61-E4CD-4B37-B5B7-C8266FB82744@macports.org> On Jun 28, 2009, at 19:00, Jeremy Lavergne wrote: > Shouldn't -append be used here to avoid overwriting the portgroup > settings for each variable you use? Yes! Good eye, thanks for catching that. > On Jun 28, 2009, at 7:02 PM, Ryan Schmidt wrote: >> On Jun 28, 2009, at 09:31, jameskyle at macports.org wrote: >>> Ticket #20024 >> >> You can also remove these lines from the portfile now, since the >> cmake portgroup does this for you: >> >> depends_build port:cmake >> configure.cmd cmake >> >> I'm not sure about the prefix. Your port does >> >> configure.pre_args >> configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} \ >> -DBUILD_SHARED_LIBS:BOOL=True >> >> while the cmake portgroup does >> >> configure.pre_args -DCMAKE_INSTALL_PREFIX=${prefix} >> >> I do not know cmake, but if "-DCMAKE_INSTALL_PREFIX=${prefix}" is >> equivalent to "-DCMAKE_INSTALL_PREFIX:PATH=${prefix}" then you can >> reduce the lines >> >> configure.pre_args >> configure.args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} \ >> -DBUILD_SHARED_LIBS:BOOL=True >> >> to just >> >> configure.args -DBUILD_SHARED_LIBS:BOOL=True >> >> If they are not equivalent, then I would still recommend you use >> >> configure.pre_args -DCMAKE_INSTALL_PREFIX:PATH=${prefix} >> configure.args -DBUILD_SHARED_LIBS:BOOL=True >> >> since configure.pre_args is where the prefix is traditionally set. > From febeling at macports.org Mon Jun 29 01:56:56 2009 From: febeling at macports.org (C. Florian Ebeling) Date: Mon, 29 Jun 2009 10:56:56 +0200 Subject: Portmill status Message-ID: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> Hi, there hasn't been any news on the build server lately, so I just wanted to give you an update on the matter. Unfortunately, currently personal life has changed much and I will hardly be able to do any work on this in the next time. The source is up and readily available, so if anyone feels like digging into it, that is possible, and I will help via mail with any questions. I will pick up the work later there, or so I plan, but I don't know really when that will be possible. Another thing that came up was the suggestion that it should be ported to mysql instead of couchdb. I would find that not very motivating, but it is certainly possible. Do you think all macports things should use mysql? I found couchdb actually a very inspiring technology, and it was part of my motivation to work on the thing in the first place. (This discussion is not really pressing now, give what I said above, but since it is a fundamental question, we can also discuss it now.) Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From jmr at macports.org Mon Jun 29 03:13:16 2009 From: jmr at macports.org (Joshua Root) Date: Mon, 29 Jun 2009 20:13:16 +1000 Subject: Portmill status In-Reply-To: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> Message-ID: <4A4893BC.8050906@macports.org> On 2009-6-29 18:56, C. Florian Ebeling wrote: > Another thing that came up was the suggestion that it should be ported > to mysql instead of couchdb. I would find that not very motivating, > but it is certainly possible. Do you think all macports things should > use mysql? Not at all. Use the best tool for the job. - Josh From wsiegrist at apple.com Mon Jun 29 08:31:10 2009 From: wsiegrist at apple.com (William Siegrist) Date: Mon, 29 Jun 2009 08:31:10 -0700 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> <3E4100A2-6E68-440A-B34D-56479E0A74A3@mojo.net> Message-ID: On Jun 28, 2009, at 1:46 PM, Ryan Schmidt wrote: > > On Jun 28, 2009, at 13:11, David Bannister wrote: > >> So yes, there is no connectivity to Telia, Comcast and a handful of >> German ISPs. This is due to some disagreements with AS1880 and >> those ISPs. AS1880, the transit provider for this node does not >> run a public network. It is a private network for personal use >> with over 100Gbps of transit connectivity. Why are you trying to >> get ports from a Swedish mirror if you are on Comcast (Norcal)? If >> you are looking to avoid global connectivity issues may I suggest >> you include GeoIP and BGP information during the selection of >> server to make sure things 'work.' Other people do this have have >> no issue. The technology exists and I will be more than happy to >> tell you how this stuff works. > > MacPorts used to not have any central mirrors, and would select a > download location based on the order listed in the Portfile. > > Then we added the mirror at Apple, and changed MacPorts to ping each > mirror and select mirrors in order of lowest to highest ping time. > This has seemed to work well so far. > > Then the trd.no and arn.se mirrors were added, which should just > serve to sweeten the deal. If arn.se happens to be the lowest ping, > it will be used first. If, as Toby states, the server does not > respond to ping from his network, then it should not impact the > download mechanism whatsoever. If it does, then that is a bug in > MacPorts base that we would want to address. > I believe the problem is MacPorts will wait for a while (10 seconds?) before giving up on a mirror which just drops packets instead of refusing the connection outright. It does not break MP, but it is pretty annoying. David should have explained the limitations on the mirror at the beginning, but at least we know now so a workaround can be put into the mirror selection. -Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From wsiegrist at apple.com Mon Jun 29 08:34:44 2009 From: wsiegrist at apple.com (William Siegrist) Date: Mon, 29 Jun 2009 08:34:44 -0700 Subject: Portmill status In-Reply-To: <4A4893BC.8050906@macports.org> References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> <4A4893BC.8050906@macports.org> Message-ID: On Jun 29, 2009, at 3:13 AM, Joshua Root wrote: > On 2009-6-29 18:56, C. Florian Ebeling wrote: >> Another thing that came up was the suggestion that it should be >> ported >> to mysql instead of couchdb. I would find that not very motivating, >> but it is certainly possible. Do you think all macports things should >> use mysql? > > Not at all. Use the best tool for the job. > But "best tool" here needs to take into consideration the other MacPorts web apps. Right now, MPWA and the website use MySQL. It would help share data in the long run if all systems pulled from the same database. I don't think its worth the effort to integrate the Postgres DB that backs Trac, but we can at least try to make MPWA, Portmill, and the website share some common data. That of course means the other apps could be ported to CouchDB if thats a better tool overall. -Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From jim at geekdaily.org Mon Jun 29 10:24:26 2009 From: jim at geekdaily.org (Jim Meyer) Date: Mon, 29 Jun 2009 10:24:26 -0700 Subject: Portmill status In-Reply-To: References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> <4A4893BC.8050906@macports.org> Message-ID: <6FB21B67-29B0-416B-AEA5-33634D3241AF@geekdaily.org> On Jun 29, 2009, at 8:34 AM, William Siegrist wrote: > On Jun 29, 2009, at 3:13 AM, Joshua Root wrote: > >> On 2009-6-29 18:56, C. Florian Ebeling wrote: >>> Another thing that came up was the suggestion that it should be >>> ported >>> to mysql instead of couchdb. [...] Do you think all macports >>> things should >>> use mysql? >> >> Not at all. Use the best tool for the job. >> > > But "best tool" here needs to take into consideration the other > MacPorts web apps. Right now, MPWA and the website use MySQL. It > would help share data in the long run if all systems pulled from the > same database. I don't think its worth the effort to integrate the > Postgres DB that backs Trac, but we can at least try to make MPWA, > Portmill, and the website share some common data. That of course > means the other apps could be ported to CouchDB if thats a better > tool overall. Alternately, we could just be sure each app has a good set of RESTful APIs by which they communicate with each other (and perhaps other apps as well). This also has the benefit of avoiding backend DB entanglements when one app needs to evolve differently than the others. --j > From jkh at apple.com Mon Jun 29 10:29:50 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Mon, 29 Jun 2009 10:29:50 -0700 Subject: Portmill status In-Reply-To: References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> <4A4893BC.8050906@macports.org> Message-ID: <065FBF8E-949B-47A6-A84B-61A3C3374BA5@apple.com> On Jun 29, 2009, at 8:34 AM, William Siegrist wrote: > But "best tool" here needs to take into consideration the other > MacPorts web apps. Right now, MPWA and the website use MySQL. It > would help share data in the long run if all systems pulled from the > same database. I don't think its worth the effort to integrate the > Postgres DB that backs Trac, but we can at least try to make MPWA, > Portmill, and the website share some common data. That of course > means the other apps could be ported to CouchDB if thats a better > tool overall. I think this ultimately needs to be left to the discretion of whomever's doing the work. I mean, it's all well and good to say "this should really use MYSQL instead!" but unless the person saying this is also turning up to the discussion with a pile of patches which Make It So, it can only come across as carping from the back seat. - Jordan From wsiegrist at apple.com Mon Jun 29 10:52:18 2009 From: wsiegrist at apple.com (William Siegrist) Date: Mon, 29 Jun 2009 10:52:18 -0700 Subject: Portmill status In-Reply-To: <065FBF8E-949B-47A6-A84B-61A3C3374BA5@apple.com> References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> <4A4893BC.8050906@macports.org> <065FBF8E-949B-47A6-A84B-61A3C3374BA5@apple.com> Message-ID: <95C435D3-F672-4677-9DDF-6EF888CE2533@apple.com> On Jun 29, 2009, at 10:29 AM, Jordan K. Hubbard wrote: > > On Jun 29, 2009, at 8:34 AM, William Siegrist wrote: > >> But "best tool" here needs to take into consideration the other >> MacPorts web apps. Right now, MPWA and the website use MySQL. It >> would help share data in the long run if all systems pulled from >> the same database. I don't think its worth the effort to integrate >> the Postgres DB that backs Trac, but we can at least try to make >> MPWA, Portmill, and the website share some common data. That of >> course means the other apps could be ported to CouchDB if thats a >> better tool overall. > > I think this ultimately needs to be left to the discretion of > whomever's doing the work. I mean, it's all well and good to say > "this should really use MYSQL instead!" but unless the person saying > this is also turning up to the discussion with a pile of patches > which Make It So, it can only come across as carping from the back > seat. > I'm not saying they should all use MySQL, I'm saying they should all use the same backend. My primary reason is I believe it is better engineering. But secondarily, I'm the one who has to manage yet- another-database-server if we add CouchDB to the mix. So I'm not just sitting in the backseat. -Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From jkh at apple.com Mon Jun 29 10:55:14 2009 From: jkh at apple.com (Jordan K. Hubbard) Date: Mon, 29 Jun 2009 10:55:14 -0700 Subject: Portmill status In-Reply-To: <95C435D3-F672-4677-9DDF-6EF888CE2533@apple.com> References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> <4A4893BC.8050906@macports.org> <065FBF8E-949B-47A6-A84B-61A3C3374BA5@apple.com> <95C435D3-F672-4677-9DDF-6EF888CE2533@apple.com> Message-ID: On Jun 29, 2009, at 10:52 AM, William Siegrist wrote: > On Jun 29, 2009, at 10:29 AM, Jordan K. Hubbard wrote: > >> >> On Jun 29, 2009, at 8:34 AM, William Siegrist wrote: >> >>> But "best tool" here needs to take into consideration the other >>> MacPorts web apps. Right now, MPWA and the website use MySQL. It >>> would help share data in the long run if all systems pulled from >>> the same database. I don't think its worth the effort to integrate >>> the Postgres DB that backs Trac, but we can at least try to make >>> MPWA, Portmill, and the website share some common data. That of >>> course means the other apps could be ported to CouchDB if thats a >>> better tool overall. >> >> I think this ultimately needs to be left to the discretion of >> whomever's doing the work. I mean, it's all well and good to say >> "this should really use MYSQL instead!" but unless the person >> saying this is also turning up to the discussion with a pile of >> patches which Make It So, it can only come across as carping from >> the back seat. > > > I'm not saying they should all use MySQL, I'm saying they should all > use the same backend. My primary reason is I believe it is better > engineering. But secondarily, I'm the one who has to manage yet- > another-database-server if we add CouchDB to the mix. So I'm not > just sitting in the backseat. I think you missed my fundamental point. What we need to be focusing on is just who is going to take over the work now that the original author is going offline for an extended period and who, if anyone, will be actually making the changes to align on a common back-end. If no one picks the ball up and actually carries it, the broader issues of support for it are rather academic at best. - Jordan From wsiegrist at apple.com Mon Jun 29 11:08:00 2009 From: wsiegrist at apple.com (William Siegrist) Date: Mon, 29 Jun 2009 11:08:00 -0700 Subject: Portmill status In-Reply-To: References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> <4A4893BC.8050906@macports.org> <065FBF8E-949B-47A6-A84B-61A3C3374BA5@apple.com> <95C435D3-F672-4677-9DDF-6EF888CE2533@apple.com> Message-ID: <55B34EB8-3D0A-4C24-BDA2-2A88F3BAAB3F@apple.com> On Jun 29, 2009, at 10:55 AM, Jordan K. Hubbard wrote: > > On Jun 29, 2009, at 10:52 AM, William Siegrist wrote: > >> On Jun 29, 2009, at 10:29 AM, Jordan K. Hubbard wrote: >> >>> >>> On Jun 29, 2009, at 8:34 AM, William Siegrist wrote: >>> >>>> But "best tool" here needs to take into consideration the other >>>> MacPorts web apps. Right now, MPWA and the website use MySQL. It >>>> would help share data in the long run if all systems pulled from >>>> the same database. I don't think its worth the effort to >>>> integrate the Postgres DB that backs Trac, but we can at least >>>> try to make MPWA, Portmill, and the website share some common >>>> data. That of course means the other apps could be ported to >>>> CouchDB if thats a better tool overall. >>> >>> I think this ultimately needs to be left to the discretion of >>> whomever's doing the work. I mean, it's all well and good to say >>> "this should really use MYSQL instead!" but unless the person >>> saying this is also turning up to the discussion with a pile of >>> patches which Make It So, it can only come across as carping from >>> the back seat. >> >> >> I'm not saying they should all use MySQL, I'm saying they should >> all use the same backend. My primary reason is I believe it is >> better engineering. But secondarily, I'm the one who has to manage >> yet-another-database-server if we add CouchDB to the mix. So I'm >> not just sitting in the backseat. > > I think you missed my fundamental point. What we need to be > focusing on is just who is going to take over the work now that the > original author is going offline for an extended period and who, if > anyone, will be actually making the changes to align on a common > back-end. If no one picks the ball up and actually carries it, the > broader issues of support for it are rather academic at best. > > Fair enough, but my original point was just to clarify Florian's original comment about some people wanting to port it to mysql before putting it up on macports.org. The actual suggestion I discussed with Florian in a private thread (and what Ryan said on list), is that we should try to unify all of the web services, not a "we must use mysql" demand. -Bill -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available URL: From florian.ebeling at gmail.com Mon Jun 29 11:09:08 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Mon, 29 Jun 2009 20:09:08 +0200 Subject: Portmill status In-Reply-To: <6FB21B67-29B0-416B-AEA5-33634D3241AF@geekdaily.org> References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> <4A4893BC.8050906@macports.org> <6FB21B67-29B0-416B-AEA5-33634D3241AF@geekdaily.org> Message-ID: <5cbbe4ae0906291109h6c42bf26vd87264be0c035651@mail.gmail.com> > Alternately, we could just be sure each app has a good set of RESTful APIs > by which they communicate with each other (and perhaps other apps as well). > This also has the benefit of avoiding backend DB entanglements when one app > needs to evolve differently than the others. That's what CouchDB fulfills already and on it's own, since it _only_ works over a RESTful API and does not need any proprietary protocol or client library. You can do every operation on it using curl from the shell. -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From florian.ebeling at gmail.com Mon Jun 29 11:20:08 2009 From: florian.ebeling at gmail.com (C. Florian Ebeling) Date: Mon, 29 Jun 2009 20:20:08 +0200 Subject: Portmill status In-Reply-To: <55B34EB8-3D0A-4C24-BDA2-2A88F3BAAB3F@apple.com> References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> <4A4893BC.8050906@macports.org> <065FBF8E-949B-47A6-A84B-61A3C3374BA5@apple.com> <95C435D3-F672-4677-9DDF-6EF888CE2533@apple.com> <55B34EB8-3D0A-4C24-BDA2-2A88F3BAAB3F@apple.com> Message-ID: <5cbbe4ae0906291120r4e33066apffd78d76e3fdd951@mail.gmail.com> > Fair enough, but my original point was just to clarify Florian's original > comment about some people wanting to port it to mysql before putting it up > on macports.org. The actual suggestion I discussed with Florian in a private > thread (and what Ryan said on list), is that we should try to unify all of > the web services, not a "we must use mysql" demand. That's a reasonable thing to ask for. But maybe the project should first be made usable at all, and then consolidated. In private discussion with Bill I also suggested to test-drive it and accept a less homogenous situation for a while, and decide then on the ground of gained experience. And I think that CouchDB is quite an attractive component from an operations point of view as well. But let's not forget, we are speaking a bit abstract about something that still needs more work anyway. So it's a bit early to get all heated about this question :) Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From ryandesign at macports.org Mon Jun 29 16:46:04 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 29 Jun 2009 18:46:04 -0500 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> <3E4100A2-6E68-440A-B34D-56479E0A74A3@mojo.net> Message-ID: <79DA4D9B-28B3-4B76-81F7-A7BB061EC929@macports.org> On Jun 29, 2009, at 10:31, William Siegrist wrote: > I believe the problem is MacPorts will wait for a while (10 > seconds?) before giving up on a mirror which just drops packets > instead of refusing the connection outright. It does not break MP, > but it is pretty annoying. David should have explained the > limitations on the mirror at the beginning, but at least we know > now so a workaround can be put into the mirror selection. For me it takes about 5 seconds to fetch zlib, of which about 1 second is actually downloading the file. For glib2, which is larger and has more mirrors, it takes 11 seconds, of which about 7 seconds are downloading the file. So either way, about 4 seconds for MacPorts to set up and ping all the servers (including my local mirrors which are offline and not responding to pings for this test). If we can make MacPorts quicker at setting up and pinging the servers that would of course be great, but 4 seconds doesn't seem all that bad. Is this also what you're seeing, or is it taking much longer for you? What workaround are you thinking of for the mirror selection? $ time port -d fetch zlib DEBUG: Found port in file:///Users/rschmidt/macports/dports/archivers/ zlib DEBUG: Changing to port directory: /Users/rschmidt/macports/dports/ archivers/zlib DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided DEBUG: adding the default universal variant DEBUG: Requested variant darwin is not provided by port zlib. DEBUG: Requested variant i386 is not provided by port zlib. DEBUG: Requested variant macosx is not provided by port zlib. DEBUG: Executing org.macports.main (zlib) ---> Fetching zlib DEBUG: Executing org.macports.fetch (zlib) ---> zlib-1.2.3.tar.bz2 doesn't seem to exist in /mp/var/macports/ distfiles/zlib DEBUG: Pinging www.zlib.net... DEBUG: Pinging www.gzip.org... DEBUG: Pinging host1.local... DEBUG: Pinging host2.local... DEBUG: Pinging host3.local... DEBUG: Pinging distfiles.macports.org... DEBUG: Pinging arn.se.distfiles.macports.org... DEBUG: www.zlib.net ping time is 36.238 DEBUG: www.gzip.org ping time is 150.544 DEBUG: host1.local ping time is 10000 DEBUG: host2.local ping time is 10000 DEBUG: host3.local ping time is 10000 DEBUG: distfiles.macports.org ping time is 64.301 DEBUG: arn.se.distfiles.macports.org ping time is 167.334 ---> Attempting to fetch zlib-1.2.3.tar.bz2 from http://www.zlib.net/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 415k 100 415k 0 0 284k 0 0:00:01 0:00:01 --:--:-- 438k real 0m4.855s user 0m0.271s sys 0m0.174s $ time port -d fetch glib2 DEBUG: Found port in file:///Users/rschmidt/macports/dports/devel/glib2 DEBUG: Changing to port directory: /Users/rschmidt/macports/dports/ devel/glib2 DEBUG: setting option os.universal_supported to yes DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided DEBUG: Using group file /Users/rschmidt/macports/dports/_resources/ port1.0/group/muniversal-1.0.tcl DEBUG: universal variant already exists, so not adding the default one DEBUG: Requested variant i386 is not provided by port glib2. DEBUG: Requested variant macosx is not provided by port glib2. DEBUG: Executing variant darwin provides darwin DEBUG: Executing org.macports.main (glib2) ---> Fetching glib2 DEBUG: Executing org.macports.fetch (glib2) ---> glib-2.20.4.tar.bz2 doesn't seem to exist in /mp/var/macports/ distfiles/glib2 DEBUG: Pinging ftp.cse.buffalo.edu... DEBUG: Pinging www.gtlib.cc.gatech.edu... DEBUG: Pinging www.mirrorservice.org... DEBUG: Pinging fr2.rpmfind.net... DEBUG: Pinging mirror.aarnet.edu.au... DEBUG: Pinging ftp.unina.it... DEBUG: Pinging ftp.acc.umu.se... DEBUG: Pinging ftp.belnet.be... DEBUG: Pinging ftp.nara.wide.ad.jp... DEBUG: Pinging ftp.dit.upm.es... DEBUG: Pinging ftp.no.gnome.org... DEBUG: Pinging ftp.chg.ru... DEBUG: Pinging ftp.kddlabs.co.jp... DEBUG: Pinging mirror.internode.on.net... DEBUG: Pinging ftp.gnome.org... DEBUG: Pinging ftp.gtk.org... DEBUG: Pinging host1.local... DEBUG: Pinging host2.local... DEBUG: Pinging host3.local... DEBUG: Pinging distfiles.macports.org... DEBUG: Pinging arn.se.distfiles.macports.org... DEBUG: ftp.cse.buffalo.edu ping time is 67.610 DEBUG: www.gtlib.cc.gatech.edu ping time is 10000 DEBUG: www.mirrorservice.org ping time is 139.922 DEBUG: fr2.rpmfind.net ping time is 10000 DEBUG: mirror.aarnet.edu.au ping time is 226.017 DEBUG: ftp.unina.it ping time is 170.698 DEBUG: ftp.acc.umu.se ping time is 186.367 DEBUG: ftp.belnet.be ping time is 152.718 DEBUG: ftp.nara.wide.ad.jp ping time is 243.557 DEBUG: ftp.dit.upm.es ping time is 159.512 DEBUG: ftp.no.gnome.org ping time is 179.696 DEBUG: ftp.chg.ru ping time is 198.506 DEBUG: ftp.kddlabs.co.jp ping time is 10000 DEBUG: mirror.internode.on.net ping time is 245.428 DEBUG: ftp.gnome.org ping time is 170.119 DEBUG: ftp.gtk.org ping time is 10000 DEBUG: host1.local ping time is 10000 DEBUG: host2.local ping time is 10000 DEBUG: host3.local ping time is 10000 DEBUG: distfiles.macports.org ping time is 61.841 DEBUG: arn.se.distfiles.macports.org ping time is 163.148 ---> Attempting to fetch glib-2.20.4.tar.bz2 from http:// distfiles.macports.org/glib2 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 4917k 100 4917k 0 0 689k 0 0:00:07 0:00:07 --:--:-- 779k real 0m11.184s user 0m0.324s sys 0m0.373s From raimue at macports.org Mon Jun 29 17:14:26 2009 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Tue, 30 Jun 2009 02:14:26 +0200 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <79DA4D9B-28B3-4B76-81F7-A7BB061EC929@macports.org> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> <3E4100A2-6E68-440A-B34D-56479E0A74A3@mojo.net> <79DA4D9B-28B3-4B76-81F7-A7BB061EC929@macports.org> Message-ID: <4A4958E2.6030703@macports.org> On 2009-06-30 01:46, Ryan Schmidt wrote: > On Jun 29, 2009, at 10:31, William Siegrist wrote: > >> I believe the problem is MacPorts will wait for a while (10 >> seconds?) before giving up on a mirror which just drops packets >> instead of refusing the connection outright. It does not break MP, >> but it is pretty annoying. David should have explained the >> limitations on the mirror at the beginning, but at least we know >> now so a workaround can be put into the mirror selection. > > For me it takes about 5 seconds to fetch zlib, of which about 1 > second is actually downloading the file. For glib2, which is larger > and has more mirrors, it takes 11 seconds, of which about 7 seconds > are downloading the file. So either way, about 4 seconds for MacPorts > to set up and ping all the servers (including my local mirrors which > are offline and not responding to pings for this test). If we can > make MacPorts quicker at setting up and pinging the servers that > would of course be great, but 4 seconds doesn't seem all that bad. Is > this also what you're seeing, or is it taking much longer for you? The problem is not the ping-based selection of servers. A server can sucessfully respond to ICMP echo requests, but may drop any packets sent over TCP to port 80/21 - by firewall rules on the host itself or on the route. This means it will not even respond with "Connection refused" and thus leaves the connection in a half-established state which will only be resolved by a timeout. In MacPorts 1.7 curl will use a timeout which is about 5 minutes for this purpose. This has been changed to shorter timeouts on trunk recently [1] by Joshua. Of course it is still just a good guess as you cannot tell how long a server will really need to respond. The new timeout of 30s should be less annoying than the old 5 minutes, while it should be enough time for most servers. I don't think anyone wants to fetch from a server which needs longer than 30s to deliver a single TCP packet :-) Rainer [1] http://trac.macports.org/changeset/52758 From ryandesign at macports.org Mon Jun 29 18:10:25 2009 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon, 29 Jun 2009 20:10:25 -0500 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <4A4958E2.6030703@macports.org> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> <3E4100A2-6E68-440A-B34D-56479E0A74A3@mojo.net> <79DA4D9B-28B3-4B76-81F7-A7BB061EC929@macports.org> <4A4958E2.6030703@macports.org> Message-ID: <4389D4E1-39FC-4877-9AAE-2B4CBE02F48E@macports.org> On Jun 29, 2009, at 19:14, Rainer M?ller wrote: > The problem is not the ping-based selection of servers. A server can > sucessfully respond to ICMP echo requests, but may drop any packets > sent > over TCP to port 80/21 - by firewall rules on the host itself or on > the > route. This means it will not even respond with "Connection > refused" and > thus leaves the connection in a half-established state which will only > be resolved by a timeout. > > In MacPorts 1.7 curl will use a timeout which is about 5 minutes for > this purpose. This has been changed to shorter timeouts on trunk > recently [1] by Joshua. Of course it is still just a good guess as you > cannot tell how long a server will really need to respond. > > The new timeout of 30s should be less annoying than the old 5 minutes, > while it should be enough time for most servers. I don't think anyone > wants to fetch from a server which needs longer than 30s to deliver a > single TCP packet :-) True. But what started me on this line of questioning was Toby's statement that the server does not respond to pings. From jmr at macports.org Mon Jun 29 21:17:58 2009 From: jmr at macports.org (Joshua Root) Date: Tue, 30 Jun 2009 14:17:58 +1000 Subject: [52946] trunk/dports/_resources/port1.0/fetch/mirror_sites.tcl In-Reply-To: <4389D4E1-39FC-4877-9AAE-2B4CBE02F48E@macports.org> References: <20090626024817.C3CF61EFCF1D@beta.macosforge.org> <0EAC8144-B9DE-4496-8B5E-63DD9B46C969@macports.org> <4EF07EB8-B0DA-467B-89F0-4B194E6A9723@apple.com> <93AF244C-2FEE-418A-AD16-364FD1033789@macports.org> <24F3FDBD-4F87-498C-BB89-2752D4CF696A@apple.com> <3E4100A2-6E68-440A-B34D-56479E0A74A3@mojo.net> <79DA4D9B-28B3-4B76-81F7-A7BB061EC929@macports.org> <4A4958E2.6030703@macports.org> <4389D4E1-39FC-4877-9AAE-2B4CBE02F48E@macports.org> Message-ID: <4A4991F6.4080203@macports.org> On 2009-6-30 11:10, Ryan Schmidt wrote: > On Jun 29, 2009, at 19:14, Rainer M?ller wrote: > >> The problem is not the ping-based selection of servers. A server can >> sucessfully respond to ICMP echo requests, but may drop any packets sent >> over TCP to port 80/21 - by firewall rules on the host itself or on the >> route. This means it will not even respond with "Connection refused" and >> thus leaves the connection in a half-established state which will only >> be resolved by a timeout. > > True. But what started me on this line of questioning was Toby's > statement that the server does not respond to pings. Toby said it's only an issue when no servers have the file, i.e. MP has gone through every server in the list until it reaches arn.se (which is last apart from macports svn). Then it has to wait for the timeout. This is why he said it's really not that big a deal. - Josh From febeling at macports.org Tue Jun 30 10:43:17 2009 From: febeling at macports.org (C. Florian Ebeling) Date: Tue, 30 Jun 2009 19:43:17 +0200 Subject: Portmill repository resurrected, new clone URL Message-ID: <5cbbe4ae0906301043j75ab539fj8717f91a5c5da3ab@mail.gmail.com> Hi, Bryan noticed this morning that the git repo containing the portmill web bits was no longer there. I check back with the friend in whose account I had this repo once setup, and it turned out he had been a bit too diligent while cleaning up his accout last time. Good news is, a git repository contains everything locally, so now I have pushed everything into my own account. Nothing has been lost. This is the clone URL: git://github.com/febeling/portmill.git Thanks Bryan for the heads-up. Florian -- Florian Ebeling Twitter: febeling florian.ebeling at gmail.com From jim at geekdaily.org Tue Jun 30 11:31:39 2009 From: jim at geekdaily.org (Jim Meyer) Date: Tue, 30 Jun 2009 11:31:39 -0700 Subject: Portmill repository resurrected, new clone URL In-Reply-To: <5cbbe4ae0906301043j75ab539fj8717f91a5c5da3ab@mail.gmail.com> References: <5cbbe4ae0906301043j75ab539fj8717f91a5c5da3ab@mail.gmail.com> Message-ID: <4A4A5A0B.3050206@geekdaily.org> On 6/30/09 10:43 AM, C. Florian Ebeling wrote: > Hi, > > Bryan noticed this morning that the git repo containing the portmill > web bits was no longer there. I check back with the friend in whose > account I had this repo once setup, and it turned out he had been a > bit too diligent while cleaning up his accout last time. > > Good news is, a git repository contains everything locally, so now I > have pushed everything into my own account. Nothing has been lost. I love git. --j > This is the clone URL: > > git://github.com/febeling/portmill.git From jim at geekdaily.org Tue Jun 30 12:00:44 2009 From: jim at geekdaily.org (Jim Meyer) Date: Tue, 30 Jun 2009 12:00:44 -0700 Subject: Portmill status In-Reply-To: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> References: <5cbbe4ae0906290156s7545a1asb9a918ce415724d3@mail.gmail.com> Message-ID: <4A4A60DC.4030608@geekdaily.org> An attempt at closing the loop on this thread: On 6/29/09 1:56 AM, C. Florian Ebeling wrote: > Unfortunately, currently personal life has changed much and I will > hardly be able to do any work on this in the next time. The source is > up and readily available, so if anyone feels like digging into it, > that is possible, and I will help via mail with any questions. I will > pick up the work later there, or so I plan, but I don't know really > when that will be possible. > > Another thing that came up was the suggestion that it should be ported > to mysql instead of couchdb. I would find that not very motivating, > but it is certainly possible. Do you think all macports things should > use mysql? I found couchdb actually a very inspiring technology, and > it was part of my motivation to work on the thing in the first place. > (This discussion is not really pressing now, give what I said above, > but since it is a fundamental question, we can also discuss it now.) I committed to work on this earlier if it wasn't rewritten in PHP/MySQL; I'm also curious about couchdb (and there's even a port to install it ... excellent! ;) I'll start poking around the code and getting comfy with it in its current condition. (An aside: installing couchdb requires erlang, which requires wxWidgets, which requires a billion media-related dependencies like libsdl, libogg, libvorbis, smpeg, etc. That's a really bloated install.) I share Bill Siegrist's concern re: a billion fragmented technologies to manage overall. I also believe that (a) tethering things at the backend is a bad choice in the long run, (b) people volunteer in open source projects to play and enjoy, so fewer constraints are better, and (c) open source projects are good places to take risks, learn, then stabilize for the long term. As I mentioned, I'll get comfy supporting the code in its current condition, learn a bit, talk with Florian, and we'll see where it goes from there. Sound reasonable to the list? --j From devans at macports.org Tue Jun 30 13:15:27 2009 From: devans at macports.org (David Evans) Date: Tue, 30 Jun 2009 13:15:27 -0700 Subject: port dependents Message-ID: <4A4A725F.70103@macports.org> I'm having trouble understanding the behavior of port dependents. I'm sure it's a well known situation so perhaps someone with more knowledge can explain. Here's what happens: port gcalctool 2.26.2 is initially installed and it really does depend on libgnomeui. port dependents libgnomeui says that gcalctool is a dependent of libgnomeui now I upgrade to gcalctool 2.26.3 which no longer depends on libgnomeui sudo port upgrade gcalctool this deactivates gcalctool gcalctool 2.26.2 and installs gcalctool 2.26.3 port dependents libgnomeui still says that gcalctool is a dependent of libgnomeui OK, I think, maybe it's referring to the 2.26.2 version which is still installed but inactive so I uninstall that one sudo port uninstall gcalctool @2.26.2_0 but port dependents libgnomeui still says that gcalctool is a dependent of libgnomeui Is this a bug or a feature? What is port dependents telling me, if anything? When dependencies change, how does port dependents get updated? Or does it? TIA for any help Dave From devans at macports.org Tue Jun 30 13:27:56 2009 From: devans at macports.org (David Evans) Date: Tue, 30 Jun 2009 13:27:56 -0700 Subject: port dependents In-Reply-To: <1B0A3420-2C3B-42D1-870F-C70111D8CBDB@lavergne.gotdns.org> References: <4A4A725F.70103@macports.org> <1B0A3420-2C3B-42D1-870F-C70111D8CBDB@lavergne.gotdns.org> Message-ID: <4A4A754C.7060207@macports.org> Jeremy Lavergne wrote: > These are computed every time you try to install or upgrade something > in your local copy of MacPorts. They are based off the current > portfiles. > > Port files are updated through either the selfupdate or the sync > commands. I advise just simply running `sudo port selfupdate && port > outdated` regularly. > > On Jun 30, 2009, at 4:15 PM, David Evans wrote: > >> When dependencies change, how does port dependents get updated? Or >> does it? > Ok, so I'm assuming that you mean that it will be updated when PortIndex is updated. That is, this command uses the dependency information in PortIndex not from the Portfiles themselves? Looks like gcalctool didn't make the last PortIndex rebuild, so will see in half an hour or so. Dave From jeremy at lavergne.gotdns.org Tue Jun 30 13:29:35 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Tue, 30 Jun 2009 16:29:35 -0400 Subject: port dependents In-Reply-To: <4A4A754C.7060207@macports.org> References: <4A4A725F.70103@macports.org> <1B0A3420-2C3B-42D1-870F-C70111D8CBDB@lavergne.gotdns.org> <4A4A754C.7060207@macports.org> Message-ID: PortIndex -- from my experience -- merely gives MacPorts the names and locations of ports available, as well as very basic information for search (such as description). I'm fairly certain the dependencies are calculated from the portfiles themselves. Anyone else? On Jun 30, 2009, at 4:27 PM, David Evans wrote: > Ok, so I'm assuming that you mean that it will be updated when > PortIndex is updated. That is, this command uses > the dependency information in PortIndex not from the Portfiles > themselves? > > Looks like gcalctool didn't make the last PortIndex rebuild, so will > see in half an hour or so. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From jeremy at lavergne.gotdns.org Tue Jun 30 13:32:46 2009 From: jeremy at lavergne.gotdns.org (Jeremy Lavergne) Date: Tue, 30 Jun 2009 16:32:46 -0400 Subject: port dependents In-Reply-To: <4A4A754C.7060207@macports.org> References: <4A4A725F.70103@macports.org> <1B0A3420-2C3B-42D1-870F-C70111D8CBDB@lavergne.gotdns.org> <4A4A754C.7060207@macports.org> Message-ID: Well, there it is in the PortIndex. dependencies. On Jun 30, 2009, at 4:27 PM, David Evans wrote: > Ok, so I'm assuming that you mean that it will be updated when > PortIndex is updated. That is, this command uses > the dependency information in PortIndex not from the Portfiles > themselves? > > Looks like gcalctool didn't make the last PortIndex rebuild, so will > see in half an hour or so. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2435 bytes Desc: not available URL: From devans at macports.org Tue Jun 30 13:42:58 2009 From: devans at macports.org (David Evans) Date: Tue, 30 Jun 2009 13:42:58 -0700 Subject: port dependents In-Reply-To: References: <4A4A725F.70103@macports.org> <1B0A3420-2C3B-42D1-870F-C70111D8CBDB@lavergne.gotdns.org> <4A4A754C.7060207@macports.org> Message-ID: <4A4A78D2.6020406@macports.org> Jeremy Lavergne wrote: > Well, there it is in the PortIndex. dependencies. > And on top of this, if this command uses PortIndex information to calculate dependencies, why does it only do it for ports that are installed since PortIndex contains dependency information for all ports. This makes me think that registry information is involved as well (or instead). But then why doesn't it change immediately when I upgrade/install/uninstall a port? From devans at macports.org Tue Jun 30 13:57:36 2009 From: devans at macports.org (David Evans) Date: Tue, 30 Jun 2009 13:57:36 -0700 Subject: [53174] trunk/dports/security/policykit/files In-Reply-To: <20090630194947.716FF1F73475@beta.macosforge.org> References: <20090630194947.716FF1F73475@beta.macosforge.org> Message-ID: <4A4A7C40.8090305@macports.org> toby at macports.org wrote: > > Revision > 53174 > Author > toby at macports.org > Date > 2009-06-30 12:49:45 -0700 (Tue, 30 Jun 2009) > > > Log Message > > #20120 (PolicyKit 0.9 + Mac OS 10.6 10A394) > > > Modified Paths > > * trunk/dports/security/policykit/files/patch-src-polkit-dbus-polkit-resolve-exe-helper.c.diff > <#trunkdportssecuritypolicykitfilespatchsrcpolkitdbuspolkitresolveexehelpercdiff> > * trunk/dports/security/policykit/files/patch-src-polkit-grant-polkit-grant-helper-pam.c.diff > <#trunkdportssecuritypolicykitfilespatchsrcpolkitgrantpolkitgranthelperpamcdiff> > * trunk/dports/security/policykit/files/patch-src-polkit-grant-polkit-grant-helper.c.diff > <#trunkdportssecuritypolicykitfilespatchsrcpolkitgrantpolkitgranthelpercdiff> > > > Diff > > > Modified: > trunk/dports/security/policykit/files/patch-src-polkit-dbus-polkit-resolve-exe-helper.c.diff > (53173 => 53174) > > > --- trunk/dports/security/policykit/files/patch-src-polkit-dbus-polkit-resolve-exe-helper.c.diff 2009-06-30 19:28:36 UTC (rev 53173) > +++ trunk/dports/security/policykit/files/patch-src-polkit-dbus-polkit-resolve-exe-helper.c.diff 2009-06-30 19:49:45 UTC (rev 53174) > @@ -4,7 +4,7 @@ > #ifdef HAVE_FREEBSD > #include > #endif > -+#ifdef __APPLE__ > ++#if defined(__APPLE__) && __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ < 1060 > +#include > +#else > #include > > > Modified: > trunk/dports/security/policykit/files/patch-src-polkit-grant-polkit-grant-helper-pam.c.diff > (53173 => 53174) > > > --- trunk/dports/security/policykit/files/patch-src-polkit-grant-polkit-grant-helper-pam.c.diff 2009-06-30 19:28:36 UTC (rev 53173) > +++ trunk/dports/security/policykit/files/patch-src-polkit-grant-polkit-grant-helper-pam.c.diff 2009-06-30 19:49:45 UTC (rev 53174) > @@ -4,7 +4,7 @@ > #include > #include > #include > -+#ifdef __APPLE__ > ++#if defined(__APPLE__) && __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ < 1060 > +#include > +#else > #include > > > Modified: > trunk/dports/security/policykit/files/patch-src-polkit-grant-polkit-grant-helper.c.diff > (53173 => 53174) > > > --- trunk/dports/security/policykit/files/patch-src-polkit-grant-polkit-grant-helper.c.diff 2009-06-30 19:28:36 UTC (rev 53173) > +++ trunk/dports/security/policykit/files/patch-src-polkit-grant-polkit-grant-helper.c.diff 2009-06-30 19:49:45 UTC (rev 53174) > @@ -4,7 +4,7 @@ > #include > > #ifdef POLKIT_AUTHFW_PAM > -+#ifdef __APPLE__ > ++#if defined(__APPLE__) && __ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ < 1060 > +#include > +#else > #include > ------------------------------------------------------------------------ > > Thanks, Toby. From devans at macports.org Tue Jun 30 14:19:22 2009 From: devans at macports.org (David Evans) Date: Tue, 30 Jun 2009 14:19:22 -0700 Subject: port dependents In-Reply-To: <4A4A78D2.6020406@macports.org> References: <4A4A725F.70103@macports.org> <1B0A3420-2C3B-42D1-870F-C70111D8CBDB@lavergne.gotdns.org> <4A4A754C.7060207@macports.org> <4A4A78D2.6020406@macports.org> Message-ID: <4A4A815A.5030209@macports.org> David Evans wrote: > Jeremy Lavergne wrote: >> Well, there it is in the PortIndex. dependencies. >> > And on top of this, if this command uses PortIndex information to > calculate dependencies, why does it only do it for > ports that are installed since PortIndex contains dependency > information for all ports. This makes me think that registry information > is involved as well (or instead). But then why doesn't it change > immediately when I upgrade/install/uninstall a port? OK, so now PortIndex has been updated with the new dependencies and I have synced the ports and still port dependents libgnomeui says gcalctool depends on libgnomeui furthermore as another example I see that eel depends on libgnomeui and port eel was deleted from the ports tree in r52726 on 6/21 any other ideas? Dave From jmr at macports.org Tue Jun 30 18:57:02 2009 From: jmr at macports.org (Joshua Root) Date: Wed, 01 Jul 2009 11:57:02 +1000 Subject: port dependents In-Reply-To: <4A4A725F.70103@macports.org> References: <4A4A725F.70103@macports.org> Message-ID: <4A4AC26E.8070702@macports.org> On 2009-7-1 06:15, David Evans wrote: > port gcalctool 2.26.2 is initially installed and it really does depend > on libgnomeui. > port dependents libgnomeui says that gcalctool is a dependent of libgnomeui > > now I upgrade to gcalctool 2.26.3 which no longer depends on libgnomeui > > this deactivates gcalctool gcalctool 2.26.2 and installs gcalctool 2.26.3 > port dependents libgnomeui still says that gcalctool is a dependent of > libgnomeui > > OK, I think, maybe it's referring to the 2.26.2 version which is still > installed but inactive > so I uninstall that one > > sudo port uninstall gcalctool @2.26.2_0 > but port dependents libgnomeui still says that gcalctool is a dependent > of libgnomeui > > Is this a bug or a feature? Bug: - Josh