lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan Høydahl (JIRA) <j...@apache.org>
Subject [jira] [Updated] (LUCENE-7696) Remove ancient projects from the dist area
Date Wed, 22 Feb 2017 21:02:44 GMT

     [ https://issues.apache.org/jira/browse/LUCENE-7696?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jan Høydahl updated LUCENE-7696:
--------------------------------
    Description: 
In http://www.apache.org/dist/lucene/ we have these folders:
{noformat}
[DIR] java/                   2017-02-14 08:33    -   
[DIR] mahout/                 2015-02-17 20:27    -   
[DIR] nutch/                  2015-02-17 20:29    -   
[DIR] pylucene/               2017-02-13 22:00    -   
[DIR] solr/                   2017-02-14 08:33    -   
[DIR] tika/                   2015-02-17 20:29    -   
[   ] KEYS                    2016-08-30 09:59  148K  
{noformat}

Nobody will expect to find mahout, nutch and tika here anymore, and they are only redirect
links, so why not clean up?

Regarding the archive, we'll keep all historic releases as is but ask Nutch if they want to
either copy the oldest releases to their archive or provide a link to the lucene/nutch archive
for the oldest releases. Tika already have such a link, and hadoop already has a complete
set of artifacts in their main repo.

  was:
In https://archive.apache.org/dist/lucene/ we have these folders:
{noformat}
[DIR] hadoop/                 2008-01-22 23:40    -   
[DIR] java/                   2017-02-14 08:33    -   
[DIR] mahout/                 2015-02-17 20:27    -   
[DIR] nutch/                  2015-02-17 20:29    -   
[DIR] pylucene/               2017-02-13 22:00    -   
[DIR] solr/                   2017-02-14 08:33    -   
[DIR] tika/                   2015-02-17 20:29    -   
[   ] KEYS                    2016-08-30 09:59  148K  
{noformat}

Nobody will expect to find hadoop, mahout, nutch and tika here anymore, so why not clean up?

I double checked, and both https://archive.apache.org/dist/hadoop/core/ and https://archive.apache.org/dist/mahout/
have a full copy of all releases, so we lose nothing. 

For https://archive.apache.org/dist/nutch/, they do not have 0.6-0.8 releases that we have
under lucene, and https://archive.apache.org/dist/tika/ do not have v0.2-0.7 that only exists
with us. For these two projects we could ask their PMC to copy over the early versions and
then we nuk'em?

Any other reason to keep these in the lucene area?


> Remove ancient projects from the dist area
> ------------------------------------------
>
>                 Key: LUCENE-7696
>                 URL: https://issues.apache.org/jira/browse/LUCENE-7696
>             Project: Lucene - Core
>          Issue Type: Task
>          Components: general/website
>            Reporter: Jan Høydahl
>              Labels: archive, dist, download
>
> In http://www.apache.org/dist/lucene/ we have these folders:
> {noformat}
> [DIR] java/                   2017-02-14 08:33    -   
> [DIR] mahout/                 2015-02-17 20:27    -   
> [DIR] nutch/                  2015-02-17 20:29    -   
> [DIR] pylucene/               2017-02-13 22:00    -   
> [DIR] solr/                   2017-02-14 08:33    -   
> [DIR] tika/                   2015-02-17 20:29    -   
> [   ] KEYS                    2016-08-30 09:59  148K  
> {noformat}
> Nobody will expect to find mahout, nutch and tika here anymore, and they are only redirect
links, so why not clean up?
> Regarding the archive, we'll keep all historic releases as is but ask Nutch if they want
to either copy the oldest releases to their archive or provide a link to the lucene/nutch
archive for the oldest releases. Tika already have such a link, and hadoop already has a complete
set of artifacts in their main repo.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message