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

Creating self contained bundles with MacPorts
by Drew McCormack 11 Aug '07

11 Aug '07

I want to use macports to build self contained bundles, containing a tool and any dependencies of that tool. For example, I want to distribute an FFTW package that installs into /Users/Shared/FFTW. Under that directory would be the usual bin, lib etc: /Users/Shared/FFTW/bin /Users/Shared/FFTW/lib ... Any libraries that FFTW uses would also be included in that bundle. My question is: how could I do this with macports? I thought it would be a simple matter of changing the install prefix in macports.conf: prefix /Users/Shared/FFTW But when I do this, I get error messages indicating I haven't setup the prefix dir properly: Library directory '/Users/Shared/OpenMacPorts/share/macports/Tcl' must exist while executing "mportinit ui_options global_options global_variations" Error: /opt/local/bin/port: Failed to initialize ports system, Library directory '/Users/Shared/OpenMacPorts/share/macports/Tcl' must exist Is there a straightforward way to do what I want? Basically I want to have control over the install directory, such that I can change it at will. Drew McCormack MacResearch.org

2 1

-devel ports outdated
by N_Ox 11 Aug '07

11 Aug '07

Hello, What is the policy about -devel ports for which their normal counterparts have a greater or equal version? % (port echo '*-devel' 1>&2 | sed -E 's/-devel[[:>:]]//') 2>&1 | sort | xargs port list Etoile @0.1.9 gnustep/Etoile Etoile-devel @0.1.9 gnustep/Etoile-devel basiliskii @0.9 emulators/basiliskii basiliskii-devel @1.0-20060314 emulators/basiliskii- devel boehmgc @6.8 devel/boehmgc boehmgc-devel @6.3alpha6 devel/boehmgc-devel cmake @2.4.6 devel/cmake cmake-devel @2.4.1 devel/cmake-devel codeblocks-devel @1.0 devel/codeblocks-devel cronolog @1.6.2 sysutils/cronolog cronolog-devel @1.7.0-beta sysutils/cronolog-devel dsniff @2.3 net/dsniff dsniff-devel @2.4b1 net/dsniff-devel easytag @1.1 audio/easytag easytag-devel @1.99.11 audio/easytag-devel emacs @22.1 editors/emacs emacs-devel @22.0.97 editors/emacs-devel ghc @6.6.1 lang/ghc ghc-devel @6.7 lang/ghc-devel gnucash @2.2.0 gnome/gnucash gnucash-devel @2.1.5 gnome/gnucash-devel gtk-doc @1.8 gnome/gtk-doc gtk-doc-devel @1.5.0-20051205 devel/gtk-doc-devel irssi @0.8.10a irc/irssi irssi-devel @0.8.11-rc1 irc/irssi-devel john @1.7.0.2 sysutils/john john-devel @1.7.2 sysutils/john-devel libtool @1.5.24 devel/libtool libtool-devel @1.9f devel/libtool-devel lighttpd @1.4.15 www/lighttpd lighttpd-devel @1.5.0-r1691 www/lighttpd-devel mozilla @1.7.12 www/mozilla mozilla-devel @1.8b1 www/mozilla-devel mutt @1.4.2.2 mail/mutt mutt-devel @1.5.15 mail/mutt-devel mysql5 @5.0.45 databases/mysql5 mysql5-devel @5.1.20-beta databases/mysql5-devel p5-catalyst-devel @1.02 perl/p5-catalyst-devel py-django-devel @0.96 python/py-django-devel py25-django-devel @0.96 python/py25-django-devel rdiff-backup @1.0.5 python/rdiff-backup rdiff-backup-devel @1.1.12 python/rdiff-backup-devel rpm @4.4.9 sysutils/rpm rpm-devel @5.0 sysutils/rpm-devel rsync @2.6.9 net/rsync rsync-devel @20070715-1435 net/rsync-devel slrn @0.9.8.1 news/slrn slrn-devel @0.9.8.1pl2-20070125 news/slrn-devel speex @1.0.5 audio/speex speex-devel @1.2beta1 audio/speex-devel swi-prolog @5.6.39 lang/swi-prolog swi-prolog-devel @5.5.36 lang/swi-prolog-devel sylpheed @2.2.3 mail/sylpheed sylpheed-devel @2.2.0beta7 mail/sylpheed-devel tin @1.8.1 news/tin tin-devel @1.7.10 news/tin-devel tor @0.1.2.16 security/tor tor-devel @0.2.0.4-alpha security/tor-devel wxWidgets @2.8.4 graphics/wxWidgets wxWidgets-devel @2.8.5-rc1 graphics/wxWidgets-devel yap @5.0.1 lang/yap yap-devel @4.5.6 lang/yap-devel zsh @4.2.6 shells/zsh zsh-devel @4.3.4 shells/zsh-devel -- Anthony Ramine, a lazy french student. nox(a)macports.org

1 0

MacPorts 1.5.1 released
by Juan Manuel Palacios 11 Aug '07

11 Aug '07

Evening everyone! I'm pleased to announce that MacPorts 1.5.1 has been released through selfupdate, comprising the following fixes and enhancements: Release 1.5.1 (11-August-2007 at branches/release_1_5/base's r27646, by jmpp): - Remove sed rules taking care of dp based comments in the macports.conf file from the upgrade target in base/Makefile.in, they were causing problems for people with /opt/dports or similar prefixes (jmpp in r27618). - Facelift to the PortIndex2MySQL.tcl script to make it selfcontained and work with the new macports1.0 api to generate SQL statements with information extracted from Portfiles (jmpp in r27415). - Always print the livecheck regex in debug mode, not only when it fails (ryandesign in r27379). - Detect some mtree violations within ${prefix}. Test can be overriden by "destroot.violate_mtree yes" in a Portfile (mww in r27199). - Fix version comparison in MacPorts initialization to properly detect Tcl versions 8.4.7 and later (sfiera in r27127). - Fix double de-escaping of livecheck.regex inadvertently introduced in r26041 (eridius in r27079). - Added new Portfile options to the configure stage for selecting compiler(s) (mww in r27018, r27021, r27022 and r27053) - New logic in the upgrade target to account for cases where the old and new versions consist of different numbers of segments (sfiera in r26921). - Remove dead OpenDarwin mirrors from our mirrors list (jmpp in r26903) - New tests for violations of common directory structure (and option to override them for special cases) - Added new variable ${os.major} that contains the Darwin major version (eridius r26693, ticket #12224). Selfupdate at will (in a couple of minutes to allow for the updates to reach the rsync sever ;-) and report any problems you might encounter to our lists and/or as tickets on trac.macports.org. Thanks again to all those working hard to improve MacPorts with every single one of our releases, most appreciated! To everyone else, enjoy 1.5.1! Regards,... -jmpp

1 0

GSoC ChangeLog (Fwd: [27642] trunk/base/ChangeLog)
by Juan Manuel Palacios 11 Aug '07

11 Aug '07

Hello guys! Per the message below, I just updated our ChangeLog with information pertaining to the work you've been doing for GSoC2007, in the "Unreleased" section of the file. I am not too sure how best to document this so I only intend for my entries to be placeholders, please feel free to adapt them to what you find suits your work best. Regards,... -jmpp Begin forwarded message: > From: source_changes(a)macosforge.org > Date: August 11, 2007 2:42:51 AM GMT-04:00 > To: macports-changes(a)lists.macosforge.org > Subject: [27642] trunk/base/ChangeLog > Reply-To: macports-dev(a)lists.macosforge.org > > Revision 27642 Author jmpp(a)macports.org Date 2007-08-10 23:42:51 > -0700 (Fri, 10 Aug 2007) Log MessageCommit ChangeLog updated with > GSoC work information and 1.5.1 release date information.Modified > Paths > trunk/base/ChangeLog

1 0

Trac status field
by N_Ox 10 Aug '07

10 Aug '07

Hello, I think we should add a new status field "Waiting for upstream". It would be useful for tickets like: * http://trac.macports.org/projects/macports/ticket/4103 * http://trac.macports.org/projects/macports/ticket/6533 Regards, -- Anthony Ramine, a lazy french student. nox(a)macports.org

1 0

New Trac ticketing guidelines implemented
by Juan Manuel Palacios 10 Aug '07

10 Aug '07

Hello everyone! Not long ago some of us discussed on this list a new set of ticketing guidelines to match our current practices with Trac. The result of such brainstorming was the Wiki doc I compiled at [1] and which Mark has been fleshing out into the new guide at [2] After much waiting I finally went ahead and implemented most of what's said there through Trac's admin interface, so everyone should now see new fields in new ticket submissions per the new guidelines. Legacy fields need to be updated directly in Trac's database through SQL magic as follows: 1) Ticket Type: * task & contribution --> enhancement; 2) Priorities: * Expected --> Normal; * Important & Blocker --> High; * Nice to have --> Low; 3) Component: * dp-cocoa & uninstaller --> deprecated; Chris Pickel suggested the following template: 1) * update ticket set type='enhancement' where type='task' or type='contribution' 2) * update ticket set component='deprecated' where component='uninstaller' or component='dp-cocoa' * update ticket set priority='High' where priority='Important' or priority='Blocker' * update ticket set priority='Normal' where priority='Expected' 3) * update ticket set priority='Low' where priority='Nice to have' I can ask kvv to apply this for us straight into the DB, but would love it if they could be verified to work (I don't have Trac installed at the moment to test locally). New Roadmap is also in place, with new self-explanatory "MacPorts base enhancements" and "MacPorts base bugs" milestones created to hold tickets detailing MacPorts' own bugs and improvements separately, mirroring "Port Enhancements" and "Port Bugs" respectively. We toyed for a while with the idea of using the "core" moniker rather than base, arguing that the latter might be a bit confusing.... but I ultimately stuck with base 'cause I figured we prefer people who are clueful enough to figure out what "base" stands for in MacPorts parlance as the ones submitting tickets against such a, eeehhmmm, core component of the project. Added to that is the fact that "base" is already all over the place, so it only makes sense... Tickets in the former "Needs developer review" milestone were moved to base bugs and "Feature requests" to base enhancements; please feel free to relocate your ticket appropriately if you feel this reordering does not do it justice. Thanks to all who helped polish such an important user <--> developer interface as the ticketing guidelines! If you have suggestions and/or corrections (am I missing anything here in this message? I surely am, it's 4am ;-).... you know what to do, *cough* ticket per the new guidelines *cough*. Regards,... -jmpp [1] http://trac.macports.org/projects/macports/wiki/NewTracTicketing [2] http://geeklair.net/new_macports_guide/#id942789

3 4

Remaining calls to exit
by Juan Manuel Palacios 10 Aug '07

10 Aug '07

Good afternoon everyone! I'll be releasing 1.5.1 real soon now and I'm planning on including Landon's commit that hides the exit routine from the Portfile interpreter, causing the keyword not to be recognized; therefore remaining calls to it should be removed from the Portfiles. Following is a list of ports that still have it: * aqua/TeXShop * editors/xemacs * graphics/graphviz-cairo (safe to remove?) * java/tomcat5 * lang/clisp * lang/ghc * lang/hugs98 * math/GiNaC * math/cln * math/nestedsums * multimedia/mimms * net/djbdns * net/kerberos5 (commented out, though) * science/xloops * science/ophcrack * sysutils/ipc * www/mozilla-devel * www/mozilla * x11/gtk2 * x11/gtk28 * x11/xorg Would love it if maintainers could update their ports to match the upcoming released code base. Thanks in advance for your help! Regards,... -jmpp

1 0

close ticket #12255
by Adam Mercer 09 Aug '07

09 Aug '07

Hi Can someone with the appropriate trac privileges close ticket #12255[1], as I've been in touch with the submitter and the problem he was experiencing was due to a local installation issue that he has now sorted. Cheers Adam [1] http://trac.macports.org/projects/macports/ticket/12255

2 1

Re: [27554] trunk/doc/guide/new/xml/portfileref.xml
by Ryan Schmidt 09 Aug '07

09 Aug '07

On Aug 7, 2007, at 23:30, source_changes(a)macosforge.org wrote: > Revision: 27554 > http://trac.macosforge.org/projects/macports/changeset/27554 > Author: markd(a)macports.org > Date: 2007-08-07 21:30:45 -0700 (Tue, 07 Aug 2007) > > Log Message: > ----------- > Add a Port Dependencies section to the Port Reference section. > > Modified Paths: > -------------- > trunk/doc/guide/new/xml/portfileref.xml > > Modified: trunk/doc/guide/new/xml/portfileref.xml [snip] > + <title>Non-Port Dependencies</title> > + > + <para>Port dependencies should refer to other MacPort ports > whenever > + possible. However, if satisfying a dependency with a port is > not > + practical or desirable for a special reason, you may specify > + dependencies in the Unix standard binary, library, or a > specified > + path.</para> The end of this is reading a little weird. "you may specify dependencies in the Unix standard binary, library, or a specified path"? > + > + <para>In this lib style dependency, if the file > + <filename>libX11.6.2.dylib</filename> is not found in the > library path > + the XFree86 port will be installed to satisfy it.</para> > + > + <programlisting>depends_lib lib:libX11.6:XFree86</ > programlisting> > + > + <para>In this bin style dependency, if the > <filename>rrdtool</filename> > + binary is not found in the binary path the port rrdtool will be > + installed.</para> > + > + <programlisting>depends_lib bin:python:python24</ > programlisting> The paragraph talks of rrdtool, but the example shows python24. The python24 binary is not a library dependency so should not be introduced with depends_lib. It is perhaps a run-time dependency or possibly a build-time dependency. > + > + <para>In this path style dependency, if the <filename>nano</ > filename> > + binary is not found in the path /usr/bin/nano the nano port > will be > + installed.</para> > + > + <programlisting>depends_lib path:/usr/bin/nano:nano</ > programlisting> This should also not be shown as depends_lib because it isn't a library; it's a binary.

2 1

Fwd: [27578] trunk/dports/devel/libsdl
by N_Ox 09 Aug '07

09 Aug '07

Début du message réexpédié : > De : N_Ox <nox(a)macports.org> > Date : 9 août 2007 15:44:59 HAEC > À : Ryan Schmidt <ryandesign(a)macports.org> > Objet : Rép : [27578] trunk/dports/devel/libsdl > > > Le 9 août 07 à 01:48, Ryan Schmidt a écrit : > >> On Aug 8, 2007, at 17:24, source_changes(a)macosforge.org wrote: >> >>> Revision: 27578 >>> http://trac.macosforge.org/projects/macports/changeset/ >>> 27578 >>> Author: nox(a)macports.org >>> Date: 2007-08-08 15:24:43 -0700 (Wed, 08 Aug 2007) >>> >>> Log Message: >>> ----------- >>> * Port cleaned! >>> * Updated to version 1.2.11 >>> * The check for QuickTime version on Panther is now in native TCL. >>> * Configure patch has been replaced by a single reinplace >>> procedure call. >>> * Added sha1 and rmd160 checksums. >>> * Added documentation. >>> * Taken over (with openmaintainer). >>> >>> Modified Paths: >>> -------------- >>> trunk/dports/devel/libsdl/Portfile >>> >>> Removed Paths: >>> ------------- >>> trunk/dports/devel/libsdl/files/patch-configure >>> trunk/dports/devel/libsdl/files/qt-check.sh >> >> [snip] >> >>> platform darwin 7 { >>> - pre-fetch { system "/bin/bash ${portpath}/${filesdir}/qt- >>> check.sh" } >>> + pre-fetch { >>> + set qt_header [open /System/Library/Frameworks/ >>> QuickTime.framework/Headers/QuickTime.h r] >>> + >>> + while {[gets $qt_header line] != -1} { >>> + if {[regexp {Version:} $line]} { >>> + regexp {(\d+)\.(\d+)$} $line _ qt_min qt_rev >>> + >>> + if {$qt_min > 0 || $qt_rev > 3} { >>> + ui_error "" >>> + ui_error "Installation of libSDL is exiting >>> because it believes you have" >>> + ui_error "QuickTime version 7.${qt_min}.$ >>> {qt_rev} installed." >>> + ui_error "" >>> + ui_error "On Mac OS 10.3/XCode 1.5, you must >>> have QuickTime 7.0.3 or lower if" >>> + ui_error "you want to install the libSDL port." >>> + ui_error "" >>> + ui_error "If you have QuickTime 7.0.4, you >>> can downgrade to 7.0.1:" >>> + ui_error "http://www.apple.com/support/ >>> downloads/quicktime701reinstallerforquicktime704.html" >> >> That URL is 404. I can't find any place to download QT 7.0.1 from >> Apple anymore. >> >> If Apple has not fixed this problem in the several versions of QT >> since 7.0.4, Apple must not believe it is a bug. Has anyone >> attempted to contact the libsdl developers about this problem, or >> checked their bug database? >> > > I've googled about it yesterday, and dig into the libsdl website > for some informations... with no luck. > I think we will never be able to fix this thing. > I have removed the link from the error message. > -- Anthony Ramine, a lazy french student. nox(a)macports.org

1 0