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

Update science/chemtool to version 1.6.10
by Simon Ruderich 29 May '07

29 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I just tried installing chemtool in version 1.6.10 with a modified Portfile. It works fine with no errors so it would be nice if you could update the Portfile in the subversion repository. Here is the patch for the Portfile which worked for me: - --- Portfile 2007-05-29 15:31:36.000000000 +0200 +++ Portfile 2007-05-29 04:37:44.000000000 +0200 @@ -1,7 +1,7 @@ # $Id: Portfile 20456 2006-11-03 15:10:31Z blair(a)macports.org $ PortSystem 1.0 name chemtool - -version 1.6.9 +version 1.6.10 description Chemtool is a small program for drawing chemical structures long_description ${description} maintainers nomaintainer(a)macports.org @@ -9,7 +9,7 @@ platforms darwin homepage http://ruby.chemie.uni-freiburg.de/~martin/chemtool/chemtool.html master_sites http://ruby.chemie.uni-freiburg.de/~martin/chemtool/ - -checksums md5 d13b16c019a9912cf0c3de07ca5bcd29 +checksums md5 a1ce4f8965bb349e0dd0bc53313b35a8 depends_lib port:gtk2 \ port:openbabel \ port:transfig Thanks in advance, Simon - -- + privacy is necessary + using http://gnupg.org + public key id: 0x6115F804EFB33229 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFGXCxXYRX4BO+zMikRCtUWAJ97d6doBDYqJm6l0vB+8EOJOhAhrwCglwHA Vz1WB4HwN8F+2ACiRStjdt0= =q6Nf -----END PGP SIGNATURE-----

2 2

freetype variant x86
by N_Ox 28 May '07

28 May '07

Hello, Shouldn't the x86 variant be transformed in a darwin i386 platform? -- Anthony Ramine, a lazy french student. nox(a)macports.org

2 3

Re: [25641] trunk/dports/lang/gauche
by Ryan Schmidt 28 May '07

28 May '07

On May 27, 2007, at 11:21, source_changes(a)macosforge.org wrote: > Revision: 25641 > http://trac.macosforge.org/projects/macports/changeset/25641 > Author: takanori(a)macports.org > Date: 2007-05-27 09:21:59 -0700 (Sun, 27 May 2007) > > Log Message: > ----------- > * Version bump to 0.8.10. > * Variant names should not contain hyphen. > * Closes ticket #11979. No responce from the maintainer. > > Modified Paths: > -------------- > trunk/dports/lang/gauche/Portfile [snip] > Modified: trunk/dports/lang/gauche/Portfile > =================================================================== > --- trunk/dports/lang/gauche/Portfile 2007-05-27 15:22:23 UTC (rev > 25640) > +++ trunk/dports/lang/gauche/Portfile 2007-05-27 16:21:59 UTC (rev > 25641) [snip] > -platform darwin 8 { configure.env CC=/usr/bin/gcc-4.0 CPP=/usr/bin/ > cpp-4.0 CXX=/usr/bin/g++-4.0 } So it looks like the darwin 8 platform selector which set CC, CPP and CXX has been removed in this revision. Why was this removed, and why was it there in the first place? I've asked this before, and I'm still looking for a good answer for why so many ports [1] have a darwin 8 platform selector like this, what problem it's trying to solve, and why the problem is thought not to exist in the other ports. GCC 4 is already the default on Darwin 8 a.k.a. Mac OS X 10.4. If this platform selector is only trying to solve the case where the user has used gcc_select to select a different default GCC, then either MacPorts should always set CC, CPP and CXX to appropriate values on all platforms for all portfiles, or MacPorts should fail to run entirely and instead alert the user that changing the default with gcc_select is not advisable. [1] $ grep CC=/usr/bin/gcc-4.0 */*/Portfile | wc -l 276 $ grep CPP=/usr/bin/cpp-4.0 */*/Portfile | wc -l 217 $ grep CXX=/usr/bin/g++-4.0 */*/Portfile | wc -l 202 $

2 1

Fwd: libsdl on Panther
by N_Ox 28 May '07

28 May '07

Début du message réexpédié : > De : N_Ox <n.oxyde(a)gmail.com> > Date : 28 mai 2007 16:26:35 HAEC > À : N_Ox <nox(a)macports.org> > Objet : Rép : libsdl on Panther > > > Le 28 mai 07 à 15:28, N_Ox a écrit : > >> libsdl seems to be unable to build on Panther with Quicktime 7.0.3 >> or above (see files/qt_check.sh). >> Is this still true with Quicktime 7.1.x or can this check be >> removed safely? >> >> As the check does not complain with Quicktime 7.1, i think it's >> obsolete and superfluous. >> > > Well, seems that the check should complain with every version above > 7.0.3: > http://trac.macosforge.org/projects/macports/ticket/6533 > > So there is a bug in the workaround, nice. > The ticket is way too old, someone should fix that, no? > I've rewritten the check in pure tcl and replaced the darwin 8 > makefile patch by a single reinplace -E. > Should i commit these? How can i be so scatterbrain? I've replied to me without cc-ing macports-dev. -- Anthony Ramine, a lazy french student. nox(a)macports.org

1 0

libsdl on Panther
by N_Ox 28 May '07

28 May '07

libsdl seems to be unable to build on Panther with Quicktime 7.0.3 or above (see files/qt_check.sh). Is this still true with Quicktime 7.1.x or can this check be removed safely? As the check does not complain with Quicktime 7.1, i think it's obsolete and superfluous. -- Anthony Ramine, a lazy french student. nox(a)macports.org

1 0

Is anyone else having trouble logging into Trac on MacPorts?
by Boey Maun Suang 27 May '07

27 May '07

Hi everyone, I'm having problems that I haven't seen before while trying to log onto Trac. My attempts to do so over https just resulted in repeated requests for my username and password, while doing so over http resulted in: Login to trac failed! Message was "". I checked the page source, and it was plain text rather than HTML. I can still browse the website, though. Is something up with the server? Kind regards, Maun Suang -- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org

7 7

Fwd: [25656] trunk/dports/devel/pcre/Portfile
by N_Ox 27 May '07

27 May '07

Début du message réexpédié : > De : N_Ox <n.oxyde(a)gmail.com> > Date : 27 mai 2007 23:35:28 HAEC > À : Ryan Schmidt <ryandesign(a)macports.org> > Objet : Rép : [25656] trunk/dports/devel/pcre/Portfile > > > Le 27 mai 07 à 23:04, Ryan Schmidt a écrit : > >> On May 27, 2007, at 15:49, N_Ox wrote: >> >>> Le 27 mai 07 à 22:44, Ryan Schmidt a écrit : >>> >>>> On May 27, 2007, at 11:37, source_changes(a)macosforge.org wrote: >>>> >>>>> Revision: 25656 >>>>> http://trac.macosforge.org/projects/macports/ >>>>> changeset/25656 >>>>> Author: nox(a)macports.org >>>>> Date: 2007-05-27 09:37:40 -0700 (Sun, 27 May 2007) >>>>> >>>>> Log Message: >>>>> ----------- >>>>> Added utf8 variant. >>>>> Added standard documentation installation. >>>>> Changed master sites order. >>>>> Taken over. >>>>> >>>>> Modified Paths: >>>>> -------------- >>>>> trunk/dports/devel/pcre/Portfile >>>>> >>>>> (...) >>>> >>>> So wait... users who had pcre 7.1_0 installed already had UTF-8 >>>> support. Now we upgrade to pcre 7.1_1 and we don't have UTF-8 >>>> support, unless we uninstall pcre and reinstall it with +utf8. >>>> Why was UTF-8 support made optional and non-default? >>>> >>> >>> First, I don't really like features being enabled by default. >>> Second, as there is other ports with utf8 variant, i think this >>> should be made a variant wherever it could be, for consistency's >>> sake. >> >> It's not about consistency really; it's about what most users will >> want. Features should be enabled by default if it's reasonable to >> expect people will want it, and UTF-8 support is reasonable to >> want in 2007. I cite: >> >> http://web.archive.org/web/20060222172940/darwinports.org/docs/ >> ch07s02.html >> >> Which says: >> >>> There are some guidelines for using variants: >>> >>> * Never change the version of a port inside a variant. >>> * Heavy usage of variants is considered bad style - keep the >>> number of variants low. >>> * Prefer function restricting variants over function enhancing >>> ones. Make the default installation the one that serves most >>> purposes. >> >> > > Thanks for the link, i'll read it carefully. > I'll make this variant enabled by default. > > By the way, thanks for all your commit comments, they are very > helpful. > > -- > Anthony Ramine, a lazy french student. > nox(a)macports.org > > > -- Anthony Ramine, a lazy french student. nox(a)macports.org

1 0

Re: [25656] trunk/dports/devel/pcre/Portfile
by Ryan Schmidt 27 May '07

27 May '07

On May 27, 2007, at 11:37, source_changes(a)macosforge.org wrote: > Revision: 25656 > http://trac.macosforge.org/projects/macports/changeset/25656 > Author: nox(a)macports.org > Date: 2007-05-27 09:37:40 -0700 (Sun, 27 May 2007) > > Log Message: > ----------- > Added utf8 variant. > Added standard documentation installation. > Changed master sites order. > Taken over. > > Modified Paths: > -------------- > trunk/dports/devel/pcre/Portfile > > Modified: trunk/dports/devel/pcre/Portfile > =================================================================== > --- trunk/dports/devel/pcre/Portfile 2007-05-27 16:29:56 UTC (rev > 25655) > +++ trunk/dports/devel/pcre/Portfile 2007-05-27 16:37:40 UTC (rev > 25656) > @@ -3,8 +3,9 @@ > PortSystem 1.0 > name pcre > version 7.1 > +revision 1 > categories devel > -maintainers nomaintainer(a)macports.org > +maintainers nox > description Perl Compatible Regular Expressions Library > long_description \ > The PCRE library is a set of functions that implement > regular \ > @@ -14,18 +15,20 @@ > > homepage http://www.pcre.org/ > platforms darwin freebsd > -master_sites sourceforge \ > - ftp://ftp.fu-berlin.de/unix/misc/pcre/ \ > - ftp://ftp.tin.org/pub/libs/pcre/ \ > - ftp://ftp.csx.cam.ac.uk/pub/software/programming/ > pcre/ > - > +master_sites ftp://ftp.fu-berlin.de/unix/misc/${name}/ \ > + ftp://ftp.tin.org/pub/libs/${name}/ \ > + ftp://ftp.csx.cam.ac.uk/pub/software/programming/$ > {name}/ \ > + sourceforge > + > use_bzip2 yes > checksums md5 c678550aaf064a17bb4bb6ea36dd6d88 \ > sha1 1bc54556368165e7ce5f59ac2a60aba7dec6365c \ > rmd160 1df0f1e86435a7f77c694472bb23bc71433a60be > > -configure.args --mandir=${prefix}/share/man \ > - --enable-utf8 \ > - --enable-unicode-properties > +configure.args --docdir=${prefix}/share/doc/${name}-${version} > > test.run yes > + > +variant utf8 description {Enable UTF-8 support} { > + configure.args-append --enable-unicode-properties > +} So wait... users who had pcre 7.1_0 installed already had UTF-8 support. Now we upgrade to pcre 7.1_1 and we don't have UTF-8 support, unless we uninstall pcre and reinstall it with +utf8. Why was UTF-8 support made optional and non-default?

2 2

Re: problem compiling libsdl
by Ryan Schmidt 27 May '07

27 May '07

On May 27, 2007, at 12:02, Antoine wrote: > Le 26 mai 07 à 20:49, Ryan Schmidt a écrit : > >> On May 26, 2007, at 11:09, Antoine wrote: >> >>> I have a failure when trying to compile libsdl: >>> >>> $ sudo port install libsdl >>> ---> Building libsdl with target all >>> Error: Target com.apple.build returned: shell command " cd "/opt/ >>> local/var/db/dports/build/ >>> _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdat >>> e_dports_devel_libsdl/work/SDL-1.2.11" && make all " returned >>> error 2 >>> Command output: ./include/SDL_opengl.h:6527: error: parse error >>> before 'n' >>> ./include/SDL_opengl.h:6528: error: parse error before '*' token >>> ./include/SDL_opengl.h:6528: error: parse error before 'target' >>> ./include/SDL_opengl.h:6528: error: 'GLenum' declared as function >>> returning a function >>> ./include/SDL_opengl.h:6542: error: parse error before 'len' >> >> [snip] >> >> libsdl installs just fine for me on a MacBook Pro with Mac OS X >> 10.4.9, Xcode 2.4.1 and MacPorts 1.4.42. What computer, OS >> version, Xcode version and MacPorts version do you have? If your >> software is out of date, update it and try again. > > In fact I had to install some SDK I didn't install the first time: > OpenGL SDK, CoreAudio SDK, QuickTime SDK... > > It works now :) Antoine, I'm glad you got this to work. I'm bringing your reply to the developers mailing list now, since we've solved the "user" question and I'm now bringing up "developer" ones. Ok, so maybe the libsdl port should be updated to detect the absence of those SDKs.... Otherwise someone else is just going to run into the same problem down the road by which time we will have forgotten this solution.... Would somebody like to volunteer to patch the portfile? Could there also be other ports that have a similar problem? Maybe we need a MacPorts-global solution instead of a libsdl-specific one. Off the top of my head, this syntax is nice: depends_lib sdk:coreaudio Or MacPorts could just require all those SDKs to be installed always.

1 0

Re: [25589] trunk/dports
by Ryan Schmidt 25 May '07

25 May '07

On May 25, 2007, at 18:38, N_Ox wrote: > Le 26 mai 07 à 00:23, Ryan Schmidt a écrit : > >> On May 25, 2007, at 13:32, source_changes(a)macosforge.org wrote: >> >>> Revision: 25589 >>> http://trac.macosforge.org/projects/macports/changeset/ >>> 25589 >>> Author: nox(a)macports.org >>> Date: 2007-05-25 11:32:15 -0700 (Fri, 25 May 2007) >>> >>> Log Message: >>> ----------- >>> Changed maintainer mail address (use new obfuscation policy). >> >> [snip] >> >> Is that the new policy now? I know we talked about it on the list, >> but I didn't realize it had been finally decided. And if it has, >> then surely it should be changed in all portfiles at once, and not >> left to each port author to do. > > Seems that it has been stated in the discussion that obfuscation > should really be left to author wish. But why would any author not wish it? The only reason to list your full email address unobfuscated is if you enjoy receiving spam. If you cite the reason that some users might not know how to contact me if I just put "ryandesign", then I say you're exactly right, *if* not everybody obfuscates. If everybody obfuscates, and we document this, then this will ease understanding. Consistency = good.

1 0