Re: [81718] trunk/dports/devel/dialog/Portfile

2011-08-05 Thread Joshua Root
Oops, sorry. Fixed now. - Josh On 2011-8-5 18:23 , Jyrki Wahlstedt wrote: Hi, gentoo doesn't seem to be recognized in livecheck? === dialog Error: cannot check if dialog was updated (Could not resolve host: gentoo; nodename nor servname provided, or not known) === On 4.8.2011, at

Re: [81816] trunk/dports/sysutils/beanstalkd

2011-08-05 Thread Ryan Schmidt
On Aug 5, 2011, at 05:22, n...@macports.org wrote: Revision: 81816 http://trac.macports.org/changeset/81816 Author: n...@macports.org Date: 2011-08-05 03:22:39 -0700 (Fri, 05 Aug 2011) Log Message: --- Use libevent1 as there are compat problems with libevent 2.X ,

Re: [81816] trunk/dports/sysutils/beanstalkd

2011-08-05 Thread Nick Ludlam
On 5 Aug 2011, at 11:25, Ryan Schmidt wrote: On Aug 5, 2011, at 05:22, n...@macports.org wrote: Revision: 81816 http://trac.macports.org/changeset/81816 Author: n...@macports.org Date: 2011-08-05 03:22:39 -0700 (Fri, 05 Aug 2011) Log Message: --- Use libevent1 as

Re: [81821] branches/gsoc11-rev-upgrade/base/src/macports1.0/macports.tcl

2011-08-05 Thread Bradley Giesbrecht
On Aug 5, 2011, at 4:33 AM, c...@macports.org wrote: Revision 81821 Author c...@macports.org Date 2011-08-05 04:33:46 -0700 (Fri, 05 Aug 2011) Log Message rev-upgrade: path_is_in_prefix didn't work as expected Modified Paths•

Re: [81821] branches/gsoc11-rev-upgrade/base/src/macports1.0/macports.tcl

2011-08-05 Thread Clemens Lang
On Fri, Aug 05, 2011 at 07:16:11AM -0700, Bradley Giesbrecht wrote: Cal: Should other paths configurable when port built from source be added to path_is_in_prefix? $ ./configure --help ... --with-frameworks-dir Frameworks installation directory. Yes. I guess I will replace this

Re: [81769] trunk/dports/kde/digikam/Portfile

2011-08-05 Thread Jeremy Lavergne
From what I can gather, you don't have to have a local mysql5 server, so I've dropped it in r81826. Also read that it defaults to sqlite, so perhaps mysql isn't even needed. Jan, any thoughts? ___ macports-dev mailing list

Re: [81802] trunk/dports/graphics

2011-08-05 Thread Mark Moll
On Aug 4, 2011, at 10:26 PM, Ryan Schmidt wrote: On Aug 4, 2011, at 21:41, mm...@macports.org wrote: Revision: 81802 http://trac.macports.org/changeset/81802 Author: mm...@macports.org Date: 2011-08-04 19:41:43 -0700 (Thu, 04 Aug 2011) Log Message: ---

SVN interdependencies

2011-08-05 Thread vincent habchi
Hi again, I’m back with the dragonegg(svn) port. As I explained before, this port needs to be in perfect sync with llvm-devel (both SVN are constantly kept in phase), so that if you update one, you must update the other. Now, it’s fairly easy in a way: it suffices to mark dragonegg dependent

Re: SVN interdependencies

2011-08-05 Thread Jeremy Lavergne
I’m back with the dragonegg(svn) port. As I explained before, this port needs to be in perfect sync with llvm-devel (both SVN are constantly kept in phase), so that if you update one, you must update the other. Now, it’s fairly easy in a way: it suffices to mark dragonegg dependent on

Re: SVN interdependencies

2011-08-05 Thread vincent habchi
Hi Jeremy, Have you considered a meta port that depends on both llvm-devel and dragonegg? Hmmm… I must confess I’m pretty neophyte with metaports. Is there a way to specify that llvm should be built before dragonegg? Thanks for the hint! Vincent

Re: SVN interdependencies

2011-08-05 Thread Jeremy Lavergne
Hmmm… I must confess I’m pretty neophyte with metaports. Is there a way to specify that llvm should be built before dragonegg? You can do something that will make people cringe over the semantics; force it by putting llvm as an extract phase and library dependency for this meta port. Simply

Re: SVN interdependencies

2011-08-05 Thread vincent habchi
Jeremy, Hmmm… I must confess I’m pretty neophyte with metaports. Is there a way to specify that llvm should be built before dragonegg? (You’re mad at UTF-8 ? ;)) You can do something that will make people cringe over the semantics; force it by putting llvm as an extract phase and

Re: SVN interdependencies

2011-08-05 Thread Jeremy Lavergne
(You’re mad at UTF-8 ? ;)) Nah, just subjected to rickety webmail while at work. I thought there was some special declaration or other rule to abide by for a metaport (I guess this come from my old NetBSD PKGSRC habits). The only special thing I think MacPorts does is force empty directory

Re: SVN interdependencies

2011-08-05 Thread vincent habchi
Le 5 août 2011 à 19:52, Jeremy Lavergne a écrit : (You’re mad at UTF-8 ? ;)) Nah, just subjected to rickety webmail while at work. Condoleances ;) Thanks anyhow for the advice. Vincent ___ macports-dev mailing list

Re: SVN interdependencies

2011-08-05 Thread vincent habchi
Le 5 août 2011 à 19:47, Bradley Giesbrecht a écrit : Port variants are generally discouraged. That said, you could make a dragonegg variant for llvm-devel. I thought about that at first. Impossible: Macports does not know how to fetch more than one SVN subdirectory for a given port. Vincent

Re: llvm-devel / dragonegg new ports

2011-08-05 Thread vincent habchi
Okay folks, so there is three new ports. One is llvm-devel revived; Next is dragonegg-devel, effectively installing dragonegg{45|46}.so according to a variant gcc45 or gcc46; Last is dragonegg, a metaport for common installation of both the formers. Portfiles appended. Comments? Thanks,

Re: [81769] trunk/dports/kde/digikam/Portfile

2011-08-05 Thread Nicolas Pavillon
Hello, I am probably the one who added it when listing the new ports required by digikam with the disappearance of kdegraphics4. I based the addition of dependencies on the configure log, where I saw that digikam was searching for mysql and mysql-server. Then, if a better knowledge of

some archive formats broken

2011-08-05 Thread Anders F Björklund
The formats that use `tar --use-compress-program` are broken on Snow Leopard, because bsdtar is... tar: Error opening archive: (Empty error message) Using gnutar instead would work, but not all invocations match requirements (e.g. ./+CONTENTS) gnutar: +CONTENTS: Not found in archive So