skkdic requires cdbmake to complete migration from freecdb

Bug #25202 reported by Debian Bug Importer
4
Affects Status Importance Assigned to Milestone
freecdb (Debian)
Fix Released
Unknown
freecdb (Ubuntu)
Invalid
Low
Martin Pitt

Bug Description

Automatically imported from Debian bug report #338038 http://bugs.debian.org/338038

Revision history for this message
In , Tommi Virtanen (tv) wrote : Re: Bug#272127: freecdb: does not provide a shared library

Steinar H. Gunderson wrote:
> freecdb does not provide a shared library, even though policy requires
> it to do so. This leads to bugs like #243007 (making vpopmail RC-buggy)
> and possibly others.
>
> If there is some good reason for freecdb not to be a shared library
> (Policy 8.3), at the very least there should be a freecdb_pic version,
> but I can't see any such reason.

--8<--
    In some cases, it is acceptable for a library to be available in
static form only; these cases include:

      * libraries for languages whose shared library support is immature
or unstable

      * libraries whose interfaces are in flux or under development
(commonly the case when the library's major version
        number is zero, or where the ABI breaks across patchlevels)

      * libraries which are explicitly intended to be available only in
static form by their upstream author(s)

                                                         --8<--

The last item very much matches freecdb.

The package consists of two static libraries, each one _less than 4kB_
in size. I see no point in making shared libraries of them, unless a
really compelling technical argument proves I _must_. And even then I'm
much happier just forcing people to migrate to tinycdb, a cleaner
reimplementation of the same idea, called tinycdb; any project that
isn't dead itself, and still depends on freecdb, should migrate to
tinycdb. TinyCDB even gets updated every once in a while.

The only reason freecdb exists is to support software that wants to use
djb's cdb, and it even isn't API-compatible with the newer versions of
cdb. I am upstream for this fork, and am officially stating that freecdb
is _DEAD DEAD DEAD_. Pining for the fjords!

Revision history for this message
In , Steinar H. Gunderson (sesse) wrote :

On Mon, Sep 20, 2004 at 05:03:26PM +0300, Tommi Virtanen wrote:
> The package consists of two static libraries, each one _less than 4kB_
> in size. I see no point in making shared libraries of them, unless a
> really compelling technical argument proves I _must_. And even then I'm
> much happier just forcing people to migrate to tinycdb, a cleaner
> reimplementation of the same idea, called tinycdb; any project that
> isn't dead itself, and still depends on freecdb, should migrate to
> tinycdb. TinyCDB even gets updated every once in a while.

In that case, please provide _pic versions, so freecdb can be used within
shared libraries. Either that, or vpopmail will probably have to be removed
(which is not unlikely, of course).

/* Steinar */
--
Homepage: http://www.sesse.net/

Revision history for this message
In , Steve Langasek (vorlon) wrote : Re: freecdb: does not provide a shared library

tags 272127 sarge-ignore
thanks

This is only a serious bug in the sense that it affects the vpopmail
package, which needs to be able to build against a PIC version (shared
or static) of this library. However, vpopmail has already been removed
from testing, so the "serious"ness of this bug does not affect sarge.

Cheers,
--
Steve Langasek
postmodern programmer

Revision history for this message
In , Steve Langasek (vorlon) wrote :

Hi Tommi,

Since freecdb was already considered dead roughly a year ago, should we be
thinking about pulling it from etch and forcing its reverse-dependencies to
migrate to tinycdb?

Thanks,
--
Steve Langasek
postmodern programmer

Revision history for this message
In , Steve Langasek (vorlon) wrote :

clone 272127 -1 -2 -3
reassign -1 dbskkd-cdb
reassign -2 skkdic
reassign -3 skksearch
thanks

Kawamura-san,

In bug #272127, the maintainer (and upstream) of freecdb had this to say
about the package:

  I'm much happier just forcing people to migrate to tinycdb, a cleaner
  reimplementation of the same idea, called tinycdb; any project that
  isn't dead itself, and still depends on freecdb, should migrate to
  tinycdb. TinyCDB even gets updated every once in a while.

  The only reason freecdb exists is to support software that wants to
  use djb's cdb, and it even isn't API-compatible with the newer
  versions of cdb. I am upstream for this fork, and am officially
  stating that freecdb is _DEAD DEAD DEAD_. Pining for the fjords!

It seems that you have three packages: skksearch, skkdic, and dbskkd-cdb
that build-depend on freecdb. Can these packages be migrated to
TinyCDB, as Tommi suggests? This would let us remove freecdb from the
archive, which sounds like it would be a good thing.

Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
<email address hidden> http://www.debian.org/

Revision history for this message
In , Frank Lichtenheld (djpig) wrote : retitle 325270 to freecdb is dead, please migrate to tinycdb ... ...

# Automatically generated email from bts, devscripts version 2.9.4
 # more useful title
retitle 325270 freecdb is dead, please migrate to tinycdb
retitle 325271 freecdb is dead, please migrate to tinycdb
retitle 325272 freecdb is dead, please migrate to tinycdb

Revision history for this message
In , Frank Lichtenheld (djpig) wrote : tagging 325270, tagging 325271, tagging 325272

# Automatically generated email from bts, devscripts version 2.9.7
tags 325270 - sarge-ignore
tags 325271 - sarge-ignore
tags 325272 - sarge-ignore

Revision history for this message
In , Charles Fry (debian-frogcircus) wrote : tinycdb doesn't provide cdbmake

clone 325271 -1
reassign -1 freecdb
retitle -1 skkdic requires cdbmake to complete migration from freecdb
thanks

tinycdb is not currently a fit replacement for freecdb in skkdic, which
depends on the cdbmake command, which is not currenlty included in
tinycdb. It seems that cdbmake should either be released as a seperate
package, or moved into tinycdb (although if that were to happen, it
should arguably be upstream).

Charles

--
I know
He's a wolf
Said riding hood
But Grandma dear,
He smells so good
Burma-Shave
http://burma-shave.org/jingles/1951/i_know

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Automatically imported from Debian bug report #338038 http://bugs.debian.org/338038

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Fri, 17 Sep 2004 18:14:27 +0200
From: "Steinar H. Gunderson" <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: freecdb: does not provide a shared library

Package: freecdb
Version: 0.62
Severity: serious
Justification: Policy 8

freecdb does not provide a shared library, even though policy requires
it to do so. This leads to bugs like #243007 (making vpopmail RC-buggy)
and possibly others.

If there is some good reason for freecdb not to be a shared library
(Policy 8.3), at the very least there should be a freecdb_pic version,
but I can't see any such reason.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.6
Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1

Versions of packages freecdb depends on:
ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an

-- no debconf information

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Mon, 20 Sep 2004 17:03:26 +0300
From: Tommi Virtanen <email address hidden>
To: "Steinar H. Gunderson" <email address hidden>,
 <email address hidden>
Subject: Re: Bug#272127: freecdb: does not provide a shared library

Steinar H. Gunderson wrote:
> freecdb does not provide a shared library, even though policy requires
> it to do so. This leads to bugs like #243007 (making vpopmail RC-buggy)
> and possibly others.
>
> If there is some good reason for freecdb not to be a shared library
> (Policy 8.3), at the very least there should be a freecdb_pic version,
> but I can't see any such reason.

--8<--
    In some cases, it is acceptable for a library to be available in
static form only; these cases include:

      * libraries for languages whose shared library support is immature
or unstable

      * libraries whose interfaces are in flux or under development
(commonly the case when the library's major version
        number is zero, or where the ABI breaks across patchlevels)

      * libraries which are explicitly intended to be available only in
static form by their upstream author(s)

                                                         --8<--

The last item very much matches freecdb.

The package consists of two static libraries, each one _less than 4kB_
in size. I see no point in making shared libraries of them, unless a
really compelling technical argument proves I _must_. And even then I'm
much happier just forcing people to migrate to tinycdb, a cleaner
reimplementation of the same idea, called tinycdb; any project that
isn't dead itself, and still depends on freecdb, should migrate to
tinycdb. TinyCDB even gets updated every once in a while.

The only reason freecdb exists is to support software that wants to use
djb's cdb, and it even isn't API-compatible with the newer versions of
cdb. I am upstream for this fork, and am officially stating that freecdb
is _DEAD DEAD DEAD_. Pining for the fjords!

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Mon, 20 Sep 2004 23:55:38 +0200
From: "Steinar H. Gunderson" <email address hidden>
To: Tommi Virtanen <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#272127: freecdb: does not provide a shared library

On Mon, Sep 20, 2004 at 05:03:26PM +0300, Tommi Virtanen wrote:
> The package consists of two static libraries, each one _less than 4kB_
> in size. I see no point in making shared libraries of them, unless a
> really compelling technical argument proves I _must_. And even then I'm
> much happier just forcing people to migrate to tinycdb, a cleaner
> reimplementation of the same idea, called tinycdb; any project that
> isn't dead itself, and still depends on freecdb, should migrate to
> tinycdb. TinyCDB even gets updated every once in a while.

In that case, please provide _pic versions, so freecdb can be used within
shared libraries. Either that, or vpopmail will probably have to be removed
(which is not unlikely, of course).

/* Steinar */
--
Homepage: http://www.sesse.net/

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Thu, 23 Sep 2004 17:22:52 -0700
From: Steve Langasek <email address hidden>
To: <email address hidden>
Subject: Re: freecdb: does not provide a shared library

--hcut4fGOf7Kh6EdG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

tags 272127 sarge-ignore
thanks

This is only a serious bug in the sense that it affects the vpopmail
package, which needs to be able to build against a PIC version (shared
or static) of this library. However, vpopmail has already been removed
=66rom testing, so the "serious"ness of this bug does not affect sarge.

Cheers,
--=20
Steve Langasek
postmodern programmer

--hcut4fGOf7Kh6EdG
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBU2jXKN6ufymYLloRAiHVAJ9tPU3g2I15HeDiQm5Li/hj8c23+ACfWSoO
2zFJ6eEbhZqYjiGfM+FABcs=
=C+5l
-----END PGP SIGNATURE-----

--hcut4fGOf7Kh6EdG--

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Fri, 10 Jun 2005 14:28:30 -0700
From: Steve Langasek <email address hidden>
To: <email address hidden>
Subject: Re: freecdb: does not provide a shared library

--6b3yLyRKT1M6kiA0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Tommi,

Since freecdb was already considered dead roughly a year ago, should we be
thinking about pulling it from etch and forcing its reverse-dependencies to
migrate to tinycdb?

Thanks,
--=20
Steve Langasek
postmodern programmer

--6b3yLyRKT1M6kiA0
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCqgX9KN6ufymYLloRAi9JAJ9EznX+TT0pa6A4ZdGle5rlXcgGtgCfWcwd
FIZEZ3UL9xwf3+33ca+KNYs=
=kCJy
-----END PGP SIGNATURE-----

--6b3yLyRKT1M6kiA0--

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Sat, 27 Aug 2005 00:33:25 -0700
From: Steve Langasek <email address hidden>
To: <email address hidden>
Cc: Takao KAWAMURA <email address hidden>
Subject: Re: freecdb: does not provide a shared library

--tjCHc7DPkfUGtrlw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

clone 272127 -1 -2 -3
reassign -1 dbskkd-cdb
reassign -2 skkdic
reassign -3 skksearch
thanks

Kawamura-san,

In bug #272127, the maintainer (and upstream) of freecdb had this to say
about the package:

  I'm much happier just forcing people to migrate to tinycdb, a cleaner
  reimplementation of the same idea, called tinycdb; any project that
  isn't dead itself, and still depends on freecdb, should migrate to
  tinycdb. TinyCDB even gets updated every once in a while.

  The only reason freecdb exists is to support software that wants to
  use djb's cdb, and it even isn't API-compatible with the newer
  versions of cdb. I am upstream for this fork, and am officially
  stating that freecdb is _DEAD DEAD DEAD_. Pining for the fjords!

It seems that you have three packages: skksearch, skkdic, and dbskkd-cdb
that build-depend on freecdb. Can these packages be migrated to
TinyCDB, as Tommi suggests? This would let us remove freecdb from the
archive, which sounds like it would be a good thing.

Thanks,
--=20
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
<email address hidden> http://www.debian.org/

--tjCHc7DPkfUGtrlw
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDEBdFKN6ufymYLloRAkmKAKC2wrOQeOm1wwTmTX2i0RvOdoVuFQCfcOfz
Rd12aV9Hw+qGSEbjsxmiNEQ=
=JC1S
-----END PGP SIGNATURE-----

--tjCHc7DPkfUGtrlw--

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Sat, 3 Sep 2005 17:47:30 +0200
From: Frank Lichtenheld <email address hidden>
To: <email address hidden>
Subject: retitle 325270 to freecdb is dead, please migrate to tinycdb ... ...

# Automatically generated email from bts, devscripts version 2.9.4
 # more useful title
retitle 325270 freecdb is dead, please migrate to tinycdb
retitle 325271 freecdb is dead, please migrate to tinycdb
retitle 325272 freecdb is dead, please migrate to tinycdb

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-Id: <email address hidden>
Date: Fri, 9 Sep 2005 23:30:16 +0200
From: Frank Lichtenheld <email address hidden>
To: <email address hidden>
Subject: tagging 325270, tagging 325271, tagging 325272

# Automatically generated email from bts, devscripts version 2.9.7
tags 325270 - sarge-ignore
tags 325271 - sarge-ignore
tags 325272 - sarge-ignore

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Mon, 7 Nov 2005 17:12:09 -0500
From: Charles Fry <email address hidden>
To: <email address hidden>
Cc: <email address hidden>
Subject: tinycdb doesn't provide cdbmake

--P7Tqkd/m/Jnohiaz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

clone 325271 -1
reassign -1 freecdb
retitle -1 skkdic requires cdbmake to complete migration from freecdb
thanks

tinycdb is not currently a fit replacement for freecdb in skkdic, which
depends on the cdbmake command, which is not currenlty included in
tinycdb. It seems that cdbmake should either be released as a seperate
package, or moved into tinycdb (although if that were to happen, it
should arguably be upstream).

Charles

--=20
I know
He's a wolf
Said riding hood
But Grandma dear,
He smells so good
Burma-Shave
http://burma-shave.org/jingles/1951/i_know

--P7Tqkd/m/Jnohiaz
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDb9E5hiAFUap5uRoRAmzeAKCe8I3Jd3cK7t29petORIcNZfl1jgCgi8Ap
3eDrgovhycS+28wCf+mbZe8=
=GdV7
-----END PGP SIGNATURE-----

--P7Tqkd/m/Jnohiaz--

Revision history for this message
In , Matej Vela (vela) wrote :

Charles Fry <email address hidden> writes:

> tinycdb is not currently a fit replacement for freecdb in skkdic, which
> depends on the cdbmake command, which is not currenlty included in
> tinycdb. It seems that cdbmake should either be released as a seperate
> package, or moved into tinycdb (although if that were to happen, it
> should arguably be upstream).

tinycdb provides a cdb utility with a `-c' option that is equivalent
to cdbmake. (A fixed skkdic is in incoming.)

Thanks,

Matej

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Sun, 13 Nov 2005 13:54:50 +0100
From: Matej Vela <email address hidden>
To: Charles Fry <email address hidden>
Cc: <email address hidden>, <email address hidden>
Subject: Re: tinycdb doesn't provide cdbmake

Charles Fry <email address hidden> writes:

> tinycdb is not currently a fit replacement for freecdb in skkdic, which
> depends on the cdbmake command, which is not currenlty included in
> tinycdb. It seems that cdbmake should either be released as a seperate
> package, or moved into tinycdb (although if that were to happen, it
> should arguably be upstream).

tinycdb provides a cdb utility with a `-c' option that is equivalent
to cdbmake. (A fixed skkdic is in incoming.)

Thanks,

Matej

Revision history for this message
Matt Zimmerman (mdz) wrote :

This bug isn't very interesting to us, but is it possible to migrate away from freecdb since it is obsolete?

Changed in freecdb:
assignee: nobody → pitti
Revision history for this message
Martin Pitt (pitti) wrote :

We are still using freecdb in the data center.

Revision history for this message
Martin Pitt (pitti) wrote :

This was closed in Debian with the following remark:

  tinycdb provides a cdb utility with a `-c' option that is equivalent
  to cdbmake. (A fixed skkdic is in incoming.)

Changed in freecdb:
status: Unconfirmed → Rejected
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.