Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

On Sun, 20 Jun 2010, Thomas Goirand wrote: > As I see it, php-recaptcha should be sent to non-free (which means > anything depending on it would go in contrib). I'd be happy to see > others expressing themselves here, in order to make sure I don't > hold an extreme view on this. If php-recaptcha w

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

After you got me thinking a little more about who reCAPTCHA was and what they were doing, I did some research. You're right that "we don't know" what they're doing with all this digitized documents. Since Google bought reCAPTCHA it looks

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

On Mon, 21 Jun 2010, Thomas Goirand wrote: > No, but we wrote that a free software in our view, should not depend on > a non-free software. The question is: is this an RPC call to a remote > (non-free) library. My take is: definitively yes. As we are clearly on > the line here, so I do respect othe

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

Tollef Fog Heen wrote: > By this reasoning, we should move IM any IM clients that only talk to > proprietary servers (MSN, ICQ, etc) to contrib as well. Is that your > intention? Not at all, I never wrote this, I quite wrote the opposite in fact. > Even if we accept the premise that it's a RPC c

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

Hello everybody, I am not completely sure it is worth discussing php-recaptcha before our archive administrators take their decision, but since there are already other recaptcha packages in our archive… Le Sun, Jun 20, 2010 at 09:34:37PM +0200, Tollef Fog Heen a écrit : > > There's nothing in yo

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

Le dimanche 20 juin 2010 à 13:08 +0200, Marco d'Itri a écrit : > > I don't think this adds anything to the other references and arguments > > you provided in your post; how about refraining from using this argument > > in the future? > It is another long-standing Debian tradition to tell non-develo

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

]] Thomas Goirand | Tollef Fog Heen wrote: | > | Some made the comparison (like you just did) with IM clients, specific | > | browsers (like youtube clients and others), but I don't believe this | > | applies here. To my opinion, I believe this is a remotely executed | > | procedure, stored on a

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

[Petter Reinholdtsen] > We do not put into non-free programs with patent problems [Felipe Sateler] > We do not have a clear policy on what to do with patented software. > See bug 522373. I suspect we have the same point, thought you mention "patented software" and I limit myself to "programs wit

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/06/10 05:05, Petter Reinholdtsen wrote: > We do not put into non-free programs with patent problems We do not have a clear policy on what to do with patented software. See bug 522373. - -- Saludos, Felipe Sateler -BEGIN PGP SIGNATURE

Re: [php-maint] ITP: php-recaptcha -- PHP interface to recaptcha.net

Dear all, could you take this out of pkg-php-maint? Debian-legal would ve more appropriate list to discuss this. Ondrej Sury On 20.6.2010, at 18:22, Thomas Goirand wrote: Tollef Fog Heen wrote: | Some made the comparison (like you just did) with IM clients, specific | browsers (like you

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

Tollef Fog Heen wrote: > | Some made the comparison (like you just did) with IM clients, specific > | browsers (like youtube clients and others), but I don't believe this > | applies here. To my opinion, I believe this is a remotely executed > | procedure, stored on a non-free server that we wont e

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

On Sun, 20 Jun 2010 21:47:55 +0800 Thomas Goirand wrote: > I have tried to be as open minded as possible, and asking opinions of > others, and I don't think I am re-interpreting the DFSG here. IMHO, > the debate is all about how to consider the recaptcha service (eg: a > service you connect to, o

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

]] Thomas Goirand | Because I took the time to package php-text-captcha, which has been | ready for MONTHS, it might also give me a bit more of legitimacy to | comment about a PHP module that I refused to work with, because I | considered that there was a more free alternative. Have you done such

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

Marco d'Itri wrote: > It is another long-standing Debian tradition to tell non-developers to > STFU when they try to change the meaning of the DFSG. IMHO, this is not my case, read further. > You can find the details in the last 6 years of the debian-legal@ > archive... If you have mind reading

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

On Jun 20, Stefano Zacchiroli wrote: > I don't think this adds anything to the other references and arguments > you provided in your post; how about refraining from using this argument > in the future? It is another long-standing Debian tradition to tell non-developers to STFU when they try to ch

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

On Sun, Jun 20, 2010 at 11:40:01AM +0200, Marco d'Itri wrote: > You are not even a Debian developer so please refrain from trying to > re-interpret the DFSG to suite your opinions. I don't think this adds anything to the other references and arguments you provided in your post; how about refrainin

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

On dim., 2010-06-20 at 11:40 +0200, Marco d'Itri wrote: > You are not even a Debian developer so please refrain from trying to > re-interpret the DFSG to suite your opinions. > Nice, very nice. I'm speechless. -- Yves-Alexis signature.asc Description: This is a digitally signed message part

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

On Jun 20, Thomas Goirand wrote: > Because we don't have the source code of the captcha system itself (you > only have access to the source code of something that accesses the > online service), php-recaptcha fails all of the 3 tests when we want to > use it, which is a good indication that it sh

Re: [php-maint] ITP: php-recaptcha -- PHP interface to recaptcha.net

Philipp Kern wrote: > On 2010-06-20, Ansgar Burchardt wrote: >>> As I see it, php-recaptcha should be sent to non-free (which means >>> anything depending on it would go in contrib). I'd be happy to see >>> others expressing themselves here, in order to make sure I don't hold an >>> extreme view o

Re: [php-maint] ITP: php-recaptcha -- PHP interface to recaptcha.net

Hi Ansgar, and thanks for letting us know what you believe. Ansgar Burchardt wrote: > Thomas Goirand writes: > >> Please read point 9 of this document: >> >> http://people.debian.org/~bap/dfsg-faq.html >> >> Because we don't have the source code of the captcha system itself (you >> only have acc

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

[Thomas Goirand] > As I see it, php-recaptcha should be sent to non-free (which means > anything depending on it would go in contrib). I'd be happy to see > others expressing themselves here, in order to make sure I don't > hold an extreme view on this. Personally, I believe we should limit ourse

Re: [php-maint] ITP: php-recaptcha -- PHP interface to recaptcha.net

On 2010-06-20, Ansgar Burchardt wrote: >> As I see it, php-recaptcha should be sent to non-free (which means >> anything depending on it would go in contrib). I'd be happy to see >> others expressing themselves here, in order to make sure I don't hold an >> extreme view on this. [...] > Compare wi

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

Thomas Goirand writes: > Please read point 9 of this document: > > http://people.debian.org/~bap/dfsg-faq.html > > Because we don't have the source code of the captcha system itself (you > only have access to the source code of something that accesses the > online service), php-recaptcha fails al

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

Thomas Goirand, le Sun 20 Jun 2010 09:06:28 +0800, a écrit : > As I see it, php-recaptcha should be sent to non-free (which means > anything depending on it would go in contrib). I'd be happy to see > others expressing themselves here, in order to make sure I don't hold an > extreme view on this.

Re: ITP: php-recaptcha -- PHP interface to recaptcha.net

Hi Mark, and thanks for your quick reply, Mark A. Hershberger wrote: > Thomas Goirand writes: > > These captchas are different than just generic captchas, though: > > reCAPTCHA is a free CAPTCHA service that helps to digitize books, > newspapers and old time radio shows. Check out our p