Re: [90899] trunk/dports/multimedia/ffmpeg-devel

>> I digged into this because ffmpeg-devel (specifically its lavf >> encoder) built with clang has issues remuxing aac files, while >> building with apple-gcc-4.2 makes the encoding go through. >> I noticed this when my convert script stopped working, switching back >> to fmpeg-devel @2004_2 f

Re: Potential disruption to MacPorts domain registration

Sam, On Mar 29, 2012, at 8:24 PM, Sam Kuper wrote: > On 29 March 2012 20:11, Ryan Schmidt wrote: >> On Mar 29, 2012, at 14:04, Jan Stary wrote: >>> What exactly is the >>> relation of macports to Apple as a corporation? >> >> http://trac.macports.org/wiki/MacPortsHistory > > This is helpful bu

Re: Potential disruption to MacPorts domain registration

On Mar 29, 2012, at 22:24, Sam Kuper wrote: > On 29 March 2012 20:11, Ryan Schmidt wrote: >> On Mar 29, 2012, at 14:04, Jan Stary wrote: >>> What exactly is the >>> relation of macports to Apple as a corporation? >> >> http://trac.macports.org/wiki/MacPortsHistory > > This is helpful but not ver

Re: Potential disruption to MacPorts domain registration

On Mar 29, 2012, at 8:56 PM, Jeremy Lavergne wrote: >> My take on this is that GKG.NET has at least one example on record of their >> behaving in a less than exemplary manner, namely using the BBB logo without >> permission: >> >> http://www.bbb.org/bryan/business-reviews/internet-services/gkg

Re: Potential disruption to MacPorts domain registration

> My take on this is that GKG.NET has at least one example on record of their > behaving in a less than exemplary manner, namely using the BBB logo without > permission: > > http://www.bbb.org/bryan/business-reviews/internet-services/gkgnet-in-bryan-tx-7007745 Sounds like there should be a new

Re: [87293] trunk/dports/devel/midgard2-core/Portfile

Falling back on llvm-gcc just based on the OS version is not the right approach. Please make that logic based on the current compiler. Why doesn't clang work for this port? I'm unable to fetch this port in order to investigate, so please fix fetch. --Jeremy On Nov 16, 2011, at 10:22 AM, j..

Re: [91263] trunk/dports/graphics/cairo

On 2012-3-30 12:05 , Dan Ports wrote: > On Thu, Mar 29, 2012 at 12:50:59PM -0700, Jeremy Huddleston wrote: >> @@ -38,7 +38,11 @@ >> port:freetype \ >> port:libpng \ >> port:zlib \ >> -

Re: [91263] trunk/dports/graphics/cairo

On Mar 29, 2012, at 20:05, Dan Ports wrote: > On Thu, Mar 29, 2012 at 12:50:59PM -0700, Jeremy Huddleston wrote: >> @@ -38,7 +38,11 @@ >> port:freetype \ >> port:libpng \ >> port:zlib \ >> -

Re: [91263] trunk/dports/graphics/cairo

On Thu, Mar 29, 2012 at 12:50:59PM -0700, Jeremy Huddleston wrote: > @@ -38,7 +38,11 @@ > port:freetype \ > port:libpng \ > port:zlib \ > -port:expat > +por

Re: [90977] trunk/dports/devel/libzookeeper/Portfile

Please make an effort to actually address build failures rather than just falling back on older compilers. At minimum, please explain why you are falling back in a comment or in the change log. Here's a better fix: Index: Portfile ===

Re: flat packages

On 2012-3-30 09:59 , Jordan K. Hubbard wrote: > > On Mar 29, 2012, at 3:46 PM, Joshua Root wrote: > >> So my conclusion is that we should create a Distribution file and run >> productbuild after generating an intermediate flat package, but only on >> 10.6+. > > Seems reasonable. Given that App

Re: flat packages

On Mar 29, 2012, at 3:46 PM, Joshua Root wrote: > So my conclusion is that we should create a Distribution file and run > productbuild after generating an intermediate flat package, but only on > 10.6+. Seems reasonable. Given that Apple is also about to ship 10.8, one has to wonder just how

Re: flat packages

So here's what I've pieced together (none of this seems to be explicitly stated anywhere at all.) Please correct me if I've got any of this wrong. * Flat packages on their own are considerably less capable than bundle packages. * The capabilities mostly come back (and you get a bunch of new ones)

Re: 'select' for py-sphinx

Thanks for your replies! I have committed this in r91321 - let me know if you spot any issues. Tom On 29 March 2012 16:56, Thomas Robitaille wrote: > Hi, > > In the same way as there is a 'select' command for python and ipython, > I was wondering whether we could add one for Sphinx commands? > S

Re: How subports are displayed

Yep, I like the change. On Mar 29, 2012, at 7:13 AM, Ryan Schmidt wrote: > I find this output confusing: > > > $ port info py27-distribute | head -n 2 > py27-distribute @0.6.25 (python, devel) > Sub-ports:py24-distribute, py25-distribute, py26-distribute, > py27-distribute, py31-d

Re: [91263] trunk/dports/graphics/cairo

These changes address the issue for me. I'm not sure if it is overkill, but it works. Index: Portfile === --- Portfile(revision 91320) +++ Portfile(working copy) @@ -38,7 +38,11 @@ port:freetype

Re: [91263] trunk/dports/graphics/cairo

On Mar 29, 2012, at 14:28, Jeremy Huddleston wrote: > ld: warning: ignoring file /opt/local/lib/libpoppler-glib.dylib, file was > built for unsupported file format which is not the architecture being linked > (i386) > ld: warning: ignoring file /opt/local/lib/libpoppler.dylib, file was built >

Re: [91263] trunk/dports/graphics/cairo

I'm configured -universal, but because I bring in wine, cairo is brought in +universal. It looks like you need to add more to cairo's archcheck.files and depends_lib: ld: warning: ignoring file /opt/local/lib/libpoppler-glib.dylib, file was built for unsupported file format which is not the arc

Re: Potential disruption to MacPorts domain registration

On Mar 29, 2012, at 14:04, Jan Stary wrote: > What exactly is the > relation of macports to Apple as a corporation? http://trac.macports.org/wiki/MacPortsHistory ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.

Re: flat packages

On 2012-3-30 05:19 , Joshua Root wrote: > Forgot to mention, I already read the docs and I'm not much the wiser > about what we're doing wrong. :-) Ah, this looks promising though:

Re: flat packages

On 2012-3-30 05:06 , Jeremy Lavergne wrote: >> It came up in a private conversation that we should really be generating >> flat packages in 'port pkg' these days, at least for current platforms. >> Unfortunately, if you set package.flat currently, even though all the >> resources end up in the pack

Re: flat packages

> It came up in a private conversation that we should really be generating > flat packages in 'port pkg' these days, at least for current platforms. > Unfortunately, if you set package.flat currently, even though all the > resources end up in the package (which you can check by extracting it > with

flat packages

It came up in a private conversation that we should really be generating flat packages in 'port pkg' these days, at least for current platforms. Unfortunately, if you set package.flat currently, even though all the resources end up in the package (which you can check by extracting it with xar), non

Re: Potential disruption to MacPorts domain registration

It would be best to transfer to another registrar asap, but we are unable to do so because: (1) Our domain is currently under registrar lock because, according to GKG policies, it is within a 60-day period following renewal. (2) Pending resolution of our current dispute, they may decide unila

Potential disruption to MacPorts domain registration

Short version: Our domain registrar, gkg.net, is threatening to cancel the registration of macports.org and other domains that redirect to it. We do not know whether they will follow through on this threat. If they do, we will have no choice but to move our services to another domain, at least tem

Re: 'select' for py-sphinx

On Mar 29, 2012, at 09:56, Thomas Robitaille wrote: > destroot { >select::install ipython ${filespath}/base >select::install ipython ${filespath}/none > } > > to make it work for the four commands above? (I don't understand what > 'base' and 'none' are) "base" and "none" are the names o

Re: Help with QT-based port?

On Mar 29, 2012, at 09:55, Craig Treleaven wrote: > At 8:47 AM -0500 3/29/12, Ryan Schmidt wrote: >> On Mar 28, 2012, at 19:14, Craig Treleaven wrote: >> >>> fetch.type git >>> >>> git.branch 92f7d1f51c >> >> Does the 0.25-rc tarball posted on github not work? This is hundreds

Re: Help with QT-based port?

At 8:47 AM -0500 3/29/12, Ryan Schmidt wrote: On Mar 28, 2012, at 19:14, Craig Treleaven wrote: I've run into a wall trying to port MythTV. The linker barfs complaining: ld: -L must be immediately followed by a directory path (no space) Debug-level log from my most recent attempt is here

'select' for py-sphinx

Hi, In the same way as there is a 'select' command for python and ipython, I was wondering whether we could add one for Sphinx commands? Specifically: sphinx-apidoc-2.7 sphinx-quickstart-2.7 sphinx-autogen-2.7 sphinx-build-2.7 The issue is that when I check out projects where I want to build the

Re: [91311] trunk/dports/net/mosh/Portfile

On Mar 29, 2012, at 09:03, Quentin Smith wrote: > On Thu, 29 Mar 2012, Ryan Schmidt wrote: > >> If you don't think the -lpoll part of that line was needed, I'm happy to >> remove the line. I'll give it a quick test without that line on a Leopard >> machine. > > There's an autoconf test that pi

How subports are displayed

I find this output confusing: $ port info py27-distribute | head -n 2 py27-distribute @0.6.25 (python, devel) Sub-ports:py24-distribute, py25-distribute, py26-distribute, py27-distribute, py31-distribute, py32-distribute It would make more sense to me if it said: $ port info py27

Re: [91311] trunk/dports/net/mosh/Portfile

On Thu, 29 Mar 2012, Ryan Schmidt wrote: On Mar 29, 2012, at 08:50, Quentin Smith wrote: On Thu, 29 Mar 2012, Ryan Schmidt wrote: On Mar 29, 2012, at 01:36, dpo...@macports.org wrote: Revision: 91311 https://trac.macports.org/changeset/91311 Author: dpo...@macports.org Date:

Re: [91311] trunk/dports/net/mosh/Portfile

On Mar 29, 2012, at 08:50, Quentin Smith wrote: > On Thu, 29 Mar 2012, Ryan Schmidt wrote: > >> >> On Mar 29, 2012, at 01:36, dpo...@macports.org wrote: >> >>> Revision: 91311 >>> https://trac.macports.org/changeset/91311 >>> Author: dpo...@macports.org >>> Date: 2012-03-28 23:36

Re: [91311] trunk/dports/net/mosh/Portfile

On Thu, 29 Mar 2012, Ryan Schmidt wrote: On Mar 29, 2012, at 01:36, dpo...@macports.org wrote: Revision: 91311 https://trac.macports.org/changeset/91311 Author: dpo...@macports.org Date: 2012-03-28 23:36:37 -0700 (Wed, 28 Mar 2012) Log Message: --- mosh: maintainer upda

Re: Help with QT-based port?

On Mar 28, 2012, at 19:14, Craig Treleaven wrote: > I've run into a wall trying to port MythTV. The linker barfs complaining: >> ld: -L must be immediately followed by a directory path (no space) > > Debug-level log from my most recent attempt is here: > http://dl.dropbox.com/u/26787680/0.25%20m

Re: [91311] trunk/dports/net/mosh/Portfile

On Mar 29, 2012, at 01:36, dpo...@macports.org wrote: > Revision: 91311 > https://trac.macports.org/changeset/91311 > Author: dpo...@macports.org > Date: 2012-03-28 23:36:37 -0700 (Wed, 28 Mar 2012) > Log Message: > --- > mosh: maintainer update to v1.1.2; add Leopard suppo