some release caveats, some todos
authorAndy Wingo <wingo@pobox.com>
Sat, 2 Feb 2002 23:09:20 +0000 (23:09 +0000)
committerAndy Wingo <wingo@pobox.com>
Sat, 2 Feb 2002 23:09:20 +0000 (23:09 +0000)
Original commit message from CVS:
some release caveats, some todos

TODO
docs/random/release

diff --git a/TODO b/TODO
index e109cf1..b0b22ee 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,13 +1,13 @@
 
 - property proxy in compount elements.
-- plugable schedulers.
-- implement events in plugins.
+- implement events in all plugins.
 - app must be able to catch events?
-- caps nego
-- propagation of errors in plugins.
 - deal with clocking issues
 - use real chaining where possible
 - factory aliases?
-- fix plugins :
-wtay : the proper fix is of course to fix the plugins and 
-implement the cleanup in the state change function..
+
+* gst_elementfactory_make ("factoryname", NULL) automatically uniquifies the name
+* a plugin test rig
+* parser and scheduler test system
+* clean up xml code - restore/save creates/save pipeline, gst_object_save/load_props 
+  with just the properties
index fdf1ec4..428e3ef 100644 (file)
@@ -1,17 +1,24 @@
+maybe we should be doing releases on branches from the trunk so that the package
+version in CVS can always be date-generated and core hacking isn't discouraged
+during the release cycle.
+
 Release TODO
 ------------
 
-* after a release, we move in cvs mode and use a .1 nano version number
+* make distcheck should pass
+* rpms should build
+* debs should build
 
-* close to the next release, we make prereleases by upping the nano version
+Packaging issues will hopefully be less difficult in the future as the build
+system stabilizes.
 
-* update release notes
+* after a release, we move in cvs mode and use a .1 nano version number
 
-* add release notes to cvs
+* close to the next release, we make prereleases by upping the nano version
 
 * update web site release notes
 
-* make distcheck should pass
+* add release notes to cvs -- why?
 
 * test suite should pass
 
@@ -25,19 +32,35 @@ Release TODO
 
 * update package version
 
+* roll a preliminary distribution tarball, make sure that it installs fine,
+registers fine, runs the media tests fine, and uninstalls as well
+
 * tag tree
   http://gstreamer.net/dev/cvs.php
   add tag to above page
 
+* update web site release notes: added to cvs
+  - change the releases/current symbolic link
+  - text version of release announcement can be made from 
+    lynx -dump http://gstreamer.net/releases/current/notice.php?clean=1
+
+* update web site docs
+  - release-specific docs should go in CVS
+  - change docs/current symlink
+
+* update status table cvs status and then click on the release link
+  http://gstreamer.net/admin.php is the portal to all of this
 
 * update web site news items for release
+  again, the admin.php page
 
 * upload to sourceforge
+  - should we md5 the tarballs?
 
 * announce to:
   freshmeat
   gstreamer-{devel, announce}
-  linux-audio-dev (?)
+  linux-audio-dev (if it's a big release)
   gnome lists (?)
   lwn (if it's a big release)