User:Dustin/Notes/Sprint Ideas
Tasks
We may or may not need an on-wiki list of tasks, but having a handy set of tasks categorized by skills and available time, along with some way to note who's working on what, will be useful. Whiteboard?
- Tasks
- docs
- edit/update a wiki page - Category:Needs Attention/Category:Needs Attention:Dustin
- edit a manpage and submit a patch for it
- copy-edit some POD
- testing
- run installchecks on trunk
- test trunk with a unique config of some sort
- add unit tests for your favorite application
- amtape
- perl
- add features
- amgetconf list subsection contents
- allow arbitrary extra arguments to MainLoop callbacks
- utility to remove several MainLoop sources at once
- add utility function/sub for MainLoop operation+timeout pattern
- All program and script should have a '--version' argument
- rewrite
- amtape
- amreport
- support XML output
- support HTML mail
- (see Tasks)
- Amanda::Tapelist should write the tapelist to a temporary file and swap it in
- add features
- packaging
- Mac package build
- BSD port integration (is there anything to do here?)
- Solaris/OpenSolaris
- App API
- New Apps
- Postgres application
- MySQL
- LVM snapshot
- NDMP
- Cisco IOS
- Cyrus IMAPd
- VMware
- RMAN/SAP
- Improvements
- Refactor supporting code
- better support for exclude lists
- better support for incrementals in new apps
- New Apps
- C
- misc/code-quality
- replace uses of "argvchild[j++] = ..."
- Device API
- All program and script should have a '--version' argument
- add "VERBOSE" support to other devices
- support reading variable block sizes in RAIT device
- RAIT device should relay PROPERTY_MAX_VOLUME_USAGE to children
- Need a way to make other device operations asynchronous from Perl
- S3: only write 32k headers, regardless of block size
- Add support for erase()/full deletion to RAIT device
- Fix locking in VFS device
- New optical device
- New block device (uses raw disks or partitions)
- implement PROPERTY_MAX_VOLUME_USAGE for S3 device
- utilize Linux st driver's buffering flags to avoid splitting
- XFA
- better memory allocation
- make available on server and client
- more elements
- fork/exec filter
- libz filter
- security API stream source, dest
- Security API
- OpenSSL auth
- rewrite with GObject, GMainLoop, etc.
- SWIG
- SWIG infofile.h
- misc/code-quality
Advance Setup
Provide written guidelines as wiki pages (most of these are written already) and in other formats
- for checking out, building, patching, and submitting a patch
- Fork Amanda on Github
- as a pre-recorded webinar or screencast (10-15m)
- downloading the latest tarball and testing it
- editing and building manpages
- Perl libs
- re-record new webinar
- Test::Harness and installchecks
- Application API
- including pre-recorded webinar
- Device API
Day-of
We should all be around #amanda and available during a time period that would cover the end of the work day and beginning of the evening from western Europe through the western US. This would be a day we don't plan to get much of our own hacking done!
If necessary, we can convene a phone conference. If there are enough people interested, we can have meatspace meetings in the DC area and/or in the Valley.
Provide some kind of token Zmanda or Amanda swag to anyone who commits during this period (or does a signfiicant amount of work that ends up getting committed later). This is probably only necessary on the first sprint - not every month!