lucene-solr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Solr Wiki] Update of "TaskList" by HossMan
Date Wed, 29 Nov 2006 03:53:56 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Solr Wiki" for change notification.

The following page has been changed by HossMan:
http://wiki.apache.org/solr/TaskList

The comment on the change is:
trnascribing stuff from an old mailing list discussion

------------------------------------------------------------------------------
  Users should also feel free to open "New Feature", "Improvement", or "Wish" issues in [http://issues.apache.org/jira/browse/SOLR
Jira] -- particularaly if they already have code that makes progress towards the idea.
  
  Many of the ideas on this page have been discussed on the [http://www.nabble.com/Solr-f14479.html
Solr mailing lists], you should search there for more informaiton.
+ 
+ == Things That Need Done To Have An Initial Release ==
+ 
+ This is a "short term" list of things people think of that need to be done before we can
have our first official release.  [http://incubator.apache.org/guides/releasemanagement.html
This guide] should also be consulted for more info.
+ 
+  * write a Release HOWTO wiki documenting all of hte steps to making a release ... ideally
this should mainly be stuff about validating the release, signing it, and pushing it out to
the mirrors ... any mindless command execution that winds up being listed in the HOWTO should
be added to the build.xml
+  * ensure all files have liscence info (Yonik started this, is it finished?)
+  * verify that NOTICE file is up to snuff
+  * add a STATUS file (what goes in it?)
+  * the META-INF of all jars/wars we produce need to include our LICENSE and NOTICE files

+  * make jar MANIFEST files "standards compliant" (what exactly does that mean?
+  * change src builds to include LICENSE, CHANGES, README, build.xml
+  * verify that all release artifacts unzip/untar into a single directory with the same name
as the release 
+    (not inot hte current working directory)
+  * all source code in "zip" based src releases should be processed by ant's `<fixcrlf>`
for windows users ... scripts probably shouldn't get this treatment since they are only usefull
to windows users running cygwin and cygwin doesn't like windows line endings.
+  * remove deprecated code
+  
  
  == Simple Non-Invasive Tasks ==
  

Mime
View raw message