new blog post: historical overview of debian source code
authorStefano Zacchiroli <zack@upsilon.cc>
Sun, 6 Apr 2014 11:19:07 +0000 (13:19 +0200)
committerStefano Zacchiroli <zack@upsilon.cc>
Sun, 6 Apr 2014 11:19:07 +0000 (13:19 +0200)
blog/archives/2014/04.mdwn [new file with mode: 0644]
blog/posts/2014/04.mdwn [new file with mode: 0644]
blog/posts/2014/04/historical_overview_of_debian_source_code.mdwn [new file with mode: 0644]

diff --git a/blog/archives/2014/04.mdwn b/blog/archives/2014/04.mdwn
new file mode 100644 (file)
index 0000000..1af2752
--- /dev/null
@@ -0,0 +1 @@
+[[!template id=archive_month year="2014" month="04"]]
diff --git a/blog/posts/2014/04.mdwn b/blog/posts/2014/04.mdwn
new file mode 100644 (file)
index 0000000..5349214
--- /dev/null
@@ -0,0 +1 @@
+[[!meta redir=archives/2014/04]]
diff --git a/blog/posts/2014/04/historical_overview_of_debian_source_code.mdwn b/blog/posts/2014/04/historical_overview_of_debian_source_code.mdwn
new file mode 100644 (file)
index 0000000..515ce5a
--- /dev/null
@@ -0,0 +1,54 @@
+# moar, and moar, and moar debsources stats
+
+A while ago I've announced the availability of
+[[several stats|2014/02/moars_stats_for_sources.debian.net]] about Debian
+source code on <http://sources.debian.net>. Since then the statistical basis of
+those stats has increased a lot, and now includes **all Debian historical
+releases**, from [hamm](https://www.debian.org/releases/hamm/) (July 1998)
+onward. This allows to appreciate macro-level evolution trends in Free
+Software, over a period of more than 15 years, through the eyes of a distro
+that sits at the nice intersection of the eldest, largest, and most reputed
+distros.
+
+To get there I've added support for **sticky suites** to the plumbing layer of
+[debsources](http://anonscm.debian.org/gitweb/?p=qa/debsources.git), and then
+injected historical releases from <http://archive.debian.org>. The injection
+process took about a week (without any sort of parallelism, pretty slow disks,
+and computing sha256 checksums, ctags, and sloccount on all source files) and
+has been an "interesting" experience.
+
+When you go back decades in technology time, **bit rot** is just around the
+corner, and I've found
+[my](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740883)
+[share](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741012) while
+injecting `archive.d.o` into `sources.d.n`. In both cases the respective
+maintainers (Guillem and Ganneff, kudos) have been positive about and helpful
+in improving the situation, despite the low impact of the bugs I've found on
+the average user. That's quite important for the **long-term preservation** of
+digital information in general, and for the perennity of access to Free
+Software in the specific case of Debian.
+
+While we are it, I'm now maintaining a list of
+[bugs affecting `sources.d.n`](https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=debsources;users=zack@debian.org)
+but belonging to other packages, in case you fancy helping out but are not a
+Python hacker. Interestingly enough, quite a bit of those bugs are related to
+the fact that tools debsources uses (e.g. ctags, sloccount) are also starting
+to show their age.
+
+You might wander why [buzz](https://www.debian.org/releases/buzz/),
+[rex](https://www.debian.org/releases/rex/), and
+[bo](https://www.debian.org/releases/bo/) are still missing from
+`sources.d.n`. That's in fact for similar reasons. Before hamm Debian didn't
+have complete archive coverage in terms of `Sources` indexes and `.dsc`
+files. Given that debsources rely on both to extract source packages, it first
+needs to grow an additional abstraction layer that can cope with their
+absence. It's SMOP, and planned.
+
+And now let's have fun with
+[ctags bombs](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742605).
+
+Yours truly,<br />
+Stefano “Indiana” Zacchiroli<br />
+<small>(credits: KiBi, `#debian-ftp`)</small>
+
+[[!tag lang/english planet-debian debsources]]