Bug#544060: RFH: dietlibc -- diet libc - a libc optimized for small size

[Gerrit Pape]

Package: wnpp

Hi, I'm looking for a co-maintainer for the dietlibc package, especially
for the experimental shared libraries part of it.  If you're interested,
please followup to this bug report and await my reply.

 Package: dietlibc-dev
 Section: libdevel
 Architecture: alpha amd64 arm hppa i386 ia64 mips mipsel powerpc ppc64 s390 
sparc
 Recommends: dietlibc (= ${source:Version})
 Suggests: dietlibc-doc
 Description: diet libc - a libc optimized for small size
  The diet libc is a C library that is optimized for small size. It
  can be used to create small statically linked binaries for Linux
  on alpha, arm, ia64, mips, mipsel, ppc, parisc, s390, sparc and x86.
  .
  This package is used to compile programs with the diet libc.
  .
  The diet libc also supports dynamic linking, currently on the arm and
  i386 architectures only.  The 'dietlibc' package provides the shared
  libraries.
  .
  See http://www.fefe.de/dietlibc/ for more information.

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#544057: RFA: matrixssl -- small SSL library optimized for embedded systems

[Gerrit Pape]

Package: wnpp

Hi, I'm looking for a new maintainer for the matrixssl package.  If
you're interested, please followup to this bug report and await my
reply.

 Package: libmatrixssl1.8
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}
 Description: small SSL library optimized for embedded systems
  MatrixSSL is an embedded SSL implementation designed for small footprint
  devices and applications requiring low overhead per connection.  The
  library is less than 50K on disk with cipher suites.  It includes SSLv3
  server support, session resumption, and implementations of RSA, 3DES,
  ARC4, SHA1, and MD5.  The source is well documented and contains
  portability layers for additional operating systems, cipher suites, and
  crypto providers.
  .
  See http://www.matrixssl.org/ for more information.

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#544059: RFA: libowfat -- A reimplementation of libdjb

[Gerrit Pape]

Package: wnpp

Hi, I'm looking for a new maintainer for the libowfat package.  If
you're interested, please followup to this bug report and await my
reply.

 Package: libowfat-dev
 Section: libdevel
 Architecture: any
 Depends: dietlibc-dev
 Conflicts: libdjbdns1-dev
 Description: A reimplementation of libdjb
  This library is a reimplementation of libdjb, which means that it provides
  Daniel Bernstein's interfaces (with some extensions).
  .
  It contains wrappers around memory allocation, buffered I/O, routines for
  formatting and scanning, a full DNS resolver, several socket routines,
  wrappers for socket functions, mkfifo, opendir, wait, and an abstraction
  around errno.  It also includes wrappers for Unix signal functions and a
  layer of mmap and sendfile.
  .
  The library is available for use with the diet libc.

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#544056: RFA: bglibs -- BG Libraries Collection

[Gerrit Pape]

Package: wnpp

Hi, I'm looking for a new maintainer for the bglibs package.  If you're
interested, please followup to this bug report and await my reply.

 Package: libbg1
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}
 Recommends: libbg1-doc
 Suggests: libbg1-dev
 Description: BG Libraries Collection
  This package contains a collection of libraries written by myself
  [Bruce Guenter] and put in use in various packages.
  .
  The library collection is mandatory to build most of Bruce Guenter's
  software packages available at http://untroubled.org.

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#544401: RFA: libdjbdns -- DNS client library designed to replace the BIND res_*/dn_* library

[Gerrit Pape]

Package: wnpp

Hi, I'm looking for a new maintainer for the libdjbdns package.  If
you're interested, please followup to this bug report and await my
reply.

 Package: libdjbdns1
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}
 Description: DNS client library designed to replace the BIND res_*/dn_* library
  High-level lookups:
  .
  The dns library provides several easy-to-use DNS lookup routines:
  dns_ip4, dns_ip4_qualify, dns_name4, dns_mx, and dns_txt.
  .
  dns_ip4_qualify supports the traditional configuration mechanisms for
  hostname rewriting: $LOCALDOMAIN, /etc/resolv.conf, and gethostname. It
  also supports a powerful new user-controlled rewriting mechanism.
  .
  The functions that read /etc/resolv.conf automatically reread it every ten
  minutes, so system administrators don't have to kill long-running programs.
  .
  Low-level lookups:
  .
  The dns_domain_* and dns_packet_* functions make it easy to safely parse DNS
  packets. The dns_transmit_* functions send DNS queries of arbitrary types to
  arbitrary servers. These are the functions used in the dnscache program.
  .
  See http://cr.yp.to/djbdns/blurb/library.html for details.

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#519003: 0.7.0 package

[Gerrit Pape]

On more thing:  the upstream license pasted into debian/copyright looks
like the default 3-clause BSD license.  If that's true, you can simply
refer to /usr/share/common-licenses/BSD, just as done for your packaging
code.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#519003: 0.7.0 package

[Gerrit Pape]

On Mon, Sep 14, 2009 at 10:24:44PM +0200, Tino Keitel wrote:
> a new upstream version was released. Debian packages (i386, amd64,
> source) can be found here:
> 
> deb http://tikei.de/debian/ sid main
> 
> The Debian packaging source can be found here:
> 
> git clone http://tikei.de/git/xca.git

Hi Tino, overall the package looks good, I'm happy to sponsor it.
There're some minor tweaks we should look at.

The mail address in the latest changelog entry isn't valid.

$ grep downloaded debian/copyright 
It was downloaded from 
$ w3m http://xca.sourceforce.net
xca seems to be remove from sourceforge?

$ grep xca debian/watch 
http://sf.net/xca/xca-(.*)\.tar\.gz
$ w3m http://sf.net/xca/
...is a 404.

If we fix that, I'll upload to NEW asap.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#459318: ITP: ucspi-tcp -- tcpclient, tcpserver and other TCP easy-use commandline-tools

[Gerrit Pape]

On Wed, Jan 23, 2008 at 01:05:19AM +0100, Sebastian Pipping wrote:
> i searched for licensing information about this program
> but did not find any. what's your source of information
> of ucspi-tcp being Public Domain?

 http://cr.yp.to/distributors.html

> jon marler packaged the latest version of this program
> in non-free:
> http://packages.debian.org/sid/ucspi-tcp-src

Yes.  Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#453680: any progress on djbdns?

[Gerrit Pape]

On Mon, Feb 18, 2008 at 02:00:24AM -0500, Robert Edmonds wrote:
> Hi, Gerrit:
> 
> Any progress?  Will djbdns make it into lenny?

Hi Robert,

djbdns depends on ucspi-tcp and daemontools.  While ucspi-tcp should hit
the main archive soon (source of previous non-free package needed to be
removed), daemontools still needs some time.  It first was necessary to
find out how to make the daemontools installation comply with Debian
policy while still respecting upstream's preferences.  This seems to be
done now, but it still needs some time because the runit package needs
to be adapted to play well with the new packages (#461478).

The djbdns package should be quite easy once the dependencies are
finished.

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#453680: any progress on djbdns?

[Gerrit Pape]

On Mon, Feb 18, 2008 at 08:19:22AM -0500, Robert Edmonds wrote:
> Thanks for the update.  Also, any idea which djbdns patches will be
> added to the package?

The /etc/dnsroots.global file will be adapted to the current list of
root servers.  I currently don't intend to include any other patches.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#457318: netqmail_1.06-1_powerpc.changes is NEW

[Gerrit Pape]

On Mon, Apr 28, 2008 at 09:47:03AM +, Debian Installer wrote:
> (new) netqmail_1.06-1.diff.gz extra mail
> (new) netqmail_1.06-1.dsc extra mail
> (new) netqmail_1.06.orig.tar.gz extra mail
> (new) qmail-uids-gids_1.06-1_all.deb extra mail
> (new) qmail_1.06-1_powerpc.deb extra mail

Hi, do you have any comments on the netqmail and related packages, or an
estimation when you get to process them?

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#484763: ITP: dot-forward -- reads sendmail's .forward files under qmail

[Gerrit Pape]

Package: wnpp
Severity: wishlist

 It runs in the qmail startup script to support all your existing .forward
 files automatically. Individual users can switch to the .qmail mechanism
 at their leisure. 
 .
 dot-forward supports forwarding, program deliveries, and comments. It does
 not support file deliveries or :include:. (However, it recognizes file
 delivery attempts, and defers delivery to give you a chance to set up
 a .qmail file.)

dot-forward is available through http://cr.yp.to/dot-forward.html
Upstream author is D. J. Bernstein <[EMAIL PROTECTED]>
dot-forward is in the public domain

 $ w3m -dump http://cr.yp.to/distributors.html |grep -A2 dot-forward
 What are the distribution terms for dot-forward?
 
 2008.06.01: I hereby place the dot-forward package (in particular,
 dot-forward-0.71.tar.gz, with MD5 checksum 1fefd9760e4706491fb31c7511d69bed)
 into the public domain. The package is no longer copyrighted.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#484765: ITP: fastforward -- handles qmail forwarding according to a cdb database

[Gerrit Pape]

Package: wnpp
Severity: wishlist

 It can create forwarding databases from a sendmail-style /etc/aliases or
 from user-oriented virtual-domain tables. 
 .
 fastforward supports external mailing lists, stored in a binary format for
 fast access. It has a tool to convert sendmail-style include files into
 binary lists. 
 .
 fastforward is more reliable than sendmail. sendmail can't deal with long
 aliases, or deeply nested aliases, or deeply nested include files;
 fastforward has no limits other than memory. sendmail can produce corrupted
 alias files if the system crashes; fastforward is crashproof. 
 .
 fastforward's database-building tools are much faster than sendmail's
 newaliases. Even better, fastforward deliveries don't pause while the
 database is being rebuilt. 
 .
 fastforward does not support insecure sendmail-style program deliveries from
 include files; you can use qmail's secure built-in mechanisms instead.
 fastforward does support program deliveries from /etc/aliases.

fastforward is available through http://cr.yp.to/fastforward.html
Upstream author is D. J. Bernstein <[EMAIL PROTECTED]>
fastforward is in the public domain

 $ w3m -dump http://cr.yp.to/distributors.html |grep -A2 fastforward
 What are the distribution terms for fastforward?
 
 2008.06.01: I hereby place the fastforward package (in particular,
 fastforward-0.51.tar.gz, with MD5 checksum 6dc619180ba9726380dc1047e45a1d8d)
 into the public domain. The package is no longer copyrighted.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#457318: netqmail_1.06-1_powerpc.changes is NEW

[Gerrit Pape]

On Tue, Jun 03, 2008 at 02:43:38PM +, Gerrit Pape wrote:
> On Mon, Apr 28, 2008 at 09:47:03AM +, Debian Installer wrote:
> > (new) netqmail_1.06-1.diff.gz extra mail
> > (new) netqmail_1.06-1.dsc extra mail
> > (new) netqmail_1.06.orig.tar.gz extra mail
> > (new) qmail-uids-gids_1.06-1_all.deb extra mail
> > (new) qmail_1.06-1_powerpc.deb extra mail
> 
> Hi, do you have any comments on the netqmail and related packages, or an
> estimation when you get to process them?

Hi, what's the reason for the netqmail and related packages to last that
long in the new queue without any comments?

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

[Gerrit Pape]

Hi, packages are available through
 http://smarden.org/pape/Debian/sid.html

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#457318: netqmail_1.06-1_powerpc.changes REJECTED

[Gerrit Pape]

On Sun, Jul 06, 2008 at 02:19:30PM +, Joerg Jaspert wrote:
> Hi Maintainer,
> 
> rejected, for various reasons (this mail applies to all of the various
> qmail and qmail related packages currently in NEW, namely
> netqmail, qmail-run, qmail-tools, dot-forward, fastforward).

Hi ftpmaster, I had some problems separating the items that are reasons
to reject the packages from other comments about the packaging in
general, and the upstream software.  The netqmail, qmail-run, and
fastforward packages have been updated to address the issues, and all
packages are re-uploaded.

> First - the packaging is nowhere near the standard Debian aspires to in the
> archive:
> 
> Qmail is an MTA and as such should follow Debian Policy (for example Section
> 11.6).  It's therefore not a very good start that an MTA package needs
> additional packages (qmail-run) installed to perform the minimal tasks
> required of mail-transport-agent, and yet another package (fastforward) to
> support /etc/aliases.

Hmm, the MTA package actually is qmail-run, as can be read from the
README.Debian's in the qmail-run and qmail packages.  And qmail-run
needs the qmail package, which provides the qmail programs and queue
structure, as well as the fastforward package, which provides support
for the /etc/aliases database.  I can't see anything wrong with this, to
the contrary, the modularity of the packages provides more flexibility,
e.g.:

 o users can install the qmail package without the qmail-run package to
   configure qmail as MTA manually, next to another MTA package already
   installed on the system
 o users can install the qmail package without the qmail-run package if
   they wish to use some programs from the qmail package, e.g.
   qmail-popup and qmail-pop3d, and wish to have a different default
   MTA installed, such as postfix
 o users can disable the /etc/aliases support, and switch to a different
   alias handling if they like; the package providing the /etc/aliases
   database support can then be removed from the system

> Now, looking into the binary packages provided by netqmail there are a
> *few* points to list:
> 
> qmail-uids-gids
>   * Uses addgroup in preinst without a pre-depends

I fixed this in -2, users and groups are now handled in the postinst.

>   * Uses useradd instead of adduser (policy 9.2.2)

As I read the policy, 9.2.2 mandates adduser for dynamically allocated
users and groups, but not globally allocated.  Since the qmail uids and
gids are in the 6-64999 range, useradd/groupadd should be just fine.

>   * Why install the uids/gids in preinst?

I fixed this in -2, users and groups are now handled in the postinst.

>   * User interaction without using debconf (policy 3.9.1) in both preinst and
> postrm (ok, it's just giving info, but still)
This hasn't changed.

>   * Aborts in preinst if:
> - "Upgrading" from a pre 1.06 version (presumably unofficial)

Yes, by intention.  I can't see how this is a reason for reject, other
new package don't care at all if they replace some unofficial or
non-free packages, possibly breaking a working installation.  I think
aborting in that case is a good thing.

> - UIDs / GIDs aren't what it expects (as the qmail binary then uses these
>   UIDs *it* can't be installed without the UIDs being right, but why does
>   qmail-uids-gids fail?)

The qmail-uids-gids package is a build-dependency of netqmail.

>   * Recommends manual use of userdel and groupdel rather than deluser /
> delgroup in postrm 
This hasn't changed.

> qmail
>   * Installs /var/lib/qmail with alias, bin, boot, queue directories
Yes, shouldn't be a reason for reject.

> - Also:
>   + users symlink to /etc/qmail/users/
>   + control symlink to /etc/qmail/
>   + doc symlink to /usr/share/doc/qmail/
Yes, shouldn't be a reason for reject.

> - bin/ contains mostly symlinks back to /usr/bin and /usr/sbin but
>   one binary is present (config-fast)

Yes, in -2 the config-fast program is moved to /usr/lib/qmail/bin/.

> - boot/ contains what looks like scripts (should probably be in
>   /usr/lib/qmail with a symlink if necessary)

Yes, in -2 the boot/ subdirectory is moved into /usr/lib/qmail/, and
symlinked back.

> - queue/ is basically the only part which any sane MTA would have in /var
> 
>  * Preinst fails if attempting an upgrade from < 1.06 (presumably unofficial)
Yes, shouldn't be a reason for reject.

>  * Aborts in postinst if system doesn't have FQDN
Yes, I can't see anything wrong with this.

> Looking at qmail-run there is also:
>  * README recommends manually installing non FHS compliant symlinks:
>ln -s /var/lib/qmail /var/qmail
>ln -s /etc/service /service
>Not a policy bug, but certainly in bad taste...
This hasn't changed.

>  * C/R/Ps mail-transport-agent
>- Now, this does provide /usr/{sbin,lib}/sendmail
Yes, as said above, qmail-run is the package providing the MTA
functionality, shouldn't be a reason for reject.

>

Bug#453680: ITP: djbdns -- Replacement for BIND, written by Dan Bernstein

[Gerrit Pape]

On Fri, Nov 30, 2007 at 10:24:48AM -0500, Robert Edmonds wrote:
> * Package name: djbdns
>   Version : 1.05

Hi, after maintaining binary packages of djbdns and co. unofficially
since more than six years through http://smarden.org/pape/Debian/, I'd
be interested in maintaining them through the Debian archive in the
future.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#274451: O: metamail -- An implementation of MIME Reply-To:

[Gerrit Pape]

On Sun, Dec 09, 2007 at 03:49:43PM +0100, Lucas Nussbaum wrote:
> metamail has been orphaned for a very long time now (in
> fact, it's one of the oldest orphaned packages in Debian). I'm going
> through such packages, to see if they can be safely removed from Debian,
> since noone seems to care about them.
> 
> You are receiving this mail because your name showed up somewhere in the
> history of the package, or because I think that you might be interested
> for some reason, or because you maintain a related/similar package.  Are
> you interested in adopting this package? Do you know potential adopters?
> If so, could you forward them this mail, Ccing the BTS and me?
> 
> Are you aware of the current metamail situation? Do you think it could
> be safely removed from Debian? There are still 3 packages depending on
> it: exmh, hylafax-server, and raccess4vbox3.

Hrm,

 23 Sep 2003: http://bugs.debian.org/212349
 25 Mar 2006: http://bugs.debian.org/358942

what's _the_ tool in Debian to quoted-printable-encode files now?

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#457318: ITP: qmail -- a secure, reliable, efficient, simple message transfer agent

[Gerrit Pape]

Package: wnpp
Severity: wishlist

qmail is meant as a replacement for the entire sendmail-binmail system
on typical Internet-connected UNIX hosts. See BLURB, BLURB2, BLURB3, and
BLURB4 in /usr/share/doc/qmail/ for more detailed advertisements.

See /usr/share/doc/qmail/PIC.* for some ``end-to-end'' pictures of mail
flowing through the qmail system.

See http://pobox.com/~djb/qmail.html for other qmail-related software
and a pointer to the qmail mailing list.

Other documentation: http://pobox.com/~djb/proto.html shows solutions to
several Internet mail problems; many of these solutions are implemented
in qmail. CHANGES and THANKS show how qmail has changed since it was
first released; SECURITY, INTERNALS, THOUGHTS, and TODO record many of
the qmail design decisions (found in /usr/share/doc/qmail/).


License
 qmail is in the public domain

There'll be the following binary packages: qmail, qmail-uid-gids,
fastforward, dot-forward, qmail-run.  The packages are derived from
the unofficial ones available through
 http://smarden.org/pape/Debian/qmail.html

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#458061: RFH: cfs -- Cryptographic Filesystem

[Gerrit Pape]

Package: wnpp
Severity: wishlist

Hi, I'm seeking help with the cfs Debian package, if you're interested,
please see
 http://bugs.debian.org/src:cfs

cfs is a nice package, written in 1992, updated 1997, and since without
upstream.  Chris Leishman maintained the package until I took it over in
2002, it's worth reading through the source in any case.  I'm willing to
share maintainership, and possibly hand over the package to another
DD/DM after some time.

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#459778: ITP: tinydyndns -- pop-before-dyndns service using djbdns

[Gerrit Pape]

Package: wnpp
Severity: wishlist

tinydyndns is a simple but powerful dynamic DNS solution that uses
djbdns.  It cooperates with the djbdns package to publish dynamic IP
addresses authenticated through POP connections.  On successfully
authenticated POP connections, the tinydyndns-update program manipulates
tinydns' constant database "data.cdb" directly without rebuilding it;
this makes the dynamic DNS solution use very few system resources.
Using a POP service for authentication saves the work for installing
special client software, since POP clients are available for every
common network-aware operating system.  To provide the DNS and POP
service, tinydyndns cooperates with djbdns, qmail, and cvm.

The package is available through http://smarden.org/tinydyndns/

I'm the upstream author, copyright is the 3-clause BSD license.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#459318: ITP: ucspi-tcp -- tcpclient, tcpserver and other TCP easy-use commandline-tools

[Gerrit Pape]

On Sat, Jan 05, 2008 at 02:57:33PM +0100, Jan Mojzis wrote:
> * Package name: ucspi-tcp
>   Version : 0.88
>   Upstream Author : Daniel J. Bernstein
> * URL : http://cr.yp.to/ucspi-tcp.html
> * License : public domain
>   Programming Lang: C
>   Description : tcpclient, tcpserver and other TCP easy-use 
> commandline-tools

Hi, after maintaining binary packages of ucspi-tcp, daemontools, djbdns
and co. unofficially since more than six years through
http://smarden.org/pape/Debian/, I'd be interested in maintaining them
through the Debian archive in the future.  I already talked to Jon,
maintainer of ucspi-tcp-src, on how to coordinate the packages.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#457318: qmail-run_2.0.2_powerpc.changes is NEW

[Gerrit Pape]

On Sun, Mar 14, 2010 at 11:19:11AM +, Archive Administrator wrote:
> (new) qmail-run_2.0.2.dsc extra mail
> (new) qmail-run_2.0.2.tar.gz extra mail
> (new) qmail-run_2.0.2_all.deb extra mail
> sets up qmail as mail-transfer-agent
[...]

Hi, can you please say something about the status of the qmail and
related packages in NEW I uploaded in march?  Do you already have an
idea when the packages might be accepted or rejected?

Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100524124010.24523.qm...@7c96b55d6c2619.315fe32.mid.smarden.org

Bug#457318: qmail-run_2.0.2_powerpc.changes is NEW

[Gerrit Pape]

On Mon, May 24, 2010 at 12:40:10PM +, Gerrit Pape wrote:
> On Sun, Mar 14, 2010 at 11:19:11AM +, Archive Administrator wrote:
> > (new) qmail-run_2.0.2.dsc extra mail
> > (new) qmail-run_2.0.2.tar.gz extra mail
> > (new) qmail-run_2.0.2_all.deb extra mail
> > sets up qmail as mail-transfer-agent
> [...]
> Hi, can you please say something about the status of the qmail and
> related packages in NEW I uploaded in march?  Do you already have an
> idea when the packages might be accepted or rejected?

Hi, can you please say something about the status of the qmail and
related packages in NEW I uploaded in march?  Do you already have an
idea when the packages might be accepted or rejected?

> Thanks, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100606191204.5663.qm...@d00d4463a1bc4d.315fe32.mid.smarden.org

Bug#544059: RFA: libowfat -- A reimplementation of libdjb

[Gerrit Pape]

On Fri, Aug 27, 2010 at 05:52:39PM +0200, Walter Franzini wrote:
> > Package: wnpp
> >
> > Hi, I'm looking for a new maintainer for the libowfat package.  If
> > you're interested, please followup to this bug report and await my
> > reply.
> 
> Hi Gerrit,
> 
> I'm interested to adopt libowfat.
> 
> I'll wait yout reply

Hi Walter, great, go ahead.  Have fun, and good luck!

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100903105335.23648.qm...@9b57b62c5bd840.315fe32.mid.smarden.org

Bug#457318: Bug#510415: qmail-run_2.0.2_powerpc.changes is NEW

[Gerrit Pape]

On Sun, Jun 06, 2010 at 07:12:04PM +, Gerrit Pape wrote:
> On Mon, May 24, 2010 at 12:40:10PM +0000, Gerrit Pape wrote:
> > On Sun, Mar 14, 2010 at 11:19:11AM +, Archive Administrator wrote:
> > > (new) qmail-run_2.0.2.dsc extra mail
> > > (new) qmail-run_2.0.2.tar.gz extra mail
> > > (new) qmail-run_2.0.2_all.deb extra mail
> > > sets up qmail as mail-transfer-agent
> > [...]
> > Hi, can you please say something about the status of the qmail and
> > related packages in NEW I uploaded in march?  Do you already have an
> > idea when the packages might be accepted or rejected?
> 
> Hi, can you please say something about the status of the qmail and
> related packages in NEW I uploaded in march?  Do you already have an
> idea when the packages might be accepted or rejected?

No reaction or response to mails at all from ftpmasters within more than
eight months.  Obviously the packages are deliberately ignored.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20101117081829.24561.qm...@28743390445746.315fe32.mid.smarden.org

Bug#138440: ITP: fnord -- yet another small httpd

[Gerrit Pape]

Package: wnpp
Severity: wishlist

See http://www.fefe.de/fnord/ :

Features
* Small (13k static Linux-x86 binary without CGI, 18k with CGI)
* Fast (see this document), supports sendfile
* connection keep-alive
* el-cheapo virtual domains (similar to thttpd)
* IPv6 support (through tcpserver)
* CGI (through temp files)
* Content-Range (not the full specs, just a-b or a- byte ranges)
* transparent content negotiation (will serve foo.html.gz if foo.html
  was asked for and browser indicates it understands deflate, same
  for foo.png for foo.gif and image/png)

License will be GPL (I contacted the author, he agreed to include a COPYING
file in the archive).

Regards, Gerrit.


pgpc8Bv3kZcGM.pgp
Description: PGP signature

Bug#193017: ITP: ipsvd -- Internet protocol service daemons

[Gerrit Pape]

Package: wnpp
Severity: wishlist

ipsvd is a set of ``internet protocol service daemons''.  It includes
daemons for TCP/IP and UDP/IP.  An Internet protocol service (ipsv)
daemon waits for incoming connections on a socket, and for new
connections, it conditionally runs an arbitrary program to handle the
connection.  ipsv daemons can be told to read and follow pre-defined
instructions on how to handle incoming connections.  Based on the
client's IP address or hostname, it's possible to run different
programs, set a different environment, deny a connection, or set a per
host concurrency limit.

ipsvd can be used to run services usually run by inetd, xinetd, or
tcpserver.  Normally the ipsv daemons are run by a supervisor process,
such as runsv from the runit package, or supervise from the daemontools
package.  ipsvd uses the djbdns client library to query the DNS.

See http://smarden.org/ipsvd/ for more information.

I'm also the upstream author, the license is a BSD three-clause license.

Regards, Gerrit.


pgpx4eM5ZyfBc.pgp
Description: PGP signature

Bug#193017: ITP: ipsvd -- Internet protocol service daemons

[Gerrit Pape]

On Mon, May 12, 2003 at 01:42:44PM +0200, Emile van Bergen wrote:
> On Mon, May 12, 2003 at 01:16:37PM +0200, Gerrit Pape wrote:
> > ipsvd can be used to run services usually run by inetd, xinetd, or
> > tcpserver.  Normally the ipsv daemons are run by a supervisor process,
> > such as runsv from the runit package, or supervise from the daemontools
> > package.  ipsvd uses the djbdns client library to query the DNS.
> 
> Perhaps it's a good idea to compare it to ucspi-tcp's tcpserver? A lot
> of functionality seems the same, but your package offers some additional
> features such as per host concurrency counting.

I've written a short comparison before per host concurrency limits were
added, see here if you're interested:
 http://article.gmane.org/gmane.comp.misc.pape.general/293

Regards, Gerrit.
-- 
Open projects at http://smarden.org/pape/.

Bug#196864: ITP: socklog -- small and secure replacement for syslogd

[Gerrit Pape]

Package: wnpp
Severity: wishlist

socklog cooperates with the runit package to create a small and secure
replacement for syslogd.  socklog supports system logging through Unix
domain sockets (/dev/log) and UDP sockets (0.0.0.0:514) with the help of
runit's runsvdir, runsv, and svlogd.  socklog provides a different
network logging concept, and also does log event notification.  svlogd
has built in log file rotation based on file size, so there is no need
for any cron jobs to rotate the logs.  socklog is small, secure, and
reliable.

See http://smarden.org/socklog/ for more information.

I'm also the upstream author, the license is a BSD three-clause license.

The release 1.0.0 of socklog cooperates with the daemontools package
instead of the runit package.  I'm currently preparing a new testing
package which doesn't depend on daemontools.

Regards, Gerrit.
-- 
Open projects at http://smarden.org/pape/.


pgpWftBwWSQf6.pgp
Description: PGP signature

Bug#215353: ITP: bincimap-run -- IMAP server for Maildir depositories

[Gerrit Pape]

Package: wnpp
Severity: wishlist

 As an alternative to existing similar IMAP servers, Binc IMAP strives to
 be very easy to use, but robust, stable and secure. It aims at being
 absolutely compliant with the IMAP4rev1 protocol, and simple and modular
 in design, making it very easy for third parties to utilize the source
 code and enhance the product.
 .
 This package sets up the bincimaps service to listen on 0.0.0.0:993 using
 the ipsvd and runit package, and additionally provides a service directory
 to easily enable a bincimap service without SSL support.

A bincimap package already is in the Debian archive, and currently
enables an imaps service through inetd automatically.  The package
provides the virtual package 'imap-server', and conflicts with other
packages providing 'imap-server'.  This makes it rather difficult to
have multiple imap servers installed on a system simultaneously, even
though there are actually no namespace conflicts.  The only conflict
generally is that packages providing 'imap-server' listen on the same
local socket.

I intend to package bincimap-run to enable users to have the bincimap
programs installed next to other imap servers on their systems, and so
to run different imap servers on different local addresses if desired,
without forcing the package management system.  If not desired, the user
can install the bincimap-run package that automatically sets up the
imaps service.

So when introducing the bincimap-run package, the bincimap package will
change to not enable any service automatically, and will no longer
provide/conflict with 'imap-server', but the new package will.

I've already done this with the socklog and twoftpd packages, see these
package sources for details if you're interested.

Regards, Gerrit.


signature.asc
Description: Digital signature

Bug#93209: ITP: vbox3 - voice response system for isdn4linux

[Gerrit Pape]

Package: wnpp
Severity: wishlist

vbox for Debian
--

This is vbox3 taken from isdn4k-utils cvs-tree
http://www.isdn4linux.de/cgi-bin/cvsweb.cgi/isdn4k-utils/vbox3/
on December 2000.
Since the upstream author no longer works on this project, I applied the
vboxputty patch and did some more changed found in the new source tree
vbox3-x.x.x.tar.gz .

See subdirectory doc/ for some ducoumentation.

For more Informations see the author's documentation and the documentation
of the package raccess4vbox3.

http://innominate.org/~pape/vbox3/

Regards, Gerrit.

-- 
[EMAIL PROTECTED]
innominate AG
 the linux architects
tel: +49.30.308806-0  fax: -77  http://www.innominate.com


pgp0aNfnJvy5c.pgp
Description: PGP signature

Bug#93211: ITP: raccess4vbox3 - DTMF support and utilities for vbox3

[Gerrit Pape]

Package: wnpp
Severity: wishlist

raccess4vbox3 for Debian
--

Please read th file 'Configuration' for setting up a voice box with DTMF
support.

There are also sample configurations to remote control the machine with DTMF
and get status messages. This package includes ulaw files created with
festival for voice responses.

http://innominate.org/~pape/raccess4vbox3/

vbox3 and raccess4vbox3 is licensed under GPL.

Regards, Gerrit.

-- 
[EMAIL PROTECTED]
innominate AG
 the linux architects
tel: +49.30.308806-0  fax: -77  http://www.innominate.com


pgpvCvNVFzXTE.pgp
Description: PGP signature

Bug#119871: ITP: twoftpd -- FTP server that strives to be secure, simple, and efficient

[Gerrit Pape]

Package: wnpp
Severity: wishlist

See http://untroubled.org/twoftpd/ :

This is twoftpd, a new FTP server that strives to be secure, simple, and
efficient.  None of the commands can cause execution of other programs,
and the normal model of execution does a chroot to the logged in user's
directory immediately after authentication.

License is GPL2.

Regards, Gerrit.


pgpGfKJOG0k6R.pgp
Description: PGP signature

Bug#120172: ITP: cvm -- Credential Validation Modules

[Gerrit Pape]

Package: wnpp
Severity: wishlist

See http://untroubled.org/cvm/ :

This package contains:
- The reference source for the CVM interface.
- Diagnostic and benchmark CVM clients.
- A checkpassword interface CVM client.
- A UNIX/POSIX system module (uses getpwnam).
- A flat-file module (uses fgetpwent).
- A library for client writers.
- A set of libraries for module writers.

twoftpd (#119871) depends on this.

Regards, Gerrit.


pgphv4TDhEOR6.pgp
Description: PGP signature

Bug#120172: ITP: cvm -- Credential Validation Modules

[Gerrit Pape]

On Mon, Nov 19, 2001 at 09:18:27AM +0100, Gerrit Pape wrote:
> See http://untroubled.org/cvm/ :

License is GPL2.

Regards, Gerrit.

Bug#121873: ITP: ezmlm-browse -- Web browser for ezmlm-idx archives

[Gerrit Pape]

Package: wnpp
Severity: wishlist

See http://www.untroubled.org/ezmlm-browse/ :

This is ezmlm-browse, a web interface for browsing ezmlm-idx (version
0.40 or later) archives.  The default presentation is similar to that
of the ezmlm-cgi archive browser that is part of ezmlm-idx, but with
the addition of threaded subjects and online posting / replying.
However, the output is completely template drive, so you can make it
fit into your current web scheme.

ezmlm-browse depends on python, license is GPL2.

Regards, Gerrit.


pgpb4OidOBKUx.pgp
Description: PGP signature

Bug#330029: ITP: runit-services -- a UNIX init scheme with service supervision (services)

[Gerrit Pape]

Package: wnpp
Severity: wishlist

 runit is a replacement for SysV-init and other init schemes.  It runs on
 Debian GNU/Linux, *BSD, MacOSX, and Solaris, and may be easily adapted
 to other Unix operating systems.  runit implements a simple three-stage
 concept.  Stage 1 performs the system's one-time initialization tasks.
 Stage 2 starts the system's uptime services (via the runsvdir program).
 Stage 3 handles the tasks necessary to shutdown and halt or reboot.
 .
 See http://smarden.org/runit/ for more information.
 .
 This package contains services directories for a collection of services
 available in Debian, to have them run under runit service supervision
 instead of sysvinit or through init.d scripts.  Amongst other services,
 it includes service directories for apache, cron, dhclient, exim, gdm,
 postfix, squid, ssh.

License is a 3-clause BSD.


signature.asc
Description: Digital signature

Bug#338789: ITA: cogito -- version control system

[Gerrit Pape]

retitle 338789 'ITA: cogito -- version control system'
quit

On Sat, Nov 12, 2005 at 01:08:34PM -0700, Sebastian Kuzminsky wrote:
> I intend to orphan the cogito package.

I'll take a look at it.  Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#338789: cogito packages

[Gerrit Pape]

Hi Andres,

On Mon, Nov 14, 2005 at 01:56:30PM -0500, Andres Salomon wrote:
> I'm also interested in taking it.  Perhaps we could comaintain it and
> git-core?  It's quite important for the kernel team (and others) to have
> this package.

sure, let's see first whether we agree upon how the package(s) should
look like.  Here's what I plan to do:

o split the package into git-core, cogito, and also split off gitk:
  source git-core with binary packages git-core, gitk; source cogito
  with binary package cogito
o maybe split off git-cvs*, git-svn* also
o don't link against openssl: set NO_OPENSSL, disable --merge-order
  in rev-list.c; link against libcurl3-gnutls (#321301)
o fix depends and change some depends into recommends
o complete repackaging without debhelper or any other build system, I
  usually use a simple collection of implicit Makefile rules for my
  packages
o try to solve the git<->git conflict with gnu interactive tools, for
  now keep the name 'gt' for the git wrapper

Packaging generally shouldn't be that hard, I'll prepare packages and
post a link here, so you can take a look at it, ok?

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#338789: cogito packages

[Gerrit Pape]

On Tue, Nov 15, 2005 at 01:00:48PM -0500, Andres Salomon wrote:
> On Tue, 2005-11-15 at 17:36 +0000, Gerrit Pape wrote:
> > o complete repackaging without debhelper or any other build system, I
> >   usually use a simple collection of implicit Makefile rules for my
> >   packages
> 
> This I disagree w/; debhelper is quite valuable, and keeps a lot of the
> manual labor involved w/ package maintenance to a minimum.

Well, some years ago, debhelper tricked me sometimes, and I was forced
to spend time adapting the package just because of debhelper.
Additionally it makes backporting to previous releases more complicated,
this was with potato, woody, and now sarge.  The implicit rules provide
some of the core features of debhelper, and automate the core of
packaging stuff.

Please take a look at the dash package as example, and its
debian/implicit and debian/rules, git/cogito would be even simpler with
a make install DESTDIR='$(DIR)'.

> > o try to solve the git<->git conflict with gnu interactive tools, for
> >   now keep the name 'gt' for the git wrapper
> 
> I was thinking of just doing a conflicts w/ git; it would violate
> policy, but it should only be temporary.  I wouldn't want to see
> git-core with 'gt' enter etch, have people get used to it, and then have
> to wait for git-core with 'git' to get into etch.  Better to just keep
> the same name, and leave it out of etch for the time being (imo).

Yes I agree.  Moving the current git package from optional to extra and
a conflict would be a good solution IMO.

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#338789: cogito packages

[Gerrit Pape]

On Tue, Nov 15, 2005 at 01:00:48PM -0500, Andres Salomon wrote:
> On Tue, 2005-11-15 at 17:36 +0000, Gerrit Pape wrote:
> > Packaging generally shouldn't be that hard, I'll prepare packages and
> > post a link here, so you can take a look at it, ok?

Hi Andres, here are preliminary packages.  I have yet to re-check them,
and actually test them, of course.

 http://deb.smarden.org/diB3cei/

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#338789: ITA: cogito -- version control system

[Gerrit Pape]

On Sat, Nov 12, 2005 at 09:37:15PM +, Martin Michlmayr wrote:
> retitle 338789 ITA: cogito -- version control system
> thanks
> 
> * Gerrit Pape <[EMAIL PROTECTED]> [2005-11-12 21:14]:
> > retitle 338789 'ITA: cogito -- version control system'
> 
> Is there any documentation that suggests that quotes are needed (or
> work)?  Quite a few people get this wrong.

No, not that I know of.  I think I did it because the parser reads
commands one per line, and tokens separated with whitespace.  Quoting the
subject then is a good idea if tokens are added later, possibly.

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#164301: ITP: runit -- a UNIX init scheme with service supervision

[Gerrit Pape]

Package: wnpp
Severity: wishlist

runit is a daemontools alike replacement for SysV-init and other init
schemes. runit currently runs on Debian GNU/Linux, OpenBSD, FreeBSD, and
may be easily adapted to other unix operating systems. runit implements
a simple three-stage concept. Stage 1 performs the system's one-time
initialization tasks. Stage 2 starts the system's uptime services (via
the runsvdir program). Stage 3 handles the tasks necessary to shutdown
and halt or reboot. 

See http://smarden.org/runit/ for more information.

License is a BSD license.

I'm also the upstream author and I develop and use this package for
nearly a year now.

Regards, Gerrit.


pgpH6oFkdfLXh.pgp
Description: PGP signature

Bug#171253: ITP: libdjbdns -- DNS client library designed to replace the BIND res_*/dn_* library

[Gerrit Pape]

Package: wnpp
Severity: wishlist

DNS client library designed to replace the old BIND res_*/dn_* library[0]

High-level lookups:

The dns library provides several easy-to-use DNS lookup routines:
dns_ip4, dns_ip4_qualify, dns_name4, dns_mx, and dns_txt.

dns_ip4_qualify supports the traditional configuration mechanisms for
hostname rewriting: $LOCALDOMAIN, /etc/resolv.conf, and gethostname. It
also supports a powerful new user-controlled rewriting mechanism.

The functions that read /etc/resolv.conf automatically reread it every
ten minutes, so system administrators don't have to kill long-running
programs.

Low-level lookups:

The dns_domain_* and dns_packet_* functions make it easy to safely parse
DNS packets. The dns_transmit_* functions send DNS queries of arbitrary
types to arbitrary servers. These are the functions used in the dnscache
program.

License: Bernstein has put the .[ch] files (dns.h, dns_dfd.c,
dns_domain.c, dns_dtda.c, dns_ip.c, dns_ipq.c, dns_mx.c, dns_name.c,
dns_nd.c, dns_packet.c, dns_random.c, dns_rcip.c, dns_rcrw.c,
dns_resolve.c, dns_sortip.c, dns_transmit.c, dns_txt.c) and all
necessary lower-level .[ch] files into the public domain[1].  I do not
plan to make any changes to those files, so Bernstein's djbdns security
guarantee[2] applies. My additions to the package will be licensed under
a BSD compatible license.

Regards, Gerrit.

[0] http://cr.yp.to/djbdns/blurb/library.html
[1] http://cr.yp.to/djbdns/res-disaster.html
[2] http://cr.yp.to/djbdns/guarantee.html


pgpiAuhaf0uKg.pgp
Description: PGP signature

Bug#171253: ITP: libdjbdns -- DNS client library designed to replace the BIND res_*/dn_* library

[Gerrit Pape]

On Sat, Nov 30, 2002 at 04:44:39PM +0100, Russell Coker wrote:
> On Sat, 30 Nov 2002 15:34, Gerrit Pape wrote:
> > License: Bernstein has put the .[ch] files (dns.h, dns_dfd.c,
> > dns_domain.c, dns_dtda.c, dns_ip.c, dns_ipq.c, dns_mx.c, dns_name.c,
> > dns_nd.c, dns_packet.c, dns_random.c, dns_rcip.c, dns_rcrw.c,
> > dns_resolve.c, dns_sortip.c, dns_transmit.c, dns_txt.c) and all
> > necessary lower-level .[ch] files into the public domain[1].  I do not
> > plan to make any changes to those files, so Bernstein's djbdns security
> > guarantee[2] applies. My additions to the package will be licensed under
> > a BSD compatible license.
> 
> The URL did not make this license adequately clear to me.

Quoting from http://cr.yp.to/djbdns/res-disaster.html:
  Note to programmers: You can and should switch from libresolv to the
  djbdns client library, which has always been covered by the djbdns
  security guarantee. I've put the .[ch] files (dns.h, dns_dfd.c,
  dns_domain.c, dns_dtda.c, dns_ip.c, dns_ipq.c, dns_mx.c, dns_name.c,
  dns_nd.c, dns_packet.c, dns_random.c, dns_rcip.c, dns_rcrw.c,
  dns_resolve.c, dns_sortip.c, dns_transmit.c, dns_txt.c) and all
  necessary lower-level .[ch] files into the public domain.

And this is what he wrote to bugtraq in July:
 
http://groups.google.com/groups?selm=ag3h0s%24hfq%241%40FreeBSD.csie.NCTU.edu.tw&oe=UTF-8&output=gplain

There is a thread currently on debian-legal about the term 'public
domain':
 
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=20021202082543.GS1267%40salem.getuid.de&rnum=1&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26selm%3D20021202082543.GS1267%2540salem.getuid.de

Sorry for the long URLs.  I plan to take these .[ch] files, and to write
a Makefile and the debian packaging stuff.

> Does this specifically differ from the license of Qmail?

Yes, completely. The djbdns library source files are in the Public
domain.

Regards, Gerrit.

Bug#176132: ITP: ucspi-ipc -- Command-line tools for building local-domain client-server applications

[Gerrit Pape]

On Fri, Jan 10, 2003 at 12:41:52PM +, Stephen Quinney wrote:
> * Package name: ucspi-ipc
>   Version : 0.60
>   Upstream Author : William E. Baxter <[EMAIL PROTECTED]>  
> * URL : http://www.superscript.com/ucspi-ipc/intro.html
> * License : "Freely Distributable" (contacting author for 
> clarification)

Hello, did you get an answer from the author?  What is the status of
this ITP?

Regards, Gerrit.

Bug#182302: ITP: bincimap -- IMAP server with support for Maildir

[Gerrit Pape]

Package: wnpp
Severity: wishlist

As an alternative to existing similar IMAP servers, Binc IMAP strives to
be very easy to use, but robust, stable and secure, absolutely compliant
with the IMAP4rev1 protocol, simple and modular in design, making it
very easy for third parties to utilize the source code and enhance the
product.

Binc IMAP supports Dan J. Bernstein's Maildir format and checkpassword
authentication interface.

Upstream author is Andreas Aardal Hanssen, license is GPL2.

Regards, Gerrit.


pgpWBkHKbo11Y.pgp
Description: PGP signature

Bug#182681: ITP: checkpw -- simple and flexible checkpassword interface package

[Gerrit Pape]

Package: wnpp
Severity: wishlist

checkpw checks password which is stored in a file in the Maildir
directory. The file has read and write permissions to the user only.
checkpw allows POP or IMAP authentication, checkapoppw allows APOP
authentication.

checkpw implements the checkpassword interface:
http://cr.yp.to/checkpwd/interface.html

The code is in the public domain.

Please see http://checkpw.sourceforge.net/checkpw/ for details.

Regards, Gerrit.


pgpUh4aeG7noE.pgp
Description: PGP signature

Bug#186864: ITP: mailfront -- Mail server network protocol front-ends

[Gerrit Pape]

Package: wnpp
Severity: wishlist

mailfront is a set of customizeable network front-ends for mail servers.
It contains complete SMTP and POP3 front-ends as well as an
authentication module for IMAP.

Two SMTP back-ends are provided.  One delivers mail to qmail-queue,
mimicking most of the behavior of qmail-smtpd, with the addition of
support for SMTP AUTH.  The other rejects all SMTP commands if
$SMTPREJECT is set, and execs its command line otherwise (in order to
run the above program).

Upstream author is Bruce Guenter, license is GPL2.

See http://untroubled.org/mailfront/

Regards, Gerrit.


pgpPEPBcQ2CCD.pgp
Description: PGP signature

Bug#302309: ITP: bcron -- Busy/Bee/Bruce's/Better cron

[Gerrit Pape]

Package: wnpp
Severity: wishlist

This is bcron, a new cron system designed with secure operations in mind.
To do this, the system is divided into several seperate programs, each
responsible for a seperate task, with strictly controlled communications
between them.  The user interface is a drop-in replacement for similar
systems (such as vixie-cron), but the internals differ greatly.

 http://untroubled.org/bcron/

License is GPL2.


signature.asc
Description: Digital signature

Bug#302309: ITP: bcron -- Bruce's cron system

[Gerrit Pape]

On Thu, Apr 07, 2005 at 07:35:25AM -0500, Steve Greenland wrote:
> On 07-Apr-05, 06:40 (CDT), Marc Haber <[EMAIL PROTECTED]> wrote: 
> > On Wed, 6 Apr 2005 19:45:15 +0000, Gerrit Pape <[EMAIL PROTECTED]>
> > wrote:
> > >This is bcron, a new cron system designed with secure operations in mind.
> > >To do this, the system is divided into several separate programs, each
> > >responsible for a separate task, with strictly controlled communications
> > >between them.  The user interface is a drop-in replacement for similar
> > >systems (such as vixie-cron), but the internals differ greatly.
> > 
> > Is it a drop-in replacement for Debian's cron as well, which is quite
> > a bit patched compared to plain vixie cron?
> 
> Looking at the site, it appears to have the required functionality
> (/etc/cron.d, etc.). One line item that is not yet supported is @reboot,
> @daily, etc.

Correct.  I checked that it provides the functionality mandated by
Debian policy 9.5.

> The other thing that Gerrit needs to look at is the file naming
> conventions (both Debian and LSB) that apply in /etc/cron.d.

I didn't find where the Debian namespace convention is specified, other
than in the run-parts man page, and it looks like cron doesn't conform
with LSB by default.  Is that really necessary?

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#302309: ITP: bcron -- Bruce's cron system

[Gerrit Pape]

On Wed, Apr 06, 2005 at 05:47:44PM -0500, Steve Greenland wrote:
> On 06-Apr-05, 14:45 (CDT), Gerrit Pape <[EMAIL PROTECTED]> wrote: 
> > There'll be two binary packages: bcron, containing the bcron programs
> > and documentation, and bcron-run, setting up the bcron services, and
> > providing, replacing, and conflicting with the default cron package.
> 
> It looks like bcron messes with the permissions and structures of
> /var/spool/cron/crontabs. Are you going to handling conversion between

Yes, with bcron this directory and the files in it are all owned by a
system user 'cron' and have restricted permissions.  The
bcron-run.postinst will take care of this when switching from cron to
bcron.

> the two (cron and bcron)? In particular, are you going to convert
> *back* on removal of bcron-run? Or do you expect cron to clean it up on
> re-install? (I can handle that, but I'd like to know the plan.)

My plan was to file a wishlist bug against your cron package after
preparing and testing a patch against its postinst.  It would be nice if
the cron package can handle the conversion back, I think; similar to how
it adjusts permissions of /var/spool/cron/crontab/* on upgrade from <<
3.0pl1-81.

Thanks, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#307041: ITP: ftpcopy -- FTP clients collection

[Gerrit Pape]

Package: wnpp
Severity: wishlist

ftpcopy is a simple FTP client written to copy files or directories
(recursively) from an FTP server.  It was written to mirror FTP sites
which support the EPLF directory listing format, but it also supports
the traditional listing format (/bin/ls).

ftpls is an FTP client which generates directory listings, either in
plain text or HTML.

The tools only support passive mode FTP.  There is no plan to support
active mode.

http://www.ohse.de/uwe/ftpcopy.html

This package is licensed under the terms of the GNU General Public
License Version 2.


signature.asc
Description: Digital signature

Bug#307041: ITP: ftpcopy -- FTP clients collection

[Gerrit Pape]

On Sat, Apr 30, 2005 at 01:26:14PM +0200, Jeroen van Wolffelaar wrote:
> On Sat, Apr 30, 2005 at 08:45:02AM +0000, Gerrit Pape wrote:
> > ftpcopy is a simple FTP client written to copy files or directories
> > (recursively) from an FTP server.  It was written to mirror FTP sites
> > which support the EPLF directory listing format, but it also supports
> > the traditional listing format (/bin/ls).
> 
> Eh, can't like any decent ftp client do this already? What's the added
> value of this program to existing, much more versatile, tools?

Hi Jeroen, (1) I use it since ages to mirror ftp sites; (2) I like its
simple output, very good usable for logging of automated syncs; (3) I'm
familiar with this style of project and source code, as well as used
libraries, I can fix possible problems myself without much effort; (4) I
don't think the solution to the 'big archive/big Packages file problem'
is to exclude good quality packages even if they implement functionality
already provided by other packages.  Choice is good.

Thanks, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#312660: ITP: shish -- the diet shell

[Gerrit Pape]

On Thu, Jun 09, 2005 at 02:38:06PM +0200, Michael Prokop wrote:
> * Package name: shish
>   Version : 0.7-pre3
>   Upstream Author : Roman Senn <[EMAIL PROTECTED]>
> * URL : http://www.blah.ch/shish/
> * License : GPL
>   Description : the diet shell
> 
> shish is a shell language interpreter and an interactive command
> line interpreter.
> 
> This shell aims at being very small and doing its tasks in
> efficient ways (and not through 100 abstraction layers), which
> is mainly done by using the dietlibc and libowfat libraries.
> 
> shish will be a POSIX compatible shell language interpreter
> according to the IEEE P1003.2 Draft 11.2 by its 1.0 release.

He, here's a challenge..

$ DEB_BUILD_OPTIONS=diet fakeroot apt-get source -b dash >/dev/null 2>&1 &&
ls -l dash-0.5.2/debian/dash/bin/dash && ldd $_
-rwxr-xr-x  1 pape pape 75080 Jun 10 07:59 dash-0.5.2/debian/dash/bin/dash
not a dynamic executable

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#222965: Bug#230121: ITP: metalog -- a modern replacement for syslogd and klogd

[Gerrit Pape]

On Thu, Jan 29, 2004 at 10:19:55AM +0100, Martin Pitt wrote:
> IMHO metalog is a nice supplement: for large and complex system you
> use syslog-ng, for simple environments you take metalog, which is much
> easier to configure. Besides the standard sysklogd (_this_ is the one
> which should be removed because of obsolescence :-) ), there are no
> more loggers in Debian, so I think it is worth the effort.

Sure there is, see the socklog/socklog-run packages.

Regards, Gerrit.
-- 
Open projects at http://smarden.org/pape/.

Bug#231936: ITP: skalibs -- Public domain general-purpose libraries

[Gerrit Pape]

Package: wnpp
Severity: wishlist

skalibs is a set of general-purpose, low-level C libraries, all in the
public domain.  It can replace or hide the standard C library to some
extent, and is designed to allow building of small, static binaries.

See http://skarnet.org/software/skalibs/index.html

skalibs contains exclusively public-domain code.

Regards, Gerrit.
-- 
Open projects at http://smarden.org/pape/.

Bug#232034: ITP: execline -- non-interactive shell-like scripting language

[Gerrit Pape]

Package: wnpp
Severity: wishlist

execline is a very light, non-interactive scripting language, which is
similar to a shell.  Simple shell scripts can be easily rewritten in the
execline language, improving performance and memory usage.  execline was
designed for use in embedded systems, but works on most Unix flavors.

See http://skarnet.org/software/execline/index.html

License is BSD 4-clause (original).

Regards, Gerrit.
-- 
Open projects at http://smarden.org/pape/.

Bug#232506: ITP: matrixssl -- small SSL library optimized for embedded systems

[Gerrit Pape]

Package: wnpp
Severity: wishlist

MatrixSSL is an embedded SSL implementation designed for small footprint
devices and applications requiring low overhead per connection.  The
library is less than 50K on disk with cipher suites.  It includes SSLv3
server support, session resumption, and implementations of RSA, 3DES,
ARC4, SHA1, and MD5.  The source is well documented and contains
portability layers for additional operating systems, cipher suites, and
crypto providers.

See http://www.matrixssl.org/

License is GPL2.

Regards, Gerrit.
-- 
Open projects at http://smarden.org/pape/.


signature.asc
Description: Digital signature

Bug#232647: ITP: fgetty -- very small, efficient, console-only getty and login

[Gerrit Pape]

Package: wnpp
Severity: wishlist

fgetty is a small, efficient, console-only getty for Linux.  It is
derived from mingetty but hacked until it would link against diet libc
to produce the smallest memory footprint possible for a simple yet
complete getty.

fgetty includes a login program that supports the checkpassword
authentication interface, and also a checkpassword program that uses the
standard C library interface to passwd and shadow.

See http://fefe.de/fgetty/

License is GPL2.

Regards, Gerrit.

Bug#232034: RFP: execline -- non-interactive shell-like scripting language

[Gerrit Pape]

retitle 232034 RFP: execline -- non-interactive shell-like scripting language
submitter 232034 !
thanks.

On Tue, Feb 10, 2004 at 12:43:29PM +, Gerrit Pape wrote:
> execline is a very light, non-interactive scripting language, which is
> similar to a shell.  Simple shell scripts can be easily rewritten in the
> execline language, improving performance and memory usage.  execline was
> designed for use in embedded systems, but works on most Unix flavors.
> 
> See http://skarnet.org/software/execline/index.html
> 
> License is BSD 4-clause (original).

Bug#544060: RFA: dietlibc -- diet libc - a libc optimized for small size

[Gerrit Pape]

Hi, I'm looking for a new maintainer for the dietlibc package.

 Package: dietlibc-dev
 Section: libdevel
 Architecture: alpha amd64 arm hppa i386 ia64 mips mipsel powerpc ppc64 s390 
sparc
 Recommends: dietlibc (= ${source:Version})
 Suggests: dietlibc-doc
 Description: diet libc - a libc optimized for small size
  The diet libc is a C library that is optimized for small size. It
  can be used to create small statically linked binaries for Linux
  on alpha, arm, ia64, mips, mipsel, ppc, parisc, s390, sparc and x86.
  .
  This package is used to compile programs with the diet libc.
  .
  The diet libc also supports dynamic linking, currently on the arm and
  i386 architectures only.  The 'dietlibc' package provides the shared
  libraries.
  .
  See http://www.fefe.de/dietlibc/ for more information.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110215171709.22002.qm...@28932e461126c0.315fe32.mid.smarden.org

Bug#544056: RFA: bglibs -- BG Libraries Collection

[Gerrit Pape]

Hi, I'm looking for a new maintainer for the bglibs package.

 Package: libbg1
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}
 Recommends: libbg1-doc
 Suggests: libbg1-dev
 Description: BG Libraries Collection
  This package contains a collection of libraries written by myself
  [Bruce Guenter] and put in use in various packages.
  .
  The library collection is mandatory to build most of Bruce Guenter's
  software packages available at http://untroubled.org.

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110215171739.22113.qm...@03d66bc703eaa1.315fe32.mid.smarden.org

Bug#457318: netqmail_1.06-2_powerpc.changes is NEW

[Gerrit Pape]

On Mon, Sep 01, 2008 at 10:17:22PM +, Debian Installer wrote:
> (new) netqmail_1.06-2.diff.gz extra mail
> (new) netqmail_1.06-2.dsc extra mail
> (new) netqmail_1.06.orig.tar.gz extra mail
> (new) qmail-uids-gids_1.06-2_all.deb extra mail

Hi, do you have any further comments on the netqmail and related
packages, or an estimation when you get to process them?

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#457318: qmail and related packages in NEW

[Gerrit Pape]

Hi, I'm quite surprised how the inclusion of qmail and related packages
into sid is handled, or rather not handled, by the ftpmasters.

Within a time-frame of six months I received exactly one rejection mail in
response to two uploads of the packages, a reply to the rejection mail,
and three mails asking about the progress because nothing happened.

http://smarden.org/pape/Debian/sid.html#nonprogress
 Mon, 28 Apr 2008: uploaded packages to ftp-master.
 Tue, 03 Jun 2008: no response, asking for progress.
 Tue, 17 Jun 2008: no response, asking again.
 Sun, 06 Jul 2008: received this REJECT email.
 Mon, 01 Sep 2008: uploaded updated packages to NEW, and sent a reply.
 Tue, 11 Nov 2008: no response, asking for progress.
 Thu, 20 Nov 2008: no response.
 Today: still no response.

Lacking any response, I can only guess what the reason for the delay is.
>From my point of view this reason is questionable, and I stated so in my
response to the reject mail.  Receiving no response within eight weeks
tells me that discussing doesn't work.

On Mon, Sep 01, 2008 at 10:36:07PM +, Gerrit Pape wrote:
> On Sun, Jul 06, 2008 at 02:19:30PM +, Joerg Jaspert wrote:
> > Aside from these technical - and possibly fixable - problems, we (as
> > in the ftpteam) have discussed the issue, and we are all of the
> > opinion that qmail should die, and not receive support from Debian. As
> > such we *STRONGLY* ask you to reconsider uploading those packages.
> >
> > Qmail is dead upstream and requires a whole set of patches to even
> > begin to work in the manner expected of a modern MTA.  Given this, the
> > fact that this means there is also no upstream security support, and
> > the fact that Debian already contains at least three reasonable MTAs,
> > we see no need to add qmail to the archive. So - please reconsider if
> > it really helps Debian to have those packages. Also feel free to start
> > a public discussion on [EMAIL PROTECTED] about the issue,
> > including any relevant information from this email, in order to gather
> > opinions from other project members.
>
> We all know, I guess, that there's lots of different opinions on the
> quality and usability of qmail.  There're people thinking like you, and
> other people, including me, that have a different opinion.  I respect
> your opinion, please respect ours too.  You're free to not install/use
> the packages.  I've been contacted by several people since I announced
> my intention to package qmail, speaking in favor of the inclusion into
> Debian.
>
> A public discussion already took place
>  http://thread.gmane.org/gmane.linux.debian.devel.wnpp/69292/
>
> I think your advise to start a discussion to gather support for the
> packages is backwards.  Debian is about free software and users, the
> qmail packages are free software, and users request the inclusion into
> Debian.  If you are interested in not having qmail in Debian, you are
> free to start a public discussion to find supporters for your position,
> I guess you'll get some objections too.

I've no idea where yet another thread on this list should take us.  To me
the situation is clear.  There's a user base for these packages, and a
Debian developer ready to maintain them.

I count at least three Debian developers speaking in favor of the
inclusion, I've been approached by several users asking me to make my
unofficial packages officially available in Debian, another Debian
developer has a package depending on qmail in the NEW queue.

In my opinion, ftpmasters should reject packages on grounds of Debian
policy or (maybe) the Debian body.  If they wish a permanent rejection of
qmail and related packages, they should try to find that consensus within
Debian, and, if successful, add that decision to
 http://www.debian.org/devel/wnpp/unable-to-package

Can you advise me on how to get out of that dilemma?

Thanks, Gerrit.

See
 http://bugs.debian.org/457318
 http://smarden.org/pape/Debian/sid.html#nonprogress
 http://ftp-master.debian.org/new.html
 http://thread.gmane.org/gmane.linux.debian.devel.wnpp/69292/
for all the details.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#457318: netqmail_1.06-2_powerpc.changes is NEW

[Gerrit Pape]

On Sun, Jul 06, 2008 at 02:19:30PM +, Joerg Jaspert wrote:
> packages. Also feel free to start a public discussion on
> debian-de...@lists.debian.org about the issue, including any relevant
> information from this email, in order to gather opinions from other
> project members.

Lacking any reply from you, discussion took place

 http://lists.debian.org/debian-devel/2008/11/thrd2.html#00599
 http://lists.debian.org/debian-devel/2008/12/threads.html#5
 http://lists.debian.org/debian-devel/2008/12/threads.html#00077

I can't see a wide consensus supporting your position to reject qmail
and related packages permanently.

Do you have any further comments on the netqmail and related packages,
or an estimation when you get to process them?


On Tue, Nov 11, 2008 at 08:33:31AM +, Gerrit Pape wrote:
> On Mon, Sep 01, 2008 at 10:17:22PM +, Debian Installer wrote:
> > (new) netqmail_1.06-2.diff.gz extra mail
> > (new) netqmail_1.06-2.dsc extra mail
> > (new) netqmail_1.06.orig.tar.gz extra mail
> > (new) qmail-uids-gids_1.06-2_all.deb extra mail
> 
> Hi, do you have any further comments on the netqmail and related
> packages, or an estimation when you get to process them?
> 
> Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#514323: RFA: ezmlm-browse -- Web browser for ezmlm-idx archives

[Gerrit Pape]

Package: wnpp
Severity: normal

Hi, I'm looking for a new maintainer for the ezmlm-browse package.
There's a new upstream version available.

Description: Web browser for ezmlm-idx archives
 This is ezmlm-browse, a web interface for browsing ezmlm-idx (version
 0.40 or later) archives.  The default presentation is similar to that
 of the ezmlm-cgi archive browser that is part of ezmlm-idx, but with
 the addition of threaded subjects and online posting / replying.
 However, the output is completely template drive, so you can make it
 fit into your current web scheme.
Tag: implemented-in::python, interface::web, network::client,
protocol::http, role::program, web::browser, works-with::text,
works-with-format::html

Regards, Gerrit.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#766090: ITP: runit-init -- a UNIX init scheme with service supervision

[Gerrit Pape]

Package: wnpp
Severity: wishlist

This essentially is a reintroduction of the package "runit-run", which
was added to Debian end of 2002, and removed on request of the release
team end of 2010, with the package name changed.  Since then, a backward
compatibility feature for running sysv rc scripts was added, ideally to
be replaced by runit service directories eventually.

Description: a UNIX init scheme with service supervision
 runit is a replacement for SysV-init and other init schemes.  It runs on
 Debian GNU/Linux, *BSD, MacOSX, and Solaris, and may be easily adapted
 to other Unix operating systems.  runit implements a simple three-stage
 concept.  Stage 1 performs the system's one-time initialization tasks.
 Stage 2 starts the system's uptime services (via the runsvdir program).
 Stage 3 handles the tasks necessary to shutdown and halt or reboot.
 .
 See http://smarden.org/runit/ for more information.
 .
 This package replaces the /sbin/init program and configures runit to run
 as process no 1 after the next reboot.
License: 3-clause BSD

You can take a look at the current status through
 git clone http://smarden.org/git/runit-run.git/

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141020195420.29899.qm...@5dd3072696062c.315fe32.mid.smarden.org

Bug#766090: ITP: runit-init -- a UNIX init scheme with service supervision

[Gerrit Pape]

On Mon, Oct 20, 2014 at 07:54:20PM +, Gerrit Pape wrote:
> You can take a look at the current status through
>  git clone http://smarden.org/git/runit-run.git/

Actually,
 git clone http://smarden.org/git/runit-init.git/


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141020211340.1696.qm...@fec823bb50de43.315fe32.mid.smarden.org

Bug#766090: ITP: runit-init -- a UNIX init scheme with service supervision

[Gerrit Pape]

On Wed, Oct 22, 2014 at 12:21:04PM +0100, Neil McGovern wrote:
> On Wed, Oct 22, 2014 at 07:56:25AM +0000, Gerrit Pape wrote:
> > This essentially is a reintroduction of the package "runit-run", which
> > was added to Debian end of 2002, and removed on request of the release
> > team end of 2010, with the package name changed.  Since then, a backward
> > compatibility feature for running sysv rc scripts was added, ideally to
> > be replaced by runit service directories eventually.
> 
> I don't think that's entirely accurate - it was removed from unstable at
> your own request, and then removed from testing due to it no longer
> being present in unstable.

Yes, you're right.  I didn't meant to put any blame on you team, and
appreciate your hard work.

Regards, Gerrit.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141022174229.14644.qm...@b7a69080a2027c.315fe32.mid.smarden.org

Bug#907087: orphaning packages

[Gerrit Pape]

On Thu, Aug 23, 2018 at 10:27:12PM +0200, Tobias Frost wrote:
> The current maintainer of [packages], Gerrit Pape ,
> is apparently not active anymore.  Therefore, I orphan this package now.

Indeed, I'm not active since quite some time, but still around, with
some motivation to get back to work eventually.  We've been discussing
this lately.  It appears that I stressed your patience.

Best Regards, Gerrit.


signature.asc
Description: Digital signature

Bug#907093: orphaning packages

[Gerrit Pape]

On Fri, Aug 24, 2018 at 06:32:21PM +0800, Shengjing Zhu wrote:
> On Fri, Aug 24, 2018 at 5:45 PM Gerrit Pape  wrote:
> > On Thu, Aug 23, 2018 at 10:27:12PM +0200, Tobias Frost wrote:
> > > The current maintainer of [packages], Gerrit Pape ,
> > > is apparently not active anymore.  Therefore, I orphan this package now.
> >
> > Indeed, I'm not active since quite some time, but still around, with
> > some motivation to get back to work eventually.  We've been discussing
> > this lately.  It appears that I stressed your patience.
> 
> Since I already send ITA to 907093(skalibs), I want to let you I'll
> not hijack it if you're still around.
> 
> But AFAIK, the current version of skalibs has no Build-Depends/Depends
> in Debian archive, and is far behind upstream release. As I want to
> package s6, I'll need the latest version of skalibs. So I hope I can
> co-maintain this with you.

Hi Zhu,

thanks for following up.  I'm happy with you taking over skalibs,
and am also happy to see someone packaging s6, it's great software me
thinks.

So, go ahead and adopt skalibs as new maintainer.

Best Regards, Gerrit.

Bug#947695: O: cvm -- Credential Validation Modules

[Gerrit Pape]

Package: wnpp

Bug#947694: O: checkpw -- checks password which is stored in ~/Maildir/.password

[Gerrit Pape]

Package: wnpp

Bug#947696: O: daemontools -- collection of tools for managing UNIX services

[Gerrit Pape]

Package: wnpp

Bug#947699: O: ipsvd -- Internet protocol service daemons

[Gerrit Pape]

Package: wnpp

Bug#947698: O: freecdb -- creating and reading constant databases

[Gerrit Pape]

Package: wnpp

Bug#947697: O: ezmlm-idx --

[Gerrit Pape]

Package: wnpp

Bug#947701: O: qmail-run -- sets up qmail as mail-transfer-agent

[Gerrit Pape]

Package: wnpp

Bug#947700: O: netqmail --

[Gerrit Pape]

Package: wnpp

Bug#947702: O: qmail-tools -- collection of tools for qmail

[Gerrit Pape]

Package: wnpp

Bug#947703: O: tinydyndns -- pop-before-dyndns service using djbdns

[Gerrit Pape]

Package: wnpp

Bug#947705: O: ucspi-proxy -- Connection proxy for UCSPI tools

[Gerrit Pape]

Package: wnpp

Bug#947704: O: twoftpd -- a simple secure efficient FTP server

[Gerrit Pape]

Package: wnpp

Bug#907097: O: integrit -- A file integrity verification program

[Gerrit Pape]

I don't use this package anymore, and so indeed no longer maintain it.

It's orphaned.

Regards, Gerrit.