BOM: overflow in ent

Recently I got a bug report for package ent. The internal counter of processed bytes has just type long. In case you feed enough bytes to ent, there will be an overflow after about half an hour (of course that depends on your type of CPU, the bug was reported on architecture i386).

As modern C (C99) introduced a new type long long, I changed the type of some variables from simple long to unsigned long long. The overflow disappeared for now, but it will reappear just some trillion bytes later.

So, are there any recommendations on how to handle such a situation better?

DSOM: vera++ – Programmable verification and analysis tool for C++

This software is a programmable tool for verification, analysis and transformation of C++ source code.
It is mainly an engine that parses C++ source files and presents the result of this parsing to scripts in the form of various collections. Afterwards the scripts are actually performing the requested tasks.

This is a link to the Debian PTS page.

DOPOM: greylistd – Greylisting daemon for use with Exim 4

I was really amazed that a package like greylistd does not have an active  maintainer anymore.

Further looking at popcon, this package is only installed on just a few computers. The reason might be that it is only installed on servers that do not take part in popcon.

Anyway, this package needs a maintainer and here I am.

My first upload to ‘experimental’ mainly takes care of lintian warnings and closes a few bugs:

  • #375504: don’t expire entries every check:  the fix was contributed by Steven A. Reisman and verified by Jason  Cormie.
  • #585231: do not use Python strings exceptions anymore

The next step will be to take care of bugs with patches and than reduce the number of other bugs.

Please feel free to help fixing bugs or volunteer for becoming a comaintainer :-).

Here you can find the PTS page.

BOM: libctl

During my adoption of setserial, I was able to close 9 bugs for that package. So the compulsory exercise is already finished and the free program can start.

As a new version of libctl and meep unexpectedly appeared, the BOM of July shall be the new upload of libctl. Unfortunately the soname changed and the library package needs to go through the new-queue. So the bug is resolved but not yet closed.

DOPOM: setserial – controls configuration of serial ports

The DOPOM package for this month shall be setserial. Although the serial interface is more and more replaced by other things like USB or network interfaces, I know at least one application that depends on this oldfashioned stuff.

setserial has 14 bugs, some of them are rather old. So, here we go:

  •  #314219: package configure goes wrong
  •  #589620: Cannot set baud rate to 4800
  •  #589621: Cannot set baud rate to 4800
  •  #618630: setserial does not work with USB serial interfaces
  •  #618631: (no subject)
  •  #299933: ppp: Cannot convert to /etc/network/interfaces method while serial device
  •  #311813: setserial doesn’t work with serial device
  •  #410099: setserial dosen’t work in manual Mod.
  •  #468420: During install I get: “The update-modules command is deprecated and should not be used!”
  •  #518313: installs obsolete /etc/modutils/setserial
  •  #375276: don’t mislead by saying “loading saved-state” if none
  •  #459912: would be nice if one can disable a fifo via setserial
  •  #522622: setserial as a essential package
  •  #314963: init.d bails out on detecting /etc/serial.conf

#589620 and #589621 as well as #618630 and #618631 are the same. Great, two done, twelve left

#518313 is easy, since modutils is gone, don’t install that file

#468420 can be closed by not using update-modules

The solution to #375276 is mentioned in the bugreport. In case the serial line is handled by the kernel (= #KERNEL in the config file) just say so.

#589620 might be a misunderstaning. setserial is not meant to set the baudrate but only to set the base_baud. The base_baud depends on the hardware and
might not be set under certain circumstances. So this seems to be a feature instead of a bug.

#618630 might be a problem with strange hardware or the driver not supporting the needed ioctl(). At least with my usb serial devices I could not reproduce that bug

#299933 has been resolved by just waiting. Nowadays the order of init scripts is rearranged and this problem should not occur anymore

#311813 is again an ioctl() issue. setserial uses TIOCGSERIAL and statserial uses TIOCMGET so depending on the kernel one or the other feature might not work

So for the moment only five bugs out of 14 are still left (#314219, #410099, #459912, #522622, #314963), well done :-).

DSOM: cd-discid – CDDB DiscID utility

The next DSOM package is cd-discid. The DiscID can be used to query for example the FreeDB database.

It is already part of the archive but needed an upload for a new version. I cheated a bit as I already did all work last month. Timur, the current maintainer, fixed an FTBFS on Hurd and I wanted to upload it before the Wheezy-freeze.

Here is the PTS page.

DSOM: shotdetect – scene change detector

Similar to DOPOM, that I mentioned in a previous post, I would also like to start DSOM (Debian Sponsoring Of the Month). As I still remember the times when I was looking for a sponsor for my packages, I would like to make that time a bit more pleasant to future DMs or DDs. So each month I pick at least one RFS or something similar and try to make the package fit for upload.

Of course you could also send me an email to dsom@alteholz.eu and advertise your package.

This month I have choosen shotdetect, a scene change detector in movies. It is already available in unstable so more information are available on the PTS page.

meep in Debian

Currently there are three implementations of MPI  available in Debian. They are openmpi, mpich2, and lam4. After mpich1 had been removed, only the openmpi-version of meep remained (of course the serial version just called meep is also still available). I now closed that gap and uploaded the mpich2- and lam4 version to Unstable. As I have’t found a corresponding version of libhdf5, I had to use the serial version of that lib for these packages.

Further a package depending on mpi-default is now available. So you can either choose a version of meep linked to a specific MPI lib or just use the version that the mpi-default-maintainer thinks is the best version of a given architecture.

This is my first post that was written mainly on a smartphone. I guess I really need to feel boring before I do this again :-).