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

Beginner questions
by Stefan Bruda 20 Mar '07

20 Mar '07

Hi, I just came into the world of MacPorts. I actualy come from Gentoo Linux so for the most part the whole MacPorts process seemed wonderfully familiar to me. I stumbled upon some annoyances though, and I could not find any answers so I am hereby asking the following: o Are there references and guidelines for constructing new ports? I have gotten most of the things by looking at existing ports, but it would be nice to have some reference manual to get back to now and then. There are still things I don't know and the trial and error process I am currently using sucks. o Does MacPorts logs anything? If so, where? I miss genlop (the Gentoo log parser) and I am wondering if there is any support for an equivalent tool. o Is there any reason not to build readline-enabled applications (short of hacking ports by hand)? It is rather painful to work for instance with a readline-less Python. Wouldn't a suitable variant be appropriate? o As a relatively minor question (which I guess shows my Gentoo/ricer background), is there any way of defining defaults for C[XX]FLAGS or make options (such as -j, I have a powerful machine that could use a high -j)? If my questions already have answers somewhere, I apologize and I ask that you please direct me to the right place. I am running what believe to be the latest stable version (DarwinPorts 1.32), would any of the answers change if I move to a 1.4 version (and if so how do I build it, will just a ./configure && make && make install replace the old version correctly?). Thanks in advance, Stefan -- If it was so, it might be; and if it were so, it would be; but as it isn't, it ain't. That's logic. --Lewis Carroll, Through the Looking-Glass

3 4

GrADS
by Takeshi Enomoto 20 Mar '07

20 Mar '07

Hello, I added two new ports. The first one is a POSIX compliant GNU regex library. The other one is a scientific visualization tool, popular in atmosphere and oceanic sciences. The latter requires the former. Ticket #11555: GNU rx --- Oops, I forgot to set it as ``enhancement''. Ticket #11556: GrADS Takeshi

2 2

emacs-devel and build flags (was: [22884] trunk/dports/editors/emacs-devel/Portfile)
by Vincent Lefevre 20 Mar '07

20 Mar '07

On 2007-03-17 13:00:50 -0700, source_changes(a)macosforge.org wrote: > Revision: 22884 > http://trac.macosforge.org/projects/macports/changeset/22884 > Author: pipping(a)macports.org > Date: 2007-03-17 13:00:49 -0700 (Sat, 17 Mar 2007) > > Log Message: > ----------- > * cleanup > > Modified Paths: > -------------- > trunk/dports/editors/emacs-devel/Portfile > > Modified: trunk/dports/editors/emacs-devel/Portfile > =================================================================== > --- trunk/dports/editors/emacs-devel/Portfile 2007-03-17 19:45:51 UTC (rev 22883) > +++ trunk/dports/editors/emacs-devel/Portfile 2007-03-17 20:00:49 UTC (rev 22884) [...] > +configure.args --mandir=${prefix}/share/man \ > + --infodir=${prefix}/share/info \ > + --without-x > +configure.env LDFLAGS="-L${prefix}/lib" \ > + CFLAGS="-I${prefix}/include" \ > + CPPFLAGS="-I${prefix}/include" Shouldn't -I${prefix}/include be only in CPPFLAGS? IMHO, it is better to avoid setting CFLAGS, as this may disable optimizations nad/or debug information (not checked). > variant atsui requires carbon { > - configure.env-delete CFLAGS="-I${prefix}/include" > - configure.env-append CFLAGS="-I${prefix}/include -DUSE_ATSUI" > + configure.env-append CFLAGS="\$CFLAGS -DUSE_ATSUI" > } Ditto, -DUSE_ATSUI should probably be in CPPFLAGS. -- Vincent Lefèvre <vincent(a)vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

3 2

Re: [22929] trunk
by Randall Wood 19 Mar '07

19 Mar '07

Two things: 1) Do not commit changes against trunk. A) The email subject lines are totally non-descriptive, reading "[change#] trunk" instead of "[change#] trunk/dports/gnome/libgnomekbd" as it would if the commit was done in that port's directory instead of in trunk. B) Committing a change in trunk means that you commit every single change you have in the ports tree, not just an atomic change against 1 port. (See para 2 below). 2) The log message reads: "Version bump, update SilverCity to 0.9.7 (fixes #11552, thanks ecronin(a)gizmolabs.org)" So just what in the h___ are all these patch files against libgnomekbd then? I would not be asking this question if these were committed with comments indicating what the changes do or why I should want them. (See para 1.B above). -- Randall Wood rhwood(a)mac.com "The ball is round. The game lasts ninety minutes. The rest is theory..." On Monday, March 19, 2007, at 09:47AM, <source_changes(a)macosforge.org> wrote: >Revision: 22929 > http://trac.macosforge.org/projects/macports/changeset/22929 >Author: dluke(a)macports.org >Date: 2007-03-19 06:43:35 -0700 (Mon, 19 Mar 2007) > >Log Message: >----------- >Version bump, update SilverCity to 0.9.7 (fixes #11552, thanks ecronin(a)gizmolabs.org) > >Modified Paths: >-------------- > trunk/dports/devel/silvercity/Portfile > >Added Paths: >----------- > trunk/dports/gnome/libgnomekbd/files/ > trunk/dports/gnome/libgnomekbd/files/patch-gnome-gconf.c > trunk/dports/gnome/libgnomekbd/files/patch_gnome-score.c > trunk/dports/gnome/libgnomekbd/files/patch_gnome-util.c > >Property Changed: >---------------- > trunk/ > > >Property changes on: trunk >___________________________________________________________________ >Name: svk:merge > - 023a8b07-a327-4f20-9012-67c915bb7b7c:/local/branches/updates:21118 >023a8b07-a327-4f20-9012-67c915bb7b7c:/local/trunk:21326 >40426cdb-d25d-4106-b89a-567fc1e9311f:/local/trunk:22799 >a2b01108-8822-4c85-91cd-1541804339d8:/local/macports:20632 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/libdnet-maintainer:20898 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/p5-app-cli:20923 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/p5-list-moreutils:20919 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/p5-path-class:20929 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/updates:20946 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/trunk:20947 >d9146071-5dc1-4620-afc7-8ba4e23d31df:/local/trunk:21690 >f2dd1c64-7982-4318-98ce-263798263e0a:/local:22994 > + 023a8b07-a327-4f20-9012-67c915bb7b7c:/local/branches/updates:21118 >023a8b07-a327-4f20-9012-67c915bb7b7c:/local/trunk:21326 >40426cdb-d25d-4106-b89a-567fc1e9311f:/local/trunk:22799 >a2b01108-8822-4c85-91cd-1541804339d8:/local/macports:20632 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/libdnet-maintainer:20898 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/p5-app-cli:20923 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/p5-list-moreutils:20919 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/p5-path-class:20929 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/branches/updates:20946 >b1dfe3f6-5eec-4605-9368-528ffc7f2357:/local/trunk:20947 >d9146071-5dc1-4620-afc7-8ba4e23d31df:/local/trunk:21690 >f2dd1c64-7982-4318-98ce-263798263e0a:/local:23080 > >Modified: trunk/dports/devel/silvercity/Portfile >=================================================================== >--- trunk/dports/devel/silvercity/Portfile 2007-03-19 13:37:56 UTC (rev 22928) >+++ trunk/dports/devel/silvercity/Portfile 2007-03-19 13:43:35 UTC (rev 22929) >@@ -4,7 +4,7 @@ > PortGroup python24 1.0 > > name SilverCity >-version 0.9.6 >+version 0.9.7 > categories devel python > maintainers dluke(a)geeklair.net > platforms darwin >@@ -14,4 +14,4 @@ > > homepage http://silvercity.sourceforge.net/ > master_sites sourceforge:silvercity >-checksums md5 65f2fba68f25997d46e234e1d40af304 >+checksums md5 4ae4f9691798385dbde3df9cbb228e8c > >Added: trunk/dports/gnome/libgnomekbd/files/patch-gnome-gconf.c >=================================================================== >--- trunk/dports/gnome/libgnomekbd/files/patch-gnome-gconf.c (rev 0) >+++ trunk/dports/gnome/libgnomekbd/files/patch-gnome-gconf.c 2007-03-19 13:43:35 UTC (rev 22929) >@@ -0,0 +1,19 @@ >+--- libgnome/gnome-gconf.c.org 2005-06-12 21:40:22.000000000 +0200 >++++ libgnome/gnome-gconf.c 2005-06-12 21:49:56.000000000 +0200 >+@@ -30,7 +30,6 @@ >+ #define GCONF_ENABLE_INTERNALS >+ #include <gconf/gconf.h> >+ #include <gconf/gconf-client.h> >+-extern struct poptOption gconf_options[]; >+ >+ #include "gnome-i18nP.h" >+ >+@@ -39,6 +38,8 @@ >+ #include "gnome-gconf.h" >+ #include "gnome-gconfP.h" >+ >++extern struct poptOption gconf_options[]; >++ >+ /** >+ * gnome_gconf_get_gnome_libs_settings_relative: >+ * @subkey: key part below the gnome desktop settings directory > >Added: trunk/dports/gnome/libgnomekbd/files/patch_gnome-score.c >=================================================================== >--- trunk/dports/gnome/libgnomekbd/files/patch_gnome-score.c (rev 0) >+++ trunk/dports/gnome/libgnomekbd/files/patch_gnome-score.c 2007-03-19 13:43:35 UTC (rev 22929) >@@ -0,0 +1,16 @@ >+--- libgnome/gnome-score.c.org Sun Nov 23 21:51:54 2003 >++++ libgnome/gnome-score.c Sun Nov 23 21:53:23 2003 >+@@ -230,13 +230,6 @@ >+ gchar *level; >+ gchar *realname; >+ gint retval; >+-#ifdef HAVE_SETFSGID >+- gid_t gid; >+- >+- gid = getegid (); >+- setgid (getgid ()); >+- setfsgid (gid); >+-#endif >+ realname = g_strdup (g_get_real_name ()); >+ if (strlen (realname) == 0) >+ realname = g_strdup (g_get_user_name ()); > >Added: trunk/dports/gnome/libgnomekbd/files/patch_gnome-util.c >=================================================================== >--- trunk/dports/gnome/libgnomekbd/files/patch_gnome-util.c (rev 0) >+++ trunk/dports/gnome/libgnomekbd/files/patch_gnome-util.c 2007-03-19 13:43:35 UTC (rev 22929) >@@ -0,0 +1,46 @@ >+--- libgnome/gnome-util.c.org Fri Sep 17 18:45:43 2004 >++++ libgnome/gnome-util.c Fri Sep 17 18:47:11 2004 >+@@ -189,10 +189,11 @@ >+ void >+ gnome_unsetenv (const char *name) >+ { >+-#if defined (HAVE_UNSETENV) >+- unsetenv (name); >+-#else >+- extern char **environ; >++#ifdef __APPLE__ >++# include <crt_externs.h> >++# define environ (*_NSGetEnviron()) >++#elif extern char **environ; >++#endif >+ int i, len; >+ >+ len = strlen (name); >+@@ -210,7 +211,6 @@ >+ environ[i] = environ[i + 1]; >+ i++; >+ } >+-#endif >+ } >+ >+ /** >+@@ -225,12 +225,14 @@ >+ void >+ gnome_clearenv (void) >+ { >+-#ifdef HAVE_CLEARENV >+- clearenv (); >+-#else >+- extern char **environ; >+- environ[0] = NULL; >++ >++#ifdef __APPLE__ >++# include <crt_externs.h> >++# define environ (*_NSGetEnviron()) >++#elif extern char **environ; >+ #endif >++ >++ environ[0] = NULL; >+ } >+ >+ > >

2 1

Re: php5 +memcache
by Emory Smith 19 Mar '07

19 Mar '07

oops, ryan ... i goofed. turns out the macports memcached port is only the daemon and doesnt include the php extension. sorry, i should have made sure it was working for me first. no big deal if you already added the variant though -- php works fine without the extension installed (just cant use memcache). anyway, the build for the php extension (requires memcached and a phpize) is straightforward. i will try to submit a portfile for this as soon as i get a chance, however ... one thing im not sure about here (cc'ing dev in case others have input) ... should something like this be its own port? or a variant of php? or both? the "memcached" is obviously a completely independent package from php, but the memcache php extension is dependent on both. ive run into this a couple times before too .. for instance, theres a port called "syck" (for yaml parsing) thats also independent from php, but the php api depends on both php and syck. been working with yum on fc5 some lately and the solution there is to use a different package for every such situation (so you would get php-memcache, php-syck, etc), but seems like that might not work so well when installing from source. -emory On Thu, Mar 15 , at , Mar15 11:50 PM, Ryan Schmidt wrote: > Hi Emory. Sounds like a good idea. I'll add it. > > \r > > > On Mar 15, 2007, at 02:26, Emory Smith wrote: > >> hi ryan, >> >> wondering if a memcache variant could be added for php4/5? >> >> thanks, emory >> >> >> variant memcache { >> depends_lib-append port:memcached >> configure.args-append --enable-memcache >> } >

1 0

Re: [22892] trunk/base/doc/portgroup.7
by Juan Manuel Palacios 19 Mar '07

19 Mar '07

On Mar 18, 2007, at 12:09 AM, source_changes(a)macosforge.org wrote: > Revision > 22892 > Author > pguyot(a)kallisys.net > Date > 2007-03-17 21:09:46 -0700 (Sat, 17 Mar 2007) > > Log Message > doc/portgroup.7: Remove extraneous .El I added that some time ago 'cause without it I see the following: Formatting page, please wait...mdoc warning: list open at EOF! A .Bl directive has no matching .El Aren't you seeing it? -jmpp > > Modified Paths > • trunk/base/doc/portgroup.7 > > Diff > > Modified: trunk/base/doc/portgroup.7 (22891 => 22892) > --- trunk/base/doc/portgroup.7 2007-03-18 00:15:08 UTC (rev 22891) > +++ trunk/base/doc/portgroup.7 2007-03-18 04:09:46 UTC (rev 22892) > @@ -342,7 +342,6 @@ > .Dl port install gnustep-gui +with_docs > .br > .El > -.El > .Sh SEE ALSO > .Xr port 1 , > .Xr ports.conf 5 , > > _______________________________________________ > macports-changes mailing list > macports-changes(a)lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-changes

1 0

patch to upgrade rpm@4.4.5 to rpm@4.4.6
by Keith Irwin 18 Mar '07

18 Mar '07

Folks-- New to the list, etc, etc. Attached is a patch to upgrade the port of rpm from 4.4.5 to 4.4.6 thus fixing the fact that it doesn't build. I also submitted the patch at: http://trac.macports.org/projects/macports/ticket/11580 but wasn't too detailed about the problems. Most of this patch deletes patches that were no longer used in the ports directory. Keith

1 0

[11561] update bazaar-ng to 0.14
by Adam Mercer 17 Mar '07

17 Mar '07

Hi I submitted a ticket a couple of days ago to update the bazaar-ng port to the latest release, version 0.14. Could someone with commit access please review and commit this? http://trac.macports.org/projects/macports/ticket/11561 Cheers Adam

2 2

Problem with uninstall/upgrade
by Vincent Lefevre 17 Mar '07

17 Mar '07

The following problem occurs with both the old version and 1.4 rc2: prunille:~> sudo port -v uninstall m4 @1.4.8b_1 Error: port uninstall failed: Registry error: m4 1.4.8b_1 not registered as installed. prunille:~> sudo port -v upgrade m4 ---> Activating m4 1.4.8b_1+with_default_names Error: Activating m4 1.4.8b_1 failed: Image error: Another version of m4 (1.4.4_0) is already active. Why doesn't upgrade deactivate m4 1.4.4_0 first? -- Vincent Lefèvre <vincent(a)vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

2 3

Re: Pallet
by Guido Soranzio 16 Mar '07

16 Mar '07

On Mar 16, 2007, at 2:38 AM, Randall Wood wrote: >> You can still download it from here: >> >> <http://opendarwin.org/~matt/dp-cocoa.tbz2> > Thank you. Hi Randall. Your code to parse the PortIndex has illuminated me! (There are however some memory leaks since you're not releasing enough). Two years ago I tried to develop "Sport", a GUI for DarwinPorts written using AppleScript Studio, but its performances were very poor when handling thousands of table items. After having had a look at Pallet's code, I was favorably impressed and began to try to recreate Sport by copy&pasting some of your ideas. I rapidly came out with "Guigna" (the name of the smallest cat in the Americas) and I posted a screenshot at <http:// guido.soranzio.googlepages.com> so to share some ideas of mines (it's indeed quite a mockup): * a popdown button for filtering the categories; * an embedded WebView for displaying directly the home pages while browsing the ports; * the support for other systems in order to compare the available versions and to have a quick look at their makefiles (I am parsing the INDEXes of FreeBSD and NetBSD's pkgsrc after downloading their ports.tar.gz); * a mechanism similar to that of Ubuntu's Synaptic (the best package manager of all, in my opinion) for marking the modifications to the state of the packages before committing the changes in a batch. Guido

1 0