20 files changed, 84 insertions, 194 deletions
diff --git a/community/gsoc/project_ideas.mdwn b/community/gsoc/project_ideas.mdwn
index df0baee2..39797ba0 100644
--- a/community/gsoc/project_ideas.mdwn
+++ b/community/gsoc/project_ideas.mdwn
@@ -1,5 +1,5 @@
-[[!meta copyright="Copyright © 2008, 2009, 2010, 2011, 2012, 2013 Free Software
-Foundation, Inc."]]
+[[!meta copyright="Copyright © 2008, 2009, 2010, 2011, 2012, 2013, 2014 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
@@ -85,8 +85,6 @@ other: language_bindings, gnat, gccgo, perl_python.  -->
 [[!inline pages="community/gsoc/project_ideas/language_bindings" show=0 feeds=no actions=yes]]
 [[!inline pages="community/gsoc/project_ideas/virtualization" show=0 feeds=no actions=yes]]
 [[!inline pages="community/gsoc/project_ideas/file_locking" show=0 feeds=no actions=yes]]
-[[!inline pages="community/gsoc/project_ideas/object_lookups" show=0 feeds=no actions=yes]]
-[[!inline pages="community/gsoc/project_ideas/server_overriding" show=0 feeds=no actions=yes]]
 [[!inline pages="community/gsoc/project_ideas/gdb" show=0 feeds=no actions=yes]]
 [[!inline pages="community/gsoc/project_ideas/tcp_ip_stack" show=0 feeds=no actions=yes]]
 [[!inline pages="community/gsoc/project_ideas/nfs" show=0 feeds=no actions=yes]]
diff --git a/community/gsoc/project_ideas/perl_python.mdwn b/community/gsoc/project_ideas/perl_python.mdwn
index a51393f1..b63aea9f 100644
--- a/community/gsoc/project_ideas/perl_python.mdwn
+++ b/community/gsoc/project_ideas/perl_python.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2009, 2010, 2011 Free Software Foundation,
+[[!meta copyright="Copyright © 2009, 2010, 2011, 2014 Free Software Foundation,
 Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
@@ -13,7 +13,7 @@ License|/fdl]]."]]"""]]
 
 <!-- See also open_issues/perl and open_issues/python.  -->
 
-Perl and Python are available on the Hurd, but there are quite a lot of test suite
+Perl and Python are available on the Hurd, but there are still test suite
 failures. These could be caused by problems in the system-specific
 implementation bits of Perl/Python, and/or shortcomings in the actual system
 functionality which Perl/Python depends on.
diff --git a/community/gsoc/project_ideas/server_overriding.mdwn b/community/gsoc/project_ideas/server_overriding.mdwn
index dab5fc95..6e3d5e14 100644
--- a/community/gsoc/project_ideas/server_overriding.mdwn
+++ b/community/gsoc/project_ideas/server_overriding.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2008, 2009, 2013 Free Software Foundation,
+[[!meta copyright="Copyright © 2008, 2009, 2013, 2014 Free Software Foundation,
 Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
@@ -11,6 +11,9 @@ License|/fdl]]."]]"""]]
 
 [[!meta title="Server Overriding Mechanism"]]
 
+/!\ [[!tag open_issue_documentation]] Is this completely resolved by
+[[open_issues/virtualization/remap_root_translator]]?
+
 The main idea of the Hurd is that every user can influence almost all system
 functionality ([[extensible_system|extensibility]]), by running private Hurd
 servers that replace or proxy the global default implementations.
diff --git a/community/meetings.mdwn b/community/meetings.mdwn
index bb90a2ab..1713ce3a 100644
--- a/community/meetings.mdwn
+++ b/community/meetings.mdwn
@@ -13,11 +13,9 @@ License|/fdl]]."]]"""]]
 
 # Upcoming
 
-  * [[FOSDEM_2014]]
-
-
 # Past
 
+  * [[FOSDEM_2014]]
   * [[GNU Hackers Meeting, 2013, Paris|ghm2013]]
   * [[FOSDEM_2013]]
   * [[GNU Hackers Meeting, 2012, Düsseldorf|ghm2012]]
diff --git a/contributing.mdwn b/contributing.mdwn
index 44244072..08c11041 100644
--- a/contributing.mdwn
+++ b/contributing.mdwn
@@ -81,26 +81,13 @@ people who would like to dive into the code but just lack a "somewhere to begin
 with".
 
 * Some translators do not support [[hurd/fsysopts]].
-* Make pfinet OK with the ethernet device going away. This would be a very
-nice feature: being able to just restart the ethernet driver; we've just not
-taken the time to fix it yet, but it shouldn't be very hard. The code begins
-at `hurd/pfinet/ethernet.c`, `ethernet_open()`, the `device_open` call, which
-produces `edev->ether_port`. Basically, one needs to catch errors like EIEIO
-when using it, and in that case re-open the device.
-See also the notes on [[hurd/translator/pfinet/implementation]], *Bugs*, *IRC,
-freenode, #hurd, 2013-09-03*.
-* Add a futex kernel trap to GNU Mach. This can be useful for nicer locking
+* Extend `device_read`/`device_write` into supporting > 2TiB disk sizes.
+* Make the Hurd [[hurd/console]]'s configuration use [[xkb layout/variant instead of keymap|hurd/console/discussion]].
+* Add a [[futex kernel trap|microkernel/mach/gnumach/interface#futex]] to GNU Mach.
+This can be useful for nicer locking
 primitives, including inter-process primitives. `vm_allocate` can be used as an
 example in the `gnumach` source tree for how to add a kernel trap. [[!GNU_Savannah_task 6231]]
-* Add a `task_set_name` RPC to GNU Mach. Currently the Mach
-debugger keeps `arg[0]` from the stack with ugly heuristics (see
-`gnumach/i386/i386/db_interface.c`, `looks_like_command`...). It would be
-far better to let `exec` simply set the name and record it in `task_t`.
-`thread_create` can be used as an example in the `gnumach` source tree for how
-to add an RPC. glibc needs to be recompiled against the updated mach.defs to get
-access to it from userland. exec would probably call it from `hurd/exec/exec.c`,
-`do_exec()`.
-Also see the discussion on [[open_issues/translate_fd_or_port_to_file_name]].
+* Add NX protection support to GNU Mach.
 * Write a partfs translator, to which one gives a disk image, and
 which exposes the partitions of the disk image, using parted, and
 the parted-based storeio (`settrans -c foos1 /hurd/storeio -T typed
@@ -109,8 +96,6 @@ part:1:file:/home/samy/tmp/foo`). This would be libnetfs-based.
 * Port valgrind. There is a whole
 [[GSoC proposal|community/gsoc/project_ideas/valgrind ]] about this, but the
 basic port could be small.
-* Use libz and libbz2 in libstore. See `hurd/libstore/unzip.c` etc., they should be replaced by mere calls to libraries, [[!GNU_Savannah_task 6990]]
-See also the discussions on [[open_issues/exec]].
 * Add `/proc/$pid/maps`. `vminfo` already has this kind of information, it's a  matter of making procfs do the same. [[!GNU_Savannah_bug 32770]]
 * Move the mount/umount logic from `utils/{,u}mount.c` into [[hurd/libshouldbeinlibc]].
 * Fix [[`/proc/self`|hurd/translator/procfs/jkoenig/discussion#self]].
diff --git a/faq/debugging_translators.mdwn b/faq/debugging_translators.mdwn
index 195b2276..3cb4a2ef 100644
--- a/faq/debugging_translators.mdwn
+++ b/faq/debugging_translators.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2007, 2008, 2013 Free Software Foundation,
+[[!meta copyright="Copyright © 2007, 2008, 2013, 2014 Free Software Foundation,
 Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
@@ -16,7 +16,7 @@ during it, on Debian you need the `hurd-dbg` and `libc0.3-dbg` packages installe
 If you need to debug the initialization of the translator, start the translator
 like
 
-    $ settrans -P /foo /usr/bin/env LD_LIBRARY_PATH=/usr/lib/debug /hurd/foofs
+    $ settrans -Pa /foo /usr/bin/env LD_LIBRARY_PATH=/usr/lib/debug /hurd/foofs
 
 The `-P` option will make it
 pause and you will be able to attach [[debugging/GDB]] to the process.
diff --git a/faq/libpthread_dlopen.mdwn b/faq/libpthread_dlopen.mdwn
index 5fb77767..94d091a4 100644
--- a/faq/libpthread_dlopen.mdwn
+++ b/faq/libpthread_dlopen.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2013, 2014 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
@@ -20,6 +20,6 @@ in errors such as:
 
     ./pthread/../sysdeps/generic/pt-mutex-timedlock.c:70: __pthread_mutex_timedlock_internal: Assertion `__pthread_threads' failed.
 
-This can be worked around by explicitly pre-loading libpthread, for example:
+This can be worked around by making the application link against libpthread (i.e. not only the plugin, but also the main binary), or without recompiling by explicitly pre-loading libpthread, for example:
 
     $ LD_PRELOAD=/lib/i386-gnu/libpthread.so.0.3 [application]
diff --git a/hurd/porting/guidelines.mdwn b/hurd/porting/guidelines.mdwn
index 6afa46fc..c4c864f7 100644
--- a/hurd/porting/guidelines.mdwn
+++ b/hurd/porting/guidelines.mdwn
@@ -335,6 +335,10 @@ Use <sys/cdrom.h> instead.
 
 This is not actually standard; cfsetspeed, cfsetispeed, or cfsetospeed should be used instead.
 
+## <a name="termios"> IUCLC </a>
+
+IUCLC is a GNU extension. `#define _GNU_SOURCE' thus has to be used to get the definition (even if Linux unconditionally provides it, it should not).
+
 ## <a name="errno"> `errno` values </a>
 
 When dealing with `errno`, you should always use the predefined error codes defined with the `E*` constants, instead of manually comparing/assigning/etc with their values.
diff --git a/hurd/subhurd.mdwn b/hurd/subhurd.mdwn
index 55927fdd..e50ea0d5 100644
--- a/hurd/subhurd.mdwn
+++ b/hurd/subhurd.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2007, 2008, 2010, 2011, 2013 Free Software
+[[!meta copyright="Copyright © 2007, 2008, 2010, 2011, 2013, 2014 Free Software
 Foundation, Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
@@ -103,7 +103,9 @@ practice [that doesn't work at the
 moment](http://savannah.gnu.org/bugs/?17341).)
 
 You can provide the subhurd with a network card by passing a `-f` option to
-`boot`.
+`boot`.  For instance, if you have a second network card `/dev/eth1` in your
+host hurd, pass `-f eth0=/dev/eth1` to make it appear as device eth0 in the
+subhurd.
 
 Now the subhurd should boot just like a normal Hurd started directly from GRUB,
 finally presenting a login prompt.  The `boot` program serves as proxy for the
@@ -190,6 +192,9 @@ characteristic thread counts.
       ports from the mother hurd to the subhurd
     <teythoon> so that we could pass in a port to the eth-multiplexer
     <teythoon> or use like /hurd/remap as the root translator for the subhurd
+
+[[open_issues/virtualization/remap_root_translator]].
+
     <braunr> eth-multiplexer was created exactly for that iirc,
     <braunr> so it's probably already done somewhere
 
diff --git a/hurd/translator/mtab/discussion.mdwn b/hurd/translator/mtab/discussion.mdwn
index 6bb446a0..89593436 100644
--- a/hurd/translator/mtab/discussion.mdwn
+++ b/hurd/translator/mtab/discussion.mdwn
@@ -1871,6 +1871,9 @@ In context of [[open_issues/mig_portable_rpc_declarations]].
     <teythoon> *while
     <youpi> yep, they're basically the same
 
+[[open_issues/virtualization/remap_root_translator]],
+[[open_issues/virtualization/fakeroot]].
+
 
 ## IRC, freenode, #hurd, 2013-09-06
 
diff --git a/hurd/translator/pfinet/implementation.mdwn b/hurd/translator/pfinet/implementation.mdwn
index 7b2f07aa..31432788 100644
--- a/hurd/translator/pfinet/implementation.mdwn
+++ b/hurd/translator/pfinet/implementation.mdwn
@@ -27,153 +27,6 @@ implementation.
     <youpi> oh
     <braunr> http://jl-icase.home.comcast.net/~jl-icase/LinuxTCP2.html
 
-## IRC, freenode, #hurd, 2013-09-03
-
-In context of the item on [[/contributing]].
-
-    <rekado> About this task: "Make pfinet OK with the ethernet device going
-      away." --- how can I test this? How can I remove the ethernet device?
-    <pinotree> settrans on the ethernet device, handled by the netdde
-      translator
-    <pinotree> that is, make it go away (settrans -fg)
-    <rekado> Ah, I see.
-    <rekado> Thanks
-    <pinotree> check its status before with showtrans
-    <pinotree> then, after having made it go away, set it again
-    <rekado> I don't think I'm doing this right... After `settrans -fg
-      /dev/eth0` I should not be able to access the network anymore, but it
-      still works.
-    <rekado> How can I figure out which of the four network devices is actually
-      used?
-    <braunr> rekado: the file system is used to open files, i.e. access
-      services
-    <braunr> it's not used to revoke access
-    <braunr> once pfinet has obtained a port to the network device, it keeps it
-    <rekado> oh, yes, of course.  Sorry, this is all very
-      [1;5C[1;5C[1;5C[1;5Cnew to me.
-    <rekado> I'm not sure what the problem is that this task describes.  In
-      what way is pfinet "not OK" with the ethernet device going away?
-    <braunr> rekado: the idea is to make pfinet able to cope with a driver
-      crash
-    <rekado> Can I trigger a driver crash for test purposes? (Or do I have to
-      build a purposefully broken driver first?)
-    <braunr> use kill
-    <rekado> Oh, good.
-    <braunr> iirc, netdde doesn't restart correctly :x
-    <braunr> you'll probably have to fix it a bit
-    <braunr> i guess there is some persistent state that prevents it from
-      reinitializing correctly
-    <rekado> okay
-    <rekado> I may need one more pointer: where can I find the netdde code?
-      Grep'ing around I only see it only mentioned as an argument to
-      /hurd/devnode; also: should I work in some incubator branch or directly
-      in the hurd repo?
-    <braunr> rekado: incubator branch
-    <rekado> Okay. Thank you for your patience.  I'll play with this in the
-      next few days.
-    <braunr> enjoy
-    <rekado> :)
-
-
-### IRC, freenode, #hurd, 2013-09-05
-
-    <rekado> When I kill the /hurd/netdde process I can no longer access the
-      network (as expected);
-    <rekado> To restore connectivity I run "settrans -g eth0 /hurd/devnode -M
-      /dev/netdde eth0" from the /dev directory.
-    <rekado> When I access the network again everything is fine. (I do see a
-      message telling me "irq handler 11: release an dead delivery port"
-    <rekado> )
-    <rekado> Is it the goal to avoid having to run settrans again to run netdde
-      after it crashes or is killed?
-    <youpi> you don't need to run settrans again
-    <youpi> that should get triggered automatically
-    <rekado> Hmm, after killing netdde I get "Resource lost" when using wget.
-    <rekado> It doesn't seem to be restarted automatically.
-    <youpi> try again
-    <youpi> the first wget makes pfinet try to use netdde and fail, thus crash
-    <youpi> the second wil respawn pfinet
-    <youpi> ideally pfinet shouldn't die, that's a TODO mentioned in the
-      "contributing page"
-    <rekado> Ah, so that's what should be prevented.
-    <youpi> it's just a matter of making pfinet be fine with errors from the
-      eth translator, and simply reopen it instead of dying
-    <rekado> That's the thing I've been trying to figure out.
-    <rekado> when I run wget a second (or third) time I get a different error;
-      "Name or service not known."
-    <rekado> It's only okay again when I use settrans
-    <youpi> maybe the devnode translator also needs some fixing
-    <youpi> it's odd that I don't have the issue though
-    <rekado> I'm using the qemu image, updated just yesterday.
-    <youpi> same here
-    <youpi> anyway, now you know where to put your hands :)
-    <rekado> yes, thanks a lot.
-
-
-### IRC, freenode, #hurd, 2013-09-07
-
-    <rekado> in pfinet/ethernet.c:ethernet_open there's an assertion:
-      edev->ether_port == MACH_PORT_NULL
-    <rekado> This is violated when netdde was killed and the device is
-      reopened.
-    <rekado> I'm not sure what should be done: destroy the port before
-      reopening or drop the assertion?
-    <rekado> If I drop the assertion, Mach seems to handle this just fine.
-    <rekado> Says "irq handler 11: release an [sic] dead delivery port" and
-      then carries on without problems.
-    <rekado> Is this a warning or an error, or can this be ignored?
-    <rekado> (or none of the above?)
-
-
-### IRC, freenode, #hurd, 2013-09-08
-
-    <rekado> I have a simple patch for pfinet that lets it recover from an
-      error in ethernet_xmit when /hurd/netdde and /hurd/devnode have been
-      killed.
-    <rekado> It doesn't work, though, when only netdde has been killed.
-    <rekado> With devnode still around device_open fails with "(ipc/send)
-      invalid destination port"
-    <rekado> I don't know where device_open is defined and why this error is
-      returned.
-    <rekado> I guess the error refers to the "master_device" port returned by
-      file_name_lookup() in ethernet_open()
-    <rekado> Why would file_name_lookup() return an invalid port when netdde is
-      dead but devnode is still running?
-    <braunr> rekado: maybe because devnode needs to perform a fresh lookup as
-      well
-
-
-### IRC, freenode, #hurd, 2013-09-09
-
-    <rekado> braunr: re devnode: devnode only performs a single lookup in
-      parse_opt(), i.e. at start-up.
-    <rekado> I'll try to understand devnode enough to patch it.
-    <braunr> rekado: that's the problem
-    <braunr> it should perform a lookup every time it's opened
-
-[[!message-id "1378730237-8091-1-git-send-email-rekado@elephly.net"]],
-[[!message-id "1378731824-8928-1-git-send-email-rekado@elephly.net"]].
-
-    <rekado> I submitted two patches to the mailing list.  I've tested them on
-      Debian GNU/Hurd but based them on the incubator/dde branch.
-    <teythoon> rekado: awesome, reliability fixes are very much welcome
-
-
-### IRC, freenode, #hurd, 2013-09-18
-
-    <rekado> youpi: my apologies for the delay in getting back to you with
-      improvements to my pfinet/devnode patches. Been very busy.
-    <braunr> rekado: development pace on the hurd has always been slow, no need
-      to apologize
-
-
-### IRC, freenode, #hurd, 2014-02-12
-
-    <braunr> youpi: btw, the patch you finally decided to write yourself making
-      pfinet continue on driver failure is as expected quite handy :)
-    <youpi> :)
-
-
 ## MAC Addresses
 
 [[!tag open_issue_hurd]]
diff --git a/microkernel/mach/gnumach/interface.mdwn b/microkernel/mach/gnumach/interface.mdwn
index bfcb9ea6..6f50a83d 100644
--- a/microkernel/mach/gnumach/interface.mdwn
+++ b/microkernel/mach/gnumach/interface.mdwn
@@ -18,7 +18,17 @@ show=title]]
 
 # Proposed
 
+<a name="futex">
 ## Futex
+</a>
+
+Add a futex kernel trap to GNU Mach.
+This can be useful for nicer locking
+primitives, including inter-process primitives. `vm_allocate` can be used as an
+example in the `gnumach` source tree for how to add a kernel trap. 
+
+
+### [[!GNU_Savannah_task 6231]]
 
 ### Patches on bug-hurd
 
diff --git a/microkernel/mach/gnumach/interface/task_set_name.mdwn b/microkernel/mach/gnumach/interface/task_set_name.mdwn
new file mode 100644
index 00000000..c32a24ff
--- /dev/null
+++ b/microkernel/mach/gnumach/interface/task_set_name.mdwn
@@ -0,0 +1,22 @@
+[[!meta copyright="Copyright © 2013, 2014 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
+document under the terms of the GNU Free Documentation License, Version 1.2 or
+any later version published by the Free Software Foundation; with no Invariant
+Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
+is included in the section entitled [[GNU Free Documentation
+License|/fdl]]."]]"""]]
+
+/!\ Does this actually reflect reality?
+
+[[!tag open_issue_documentation open_issue_gnumach]]
+
+A `task_set_name` RPC has been added to GNU Mach.  Before, the Mach debugger
+looked for `arg[0]` on the stack using ugly heuristics (see
+`gnumach/i386/i386/db_interface.c`, `looks_like_command`...).  Now we can let
+`exec` simply set the name and record it in `task_t`.  After adding the RPC,
+glibc needs to be recompiled against the updated `mach.defs` to get access to
+it from userland, and exec would probably call it from `hurd/exec/exec.c`,
+`do_exec()`.  Also see the discussion on
+[[open_issues/translate_fd_or_port_to_file_name]].
diff --git a/open_issues/translate_fd_or_port_to_file_name.mdwn b/open_issues/translate_fd_or_port_to_file_name.mdwn
index 87556075..252bc049 100644
--- a/open_issues/translate_fd_or_port_to_file_name.mdwn
+++ b/open_issues/translate_fd_or_port_to_file_name.mdwn
@@ -107,6 +107,9 @@ License|/fdl]]."]]"""]]
 
 ## task_get_name, task_set_name RPCs
 
+The following needs to be updated now that
+[[microkernel/mach/gnumach/interface/task_set_name]] has been implemented.
+
 [[!message-id "518AA5B0.6030409@verizon.net"]]
 
 
diff --git a/open_issues/translators_set_up_by_untrusted_users.mdwn b/open_issues/translators_set_up_by_untrusted_users.mdwn
index 521331e9..ad0187e3 100644
--- a/open_issues/translators_set_up_by_untrusted_users.mdwn
+++ b/open_issues/translators_set_up_by_untrusted_users.mdwn
@@ -1,4 +1,5 @@
-[[!meta copyright="Copyright © 2011, 2013 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2011, 2013, 2014 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
@@ -559,6 +560,9 @@ Continued discussion about [[resource_management_problems/pagers]].
     <youpi> being careful for the tools
     <braunr> hum, a wrapping _translator_ ?
     <youpi> yes, similar to remap and fakeroot
+
+[[virtualization/remap_root_translator]], [[virtualization/fakeroot]].
+
     <braunr> ok
     <youpi> you'd tell it "for this path, please be careful for my tools"
     <braunr> ok so
diff --git a/open_issues/virtualization/remap_root_translator.mdwn b/open_issues/virtualization/remap_root_translator.mdwn
index 757d15be..8f8668fe 100644
--- a/open_issues/virtualization/remap_root_translator.mdwn
+++ b/open_issues/virtualization/remap_root_translator.mdwn
@@ -10,6 +10,9 @@ License|/fdl]]."]]"""]]
 
 [[!tag open_issue_hurd]]
 
+/!\ [[!tag open_issue_documentation]] Does this completely resolve
+[[community/gsoc/project_ideas/server_overriding]]?
+
 
 # IRC, freenode, #hurd, 2013-01-05
 
diff --git a/user/tlecarrour.mdwn b/user/tlecarrour.mdwn
index 46ab6c80..d767ebfd 100644
--- a/user/tlecarrour.mdwn
+++ b/user/tlecarrour.mdwn
@@ -38,13 +38,12 @@ For each patch make sure to respect the [[patch life cycle|patch_life_cycle]].
   * [[shush]] (PATH_MAX)
   * [[sitecopy]] (PATH_MAX)
 * Work in progress
-  * [[auto-apt]] (PATH_MAX), **submitted**
   * [[rng-tools]] (PATH_MAX), **discussing**
-  * [[suckless-tools]] (PATH_MAX), **submitted**
   * [[up-imapproxy]] (PATH_MAX), **discussing**
-  * [[sakura]] (PATH_MAX), **submitted**
 * Accepted
-  * -
+  * [[auto-apt]] (PATH_MAX)
+  * [[sakura]] (PATH_MAX)
+  * [[suckless-tools]] (PATH_MAX)
 * Stopped
   * [[memstat]] (PATH_MAX)
 
diff --git a/user/tlecarrour/auto-apt.mdwn b/user/tlecarrour/auto-apt.mdwn
index cceaee9a..190ca5d7 100644
--- a/user/tlecarrour/auto-apt.mdwn
+++ b/user/tlecarrour/auto-apt.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2012 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2012, 2014 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
@@ -31,7 +31,7 @@ Log
 * **Discussed**: [2012-01-26](http://lists.debian.org/debian-hurd/2012/01/msg00129.html)
 * **Draft Submitted**: -
 * **Submitted**: 2012-02-07, Bug#[659025](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659025)
-* **Accepted**: -
+* **Accepted**: 2013-05-13, by Barry deFreese
 
 
 * * *
diff --git a/user/tlecarrour/sakura.mdwn b/user/tlecarrour/sakura.mdwn
index d0cd8711..9b28c57b 100644
--- a/user/tlecarrour/sakura.mdwn
+++ b/user/tlecarrour/sakura.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2012 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2012, 2014 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
@@ -30,7 +30,7 @@ Log
 * **Discussed**: [2012-02-03](http://lists.debian.org/debian-hurd/2012/02/msg00031.html)
 * **Draft Submitted**: -
 * **Submitted**: 2012-02-07, Bug#[659018](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659018)
-* **Accepted**: -
+* **Accepted**: 2012-02-12, by Andrew Starr-Bochicchio
 
 
 * * *
diff --git a/user/tlecarrour/suckless-tools.mdwn b/user/tlecarrour/suckless-tools.mdwn
index 2a3cb5df..3c83bb72 100644
--- a/user/tlecarrour/suckless-tools.mdwn
+++ b/user/tlecarrour/suckless-tools.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2012 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2012, 2014 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
@@ -28,7 +28,7 @@ Log
 * **Discussed**: [2012-01-31](http://lists.debian.org/debian-hurd/2012/01/msg00191.html)
 * **Draft Submitted**: [2012-02-01](http://lists.debian.org/debian-hurd/2012/02/msg00001.html)
 * **Submitted**: 2012-02-02, Bug#[658386](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658386)
-* **Accepted**: -
+* **Accepted**: 2012-11-15, by Vasudev Kamath
 
 
 * * *