summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--community/gsoc/project_ideas.mdwn28
1 files changed, 0 insertions, 28 deletions
diff --git a/community/gsoc/project_ideas.mdwn b/community/gsoc/project_ideas.mdwn
index dc002607..67ae9918 100644
--- a/community/gsoc/project_ideas.mdwn
+++ b/community/gsoc/project_ideas.mdwn
@@ -681,31 +681,3 @@ The task is to create easy to use Hurd bindings for a language of the student's
choice, and some example servers to prove that it works well in practice. This
project will require gaining a very good understanding of the various Hurd
interfaces. Skills in designing nice programming interfaces are a must.
-
-* A release creation framework
-
-One of the points which keep people from using the Hurd is that it never looks
-like it is in a working state. To get attention from people (and the press,
-etc.) the Hurd needs releases, and doing a release should be as simple as
-submitting a changelog and release notes and tagging the code, ideally done with
-only one simple command.
-
-A framework for creating Hurd releases could give the Hurd far more visibility
-and thus make it more interesting to developers.
-
-It should include automatic publishing of the press release to selected weblogs
-and newssites, as well as preparing and uploading the release to visible servers
-and creating images of the Hurd to be used in free virtualization software and
-livecds (an example livecd: http://people.debian.org/~neal/hurd-live-cd/ ), so
-people can test the features at once.
-
-Also it should update a status page with the current release (with date), state
-and features of the Hurd.
-
-It could automatically update packages for different distributions, too.
-
-The press releases should also by default include pointers to all necessary
-information to dive into using the Hurd, as well as to begin coding at once.
-
-And naturally the framework should be easily adaptable to changes inside the Hurd
-project and, if possible, to other projects as well.