Re: Tcl versions with threads enabled

2012-02-06 Thread Gustaf Neumann
Am 06.02.12 21:42, schrieb Joshua Root: I thought thread support in Tcl was an extension that could be installed separately? There is tcl-core support for threads (configure option --enable-threads), and there is one extension called libthread (you are probably referring to), but these are two

Re: Is buildbot a Snow Leopard of a Lion???

2012-02-06 Thread Marko Käning
On Feb 7, 2012, at 3:05 AM, Ryan Schmidt wrote: > At the moment we only have a Snow Leopard buildbot. As far as I know it runs > OS X 10.6.8, Xcode 3.2.6, has a 64-bit processor, and a case-sensitive > filesystem. I see. So it is more likely - as Jeremy pointed out - a permissions issue then. T

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Jeremy Lavergne
> That's not github. That's why I pointed out when I first mentioned it; habits of developers on savannah are on github just as well. smime.p7s Description: S/MIME cryptographic signature ___ macports-dev mailing list macports-dev@lists.macosforge.or

Re: Is buildbot a Snow Leopard of a Lion???

2012-02-06 Thread Ryan Schmidt
On Feb 3, 2012, at 15:37, Marko Käning wrote: > Is buildbot a Snow Leopard of a Lion??? > > I am asking this since the buildbot behaves differently than my MacOSX 10.6.8 > here locally… At the moment we only have a Snow Leopard buildbot. As far as I know it runs OS X 10.6.8, Xcode 3.2.6, has

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Ryan Schmidt
On Feb 6, 2012, at 20:01, Jeremy Lavergne wrote: >> They use the prefix "release/". One argument would be that they also use the >> suffix "-1" but the other argument would be that that's part of the version >> number. > > Everything is always "release/*-1" for lilypond, as far as I can tell:

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Jeremy Lavergne
> They use the prefix "release/". One argument would be that they also use the > suffix "-1" but the other argument would be that that's part of the version > number. Everything is always "release/*-1" for lilypond, as far as I can tell: http://git.savannah.gnu.org/gitweb/?p=lilypond.git smim

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Ryan Schmidt
On Feb 6, 2012, at 17:55, Jeremy Lavergne wrote: >> I would guess that in the vast majority of projects, when a tag is created, >> the tag name is or ends with the version number. This was the case in all >> the ports that I converted to the github portgroup so far. If you've found >> one that

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Jeremy Lavergne
> I would guess that in the vast majority of projects, when a tag is created, > the tag name is or ends with the version number. This was the case in all the > ports that I converted to the github portgroup so far. If you've found one > that doesn't follow that convention, let me know. lilypond

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Ryan Schmidt
On Feb 6, 2012, at 16:28, Andrea D'Amore wrote: > On Mon, Feb 6, 2012 at 22:24, Ryan Schmidt wrote: >> What software does that? I have never encountered that situation. In my >> experience so far the github tag name is always the version number, in some >> cases with a prefix like "v", therefore

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Jeremy Lavergne
> The point is that tags doesn't _have_ to be the version so we > shouldn't rely on that. > The fact that there's a v is an obvious exception, it could be a "v" > like it could be a "bzorp". > > I understand you do not want to break existing portfiles but port > writers should be invited to check

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Andrea D'Amore
On Mon, Feb 6, 2012 at 22:24, Ryan Schmidt wrote: > What software does that? I have never encountered that situation. In my > experience so far the github tag name is always the version number, in some > cases with a prefix like "v", therefore that is how I modeled the portgroup. The point is t

Re: [89669] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Ryan Schmidt
On Feb 6, 2012, at 07:20, and.dam...@macports.org wrote: > Revision: 89669 > http://trac.macports.org/changeset/89669 > Author: and.dam...@macports.org > Date: 2012-02-06 05:20:28 -0800 (Mon, 06 Feb 2012) > Log Message: > --- > github portgroup: no need to append version to

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Ryan Schmidt
On Feb 6, 2012, at 14:28, Andrea D'Amore wrote: > On Mon, Feb 6, 2012 at 19:46, Ryan Schmidt wrote: >> I do want to find a way to support "downloads" in addition to "tags", >> however this change breaks github portgroup ports that do not set a >> tag_prefix, and not setting tag_prefix is the most

Re: Tcl versions with threads enabled

2012-02-06 Thread Joshua Root
On 2012-2-4 20:20 , Gustaf Neumann wrote: > c) subports (not sure, if this is worth the potential confusion, when > there are two version of the >same software release around, probably, one has to mangle names for > the dylibs on macports) I thought thread support in Tcl was an extension that

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Andrea D'Amore
On Mon, Feb 6, 2012 at 19:46, Ryan Schmidt wrote: > I do want to find a way to support "downloads" in addition to "tags", however > this change breaks github portgroup ports that do not set a tag_prefix, and > not setting tag_prefix is the most common way to use the github portgroup, so > this

Re: Tcl versions with threads enabled

2012-02-06 Thread Bradley Giesbrecht
On Feb 4, 2012, at 1:20 AM, Gustaf Neumann wrote: > b) making tcl threaded by default (my personal favorite, other tcl unix > distros went this way) Yes, I think "b" is the more attractive option you present. Please excuse my possible ignorance. Would this list produced by the following comman

Re: Tcl versions with threads enabled

2012-02-06 Thread Ryan Schmidt
On Feb 6, 2012, at 10:15, Gustaf Neumann wrote: > Is there any decision process in this regard on the way? I am not planning to do anything about this. It sounds like it will involve a fair bit of work and I have some other work I'm trying to concentrate on at the moment. I would be happy if s

Re: [89670] trunk/dports/_resources/port1.0/group/github-1.0.tcl

2012-02-06 Thread Ryan Schmidt
On Feb 6, 2012, at 07:25, and.dam...@macports.org wrote: > Revision: 89670 > http://trac.macports.org/changeset/89670 > Author: and.dam...@macports.org > Date: 2012-02-06 05:25:52 -0800 (Mon, 06 Feb 2012) > Log Message: > --- > github portgroup: support both "downloads" and

Re: PortIndex2MySQL run failure on Monday 2012-02-06 at 07:10:00

2012-02-06 Thread Frank Schima
On Feb 6, 2012, at 8:18 AM, Jeremy Lavergne wrote: >> Duplicate port for py25-mayavi. > > Removed in r89675. Thanks! Sorry about this and the other one a few days ago. ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macos

Re: Tcl versions with threads enabled

2012-02-06 Thread Gustaf Neumann
Am 05.02.12 23:29, schrieb Ryan Schmidt: three weeks ago, i asked on macports-users how to proceed in cases where ports depending on Tcl with thread support should be realized. From my distant view, there are three options: a) port variants (no good idea, since we can't have dependencies on th

Re: PortIndex2MySQL run failure on Monday 2012-02-06 at 07:10:00

2012-02-06 Thread Jeremy Lavergne
> Duplicate port for py25-mayavi. Removed in r89675. smime.p7s Description: S/MIME cryptographic signature ___ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev

Fwd: PortIndex2MySQL run failure on Monday 2012-02-06 at 07:10:00

2012-02-06 Thread William Siegrist
Duplicate port for py25-mayavi. -Bill Begin forwarded message: > Subject: PortIndex2MySQL run failure on Monday 2012-02-06 at 07:10:00 > Date: February 6, 2012 7:10:38 AM PST > > Error: CHILDSTATUS 86770 1: ERROR 1062 (23000) at line 88872: Duplicate entry > 'py25-mayavi' for key 'PRIMARY' _