Re: Github Group

2013-01-16 Thread Ryan Schmidt
On Jan 16, 2013, at 20:31, Sean Farley wrote: > On Wed, Jan 16, 2013 at 7:25 PM, Ryan Schmidt wrote: > >> Ok, how's this: there could be a new portgroup option github.livecheck_type >> which would default to "commits" if github.version matches ^[0-9a-f]{9,}$ >> and github.tag_prefix is empty,

Re: [101675] trunk/dports/net/smokeping

2013-01-16 Thread Ryan Schmidt
On Jan 16, 2013, at 17:43, ma...@macports.org wrote: > Revision: 101675 > https://trac.macports.org/changeset/101675 > Author: ma...@macports.org > Date: 2013-01-16 15:43:39 -0800 (Wed, 16 Jan 2013) > Log Message: > --- > Update to 2.6.8; This version does not use SpeedyCGI.

Re: Github Group

2013-01-16 Thread Sean Farley
On Wed, Jan 16, 2013 at 7:25 PM, Ryan Schmidt wrote: > > On Jan 16, 2013, at 19:04, Sean Farley wrote: > >> On Wed, Jan 16, 2013 at 4:17 PM, Ryan Schmidt wrote: >>> >>> On Jan 16, 2013, at 14:17, Sean Farley wrote: >>> I think it'll suffice to check for a tarball download + an empty tag

Re: Github Group

2013-01-16 Thread Ryan Schmidt
On Jan 16, 2013, at 19:04, Sean Farley wrote: > On Wed, Jan 16, 2013 at 4:17 PM, Ryan Schmidt wrote: >> >> On Jan 16, 2013, at 14:17, Sean Farley wrote: >> >>> I think it'll suffice to check for a tarball download + an empty tag >>> prefix + len(version) > 12. A hash can be looked up at any len

Re: Github Group

2013-01-16 Thread Sean Farley
On Wed, Jan 16, 2013 at 4:17 PM, Ryan Schmidt wrote: > > On Jan 16, 2013, at 14:17, Sean Farley wrote: > >> I wanted to revisit and close this ticket I started almost a year ago: >> >> https://trac.macports.org/ticket/33889 > > Sorry I forgot about this ticket. No worries. I forget lots of things

Re: International Ticket-closing day

2013-01-16 Thread Ryan Schmidt
On Jan 16, 2013, at 17:52, Joshua Root wrote: >> I'm still kind of in favor of using subports for Quartz vs X11. It'd just be >> a lot of work. > > In the case of gtk2 and dependents, quartz and x11 are mutually > exclusive, so you can't install both at once either way. Subports would solve th

Re: International Ticket-closing day

2013-01-16 Thread Joshua Root
On 2013-1-17 10:14 , Ryan Schmidt wrote: > > On Jan 16, 2013, at 07:43, Rainer Müller wrote: > >> On 2013-01-15 21:16, Lawrence Velázquez wrote: >> >>> https://trac.macports.org/ticket/126 >> >> Actually, I don't think subports solve all our problem. This requires >> refactoring ports in a way th

Re: International Ticket-closing day

2013-01-16 Thread Ryan Schmidt
On Jan 16, 2013, at 07:43, Rainer Müller wrote: > On 2013-01-15 21:16, Lawrence Velázquez wrote: > >> https://trac.macports.org/ticket/126 > > Actually, I don't think subports solve all our problem. This requires > refactoring ports in a way that allows installation side-by-side, while > in som

Dependencies on variants (was: Re: International Ticket-closing day)

2013-01-16 Thread Lawrence Velázquez
On Jan 16, 2013, at 3:22 AM, Clemens Lang wrote: > On Tue, Jan 15, 2013 at 03:16:05PM -0500, Lawrence Velázquez wrote: >> Great idea! How about starting with this one? >> https://trac.macports.org/ticket/126 > > I was actually planning to work on this one (some day in the future), so > maybe we

Re: [101627] trunk/dports/python/py-spyder-devel/Portfile

2013-01-16 Thread Ryan Schmidt
On Jan 16, 2013, at 12:23, Eric A. Borisch wrote: > On Wednesday, January 16, 2013, Ryan Schmidt wrote: >> On Jan 16, 2013, at 00:21, Eric A. Borisch wrote: >> > Ok. I kind like the date formatted ones (has more information encoded in >> > it than '1') and they seem to meet the "only requirements"

Re: International Ticket-closing day

2013-01-16 Thread Joshua Root
On 2013-1-17 00:53 , Rainer Müller wrote: > On 2013-01-15 10:32, Ryan Schmidt wrote: >> >> On Jan 15, 2013, at 03:14, Aljaž Srebrnič wrote: >> >>> I was poking around on Trac tying to find an excuse for not studying and >>> found out that there are 1091 tickets open but older than a year[1]. So,

Re: Github Group

2013-01-16 Thread Ryan Schmidt
On Jan 16, 2013, at 14:17, Sean Farley wrote: > I wanted to revisit and close this ticket I started almost a year ago: > > https://trac.macports.org/ticket/33889 Sorry I forgot about this ticket. I'm not sure I agree anymore with what I wrote in that ticket 10 months ago. The purpose of the g

Re: Double port: scapy

2013-01-16 Thread Joshua Root
On 2013-1-17 02:20 , Aljaž Srebrnič wrote: > Hello list, > I just noticed that we have two ports for scapy, one named scapy and the > other named py26-scapy. Should we: > - create a unified portfile named py-scapy > - delete py26-scapy > - mark scapy replaced_by py27-scapy (since scapy is based on

Re: Writing a portfile for a single script

2013-01-16 Thread Sean Farley
On Wed, Jan 16, 2013 at 2:23 PM, wrote: > On Jan 16, 2013, at 8:56 PM, Sean Farley wrote: >> Should this go into >> ? If so, would it be >> ok for me to add it or should a better wordsmith do that? > > Go ahead. > One day I might find the time to al

Re: Github Group

2013-01-16 Thread Sean Farley
On Wed, Jan 16, 2013 at 2:47 PM, Craig Treleaven wrote: > At 2:17 PM -0600 1/16/13, Sean Farley wrote: >> >> I wanted to revisit and close this ticket I started almost a year ago: >> >> https://trac.macports.org/ticket/33889 >> >> I think it'll suffice to check for a tarball download + an empty ta

Re: International Ticket-closing day

2013-01-16 Thread Sean Farley
On Wed, Jan 16, 2013 at 2:37 PM, wrote: > On Jan 16, 2013, at 7:52 PM, Sean Farley wrote: >> This sounds dangerously close to a meet-up ;-) In all seriousness, has >> macports ever had a sprint or such? > > I don't think so. ;-) > > But I would participate in order to learn more about the inner w

Re: Github Group

2013-01-16 Thread Craig Treleaven
At 2:17 PM -0600 1/16/13, Sean Farley wrote: I wanted to revisit and close this ticket I started almost a year ago: https://trac.macports.org/ticket/33889 I think it'll suffice to check for a tarball download + an empty tag prefix + len(version) > 12. A hash can be looked up at any length as lo

Re: International Ticket-closing day

2013-01-16 Thread MK-MacPorts
On Jan 16, 2013, at 7:52 PM, Sean Farley wrote: > This sounds dangerously close to a meet-up ;-) In all seriousness, has > macports ever had a sprint or such? I don't think so. ;-) But I would participate in order to learn more about the inner workings - if I happen to have time when a sprint is

Re: Writing a portfile for a single script

2013-01-16 Thread MK-MacPorts
On Jan 16, 2013, at 8:56 PM, Sean Farley wrote: > Should this go into > ? If so, would it be > ok for me to add it or should a better wordsmith do that? Go ahead. One day I might find the time to also include those sections into the Guide. _

Github Group

2013-01-16 Thread Sean Farley
I wanted to revisit and close this ticket I started almost a year ago: https://trac.macports.org/ticket/33889 I think it'll suffice to check for a tarball download + an empty tag prefix + len(version) > 12. A hash can be looked up at any length as long as it's match is unique, therefore the lengt

Re: Writing a portfile for a single script

2013-01-16 Thread Jeremy Lavergne
> Thanks for the help, everyone! I liked Josh's way of using extract to > copy to the ${distfiles} to the ${workpath}, so I ended up going with > that. Should this go into > ? If so, would it be > ok for me to add it or should a better wordsmith do th

Re: Writing a portfile for a single script

2013-01-16 Thread Sean Farley
On Tue, Jan 15, 2013 at 4:35 PM, Joshua Root wrote: > On 2013-1-16 09:22 , Lawrence Velázquez wrote: >> On Jan 15, 2013, at 5:05 PM, Sean Farley wrote: >> >>> I'm looking for advice / best practices for bypassing the extract >>> phase when writing a portfile for a script (and hence it's not a >>>

Re: International Ticket-closing day

2013-01-16 Thread Sean Farley
On Wed, Jan 16, 2013 at 7:53 AM, Rainer Müller wrote: > On 2013-01-15 10:32, Ryan Schmidt wrote: >> >> On Jan 15, 2013, at 03:14, Aljaž Srebrnič wrote: >> >>> I was poking around on Trac tying to find an excuse for not studying and >>> found out that there are 1091 tickets open but older than a y

Re: [101627] trunk/dports/python/py-spyder-devel/Portfile

2013-01-16 Thread Eric A. Borisch
On Wednesday, January 16, 2013, Ryan Schmidt wrote: > > On Jan 16, 2013, at 00:21, Eric A. Borisch wrote: > > Ok. I kind like the date formatted ones (has more information encoded in > it than '1') and they seem to meet the "only requirements" from the guide. > But if minimal bumps are desired, so

Re: Double port: scapy

2013-01-16 Thread Rainer Müller
On 2013-01-16 16:52, Aljaž Srebrnič wrote: > On 16/gen/2013, at 16:48, Rainer Müller wrote: >> I don't know simpy, but it does not look like there is any tool in this >> port – at least no files ends up at bin/*. The included SimGUI.py seems >> to be a basic example only and is marked deprecated.

Re: Portfile Workflow Advice

2013-01-16 Thread Rainer Müller
Hello, On 2013-01-14 09:18, rod wrote: > I've been finding developing and especially updating Portfiles a bit > tricky and error prone, so have been writing some tools for myself to > help with this... > > https://github.com/rodnaph/pearl > https://github.com/rodnaph/ghsum > > But while submitti

Re: Double port: scapy

2013-01-16 Thread Aljaž Srebrnič
On 16/gen/2013, at 16:48, Rainer Müller wrote: > On 2013-01-16 16:20, Aljaž Srebrnič wrote: >> Hello list, >> I just noticed that we have two ports for scapy, one named scapy and the >> other named py26-scapy. Should we: >> - create a unified portfile named py-scapy >> - delete py26-scapy >> - ma

Re: Double port: scapy

2013-01-16 Thread Rainer Müller
On 2013-01-16 16:20, Aljaž Srebrnič wrote: > Hello list, > I just noticed that we have two ports for scapy, one named scapy and the > other named py26-scapy. Should we: > - create a unified portfile named py-scapy > - delete py26-scapy > - mark scapy replaced_by py27-scapy (since scapy is based on

Re: Double port: scapy

2013-01-16 Thread Jeremy Lavergne
> Hello list, > I just noticed that we have two ports for scapy, one named scapy and the > other named py26-scapy. Should we: > - create a unified portfile named py-scapy > - delete py26-scapy > - mark scapy replaced_by py27-scapy (since scapy is based on python27 at the > moment) > or: > -mark p

Re: International Ticket-closing day

2013-01-16 Thread Rainer Müller
On 2013-01-15 10:32, Ryan Schmidt wrote: > > On Jan 15, 2013, at 03:14, Aljaž Srebrnič wrote: > >> I was poking around on Trac tying to find an excuse for not studying and >> found out that there are 1091 tickets open but older than a year[1]. So, >> what about choosing a date and have a big me

Re: Compilation failure of texlive: a bug in clang or application code?

2013-01-16 Thread Mojca Miklavec
On Wed, Jan 16, 2013 at 11:39 AM, Dan Ports wrote: > On Mon, Jan 14, 2013 at 04:10:34PM +0100, Mojca Miklavec wrote: >> XeTeX >> (http://sourceforge.net/projects/xetex/, >> http://xetex.git.sourceforge.net or >> http://tug.org/svn/texlive/trunk/Build/source/) finally builds under >> x86_64 without

Re: International Ticket-closing day

2013-01-16 Thread Rainer Müller
On 2013-01-15 21:16, Lawrence Velázquez wrote: > On Jan 15, 2013, at 2:33 PM, Aljaž Srebrnič wrote: > >> Oh, that, too :) I'll try to close some old ones when I have some time then! > > Great idea! How about starting with this one? > > https://trac.macports.org/ticket/126 Actually, I don't thi

Re: Compilation failure of texlive: a bug in clang or application code?

2013-01-16 Thread Dan Ports
On Mon, Jan 14, 2013 at 04:10:34PM +0100, Mojca Miklavec wrote: > XeTeX > (http://sourceforge.net/projects/xetex/, > http://xetex.git.sourceforge.net or > http://tug.org/svn/texlive/trunk/Build/source/) finally builds under > x86_64 without patching (earlier it didn't compile at all and the > curre

Re: International Ticket-closing day

2013-01-16 Thread Clemens Lang
On Tue, Jan 15, 2013 at 03:16:05PM -0500, Lawrence Velázquez wrote: > Great idea! How about starting with this one? > https://trac.macports.org/ticket/126 I was actually planning to work on this one (some day in the future), so maybe we should keep the ticket around. -- Clemens Lang ___