Dear all,

it seems the only hope for "htdig" would be for myself to step in,
since the package has been orphaned for 57 months by now.

Before filing an ITA, I would appreciate some clear advice on my
intended work flow on this package. I have studied this package
and its code a handful of times, ever since I contributed an NMU
in Jan, 2010. To put things bluntly: the package is not in good
shape in more than aspect, regarding packaging, documentation,
and even C++-code. At the moment I imagine a sequence consisting
of seven uploads in order to arrive at an acceptable state.
The adaptions to IPv6 can only begin after that. Some of the
defects I have located are not even among the official bugs.


There are two particular issues that need care, and where I need
to get explicit input:

  1) In version 1:3.2.0b6-6 three dynamic word databases were
     moved from '/etc/htdig' to '/var/lib/htdig/'. Essentially
     this meant assigning 'database_dir' a new value. Unfortunately,
     the migration was not complete, leaving the package in a partially
     broken state, and generating some bugs as consequence.

  2) There are still templates and word lists in '/etc/htdig/',
     which is more or less in violation of good paractice.
     Therefore I intend to move these to '/usr/share/htdig/'.
     This is equivalent to a configuration setting
     'common_dir = /usr/share/htdig/', and will be inforced by
     reverting some old maintainer alterations from COMMON_DIR
     to '/etc/htdig/', that appear in divers source files and documentation.

Now, do these two issues in themselves demand a target "experimental"
for the first few uploads I will contribute, or could that be safely
handled in "unstable"?

The half dozen uploads I plan are mainly motivated by the desire
to achieve a manageable change set in order to find a willing sponsor.
To me this package is all about a database cluster and its services.
I do not use KDE, so I will not be targeting that particular application
for the package 'htdig' as a primary goal. Should this tie be a top priority
for the Debian project, then tell me so and I will leave the package in its
present state.


Best regards,
   Mats Erik Andersson, DM


-- 
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110405200150.ga26...@mea.homelinux.org

Reply via email to