Re: [Scikit-learn-general] Files at sourceforge

On Fri, 2013-08-30 at 11:52 +0200, Gael Varoquaux wrote: > > We'd all like to move away from SF. There is just work to do for this, > and so far nobody has been able to free time. No problem, I understand. I just shared this as I didn't know if you were already convinced or not. Best regards, T

Re: [Scikit-learn-general] Files at sourceforge

On Thu, Aug 29, 2013 at 06:02:47PM +0200, Tadej Janež wrote: > Another very convincing argument why we want to move away from SF is the > behavior of their new owner: We'd all like to move away from SF. There is just work to do for this, and so far nobody has been able to free time. G --

Re: [Scikit-learn-general] Files at sourceforge

On Thu, 2013-08-29 at 12:18 +0200, Gael Varoquaux wrote: > > Good point. I think that we can probably get rid of SF and rely on pypi. Another very convincing argument why we want to move away from SF is the behavior of their new owner: "Dice, the new owners, strongly encourage the top projects t

Re: [Scikit-learn-general] Files at sourceforge

2013/8/29 Gael Varoquaux : > On Thu, Aug 29, 2013 at 01:47:26PM +0200, Andreas Mueller wrote: >> As far as I understood (90% certainty), github supports automatic >> redirects via jekyll (it will generate loads of /stable/auto_examples/.. >> files that redirect to /auto_examples/...). > > I am perf

Re: [Scikit-learn-general] Files at sourceforge

On 08/29/2013 01:55 PM, Gael Varoquaux wrote: > >> Collisions are possible, but only if we have a subfolder on the website >> called "dev", "0.14" (or any other X.X), > It's not only about collisions, it's also that I find the URL more > explicit. I'd be fine with either one. I won't have time to w

Re: [Scikit-learn-general] Files at sourceforge

On Thu, Aug 29, 2013 at 01:47:26PM +0200, Andreas Mueller wrote: > As far as I understood (90% certainty), github supports automatic > redirects via jekyll (it will generate loads of /stable/auto_examples/.. > files that redirect to /auto_examples/...). I am perfectly happy to drop the auto_examp

Re: [Scikit-learn-general] Files at sourceforge

2013/8/29 Andreas Mueller : > > I'd favor the "redirect /stable to /" solution to the "redirect / to > stable" solution, but both have their pros and cons. > Collisions are possible, but only if we have a subfolder on the website > called "dev", "0.14" (or any other X.X), > which I would argue is e

Re: [Scikit-learn-general] Files at sourceforge

On 08/29/2013 01:35 PM, Gael Varoquaux wrote: > On Thu, Aug 29, 2013 at 01:27:45PM +0200, Andreas Mueller wrote: >> Why can't we just put the content of the stable website in the main >> folder and the dev website in this folder? > This is the way it used to be, but the risk is to run into collisio

Re: [Scikit-learn-general] Files at sourceforge

On Thu, Aug 29, 2013 at 01:35:02PM +0200, Andreas Mueller wrote: > Sorry, I meant redirect, not rewrite. Btw, github pages use jekyll, > which supports automatic rewrites of directories. OK, that might be a way forward. Anybody interested in prototyping this? Gaël ---

Re: [Scikit-learn-general] Files at sourceforge

> + have a symlink from /stable to / (or do a rewrite there and remove > stable later on). I don't think that github will support that. Do you know that for a fact? That would solve most of our problems. G -- Learn the

Re: [Scikit-learn-general] Files at sourceforge

On 08/29/2013 01:30 PM, Andreas Mueller wrote: > On 08/29/2013 01:27 PM, Andreas Mueller wrote: >> On 08/29/2013 12:21 PM, Gael Varoquaux wrote: >>> On Thu, Aug 29, 2013 at 12:16:37PM +0200, Andreas Mueller wrote: I think never really looked into that. I heard this claim a cou

Re: [Scikit-learn-general] Files at sourceforge

On Thu, Aug 29, 2013 at 01:27:45PM +0200, Andreas Mueller wrote: > Why can't we just put the content of the stable website in the main > folder and the dev website in this folder? This is the way it used to be, but the risk is to run into collisions. However, we could move the main index.html one

Re: [Scikit-learn-general] Files at sourceforge

On 08/29/2013 01:27 PM, Andreas Mueller wrote: > On 08/29/2013 12:21 PM, Gael Varoquaux wrote: >> On Thu, Aug 29, 2013 at 12:16:37PM +0200, Andreas Mueller wrote: >>> I think never really looked into that. >>> I heard this claim a couple of times but never got any real facts. >> Have a lo

Re: [Scikit-learn-general] Files at sourceforge

On 08/29/2013 12:18 PM, Gael Varoquaux wrote: > On Thu, Aug 29, 2013 at 09:07:08AM +0200, Andreas Mueller wrote: >> They are also on pypi: >> https://pypi.python.org/pypi?:action=display&name=scikit-learn&version=0.14.1 > Good point. I think that we can probably get rid of SF and rely on pypi. > We

Re: [Scikit-learn-general] Files at sourceforge

On 08/29/2013 12:21 PM, Gael Varoquaux wrote: > On Thu, Aug 29, 2013 at 12:16:37PM +0200, Andreas Mueller wrote: >> I think never really looked into that. >> I heard this claim a couple of times but never got any real facts. > Have a look at our .htaccess. You'll understand the problem quit

Re: [Scikit-learn-general] Files at sourceforge

On Thu, Aug 29, 2013 at 01:19:24PM +0300, Vlad Niculae wrote: >It's about redirecting /dev and /stable to the appropriate fixed paths. > Actually I remember that this has been looked into, I vaguely remember a >thread a while back. I think that the new build layout is a step forward in

Re: [Scikit-learn-general] Files at sourceforge

On Thu, Aug 29, 2013 at 12:16:37PM +0200, Andreas Mueller wrote: >I think never really looked into that. >I heard this claim a couple of times but never got any real facts. Have a look at our .htaccess. You'll understand the problem quite quickly. >Github doesn't support url rewrites.

Re: [Scikit-learn-general] Files at sourceforge

>Mmm not sure what you mean by redirection, URL rewrites. Have a look at our .htaccess. There are a lot of things going on that make the website seemless. G -- Learn the latest--Visual Studio 2012, SharePoint 2013, S

Re: [Scikit-learn-general] Files at sourceforge

It's about redirecting /dev and /stable to the appropriate fixed paths. Actually I remember that this has been looked into, I vaguely remember a thread a while back. I think the problem is that we couldn't move to github while keeping all the old links and looking the same in the eyes of the goog

Re: [Scikit-learn-general] Files at sourceforge

On Thu, Aug 29, 2013 at 09:07:08AM +0200, Andreas Mueller wrote: > They are also on pypi: > https://pypi.python.org/pypi?:action=display&name=scikit-learn&version=0.14.1 Good point. I think that we can probably get rid of SF and rely on pypi. We will however have to unhide previous binaries. Gaël

Re: [Scikit-learn-general] Files at sourceforge

These cannot replace our current setup. We could/should think about changing our setup, but that requires work. The two most important aspect are that the home page http://scikit-learn.org points to the stable documentation, and that the stable and 0.14 are valid links. The first point is starting

Re: [Scikit-learn-general] Files at sourceforge

On 08/29/2013 11:00 AM, Nelle Varoquaux wrote: On 29 August 2013 09:31, Eustache DIEMERT > wrote: For the website I believe we could host it on github directly [1] as it's 100% static I believe. Github doesn't support redirection and we need those for th

Re: [Scikit-learn-general] Files at sourceforge

Mmm not sure what you mean by redirection, but it seems we can setup a custom domain with Github Pages : https://help.github.com/articles/setting-up-a-custom-domain-with-pages FWIW 2013/8/29 Nelle Varoquaux > > > > On 29 August 2013 09:31, Eustache DIEMERT wrote: > >> For the website I beli

Re: [Scikit-learn-general] Files at sourceforge

On 29 August 2013 09:31, Eustache DIEMERT wrote: > For the website I believe we could host it on github directly [1] as it's > 100% static I believe. > Github doesn't support redirection and we need those for the different version of the websites. Moving to github isn't an option right now. >

Re: [Scikit-learn-general] Files at sourceforge

For the website I believe we could host it on github directly [1] as it's 100% static I believe. Maybe all the binaries could go there too. [1] http://pages.github.com/ 2013/8/29 Mathieu Blondel > On Thu, Aug 29, 2013 at 4:07 PM, Andreas Mueller > wrote: > >> On 08/29/2013 08:55 AM, Eustache

Re: [Scikit-learn-general] Files at sourceforge

On Thu, Aug 29, 2013 at 4:07 PM, Andreas Mueller wrote: > On 08/29/2013 08:55 AM, Eustache DIEMERT wrote: > > +1 > > > > Apart form the ml and binaries hosting, is there other stuff from SF > > we rely on ? > > > > > The website unfortunately :-/ > On a related note, I noticed recently that the w

Re: [Scikit-learn-general] Files at sourceforge

On 08/29/2013 09:01 AM, Gael Varoquaux wrote: > On Thu, Aug 29, 2013 at 08:55:15AM +0200, Eustache DIEMERT wrote: >> Apart form the ml and binaries hosting, is there other stuff from SF we >> rely on ? > I believe the windows binaries (I don't see where else we could be > hosting .exe files

Re: [Scikit-learn-general] Files at sourceforge

On 08/29/2013 08:55 AM, Eustache DIEMERT wrote: > +1 > > Apart form the ml and binaries hosting, is there other stuff from SF > we rely on ? > > The website unfortunately :-/ -- Learn the latest--Visual Studio 2012, Share

Re: [Scikit-learn-general] Files at sourceforge

On Thu, Aug 29, 2013 at 08:55:15AM +0200, Eustache DIEMERT wrote: >Apart form the ml and binaries hosting, is there other stuff from SF we >rely on ? I believe the windows binaries (I don't see where else we could be hosting .exe files). And that might be a reason for having a tarball ther

Re: [Scikit-learn-general] Files at sourceforge

+1 Apart form the ml and binaries hosting, is there other stuff from SF we rely on ? 2013/8/28 Andreas Mueller > Hey everybody. > I was just alerted by Sean Voilante that > 1) there was no tarball for 0.14.1 on sourceforge > 2) the tarball for 0.14.a1 was 100mb. > > It seems someone (me?) fo

[Scikit-learn-general] Files at sourceforge

Hey everybody. I was just alerted by Sean Voilante that 1) there was no tarball for 0.14.1 on sourceforge 2) the tarball for 0.14.a1 was 100mb. It seems someone (me?) forgot to upload the tarballs. I fixed the 0.14.a1 on pypi, but apparently not on sourceforge. I was just wondering if it is worth