Re: [Cython] Cython infrastructure
Le 20/07/2016 12:19, Dima Pasechnik a écrit : > Github is not spyware, IMHO. It would be good to understand which of these: > > https://help.github.com/articles/github-privacy-policy/ > > you have a problem with. That's this one, in the terms of service: "One person or legal entity may not maintain more than one free account, and one machine user account that is used exclusively for performing automated tasks." Which means the account identifies me as a person, not just as a project member, and they can correlate my actions across all projects. Baptiste ___ cython-devel mailing list cython-devel@python.org https://mail.python.org/mailman/listinfo/cython-devel
Re: [Cython] Cython infrastructure
Le 20/07/2016 19:23, Robert Bradshaw a écrit : > +1 > > I'm a big advocate of privacy, and informed consent when choosing to > give any of it away (e.g. allowing linking of activities to build a > (pseudonymous or not) reputation). (philosophical side note: "consent" is not free of coercion, and thus rather irrelevant, when Github is taking over 90% of Open Source projects.) > [...] Personally, I'm actually quite > happy to have my activities on github correlated with my identity. > (Actually, it's a net plus, not a concession.) I understand your point, but I'd like to make a different choice. > Of course you can always set up any number of unrelated pseudonyms on > github, delete cookies, use incognito mode, and even do everything via > tor if you really want. No, I can't (unless I want to play cat and mouse with them, which is no fun). And that is the whole of the problem, as I say in my other message. > However, while "Subscribe to Github" is a perfectly reasonable answer, > and one that would in practice include more people than it would > exclude (compared to our current system, or many alternatives), it's > not like we're going to suddenly refuse all discussions of bugs on the > mailing lists. We're low enough volume to be flexible. A real bug > tracker is simply more useful for tracking issues than an inbox. As long as the mailing list stays, any concrete difficulty can be solved when it arises through a constructive discussion, so nothing is lost! I trust that Cython won't ever do like some other projects, which have suppressed any kind of non-Github contact channel. That would be the real pain. > Does this alleviate your concerns? Not fully, but I can live with it :-) Baptiste ___ cython-devel mailing list cython-devel@python.org https://mail.python.org/mailman/listinfo/cython-devel
Re: [Cython] Cython infrastructure
FYI, travis does support CPython dev versions. https://docs.travis-ci.com/user/languages/python#Choosing-Python-versions-to-test-against Travis supports caching of build dependencies. (I remember it was not free on OS X, but it might be now). https://docs.travis-ci.com/user/caching/ Sage is a bit tricky. If there are binaries of Sage develop branch built for Ubuntu 12.04 or 14.04 built by Sagebots hosted somewhere, then you can use it on Travis. I use a Sage release binary to test a project and haven't had any issues with it. Isuru Fernando On Thu, Jul 21, 2016 at 2:48 PM, Baptiste Carvello < de...@baptiste-carvello.net> wrote: > Le 20/07/2016 19:23, Robert Bradshaw a écrit : > > > +1 > > > > I'm a big advocate of privacy, and informed consent when choosing to > > give any of it away (e.g. allowing linking of activities to build a > > (pseudonymous or not) reputation). > > (philosophical side note: "consent" is not free of coercion, and thus > rather irrelevant, when Github is taking over 90% of Open Source projects.) > > > [...] Personally, I'm actually quite > > happy to have my activities on github correlated with my identity. > > (Actually, it's a net plus, not a concession.) > > I understand your point, but I'd like to make a different choice. > > > Of course you can always set up any number of unrelated pseudonyms on > > github, delete cookies, use incognito mode, and even do everything via > > tor if you really want. > > No, I can't (unless I want to play cat and mouse with them, which is no > fun). And that is the whole of the problem, as I say in my other message. > > > However, while "Subscribe to Github" is a perfectly reasonable answer, > > and one that would in practice include more people than it would > > exclude (compared to our current system, or many alternatives), it's > > not like we're going to suddenly refuse all discussions of bugs on the > > mailing lists. We're low enough volume to be flexible. A real bug > > tracker is simply more useful for tracking issues than an inbox. > > As long as the mailing list stays, any concrete difficulty can be solved > when it arises through a constructive discussion, so nothing is lost! > > I trust that Cython won't ever do like some other projects, which have > suppressed any kind of non-Github contact channel. That would be the > real pain. > > > Does this alleviate your concerns? > > Not fully, but I can live with it :-) > > Baptiste > > ___ > cython-devel mailing list > cython-devel@python.org > https://mail.python.org/mailman/listinfo/cython-devel > ___ cython-devel mailing list cython-devel@python.org https://mail.python.org/mailman/listinfo/cython-devel
Re: [Cython] Cython infrastructure
On Thu, Jul 21, 2016 at 2:44 AM, Isuru Fernando wrote: > FYI, travis does support CPython dev versions. > https://docs.travis-ci.com/user/languages/python#Choosing-Python-versions-to-test-against > > Travis supports caching of build dependencies. (I remember it was not free > on OS X, but it might be now). https://docs.travis-ci.com/user/caching/ > > Sage is a bit tricky. If there are binaries of Sage develop branch built for > Ubuntu 12.04 or 14.04 built by Sagebots hosted somewhere, then you can use > it on Travis. I use a Sage release binary to test a project and haven't had > any issues with it. Interesting. In this case we actually have to (re?)build Sage to test Cython, which is quite expensive, and testing Sage is even more expensive, so release binaries might not be quite enough. > Isuru Fernando > > On Thu, Jul 21, 2016 at 2:48 PM, Baptiste Carvello > wrote: >> >> Le 20/07/2016 19:23, Robert Bradshaw a écrit : >> >> > +1 >> > >> > I'm a big advocate of privacy, and informed consent when choosing to >> > give any of it away (e.g. allowing linking of activities to build a >> > (pseudonymous or not) reputation). >> >> (philosophical side note: "consent" is not free of coercion, and thus >> rather irrelevant, when Github is taking over 90% of Open Source >> projects.) >> >> > [...] Personally, I'm actually quite >> > happy to have my activities on github correlated with my identity. >> > (Actually, it's a net plus, not a concession.) >> >> I understand your point, but I'd like to make a different choice. >> >> > Of course you can always set up any number of unrelated pseudonyms on >> > github, delete cookies, use incognito mode, and even do everything via >> > tor if you really want. >> >> No, I can't (unless I want to play cat and mouse with them, which is no >> fun). And that is the whole of the problem, as I say in my other message. >> >> > However, while "Subscribe to Github" is a perfectly reasonable answer, >> > and one that would in practice include more people than it would >> > exclude (compared to our current system, or many alternatives), it's >> > not like we're going to suddenly refuse all discussions of bugs on the >> > mailing lists. We're low enough volume to be flexible. A real bug >> > tracker is simply more useful for tracking issues than an inbox. >> >> As long as the mailing list stays, any concrete difficulty can be solved >> when it arises through a constructive discussion, so nothing is lost! >> >> I trust that Cython won't ever do like some other projects, which have >> suppressed any kind of non-Github contact channel. That would be the >> real pain. >> >> > Does this alleviate your concerns? >> >> Not fully, but I can live with it :-) >> >> Baptiste >> >> ___ >> cython-devel mailing list >> cython-devel@python.org >> https://mail.python.org/mailman/listinfo/cython-devel > > > > ___ > cython-devel mailing list > cython-devel@python.org > https://mail.python.org/mailman/listinfo/cython-devel > ___ cython-devel mailing list cython-devel@python.org https://mail.python.org/mailman/listinfo/cython-devel
Re: [Cython] Cython infrastructure
On Thu, Jul 21, 2016 at 9:42 AM, Baptiste Carvello wrote: > Le 20/07/2016 12:19, Dima Pasechnik a écrit : > >> Github is not spyware, IMHO. It would be good to understand which of these: >> >> https://help.github.com/articles/github-privacy-policy/ >> >> you have a problem with. > > That's this one, in the terms of service: > > "One person or legal entity may not maintain more than one free account, > and one machine user account that is used exclusively for performing > automated tasks." > > Which means the account identifies me as a person, not just as a project > member, and they can correlate my actions across all projects. > Apart from browser cookies, they have no real means to identify users having several identities. This is merely done for preventing abuse by people who basically use so much resource that they ought to pay. That is, yes, you will need one email address per one account, and would not try to have a 100 of such identities accessing github from the same IP. At worst you will lose an account, that's all. Dima > Baptiste ___ cython-devel mailing list cython-devel@python.org https://mail.python.org/mailman/listinfo/cython-devel
Re: [Cython] Cython infrastructure
On Thu, Jul 21, 2016 at 10:18 AM, Baptiste Carvello wrote: > Le 20/07/2016 19:23, Robert Bradshaw a écrit : > >> +1 >> >> I'm a big advocate of privacy, and informed consent when choosing to >> give any of it away (e.g. allowing linking of activities to build a >> (pseudonymous or not) reputation). > > (philosophical side note: "consent" is not free of coercion, and thus > rather irrelevant, when Github is taking over 90% of Open Source projects.) > >> [...] Personally, I'm actually quite >> happy to have my activities on github correlated with my identity. >> (Actually, it's a net plus, not a concession.) > > I understand your point, but I'd like to make a different choice. > >> Of course you can always set up any number of unrelated pseudonyms on >> github, delete cookies, use incognito mode, and even do everything via >> tor if you really want. > > No, I can't (unless I want to play cat and mouse with them, which is no > fun). And that is the whole of the problem, as I say in my other message. Actually, it's not clear why this is a problem. If you do not want to play cat and mouse (which means removing cookies often, etc), you would create an identity that only you know, and let this avatar do all the talking and working on github. There are plenty of github users out there like this, nobody sees who they really are. (github knows a working email address for them, that's basically all). > >> However, while "Subscribe to Github" is a perfectly reasonable answer, >> and one that would in practice include more people than it would >> exclude (compared to our current system, or many alternatives), it's >> not like we're going to suddenly refuse all discussions of bugs on the >> mailing lists. We're low enough volume to be flexible. A real bug >> tracker is simply more useful for tracking issues than an inbox. > > As long as the mailing list stays, any concrete difficulty can be solved > when it arises through a constructive discussion, so nothing is lost! > > I trust that Cython won't ever do like some other projects, which have > suppressed any kind of non-Github contact channel. That would be the > real pain. IMHO this is just spreading FUD. Many, many projects with presence on github have, say, google groups or/and non-github based bug/issue trackers as primary means of communication. Noone ever heard of github undermining these projects in any way. Dima > >> Does this alleviate your concerns? > > Not fully, but I can live with it :-) > > Baptiste > > ___ > cython-devel mailing list > cython-devel@python.org > https://mail.python.org/mailman/listinfo/cython-devel ___ cython-devel mailing list cython-devel@python.org https://mail.python.org/mailman/listinfo/cython-devel
