6 files changed, 51 insertions, 41 deletions
diff --git a/community/gsoc/project_ideas/driver_glue_code.mdwn b/community/gsoc/project_ideas/driver_glue_code.mdwn
index 0f921590..1771756e 100644
--- a/community/gsoc/project_ideas/driver_glue_code.mdwn
+++ b/community/gsoc/project_ideas/driver_glue_code.mdwn
@@ -1,5 +1,5 @@
-[[!meta copyright="Copyright © 2008, 2009, 2010, 2011, 2016 Free Software
-Foundation, Inc."]]
+[[!meta copyright="Copyright © 2008, 2009, 2010, 2011, 2016, 2017, 2018 Free
+Software Foundation, Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
 id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -27,22 +27,24 @@ This is [[!GNU_Savannah_task 5488]].
 [[open issues/user-space device drivers]].
 [[open issues/device drivers and io systems]].
 
-The most promising approach for getting newer drivers seems to be [[DDE]]:
+The most promising approach for getting newer drivers seems to be the [[Rump_Kernel]]:
 it already does the hard work of providing an environment
 where the foreign drivers can run,
 and offers the additional benefit of being externally maintained.
-DDE also offers the necessary facilities
+Rump also offers the necessary facilities
 for running all drivers in separate userspace processes,
 which is more desirable than drivers running in the microkernel.
 
-[[Zheng Da|zhengda]] has already done considerable work on this.
+Robert Millan worked on a port of the Rump kernel, which allowed to run a sound
+driver in userland. This work now needs to be extended.
+
+[[Zheng Da|zhengda]] has already done considerable work on a similar approach, using [[DDE]]
 The basic framework for using DDE in the Hurd is present,
 and network card drivers are already working very well.
 However, this work isn't fully integrated in the Hurd yet.
 The additional kernel interfaces that were created for this
-are still prototypes, and will need to be reworked.
-Also, there is no build system for automatically compiling
-all Linux network card drivers in one go.
+are still prototypes, and will need to be reworked. This environment can be
+reused and polished for Rump.
 
 Other types of drivers are missing so far.
 Support for IDE drivers has been partially implemented,
@@ -51,13 +53,10 @@ To fully replace the old in-kernel drivers,
 further infrastructure will be necessary
 to make userspace disk drivers usable for the root filesystem.
 
-Some other subsystems are missing or incomplete in DDE itself,
-and will require additional work that is not specific to the Hurd implementation.
-
 The goal of this task is to fix at least one of the mentioned major shortcomings:
 rework the kernel interfaces;
-provide a streamlined build system for the drivers;
-finish IDE support;
+polish the rumpkernel changes;
+componentize the rumpkernel elements for sound;
 or implement support for some other subsystem.
 <!-- should probably provide separate task descriptions for each... -->
 
@@ -69,13 +68,4 @@ such as memory management for example.
 
 Possible mentors: Justus Winter (teythoon), Samuel Thibault (youpi)
 
-Exercise: Get one of the not yet integrated Linux network card drivers to work.
-(Note: This should be straightforward,
-once you have the framework properly built and set up...)
-
----
-
-
-# 2016-02-14, Justus Winter
-
-`s/dde/rump/g` of course.
+Exercise: Install and run the current rumpkernel library (librump0) and the corresponding mplayer, get it to run.
diff --git a/community/gsoc/project_ideas/dtrace.mdwn b/community/gsoc/project_ideas/dtrace.mdwn
index 6261c03e..f7aeb6e8 100644
--- a/community/gsoc/project_ideas/dtrace.mdwn
+++ b/community/gsoc/project_ideas/dtrace.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2008, 2009, 2011 Free Software Foundation,
+[[!meta copyright="Copyright © 2008, 2009, 2011, 2018 Free Software Foundation,
 Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
@@ -13,6 +13,13 @@ License|/fdl]]."]]"""]]
 
 [[!tag open_issue_gnumach]]
 
+[[!template id=highlight text="""/!\ Obsolete /!\
+
+---
+
+This is no longer valid as a Google Summer of Code project."""]]
+
+
 One of the main problems of the current Hurd implementation is very poor
 [[open_issues/performance]]. While we have a bunch of ideas what could cause the performance
 problems, these are mostly just guesses. Better understanding what really
@@ -57,6 +64,4 @@ the student will have to get familiar with GNU Mach.
 Some understanding of other aspects of the Hurd will also be required,
 depending on the exact nature of the profiling/debugging performed.
 
-Possible mentors: Samuel Thibault (youpi)
-
 Exercise: Use the existing probes to perform some simple measurement.
diff --git a/community/gsoc/project_ideas/file_locking.mdwn b/community/gsoc/project_ideas/file_locking.mdwn
index ebb322f1..a368a7a8 100644
--- a/community/gsoc/project_ideas/file_locking.mdwn
+++ b/community/gsoc/project_ideas/file_locking.mdwn
@@ -1,5 +1,5 @@
-[[!meta copyright="Copyright © 2008, 2009, 2012, 2014 Free Software Foundation,
-Inc."]]
+[[!meta copyright="Copyright © 2008, 2009, 2012, 2014, 2018 Free Software
+Foundation, Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
 id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -11,6 +11,13 @@ License|/fdl]]."]]"""]]
 
 [[!meta title="Fix and Complete File Locking Support"]]
 
+[[!template id=highlight text="""/!\ Obsolete /!\
+
+---
+
+This is no longer valid as a Google Summer of Code project."""]]
+
+
 Over the years, [[UNIX]] has acquired a host of different file locking mechanisms.
 Some of them work on the Hurd, while others are buggy or only partially
 implemented. This breaks many applications.
@@ -26,8 +33,6 @@ locking works on the Hurd. Only general programming skills are required.
 
 A preliminary patch is [[!GNU_Savannah_patch 332 desc="available"]].
 
-Possible mentors: Samuel Thibault (youpi)
-
 Exercise: Find one of the existing issues, either by looking at the task/bug
 filed on [[open_issues/file_locking]], on
 trackers on savannah, or by trying things out yourself; and take a go at it.
diff --git a/community/gsoc/project_ideas/sound.mdwn b/community/gsoc/project_ideas/sound.mdwn
index 8411831b..1a33ae2c 100644
--- a/community/gsoc/project_ideas/sound.mdwn
+++ b/community/gsoc/project_ideas/sound.mdwn
@@ -1,4 +1,5 @@
-[[!meta copyright="Copyright © 2008, 2009 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2008, 2009, 2018 Free Software Foundation,
+Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
 id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -10,6 +11,13 @@ is included in the section entitled
 
 [[!meta title="Sound Support"]]
 
+[[!template id=highlight text="""/!\ Obsolete /!\
+
+---
+
+This is no longer valid as a Google Summer of Code project."""]]
+
+
 The Hurd presently has no sound support.  Fixing this, [[!GNU_Savannah_task
 5485]], requires two steps: the first is to port some other kernel's drivers to
 [[GNU_Mach|microkernel/mach/gnumach]] so we can get access to actual sound
@@ -31,8 +39,6 @@ to come up with an appropriate design.
 Another option would be to evaluate whether a driver that is completely running
 in user-space is feasible.  <!-- TODO.  Elaborate.  -->
 
-Possible mentors: Samuel Thibault (youpi)
-
 Exercise: This project requires kernel (driver framework) hacking as well as
 some Hurd server hacking; so the exercise should involve either of these, or
 even both. You could for example port some newer driver to run in the existing
diff --git a/community/gsoc/project_ideas/tcp_ip_stack.mdwn b/community/gsoc/project_ideas/tcp_ip_stack.mdwn
index 331336ac..f86dcf72 100644
--- a/community/gsoc/project_ideas/tcp_ip_stack.mdwn
+++ b/community/gsoc/project_ideas/tcp_ip_stack.mdwn
@@ -1,4 +1,5 @@
-[[!meta copyright="Copyright © 2008, 2009 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2008, 2009, 2017 Free Software Foundation,
+Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
 id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -34,7 +35,7 @@ make such a split later on feasible.
 
 This is [[!GNU_Savannah_task 5469]].
 
-Possible mentors: zhengda
+Possible mentors: youpi
 
 Exercise: You could try making some improvement to the existing pfinet
 implementation; or you could work towards running some existing userspace
diff --git a/community/gsoc/project_ideas/xattr.mdwn b/community/gsoc/project_ideas/xattr.mdwn
index 8e1a532b..f35498fe 100644
--- a/community/gsoc/project_ideas/xattr.mdwn
+++ b/community/gsoc/project_ideas/xattr.mdwn
@@ -1,4 +1,5 @@
-[[!meta copyright="Copyright © 2009, 2016 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2009, 2016, 2018 Free Software Foundation,
+Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
 id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -10,6 +11,13 @@ is included in the section entitled
 
 [[!meta title="Implement xattr Support"]]
 
+[[!template id=highlight text="""/!\ Obsolete /!\
+
+---
+
+This is no longer valid as a Google Summer of Code project; it's done."""]]
+
+
 Extended attributes (xattr) are a standardized, generic method for storing
 additional metadata along with a file (inode). Most modern UNIX filesystems
 support xattrs.
@@ -40,8 +48,3 @@ with xattrs might help a bit, but shouldn't be really necessary either.
 
 Some previous work on xattr support is [[available|open_issues/xattr]], and
 might serve as a starting point.
-
-Possible mentors: Justus Winter (teythoon), Samuel Thibault (youpi)
-
-Exercise: Implement support for different inode sizes (other than 128 bytes) in
-Hurd's ext2fs.