Search Results: "Moritz Muehlenhoff"

14 September 2015

Lunar: Reproducible builds: week 20 in Stretch cycle

What happened in the reproducible builds effort this week: Media coverage Motherboard published an article on the project inspired by the talk at the Chaos Communication 15. Journalists sadly rarely pick their headlines. The sensationalist How Debian Is Trying to Shut Down the CIA got started a few rants here and there. One from OpenBSD developper Ted Unangst lead to a good email contact and some thorough comments. Toolchain fixes The modified version of gettext has been removed from the experimental toolchain. Fixing individual package seems a better approach for now. Chris Lamb sent two patches for abi-compliance-checker: one to drop the timestamp from generated HTML reports and another to make umask and timestamps deterministic in the abi tarball. Bugs submitted by Dhole lead to a discussion on the best way to adapt pod2man now that we have SOURCE_DATE_EPOCH specified. There is really a whole class of issues that are currently undiscovered waiting for tests running on a different date. This is likely to should happen soon. Chris Lamb uploaded a new version of debhelper in the reproducible repository, cherry-picking a fix for interactions between ddebs and udebs. Packages fixed The following packages became reproducible due to changes in their build dependencies: aspic, django-guardian, erlang-sqlite3, etcd, libnative-platform-java, mingw-ocaml, nose2, oar, obexftp, py3cairo, python-dugong, python-secretstorage, python-setuptools, qct, qdox, recutils, s3ql, wine. The following packages became reproducible after getting fixed: Some uploads fixed some reproducibility issues but not all of them: Patches submitted which have not made their way to the archive yet: reproducible.debian.net The configuration of all remote armhf and amd64 nodes in now finished. The remaining reproducibility tests running on the Jenkins host has been removed. armhf results and graphs are now visible in dashboard. We can now test the whole archive in 2-3 weeks using the current 12 amd64 jobs and 3 months using the current 6 armhf builders. We will be looking at improving the armhf sitation, maybe using more native systems or via arm64. (h01ger) The Jenkins UI is now more responsive since all jobs building packages have been moved to remote hosts. (h01ger) A new job has been added to collect information about build nodes to be included in the variation table. (h01ger) The currently scheduled page has been split for amd64 and armhf. They now give an overview (refreshed every minute, thanks to Chris Lamb) of the packages currently being tested. (h01ger) Several cleanup and bugfixes have been made, especially in the remote building and maintenance scripts. They should now be more robust against network problems. The automatic scheduler is now also run closer to when schroots and pbuilders are updated. (h01ger, mapreri) Package reviews 16 reviews have been removed, 54 added and 55 updated this week. Santiago Vila renamed lc_messages_randomness with the more descriptive different_pot_creation_date_in_gettext_mo_files. New issues added this week: timestamps_in_reports_generated_by_abi_compliance_checker, umask_and_timestamp_variation_in_tgz_generated_by_abi_compliance_checker, and timestamps_added_by_blast2. 23 new FTBFS bugs have been filled by Chris Lamb, and Niko Tyni. Misc. Red Hat developper Mike McLean had a talk at Flock 2015 about reproducible builds in Koji. Slides and video recording are available. Koji is the build infrastructure used by Fedora, Red Hat and other distributions. It already keeps track of the environment used for a given build, so the required changes for handling the environment are smaller than the ones in Debian. Fedora is still missing a team effort to fix non-determinism in the package builds, but it is great to see Fedora moving forward.

15 June 2015

Lunar: Reproducible builds: week 7 in Stretch cycle

What happened about the reproducible builds effort for this week: Presentations On June 7th, Reiner Herrmann presented the project at the Gulaschprogrammiernacht 15 in Karlsruhe, Germany. Video and audio recordings in German are available, and so are the slides in English. Toolchain fixes Daniel Kahn Gillmor's report on help2man started a discussion with Brendan O'Dea and Ximin Luo about standardizing a common environment variable that would provide a replacement for an embedded build date. After various proposals and research by Ximin about date handling in several programming languages, the best solution seems to define SOURCE_DATE_EPOCH with a value suitable for gmtime(3).
  1. Martin Borgert wondered if Sphinx could be changed in a way that would avoid having to tweak debian/rules in packages using it to produce HTML documentation.
Daniel Kahn Gillmor opened a new report about icont producing unreproducible binaries. Packages fixed The following 32 packages became reproducible due to changes in their build dependencies: agda, alex, c2hs, clutter-1.0, colorediffs-extension, cpphs, darcs-monitor, dispmua, haskell-curl, haskell-glfw, haskell-glib, haskell-gluraw, haskell-glut, haskell-gnutls, haskell-gsasl, haskell-hfuse, haskell-hledger-interest, haskell-hslua, haskell-hsqml, haskell-hssyck, haskell-libxml-sax, haskell-openglraw, haskell-readline, haskell-terminfo, haskell-x11, jarjar-maven-plugin, kxml2, libcgi-struct-xs-perl, libobject-id-perl, maven-docck-plugin, parboiled, pegdown. The following packages became reproducible after getting fixed: Some uploads fixed some reproducibility issues but not all of them: Patches submitted which did not make their way to the archive yet: reproducible.debian.net A new variation to better notice when a package captures the environment has been introduced. (h01ger) The test on Debian packages works by building the package twice in a short time frame. But sometimes, a mirror push can happen between the first and the second build, resulting in a package built in a different build environment. This situation is now properly detected and will run a third build automatically. (h01ger) OpenWrt, the distribution specialized in embedded devices like small routers, is now being tested for reproducibility. The situation looks very good for their packages which seems mostly affected by timestamps in the tarball. System images will require more work on debbindiff to be better understood. (h01ger) debbindiff development Reiner Herrmann added support for decompling Java .class file and .ipk package files (used by OpenWrt). This is now available in version 22 released on 2015-06-14. Documentation update Stephen Kitt documented the new --insert-timestamp available since binutils-mingw-w64 version 6.2 available to insert a ready-made date in PE binaries built with mingw-w64. Package reviews 195 obsolete reviews have been removed, 65 added and 126 updated this week. New identified issues: Misc. Holger Levsen reported an issue with the locales-all package that Provides: locales but is actually missing some of the files provided by locales. Coreboot upstream has been quick to react after the announcement of the tests set up the week before. Patrick Georgi has fixed all issues in a couple of days and all Coreboot images are now reproducible (without a payload). SeaBIOS is one of the most frequently used payload on PC hardware and can now be made reproducible too. Paul Kocialkowski wrote to the mailing list asking for help on getting U-Boot tested for reproducibility. Lunar had a chat with maintainers of Open Build Service to better understand the difference between their system and what we are doing for Debian.

20 April 2013

Ulrich Dangel: Analyzing rc bug messages

Michael Stapelberg recently posted a blog post about looking into the number of Debian Developers actively working on RC bugs for the upcoming wheezy release. In this blog post I analyze the data shared by Michael and provide the R commands used to generate the plots & findings. If you are interested into looking into the data yourself, but don t like R, I suggest using ipython notebook + numpy instead.

Analysis After parsing the data file we typically want to get an understanding of the data, by using summary(bugs) we get the minimum(1), median(5), mean(15.4), max(716) and quantiles of the data. This shows that the number of messages is wide-spread and a few people contribute a lot. To visualize the dispersion of the data we can create a box plot showing the range of messages: boxplot As the first and third quantile are close together we can assume that the majority of the work is done by a few, especially since the second quantile is 5. This is supported by the histogram below, where the x axis is the number of recorded messages and y is the number of developers. histogram

Top 10 contributors The TOP 10 contributors, according to the dataset, are:
  1. Lucas Nussbaum - 716 messages
  2. Gregor Herrmann - 270 messages
  3. Jakub Wilk - 270 messages
  4. Andreas Beckmann - 225 messages
  5. Julien Cristau - 205 messages
  6. Cyril Brulebois - 169 messages
  7. Moritz Muehlenhoff - 162 messages
  8. Michael Biebl - 159 messages
  9. Salvatore Bonaccorso - 158 messages
  10. Christoph Egger - 142 messages

r commands These are the commands used to generate the plots and information in this plot: 
bugs <- read.csv("by-msg.csv")
summary(bugs)
boxplot(bugs$rcbugmsg, log='y', range=0, ylab="# bugs")
quantile(bugs$rcbugmsg)
0%  25%  50%  75% 100%
1    2    5   12  716
# create histogram
llibrary('ggplot2')
ggplot(bugs, aes(x=rcbugmsg)) + geom_histogram(binwidth=.5, colour="black", fill="black") + scale_x_sqrt()
top10 <- tail(bugs[order(bugs$rcbugmsg),], 10)
top10

Ulrich Dangel: Analyzing rc bug messages

Michael Stapelberg recently posted a blog post about looking into the number of Debian Developers actively working on RC bugs for the upcoming wheezy release. In this blog post I analyze the data shared by Michael and provide the R commands used to generate the plots & findings. If you are interested into looking into the data yourself, but don t like R, I suggest using ipython notebook + numpy instead.

Analysis After parsing the data file we typically want to get an understanding of the data, by using summary(bugs) we get the minimum(1), median(5), mean(15.4), max(716) and quantiles of the data. This shows that the number of messages is wide-spread and a few people contribute a lot. To visualize the dispersion of the data we can create a box plot showing the range of messages: boxplot As the first and third quantile are close together we can assume that the majority of the work is done by a few, especially since the second quantile is 5. This is supported by the histogram below, where the x axis is the number of recorded messages and y is the number of developers. histogram

Top 10 contributors The TOP 10 contributors, according to the dataset, are:
  1. Lucas Nussbaum - 716 messages
  2. Gregor Herrmann - 270 messages
  3. Jakub Wilk - 270 messages
  4. Andreas Beckmann - 225 messages
  5. Julien Cristau - 205 messages
  6. Cyril Brulebois - 169 messages
  7. Moritz Muehlenhoff - 162 messages
  8. Michael Biebl - 159 messages
  9. Salvatore Bonaccorso - 158 messages
  10. Christoph Egger - 142 messages

r commands These are the commands used to generate the plots and information in this plot: 
bugs <- read.csv("by-msg.csv")
summary(bugs)
boxplot(bugs$rcbugmsg, log='y', range=0, ylab="# bugs")
quantile(bugs$rcbugmsg)
0%  25%  50%  75% 100%
1    2    5   12  716
# create histogram
llibrary('ggplot2')
ggplot(bugs, aes(x=rcbugmsg)) + geom_histogram(binwidth=.5, colour="black", fill="black") + scale_x_sqrt()
top10 <- tail(bugs[order(bugs$rcbugmsg),], 10)
top10

12 March 2012

Stefano Zacchiroli: debian contributions to the linux kernel

The statistics of the "who wrote Linux x.y.z" series date back to at least 2.6.20. According to my experience talking with users and Free Software enthusiasts, those statistics really make a dent in the public perception of who is giving back upstream. Obviously, one should not take a single upstream, even if it is as important as the Linux kernel, as a measure of how much a given Free Software entity is giving back upstream overall. But users still seem to be fascinated by them. As a result, I have often had to answer the question: why Debian doesn't show up on those statistics?. My answer has always been something along the lines that Debian Developers who maintain Linux kernel packages, the almighty Debian Kernel Team, do that mostly as part of their volunteer engagement in Debian. As a consequence, they do not earmark their contributions as if they worked for a company and they add up to the hobbyist count instead (although you can you can routinely spot individual Debian Kernel Team members among the most active contributors for specific Linux releases). The above is the true and honest answer. But every time I've given it, I couldn't help feeling that the user who asked went home with a "yeah, well" afterthought. If you don't want to take my word of it, fine. Here is what Greg K-H had to say about Debian contributions in a recent blog post about the stable Linux kernel:
I would personally like to thank the Debian kernel developers, specifically Ben Hutchings, Maximilian Attems, Dann Frazier, Bastian Blank, and Moritz Muehlenhoff. They went above and beyond what any "normal" developer would have done, ferreting patches out of the kernel.org releases and the different vendor kernels and bug tracking systems, backporting them to the 2.6.32 kernel, testing, and then forwarding them on to me. Their dedication to their user community is amazing for such a "volunteer" group of developers. I firmly believe that without their help, the 2.6.32 kernel would not have been the success that it was. The users of Red Hat and SuSE products owe them a great debt. Buy them a beer the next time you see them, they more than deserve it.
I'll take good care of following his wise advice. Please do the same.
(Thanks to Sylvestre for pointing me to Greg's blog post.)

12 September 2010

Luca Falavigna: Less cruft for a better release

Now that Squeeze is frozen, and release date is approaching, removing unused and buggy packages from the archive is a nice task to save maintenance burden which often involves several people (QA guys and Release Managers, mostly). A lot of removal bugs are coming to ftp.debian.org pseudo-package, so I d like to thank fellow contributors who spent part of their time on this task. A special thank goes to Moritz Muehlenhoff, who filed tons of bugs, and contributed to remove a lot of unused packages. If you re interested too, you could look at these guidelines. Keep up the good work, guys!

14 June 2010

Alexander Reichle-Schmehl: [Update] RC Bug stats again published in this blog

As you have probably already seen, I started again to publish the statistics of the release critical bug reports. I stopped to do so, when I restarted to send out the Debian Project News, where they are also a regular part. However I've been told, that quite some readers script the last part of the DPN with the regular things, like DSAs, New and Noteworthy packages, etc., as they already know them. So here they are again, published every Friday noon (CEST) by a tiny script. Update: Moritz Muehlenhoff just informed me, that I should also ingore RC bugs having the tag security for my statistics, as they come in all over the time and can always be fixed with a security update or in a point release. Currently 34 bugs have this tag, bringing the total number of bugs to be delat with down to 187.

11 May 2010

Ritesh Raj Sarraf: tomoyo for debian

Just uploaded tomoyo-tools and is waiting in the NEW queue.Thanks to Moritz Muehlenhoff, tomoyo kernel support should be available in Debian with kernel 2.6.32-13 and above.What is Tomoyo ?

Description: Lightweight and easy-use Mandatory Access Control for Linux
TOMOYO Linux is Lightweight and Usable Mandatory Access Control with
- "automatic policy configuring" feature by "LEARNING mode"
- administrators friendly policy language
- no need libselinux nor userland program modifications
.
TOMOYO Linux consists of patches to Linux kernel and administrative
utilities, and this package contains its audit daemon and tools.

Description: Lightweight and easy-use Mandatory Access Control for Linux

TOMOYO Linux is Lightweight and Usable Mandatory Access Control with

- "automatic policy configuring" feature by "LEARNING mode"

- administrators friendly policy language

- no need libselinux nor userland program modifications .

TOMOYO Linux consists of patches to Linux kernel and administrative utilities, and this package contains its audit daemon and tools.

10 February 2010

Mike Hommey: Iceweasel upgrade homepage, a week later

When users upgrade Firefox, they are shown a special web page after restart. As this was obviously very Firefox oriented, this was disabled in Iceweasel. Until a week ago. A week ago, I created a (quite raw) web page that users of Iceweasel 3.5.6-2 would see after they install or upgrade. The idea behind this page was suggested by Moritz Muehlenhoff during my BoF at DebConf 9, and consisted of displaying a call for help message in a splash screen. What most looked like this in Iceweasel is the Firefox feature mentioned above. I unfortunately wasn t able to implement it until now. So, a week after these pages were put online and Iceweasel 3.5.6-2 was uploaded, even though I can t say it s a huge success, it at least led to some movement: More than 12000 users (still growing) saw the pages, out of which almost 1800 (roughly 15%) followed the link for a new logo. While there was no contribution for a new logo yet, there has already been several translations contributions for the web pages, in german, spanish and italian. Next iceweasel upload will consequently send users to a localized version of the web page when it exists. The server logs also allow to have some figures on the usage of localized versions of Iceweasel, but as this is based on user agent strings, it is not totally accurate, though somehow interesting:
  1. english: 58.3%
  2. german: 15.2%
  3. french: 7.9%
  4. spanish: 3.8%
  5. italian: 2.7%
  6. polish: 2.5%
  7. japanese: 2.2%
  8. russian: 2.1%
  9. portuguese: 1%
  10. czech: 0.6%
Another interesting figure is that apparently 2.4% of users haven t upgraded xulrunner-1.9.1 and are not using version 1.9.1.6 with their Iceweasel 3.5.6. I m afraid of what this can mean for stable security updates, although, as being security updates, they may be followed better. Somewhere around 7% of users have, at some point, changed their user agent string to include Firefox in it, because web sites suck. This is a very interesting figure because despite that being quite significant, we haven t got that many complaints (I m not saying there weren t, but I would have expected more, considering the amount of users involved). Fortunately, this was changed recently, so all these users could reset their user agent string. And last but not least, except amd64 and x86 users, we saw 14 powerpc users and 7 arm users.

5 October 2008

Christian Perrier: More boring stats: inhabitants per DD per country

Following my last blog post, Moritz Muehlenhoff sent me another statistical list in a desperate attempt to prove that there is no german cabal. As usual, when counting antyhing per inhabitant in IT, Finland wins: 
   241890 Finland
   361500 Switzerland
   398766 Norway
   401033 Sweden
   426800 New Zealand
   489205 Austria
   492322 Germany
   612857 Australia
   713415 Netherlands
   795965 France
   814194 Belgium
   834800 Canada
   871071 United Kingdom
   912631 Denmark
  1102457 Spain
  1196289 Ireland
  1255125 Hungary
  1369233 United States
  1456400 Israel
  1484500 Croatia
  1737487 Czech Republic
  1738889 Uruguay
  1806645 Italy
  1910059 Bulgaria
  2270700 Latvia
  3369600 Lithuania
  3539191 Portugal
  3640956 Japan
  3811600 Poland
  4133884 Costa Rica
  5379455 Slovakia
  5608354 Greece
  6779558 Argentina
 10410773 Brazil
 11975000 South Africa
 14695666 Colombia
 12261197 Korea, Republic of
 16598074 Chile
 20042551 Madagascar
 20286976 Russian Federation
 22246862 Romania
 28199822 Venezuela
 28220764 Peru
 35293128 Turkey
 53341250 Mexico
 75360000 Egypt
226489200 India
330462972 China
Indeed, the best proof that there is no german cabal is that, IIRC, "they" never succeeded in having one of "theirs" elected a DPL. This is probably the best proof that there isn't ONE german cabal, but probably more... Beware of "them", "they" are everywhere.

26 July 2008

Philipp Kern: Stable Point Release: Etch 4.0r4 (aka etchnhalf)

Another point release for Etch has been done; now it's the time for the CD team to roll out new images after the next mirror pulse. The official announcements (prepared by Alexander Reichle-Schmehl, thanks!) will follow shortly afterwards. FTP master of the day was Joerg Jaspert, who did his first point release since Woody, as he told us on IRC. We appreciate your work and you spending your time that shortly before going to Argentina. This point release includes the etchnhalf update introducing a new kernel image (based on 2.6.24) and some driver updates. Additionally the infamous openssl hole will be fixed for good, even for new installs. Again I want to present you a list of people who contributed to this release. It cannot be complete as I got the information out of the Changed-by fields of the uploads. From the Release Team we had dann frazier (who drove the important kernel part of etchnhalf), Luk Claes, Neil McGovern, Andreas Barth, Martin Zobel-Helas and me working on it. ;-)

12 April 2008

Philipp Kern: Wrapping up Sarge into a nice package

We escorted Sarge to its last home. 3.1r8 is done, thanks to all the people who made it possible. A big thanks goes to James Troup, our ftpmaster of the day doing all the grunt work of getting a new point release out of the door. To bring in a more personal feeling of who makes this all possible, here is a list of people contributing uploads to 3.1r8 (mostly people from our fabulous Security Team): I would also like to thank dann frazier, Luk Claes, Martin Zobel-Helas and Neil McGovern for helping with the preparation of the point release.

5 February 2007

Christian Perrier: fr: 99.817%, cs: 92.647%

These are the current translation ratios for French and Czech in unstable, after 18 days of "blitz l10n NMU". The sing package modifications lower French stats, as expected. However, the package has already been fixed by its maintainer (kudos!). viewvc has got an RC bug today so that gives me a very good excuse to push for an urgent update...including of course our beloved l10n bugs. That leaves us with dpkg-cross again, for which I have no answer yet. Small pause today in uploads as the Samba packaging team had to take care of a security update, which has been uploaded, for unstable, 3 hours after the official annoucement by the Samba Team. We are very grateful to these wonderful people, and more particularly to Gerald "Jerry" Carter who is not only a nice guy but also a very efficient developer. Thanks also to Steve Langasek for his commitment to this issue, to No l K the for being ready to upload in case I fail, to Eloy Paris for keeping the contact and to Moritz Muehlenhoff who prepared/is preparing the update for sarge.

4 August 2006

Norbert Tretkowski: Security updates in Debian

I really wonder who did the graphic in this article about security updates in Ubuntu, and why Debian is missing in it. The most important point in the referred article is that Debian scores so well compared with the other (freely) available distributions. Thanks a lot to Martin Schulze, Moritz Muehlenhoff and Steve Kemp for their work.

Norbert Tretkowski: Debian doesn't exist

I really wonder who did the graphic in this article about security updates in Ubuntu, and why Debian is missing in it. The most important point in the refered article is that Debian scores so well compared with the other freely available distributions. Thanks a lot to Martin Schulze, Moritz Muehlenhoff and Steve Kemp, the Debian Security-Team.

20 January 2006

Amaya Rodrigo: For fun and profit^W^W^W^WJust for fun...

Don t you love it when it looks simple and then it is actually simple, but you are not up to the task?

I am loving the xlibs-dev transition, really, I mean it! Two of my packages, fkiss and xdigger got bit by this issue, and I immediately fixed the bugs with a little help from a script provided by Moritz Muehlenhoff. really cool.

So I follow instructions in The Debian Wiki, run the script, check with pbuilder, upload and profit! Fun! End of world hunger! Err, almost. So I get all excited and decide to look at the bugs. And I find a nice one: #346347. Not bad, gpsim FTBFS, Luk also took a look at it and didn t really like what he saw, it neede no xlibs-dev or substitute for them and sitll FTBFS.

But wait! Just by looking at gpsim s bugs page, I find out that there s a New Upstream Version(tm) (#248931) available since 1 year and 241 day ago. Also, NMUs that have not been acknowledged for as long as almost two years... Not nice. And there s even a patch (#345215) for building it on, GNU/kFreeBSD... how sexy!

So I get all obsessive about it. But newer upstream needs a newer libgtkextra-dev version (#347397), which of course was not packaged (don't we all love Murphy?) and that s where I am stuck at. I loathe libraries. But still I gave it a try. And failed. Several times.

Fun? Yes! Profit? Nope! Do you want to take a look at it? Easy. It s all here.

Amaya also FTBFS. And I want to NMU amaya. Badly. Since I first heard about amaya, and realized that I am named after a web browser (sucky as it might be) and after getting many IRC highlights (every time that amaya FTBFS is mentioned on IRC), I have been wanting to use/adopt/NMU it. Amaya NMUs amaya, how recursive can it get?

I will go to bed now, and try not to keep thinking about it, not because I want to become an early riser, Gunnar, no need to worry! But reading about it I thought it would be healthier for me to wake up everyday at the same hour, so that s all I am aiming for. If you know me, you might be rolling on the floor laughing as you read this. So am I! But, if you know me, keep in mind that I have been drinking coffee with no sugar since August... Hey! You are not laughing anymore?

Vi and Emacs are doing fine. Emacs was not pregnant after all, or so the vet told me. It was hard to see her slowly become herself after surgery. Vi was perfectly OK all along, but she looked terrible. Anyway, she felt better by 6am the next day and came to bed, perfectly groomed, and purring like nothing had happened. A week has passed and she has started doing the gory part today... she s biting away the scar tissue, and it bleeds a bit. Oh my Spaghetti Monster!

10 January 2006

Amaya Rodrigo: For fun and profit^W^W^W^WJust for fun...

Don t you love it when it looks simple and then it is actually simple, but you are not up to the task?

I am loving the xlibs-dev transition, really, I mean it! Two of my packages, fkiss and xdigger got bit by this issue, and I immediately fixed the bugs with a little help from a script provided by Moritz Muehlenhoff. really cool.

So I follow instructions in The Debian Wiki, run the script, check with pbuilder, upload and profit! Fun! End of world hunger! Err, almost. So I get all excited and decide to look at the bugs. And I find a nice one: #346347. Not bad, gpsim FTBFS, Luk also took a look at it and didn t really like what he saw, it neede no xlibs-dev or substitute for them and sitll FTBFS.

But wait! Just by looking at gpsim s bugs page, I find out that there s a New Upstream Version(tm) (#248931) available since 1 year and 241 day ago. Also, NMUs that have not been acknowledged for as long as almost two years... Not nice. And there s even a patch (#345215) for building it on, GNU/kFreeBSD... how sexy!

So I get all obsessive about it. But newer upstream needs a newer libgtkextra-dev version (#347397), which of course was not packaged (don't we all love Murphy?) and that s where I am stuck at. I loathe libraries. But still I gave it a try. And failed. Several times.

Fun? Yes! Profit? Nope! Do you want to take a look at it? Easy. It s all here.

Amaya also FTBFS. And I want to NMU amaya. Badly. Since I first heard about amaya, and realized that I am named after a web browser (sucky as it might be) and after getting many IRC highlights (every time that amaya FTBFS is mentioned on IRC), I have been wanting to use/adopt/NMU it. Amaya NMUs amaya, how recursive can it get?

I will go to bed now, and try not to keep thinking about it, not because I want to become an early riser, Gunnar, no need to worry! But reading about it I thought it would be healthier for me to wake up everyday at the same hour, so that s all I am aiming for. If you know me, you might be rolling on the floor laughing as you read this. So am I! But, if you know me, keep in mind that I have been drinking coffee with no sugar since August... Hey! You are not laughing anymore?

Vi and Emacs are doing fine. Emacs was not pregnant after all, or so the vet told me. It was hard to see her slowly become herself after surgery. Vi was perfectly OK all along, but she looked terrible. Anyway, she felt better by 6am the next day and came to bed, perfectly groomed, and purring like nothing had happened. A week has passed and she has started doing the gory part today... she s biting away the scar tissue, and it bleeds a bit. Oh my Spaghetti Monster!