Re: [matplotlib-devel] remove old branches
We probably should promote all of the 'major' tags to release + get DOIs for all of the old releases. I can take care of this, but if someone wants to beat me to it, please do :) tom On Wed Nov 05 2014 at 11:32:13 AM Jens Nielsen wrote: > That makes sense. I would consider deleting "1.3.1" which is the same > commit as "v1.3.1" > > @Benjamin Github allows highlighting releases at > https://github.com/matplotlib/matplotlib/releases which have > release notes. Perhaps we should add release notes for releases before > 1.4.0 from the change log to separate them from the release candidates. > > > Jens > > On Wed, Nov 5, 2014 at 4:15 PM, Benjamin Root wrote: > >> Same here. I like the old tags for historical research purposes. Now, if >> there was a way for github to only display the N most recent tags, I would >> go for that... >> >> On Wed, Nov 5, 2014 at 10:32 AM, Thomas Caswell >> wrote: >> >>> I am -1 on removing old tags. The _point_ of tags is they don't move. >>> >>> IPython is a younger project, moving much faster, and have an interest >>> in keeping everyone close to the bleeding edge, we don't have that luxury. >>> For a long time debian shipped an rc (1.3.1rc1 iirc) so there is evidence >>> of people in the wild caring about arbitrary tags. >>> >>> Tom >>> >>> On Wed Nov 05 2014 at 10:01:51 AM Jens Nielsen >>> wrote: >>> I removed the rgb2lab_local branch now (I decided that this is not the way to go and I have a local copy in my own remote of this). On a related note should be consider removing tags for old release candidates? I know that IPython does this and it does clean up the tags quite a bit since approximately half the tags are for release candidates. Jens On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell wrote: > This is done now. All of the branches were fully merged except for > v1.1.x which had a single line change to contents.rst which ended up on > the > main branch through other means. > > I have local branches pointing to all of the removed branches so if > there is panic about their removal and _everyone_ runs a prune command on > the upstream repos we still have this information around. > > I left rgb2lab_local because there is still an open PR against it, but > will go away when we close that PR. > > Tom > > On Sat Nov 01 2014 at 2:32:19 PM Eric Firing > wrote: > >> On 2014/11/01, 5:49 AM, Thomas Caswell wrote: >> > Does anyone protest to removing all of the branches from the main >> repo >> > except: >> > >> > - master >> > - v1.4.x >> > - v1.4.2-doc >> > >> > Having old branches around can lead to confusion (see >> > https://github.com/matplotlib/matplotlib/pull/3748#issuecomm >> ent-61372162). >> > >> > Tom >> >> Seems to me like a good idea. >> >> Eric >> >> >> >> -- >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > > -- > > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >>> >>> -- >>> >>> ___ >>> Matplotlib-devel mailing list >>> Matplotlib-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >>> >> > > -- > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
That makes sense. I would consider deleting "1.3.1" which is the same commit as "v1.3.1" @Benjamin Github allows highlighting releases at https://github.com/matplotlib/matplotlib/releases which have release notes. Perhaps we should add release notes for releases before 1.4.0 from the change log to separate them from the release candidates. Jens On Wed, Nov 5, 2014 at 4:15 PM, Benjamin Root wrote: > Same here. I like the old tags for historical research purposes. Now, if > there was a way for github to only display the N most recent tags, I would > go for that... > > On Wed, Nov 5, 2014 at 10:32 AM, Thomas Caswell > wrote: > >> I am -1 on removing old tags. The _point_ of tags is they don't move. >> >> IPython is a younger project, moving much faster, and have an interest in >> keeping everyone close to the bleeding edge, we don't have that luxury. >> For a long time debian shipped an rc (1.3.1rc1 iirc) so there is evidence >> of people in the wild caring about arbitrary tags. >> >> Tom >> >> On Wed Nov 05 2014 at 10:01:51 AM Jens Nielsen >> wrote: >> >>> I removed the rgb2lab_local branch now (I decided that this is not the >>> way to go and I have a local copy in my own remote of this). On a related >>> note should be consider removing tags for old release candidates? I know >>> that IPython does this and it does clean up the tags quite a bit since >>> approximately half the tags are for release candidates. >>> >>> >>> Jens >>> >>> On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell >>> wrote: >>> This is done now. All of the branches were fully merged except for v1.1.x which had a single line change to contents.rst which ended up on the main branch through other means. I have local branches pointing to all of the removed branches so if there is panic about their removal and _everyone_ runs a prune command on the upstream repos we still have this information around. I left rgb2lab_local because there is still an open PR against it, but will go away when we close that PR. Tom On Sat Nov 01 2014 at 2:32:19 PM Eric Firing wrote: > On 2014/11/01, 5:49 AM, Thomas Caswell wrote: > > Does anyone protest to removing all of the branches from the main > repo > > except: > > > > - master > > - v1.4.x > > - v1.4.2-doc > > > > Having old branches around can lead to confusion (see > > https://github.com/matplotlib/matplotlib/pull/3748#issuecomm > ent-61372162). > > > > Tom > > Seems to me like a good idea. > > Eric > > > > -- > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >>> -- >>> ___ >>> Matplotlib-devel mailing list >>> Matplotlib-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >> >> >> -- >> >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
Same here. I like the old tags for historical research purposes. Now, if there was a way for github to only display the N most recent tags, I would go for that... On Wed, Nov 5, 2014 at 10:32 AM, Thomas Caswell wrote: > I am -1 on removing old tags. The _point_ of tags is they don't move. > > IPython is a younger project, moving much faster, and have an interest in > keeping everyone close to the bleeding edge, we don't have that luxury. > For a long time debian shipped an rc (1.3.1rc1 iirc) so there is evidence > of people in the wild caring about arbitrary tags. > > Tom > > On Wed Nov 05 2014 at 10:01:51 AM Jens Nielsen > wrote: > >> I removed the rgb2lab_local branch now (I decided that this is not the >> way to go and I have a local copy in my own remote of this). On a related >> note should be consider removing tags for old release candidates? I know >> that IPython does this and it does clean up the tags quite a bit since >> approximately half the tags are for release candidates. >> >> >> Jens >> >> On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell >> wrote: >> >>> This is done now. All of the branches were fully merged except for >>> v1.1.x which had a single line change to contents.rst which ended up on the >>> main branch through other means. >>> >>> I have local branches pointing to all of the removed branches so if >>> there is panic about their removal and _everyone_ runs a prune command on >>> the upstream repos we still have this information around. >>> >>> I left rgb2lab_local because there is still an open PR against it, but >>> will go away when we close that PR. >>> >>> Tom >>> >>> On Sat Nov 01 2014 at 2:32:19 PM Eric Firing wrote: >>> On 2014/11/01, 5:49 AM, Thomas Caswell wrote: > Does anyone protest to removing all of the branches from the main repo > except: > > - master > - v1.4.x > - v1.4.2-doc > > Having old branches around can lead to confusion (see > https://github.com/matplotlib/matplotlib/pull/3748#issuecomm ent-61372162). > > Tom Seems to me like a good idea. Eric -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >>> >>> -- >>> >>> ___ >>> Matplotlib-devel mailing list >>> Matplotlib-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >>> >> >> -- >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > > -- > > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
I am -1 on removing old tags. The _point_ of tags is they don't move. IPython is a younger project, moving much faster, and have an interest in keeping everyone close to the bleeding edge, we don't have that luxury. For a long time debian shipped an rc (1.3.1rc1 iirc) so there is evidence of people in the wild caring about arbitrary tags. Tom On Wed Nov 05 2014 at 10:01:51 AM Jens Nielsen wrote: > I removed the rgb2lab_local branch now (I decided that this is not the way > to go and I have a local copy in my own remote of this). On a related note > should be consider removing tags for old release candidates? I know that > IPython does this and it does clean up the tags quite a bit since > approximately half the tags are for release candidates. > > > Jens > > On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell wrote: > >> This is done now. All of the branches were fully merged except for >> v1.1.x which had a single line change to contents.rst which ended up on the >> main branch through other means. >> >> I have local branches pointing to all of the removed branches so if there >> is panic about their removal and _everyone_ runs a prune command on the >> upstream repos we still have this information around. >> >> I left rgb2lab_local because there is still an open PR against it, but >> will go away when we close that PR. >> >> Tom >> >> On Sat Nov 01 2014 at 2:32:19 PM Eric Firing wrote: >> >>> On 2014/11/01, 5:49 AM, Thomas Caswell wrote: >>> > Does anyone protest to removing all of the branches from the main repo >>> > except: >>> > >>> > - master >>> > - v1.4.x >>> > - v1.4.2-doc >>> > >>> > Having old branches around can lead to confusion (see >>> > https://github.com/matplotlib/matplotlib/pull/3748#issuecomm >>> ent-61372162). >>> > >>> > Tom >>> >>> Seems to me like a good idea. >>> >>> Eric >>> >>> >>> >>> -- >>> ___ >>> Matplotlib-devel mailing list >>> Matplotlib-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >> >> >> -- >> >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> > > -- > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
I removed the rgb2lab_local branch now (I decided that this is not the way to go and I have a local copy in my own remote of this). On a related note should be consider removing tags for old release candidates? I know that IPython does this and it does clean up the tags quite a bit since approximately half the tags are for release candidates. Jens On Sat, Nov 1, 2014 at 7:56 PM, Thomas Caswell wrote: > This is done now. All of the branches were fully merged except for v1.1.x > which had a single line change to contents.rst which ended up on the main > branch through other means. > > I have local branches pointing to all of the removed branches so if there > is panic about their removal and _everyone_ runs a prune command on the > upstream repos we still have this information around. > > I left rgb2lab_local because there is still an open PR against it, but > will go away when we close that PR. > > Tom > > On Sat Nov 01 2014 at 2:32:19 PM Eric Firing wrote: > >> On 2014/11/01, 5:49 AM, Thomas Caswell wrote: >> > Does anyone protest to removing all of the branches from the main repo >> > except: >> > >> > - master >> > - v1.4.x >> > - v1.4.2-doc >> > >> > Having old branches around can lead to confusion (see >> > https://github.com/matplotlib/matplotlib/pull/3748#issuecomm >> ent-61372162). >> > >> > Tom >> >> Seems to me like a good idea. >> >> Eric >> >> >> >> -- >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > > -- > > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
This is done now. All of the branches were fully merged except for v1.1.x which had a single line change to contents.rst which ended up on the main branch through other means. I have local branches pointing to all of the removed branches so if there is panic about their removal and _everyone_ runs a prune command on the upstream repos we still have this information around. I left rgb2lab_local because there is still an open PR against it, but will go away when we close that PR. Tom On Sat Nov 01 2014 at 2:32:19 PM Eric Firing wrote: > On 2014/11/01, 5:49 AM, Thomas Caswell wrote: > > Does anyone protest to removing all of the branches from the main repo > > except: > > > > - master > > - v1.4.x > > - v1.4.2-doc > > > > Having old branches around can lead to confusion (see > > https://github.com/matplotlib/matplotlib/pull/3748#issuecomment-61372162 > ). > > > > Tom > > Seems to me like a good idea. > > Eric > > > > -- > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
On 2014/11/01, 5:49 AM, Thomas Caswell wrote: > Does anyone protest to removing all of the branches from the main repo > except: > > - master > - v1.4.x > - v1.4.2-doc > > Having old branches around can lead to confusion (see > https://github.com/matplotlib/matplotlib/pull/3748#issuecomment-61372162). > > Tom Seems to me like a good idea. Eric -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
I think this is reasonable. If anything, I *might* want to keep N+1 branches, but that might be too much. On Sat, Nov 1, 2014 at 12:31 PM, Joel B. Mohler wrote: > On 11/01/2014 11:49 AM, Thomas Caswell wrote: > > Does anyone protest to removing all of the branches from the main repo > > except: > > > > - master > > - v1.4.x > > - v1.4.2-doc > > > > As a person who was distracted by too many branches in that list, I > fully support this. > > Joel > > > -- > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
On 11/01/2014 11:49 AM, Thomas Caswell wrote: > Does anyone protest to removing all of the branches from the main repo > except: > > - master > - v1.4.x > - v1.4.2-doc > As a person who was distracted by too many branches in that list, I fully support this. Joel -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
Todd, The tags would not go anywhere, just the branches would be removed. The tags are for releases, branches are for active work and there should be no active work on anything but those three branches. Tom On Sat, Nov 1, 2014, 12:14 Todd wrote: > > On Nov 1, 2014 4:49 PM, "Thomas Caswell" wrote: > > > > Does anyone protest to removing all of the branches from the main repo > except: > > > > - master > > - v1.4.x > > - v1.4.2-doc > > > > Having old branches around can lead to confusion (see > https://github.com/matplotlib/matplotlib/pull/3748#issuecomment-61372162). > > > > Tom > > What about having a "matplotlib/matplotlib-archive" fork where old > branches and tags can be kept? That way someone can always go back and > install an old version if they really need to. > > -- > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] remove old branches
On Nov 1, 2014 4:49 PM, "Thomas Caswell" wrote: > > Does anyone protest to removing all of the branches from the main repo except: > > - master > - v1.4.x > - v1.4.2-doc > > Having old branches around can lead to confusion (see https://github.com/matplotlib/matplotlib/pull/3748#issuecomment-61372162). > > Tom What about having a "matplotlib/matplotlib-archive" fork where old branches and tags can be kept? That way someone can always go back and install an old version if they really need to. -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] remove old branches
Does anyone protest to removing all of the branches from the main repo except: - master - v1.4.x - v1.4.2-doc Having old branches around can lead to confusion (see https://github.com/matplotlib/matplotlib/pull/3748#issuecomment-61372162). Tom -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel