Components it is based on? Is it not your original work? Or are you referring
to dependencies? Your code should be covered by some other license if you want
it to get installed on the server.
-Bill
On Oct 2, 2013, at 8:42 AM, Eric Le Lay wrote:
> Hi Bill,
>
> are you talking about conveni
Hi Bill,
are you talking about convenience or about dog fight ?
Has there already been issues with GPL components in macports.org ?
I can help by gathering the sources of the components PortsAutoComplete
is based on.
Eric
Le Tue, 01 Oct 2013 13:35:22 -0700,
William Siegrist a écrit :
> On Oct
On Oct 1, 2013, at 1:25 PM, Joshua Root wrote:
> On 2013-10-2 06:02 , Eric Le Lay wrote:
>>
>>
>> I'm welcoming your comments on the approach or the code.
>
> Nice work; thanks!
>
> I wonder if the license will be a problem. Apple apparently has a policy
> against shipping GPLv3 code in their
On Tue, Oct 1, 2013 at 4:25 PM, Joshua Root wrote:
>
> I wonder if the license will be a problem. Apple apparently has a policy
> against shipping GPLv3 code in their products, but I don't know if the
> same applies for something hosted on macosforge.
I think the problem with GPLv3 is that there
On 2013-10-2 06:02 , Eric Le Lay wrote:
> Hi,
>
> please find a first version (0.1.0) of the PortsAutoComplet trac plugin
> here [1].
>
> It adds a handler to return a textual listing of matching ports for
> autocompletion of the port field and javascript code to perform the
> autocompletion. Whe
Hi,
please find a first version (0.1.0) of the PortsAutoComplet trac plugin
here [1].
It adds a handler to return a textual listing of matching ports for
autocompletion of the port field and javascript code to perform the
autocompletion. When the user selects a port, the maintainers are added
to
On Sep 24, 2013, at 4:50 PM, Mojca Miklavec wrote:
> How would you deal with tickets like this one?
> https://trac.macports.org/ticket/39383
If a ticket has multiple ports, just Cc all the relevant maintainers, with no
owner. Just like on that ticket. Is there a problem with that?
> And what
On 2013-9-25 06:50 , Mojca Miklavec wrote:
> How would you deal with tickets like this one?
>https://trac.macports.org/ticket/39383
If the port field contains more than one port name, simply add all the
maintainers of the ports to Cc.
In the more common case of one port name, you still have t
On Tue, Sep 24, 2013 at 8:01 PM, Eric Le Lay wrote:
> Hi,
>
> if I were to write such a trac plugin, what are the odds that it would
> be installed in macports.org ?
I cannot answer this particular question, but ...
How would you deal with tickets like this one?
https://trac.macports.org/ticke
OK,
I'll give it a try and let you know about it...
Cheers,
Eric
Le Tue, 24 Sep 2013 12:26:27 -0700,
William Siegrist a écrit :
> We'll review the code and install it if it looks good.
>
> -Bill
>
>
> On Sep 24, 2013, at 11:01 AM, Eric Le Lay wrote:
>
> > Hi,
> >
> > if I were to write
Hi,
see the proposal conversion to postgres in ticket #40579.
It needs review and testing, esp. on the php part.
Cheers,
Eric
Le Mon, 23 Sep 2013 16:21:25 +1000,
Joshua Root a écrit :
> On 2013-9-23 05:04 , Rainer Müller wrote:
> > We also have the MySQL database of the PortIndex [1] that is u
We'll review the code and install it if it looks good.
-Bill
On Sep 24, 2013, at 11:01 AM, Eric Le Lay wrote:
> Hi,
>
> if I were to write such a trac plugin, what are the odds that it would
> be installed in macports.org ?
>
> - Eric
>
> Le Sun, 22 Sep 2013 14:48:28 +1000,
> Joshua Root
On Sep 22, 2013, at 11:21 PM, Joshua Root wrote:
> On 2013-9-23 05:04 , Rainer Müller wrote:
>> We also have the MySQL database of the PortIndex [1] that is used for
>> the search interface on the website. That could also be used as data
>> source instead of requiring a working MacPorts installat
I'm not the sysadmin, but I would expect the odds would be very good.
Our Trac installation already uses custom plugins like CcMe.
On 2013-9-25 04:01 , Eric Le Lay wrote:
> Hi,
>
> if I were to write such a trac plugin, what are the odds that it would
> be installed in macports.org ?
>
> - Eric
Hi,
if I were to write such a trac plugin, what are the odds that it would
be installed in macports.org ?
- Eric
Le Sun, 22 Sep 2013 14:48:28 +1000,
Joshua Root a écrit :
> On 2013-9-22 05:22 , mk-macpo...@techno.ms wrote:
> > Wouldn't it be much more efficient to have this already dealt with
On 2013-9-23 05:04 , Rainer Müller wrote:
> We also have the MySQL database of the PortIndex [1] that is used for
> the search interface on the website. That could also be used as data
> source instead of requiring a working MacPorts installation.
As an aside, that should really be moved to postgr
On Sep 22, 2013, at 10:18 PM, Eric Le Lay wrote:
> I've also added a -me option to the script so that each maintainer may
> run the script without interfering.
That's a cool option!
:)
Ooops, that made me realize only now that your script was meant to run through
all of the tickets, not only thos
Hi Rainer,
Le Sun, 22 Sep 2013 21:04:46 +0200,
Rainer Müller a écrit :
>
> We also have the MySQL database of the PortIndex [1] that is used for
> the search interface on the website. That could also be used as data
> source instead of requiring a working MacPorts installation.
>
This would b
On 2013-09-22 20:43, Eric Le Lay wrote:
> I was confident I could come up with a working script without too much
> trouble, having done similar driving of websites in the past.
> On the other hand, a plugin for trac required
> that it would be installed in macports' infrastructure, tested on a
> re
Hi Eric,
On Sep 22, 2013, at 8:43 PM, Eric Le Lay wrote:
> So I've preferred to cover the need first, with
> maybe a bit too much traffic
> - not so much I think, after a first overhaul of old/missed tickets.
you are right, of course.
> I hope it could be set up as a cron job on some macports ser
Marko,
thanks for your feedback.
I was confident I could come up with a working script without too much
trouble, having done similar driving of websites in the past.
On the other hand, a plugin for trac required
that it would be installed in macports' infrastructure, tested on a
replica, what hav
On Sep 22, 2013, at 6:48 AM, Joshua Root wrote:
> On 2013-9-22 05:22 , mk-macpo...@techno.ms wrote:
>> Wouldn't it be much more efficient to have this already dealt with by trac
>> itself during ticket creation?
> Probably. You are certainly welcome to write such a trac plugin. :-)
Josh, I had br
Maybe let Google do that lifting for you rather than pypu's search? "Trac
-track"
Eric Gallager wrote:
>There are lots of plugins on PyPi for Trac that you could check out;
>unfortunately it's kind of hard to search for them as most searches for
>"Trac" also turn up packages that have "track" in
There are lots of plugins on PyPi for Trac that you could check out;
unfortunately it's kind of hard to search for them as most searches for
"Trac" also turn up packages that have "track" in their description... if
only someone could figure out the proper regex to use to search for "Trac
without a
On 2013-9-22 05:22 , mk-macpo...@techno.ms wrote:
> Wouldn't it be much more efficient to have this already dealt with by trac
> itself during ticket creation?
Probably. You are certainly welcome to write such a trac plugin. :-)
- Josh
___
macports-dev
Wouldn't it be much more efficient to have this already dealt with by trac
itself during ticket creation?
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Hello,
I've written a program to assign tickets in trac [1].
I've only tested it on 1 ticket because I'm not sure if there is a
consensus to use such a tool.
It would be helpful for users like me who don't poll/monitor bug
reports for tickets on their ports to answer more quickly. It would also
l
27 matches
Mail list logo
