diff --git a/util/led/WRONG b/util/led/WRONG
index 226f0e39c..99d7cc575 100644
--- a/util/led/WRONG
+++ b/util/led/WRONG
@@ -3,10 +3,12 @@ Robbert and Ed found while making the linker usable for the 68000 and amoeba.
 I (Ceriel Jacobs) took the liberty of removing the ones that I fixed from
 this list.
 
+...
 
 Another problem form the commons:
-1 - Local commons are not handled by led and not produced by as.
-    Must, and will be handled by as.
+
+...
+
 2 - The commons are allocated at the very end of the first pass, after the
     initialezed data has been allocated in the segments. The order on which
     the commons are allocated seems to be random. That way it is impossible
@@ -15,11 +17,3 @@ Another problem form the commons:
     The currently used trick is to declare an extra segment after the
     segment containing the commons. The first bytre in this segment
     inmediatly follows the commons and can be used as _end or endbss.
-
-The archiver (aal) with the automatic ranlib is buggy.
-The only thing that seems to work at the moment is creation of a fresh
-archive.
-replacing/adding/deleting modules is likely to produce libraries
-with incorrect ranlib entries.
-The major troublemaker seems to be the extra padding byte at the end
-of odd sized modules.