Given that SEUL/sci is a relatively new project, there are a lot of possible tasks that we could take on. These below are merely some of the possibilities. We need many volunteers: project leaders, organizers, writers, webmasters, documenters, and developers. Please read through this list, and mail pete@seul.org if anything here catches your eye, or if you want to help start any other projects.

• Someone should go though the current Linux in science reports and update the current software list to reflect all of the packages that have been mentioned. Also, the current version relase of the software should be listed as well. Initially, this would take a few hours to go through the existing reports, so some web hacking skills would be useful. Subsequently, entries can be added with subsequent reports.
• I've contacted the webmaster of the SAL (Scientific Applications on Linux) web site and he's happy to let us point directly to apps in SAL's software list rather than developping our own list of existing software (this would be different than creating the description list I mention in the next section). SEUL/edu does this with Freshmeat and it seems to work well.
• We need to communicate with other scientific / engineering development projects, as well as keep a list of these projects so that we can share our common resources and expertise.
• There are a lot of GPL-based scientific / engineering projects out there that could benefit from the hosting and other expertise that SEUL and its sponsored projects could provide. Many existing projects can be found on SAL and Freshmeat, and we should approach the smaller projects (the ones that could use help the most) so that they can remain free software and continue to develop.

In the longer term, there are a few things that should be done:

• A document advocating the use of Linux in science ('Why Linux for Science') should be drafted and posted. There are a lot of reasons why Linux makes sense in research, ranging from price to the plethora of applications, security, robustness, and the ability to integrate into existing lab / research infrastructures without requiring the expense of a forklift upgrade.
• We need a list of existing Linux software and resources for science, along with a one or two paragraph explanation of the strengths and weaknesses of the packages / resource. Some candidates for such as list would include the GRASS GIS, the R Statistical Package, molecular drawing software, etc.
• At a later time, we will have to think about communications at major scientific and engineering conferences. To this end, a slide presentation (using Magic Point or something similar) should be at least partially built so that those having the opportunity to present SEUL/sci at these conferences do not have to create their show from scratch.

Please contact Pete if you want to work on any of these projects.