blog post about w3-recs package update
authorStefano Zacchiroli <zack@upsilon.cc>
Wed, 16 Jul 2008 14:29:27 +0000 (16:29 +0200)
committerStefano Zacchiroli <zack@upsilon.cc>
Wed, 16 Jul 2008 14:29:27 +0000 (16:29 +0200)
blog/posts/2008/07/updating_w3-recs.mdwn [new file with mode: 0644]

diff --git a/blog/posts/2008/07/updating_w3-recs.mdwn b/blog/posts/2008/07/updating_w3-recs.mdwn
new file mode 100644 (file)
index 0000000..67b11db
--- /dev/null
@@ -0,0 +1,36 @@
+# revamping w3-recs: new specs, misc improvements
+
+After quite a lot from [[my_initial_adoption|2007/09/w3-recs]], I've spent some
+time to **update [w3-recs](http://packages.debian.org/sid/w3-recs)**.
+
+Beside the long overdue update of shipped recommendations (quite a few new
+specification was released, mostly related to [[wikipedia SPARQL]], but a few
+more have been edited, including CSS 1 and 2), I've also uploaded some pending
+improvements. [A](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444593)
+[couple](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446876) of bug fixes
+were about dangling links and registration of recommendations with the GNOME
+devhelp stuff.
+
+Additionally, I've also moved all the documents registered with
+[doc-base](http://packages.debian.org/sid/doc-base) under the **new
+`Help/Standards` section** of doc-base, which seems to be fit for W3C
+Recommendations. Apparently we have finally managed to have a proper section
+tree for doc-base, the decoupling of that tree from the Debian menu one will not
+be missed (at least not by me).
+
+During the process I've also discovered a (recent?) *change in
+[debhelper](http://packages.debian.org/sid/debhelper) semantics*. Thus far I
+used to have broken doc-base document IDs in w3-recs, as they contained
+uppercase letters, which are prohibited according to
+`/usr/share/doc/doc-base/doc-base.txt.gz`. My fault, I concur, but in the past
+the documents got installed anyhow without any problem. On the contrary, with
+the latest debhelper all documents got written to the very same file, apparently
+stripping away the part of their names which do not match the used lowercase
+regular expression. Well, not too bad, I fixed one more bug, but with a warning
+fixing that would have been quicker.
+
+Also, /me wonders, if everything (but package build :-) ) worked properly with
+uppercase document IDs, why the heck one should forbid them in the doc-base
+specification?
+
+[[tag lang/english planet/debian debian]]