Re: [91865] trunk/dports/science/netcdf-cxx/Portfile

On Apr 11, 2012, at 22:44, take...@macports.org wrote: > Revision: 91865 > https://trac.macports.org/changeset/91865 > Author: take...@macports.org > Date: 2012-04-11 20:44:42 -0700 (Wed, 11 Apr 2012) > Log Message: > --- > netcdf-cxx: replaced epoch with revision since epo

Include compiler name in archive name

There have been plenty of problems reported by Lion users who have upgraded to Xcode 4.3+ and have subsequently encountered build errors because the compiler locations changed, yet the old compiler locations were included in the files some ports installed -- python, qt4-mac, perl, apr -- https:

Re: [MacPorts] #33927: Add CELT051 audio codec to ports

On Thu, Apr 12, 2012 at 12:44 AM, Ryan Schmidt wrote: > On Apr 11, 2012, at 22:20, Fabiano Fidêncio wrote: >> On Wed, Apr 11, 2012 at 8:40 PM, MacPorts wrote: >>> #33927: Add CELT051 audio codec to ports >>> --+- >>>  Reporte

Re: [MacPorts] #33927: Add CELT051 audio codec to ports

On Apr 11, 2012, at 22:20, Fabiano Fidêncio wrote: > On Wed, Apr 11, 2012 at 8:40 PM, MacPorts wrote: >> #33927: Add CELT051 audio codec to ports >> --+- >> Reporter: fabiano@… | Owner: macports-tickets@…

Re: [MacPorts] #33927: Add CELT051 audio codec to ports

On Apr 11, 2012, at 11:20 p.m., Fabiano Fidêncio wrote: >> You're welcome to create a new celt05 port but it should be engineered in >> such a way that it does not conflict with the existing celt port. > > Why it could conflict with celt port? > Did you test it, at least? It conflicts with cel

Re: [MacPorts] #33927: Add CELT051 audio codec to ports

On Wed, Apr 11, 2012 at 8:40 PM, MacPorts wrote: > #33927: Add CELT051 audio codec to ports > --+- >  Reporter:  fabiano@…             |       Owner:  macports-tickets@… >     Type:  submission            |      Status:  new >

Re: Odd buildbot behaviour

On 04/11/2012 08:08 AM, Joshua Root wrote: On 2012-4-12 01:04 , Blair Zajac wrote: On 04/11/2012 07:47 AM, Joshua Root wrote: On 2012-4-10 11:30 , Joshua Root wrote: Seems like most of the problems were caused by ice33-cpp. Still not sure how the "not modified since last failure" check could ha

MacPorts 2.1.0-beta1 now available for testing

Source code and pkg/dmgs for MacPorts 2.1.0-beta1 are now available [1]. Testing of either of these install methods is helpful. While there are no known regressions from 2.0.4 at this point, be prepared to encounter bugs. As always, having a recent backup would be wise. Please report any bugs that

Re: Ignore MisbehavingServers rather than fail with an error

On Apr 11, 2012, at 18:32, Daniel J. Luke wrote: > On Apr 11, 2012, at 6:57 PM, Ryan Schmidt wrote: I agree it and a bit of a hack, but I cannot envision a situation in which it doesn't work correctly. If you can, please let me know. >>> >>> The obvious failure case would be a correctl

Re: Ignore MisbehavingServers rather than fail with an error

On Apr 11, 2012, at 6:57 PM, Ryan Schmidt wrote: >>> I agree it and a bit of a hack, but I cannot envision a situation in which >>> it doesn't work correctly. If you can, please let me know. >> >> The obvious failure case would be a correctly downloaded file that looks >> like HTML to file(1) but

Re: Ignore MisbehavingServers rather than fail with an error

On Apr 11, 2012, at 05:51, Joshua Root wrote: > On 2012-4-9 17:09 , Ryan Schmidt wrote: >> >> What I'm trying to get across is that if we have an opportunity to reduce >> the number of tickets that get filed, that's of benefit to everyone, so why >> shouldn't we do it? > > It's questionable t

Re: Binary packages and path: dependencies

On Apr 11, 2012, at 08:03, Thibaut Paumard wrote: > I recently contributed a Portfile for yorick-av, a package which depends > on either ffmpeg or ffmpeg-devel. Ryan suggested to code this dependency > as path:lib/libavcodec.dylib:ffmpeg. > > This works well as long as the package is built from

Re: package installation fails with Homebrew

On Apr 11, 2012, at 06:40, Rainer Müller wrote: > gcc47 is a pre-release and might fail for some other reason. Actually gcc 4.7.0 final is out, and available in MacPorts. The new pre-release is gcc48. ___ macports-dev mailing list macports-dev@lists

Re: [90903] trunk/dports/databases

On Apr 11, 2012, at 12:56, Bradley Giesbrecht wrote: > On Apr 10, 2012, at 6:55 PM, Jeremy Huddleston wrote: > >> >> On Mar 17, 2012, at 2:35 PM, pixi...@macports.org wrote: >> >>> @@ -4,7 +4,11 @@ >>> PortSystem 1.0 >>> >>> namemysql55 >>> +# Fixme: Subdir mysql5. >>

Re: Binary downloads

On Apr 11, 2012, at 07:57, Jack Howarth wrote: > Be aware that some of the Lion buildbots don't seem to be using Xcode 4.2.1 > or later There is exactly one Lion buildbot; I understand it is using Xcode 4.1. Of course we want to update it to Xcode 4.3.2 but our admin has stated previously on t

Re: [91798] trunk/dports/sysutils/zeroinstall-injector/Portfile

Ryan Schmidt wrote: > Instead of repeating these lines, it would be better to set them just a > single time. [1] So that the variants can influence them, set them in the > respective pre- blocks. Done, r91841. It would probably have been better if there was a global setting* for which python v

Re: [90903] trunk/dports/databases

On Apr 10, 2012, at 6:55 PM, Jeremy Huddleston wrote: > > On Mar 17, 2012, at 2:35 PM, pixi...@macports.org wrote: > >> @@ -4,7 +4,11 @@ >> PortSystem 1.0 >> >> namemysql55 >> +# Fixme: Subdir mysql5. >> +# Conflict due to mysqld_safe finding mysql5 ports ${prefix}/libe

Re: Odd buildbot behaviour

On 2012-4-12 01:04 , Blair Zajac wrote: > On 04/11/2012 07:47 AM, Joshua Root wrote: >> On 2012-4-10 11:30 , Joshua Root wrote: >> Seems like most of the problems were caused by ice33-cpp. Still not sure >> how the "not modified since last failure" check could have been >> triggered, but we'll see

Re: Odd buildbot behaviour

On 04/11/2012 07:47 AM, Joshua Root wrote: On 2012-4-10 11:30 , Joshua Root wrote: Seems like most of the problems were caused by ice33-cpp. Still not sure how the "not modified since last failure" check could have been triggered, but we'll see how it goes now that ice33-cpp is fixed. Did ice-c

Re: Binary packages and path: dependencies

On 2012-4-12 00:56 , Thibaut Paumard wrote: > registry_active is not documented in the guide, is there another source > of documentation for internal API that I should be aware of, other than > asking on the mailing list? It's the same as registry::active (just renamed when it's aliased into the p

Re: Binary packages and path: dependencies

Le 11/04/12 16:19, Joshua Root a écrit : > On 2012-4-12 00:13 , Thibaut Paumard wrote: >> if { [string match "*(active)*" [exec port installed ffmpeg-devel]] } { >> default_variants +devel >> } > > Rather running another port process, it would be better to check for > some file installed by

Re: Odd buildbot behaviour

On 2012-4-10 11:30 , Joshua Root wrote: > Regarding > : > > The progress log is normal until here: > > Building ice33-cpp (3090 of 13875)...failure > Building ice33-java (3091 of 13875)...skipping, portfile not modified > since

Re: Binary packages and path: dependencies

On 2012-4-12 00:13 , Thibaut Paumard wrote: > if { [string match "*(active)*" [exec port installed ffmpeg-devel]] } { > default_variants +devel > } Rather running another port process, it would be better to check for some file installed by ffmpeg-devel, or ask the registry directly using re

Re: Binary packages and path: dependencies

> if { [string match "*(active)*" [exec port installed ffmpeg-devel]] } { > default_variants +devel > } I'd check this out instead of using `exec`: [registry_active ffmpeg-devel] smime.p7s Description: S/MIME cryptographic signature ___ macports-d

Re: Binary packages and path: dependencies

Hi, Le 11/04/12 15:23, Clemens Lang a écrit : > On Wed, Apr 11, 2012 at 03:03:37PM +0200, Thibaut Paumard wrote: >> The alternative I can see is to not use a path: dependency in this >> case, but to provide two explicit variants (one linking with ffmpeg, >> the other with ffmpeg-devel). It would b

Re: [91774] trunk/dports/_resources/port1.0/group/python33-1.0.tcl

On 11.4.2012, at 9.51, Joshua Root wrote: > On 2012-4-11 15:33 , Wahlstedt Jyrki wrote: >> >> On 10.4.2012, at 17.25, Joshua Root wrote: >> >>> On 2012-4-10 23:39 , Jeremy Lavergne wrote: > I was adding py33-tkinter, as that was missing (not committed yet), then > those extensions seem

Re: Binary packages and path: dependencies

On Wed, Apr 11, 2012 at 03:03:37PM +0200, Thibaut Paumard wrote: > The alternative I can see is to not use a path: dependency in this > case, but to provide two explicit variants (one linking with ffmpeg, > the other with ffmpeg-devel). It would be great if the right variant > could be selected aut

Re: Binary downloads

Le 11/04/12 14:57, Jack Howarth a écrit : > On Tue, Apr 10, 2012 at 08:16:57PM -0700, Blair Zajac wrote: >> 2) Is there a way to disable binary downloads and always compile myself? > The only solution > I found was to do a macports source installation and then use the -s flag with > port to disable

Binary packages and path: dependencies

Hi, I recently contributed a Portfile for yorick-av, a package which depends on either ffmpeg or ffmpeg-devel. Ryan suggested to code this dependency as path:lib/libavcodec.dylib:ffmpeg. This works well as long as the package is built from source, but as I understand it, it will lead to breakages

Re: Binary downloads

On Tue, Apr 10, 2012 at 08:16:57PM -0700, Blair Zajac wrote: > I blew away my /opt/local to start over after I got a SQL error I asked > about in a previous thread [1] and noticed that the new build is using > binary downloads. > > 1) Were binary downloads enabled for a while and it's just beca

Re: Fwd: package installation fails with Homebrew

On 2012-04-11 13:05, Elmar Stellnberger wrote: > It would be very nice if macports supported to compile a certain set > of base packages > without having to install the full bloated Xcode environment (which > consumes too much > disk space on my computer). The directory /Applications/Xcode.app ta

Re: Fwd: package installation fails with Homebrew

On 2012-4-11 21:05 , Elmar Stellnberger wrote: > Dear Maintainers of MacPorts, > > It would be very nice if macports supported to compile a certain set > of base packages > without having to install the full bloated Xcode environment (which > consumes too much > disk space on my computer). Kennet

Fwd: package installation fails with Homebrew

Dear Maintainers of MacPorts,  It would be very nice if macports supported to compile a certain set of base packages without having to install the full bloated Xcode environment (which consumes too much disk space on my computer). Kenneth Reitz`s homebrew gcc would to my mind be a good light-weigh

Re: Ignore MisbehavingServers rather than fail with an error

On 2012-4-9 17:09 , Ryan Schmidt wrote: > > What I'm trying to get across is that if we have an opportunity to reduce the > number of tickets that get filed, that's of benefit to everyone, so why > shouldn't we do it? It's questionable that the patch will actually do that. (And you know as well