Mailing List Archive

Packages requiring explicit db versions?
I'm hoping to advocate some more cleanups in sys-libs/db by proposing the removal of
4.0.* and 4.1.* from portage. 4.2 has been stable for a long time, with 4.3
unstable and 4.4 and 4.5 available in package.mask.

If anyone has a package that won't work with >=sys-libs/db-4.2* please reply. Note
that this doesn't affect the 1.85 and 3.2.9 series'.

Thanks,
Caleb

--
gentoo-dev@gentoo.org mailing list
Re: Packages requiring explicit db versions? [ In reply to ]
On Tue, 27 Feb 2007, Caleb Tennis wrote:

> If anyone has a package that won't work with >=sys-libs/db-4.2* please reply. Note
> that this doesn't affect the 1.85 and 3.2.9 series'.

Looks like dev-python/bsddb3-4.1.3

Michael Sterrett
-Mr. Bones.-
mr_bones_@gentoo.org
--
gentoo-dev@gentoo.org mailing list
Re: Packages requiring explicit db versions? [ In reply to ]
On Tue, Feb 27, 2007 at 03:45:52PM -0500, Caleb Tennis wrote:
> I'm hoping to advocate some more cleanups in sys-libs/db by proposing the removal of
> 4.0.* and 4.1.* from portage. 4.2 has been stable for a long time, with 4.3
> unstable and 4.4 and 4.5 available in package.mask.
There is one use-case that I am aware of against removing old versions of 4.*,
but I haven't seen it in the tree for a while - other folk might be more aware
of it: Ability to take DB files from other systems and read them sanely /
migrate them to new versions.

> If anyone has a package that won't work with >=sys-libs/db-4.2* please reply. Note
> that this doesn't affect the 1.85 and 3.2.9 series'.
Here's a set of stuff of everything that looks for a specific version of 4.*.
dev-cpp/Ice/Ice-3.1.1.ebuild: ~sys-libs/db-4.3.29
app-admin/osiris/osiris-4.2.2.ebuild: =sys-libs/db-4.2*"
app-admin/webalizer/webalizer-2.01.10-r12.ebuild:DEPEND="!geoip? ( =sys-libs/db-4.2* )
kde-base/kbabel/kbabel-3.5.6.ebuild: =sys-libs/db-4.2* ) )"
mail-client/sylpheed-claws-maildir/sylpheed-claws-maildir-0.24.1.ebuild: =sys-libs/db-4.2*"
mail-client/sylpheed-claws-maildir/sylpheed-claws-maildir-0.19.ebuild: =sys-libs/db-4.2*"
mail-client/sylpheed-claws-maildir/sylpheed-claws-maildir-0.24.2.ebuild: =sys-libs/db-4.2*"
mail-client/claws-mail-maildir/claws-mail-maildir-0.24.3.ebuild: =sys-libs/db-4.2*"
mail-client/claws-mail-maildir/claws-mail-maildir-0.24.4.ebuild: =sys-libs/db-4.2*"
dev-lisp/cl-elephant/cl-elephant-0.2.1.ebuild: =sys-libs/db-4.2*
net-analyzer/nessus-bin/nessus-bin-3.0.5.ebuild:DEPEND="=sys-libs/db-4.3*
net-analyzer/nessus-bin/nessus-bin-3.0.4.ebuild:DEPEND="=sys-libs/db-4.3*

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robbat2@gentoo.org
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
Re: Packages requiring explicit db versions? [ In reply to ]
> There is one use-case that I am aware of against removing old versions of 4.*,
> but I haven't seen it in the tree for a while - other folk might be more aware
> of it: Ability to take DB files from other systems and read them sanely /
> migrate them to new versions.

Yep, subversion comes to mind on this one. Though, this isn't forcing anyone to
uninstall their db versions, but simply removing them from the portage. Granted, it
does make it more difficult to migrate db version backends, but since the ebuilds in
question will be available from the CVS attic on cvsweb, I think the benefit
outweighs the harm in removing them.

> Here's a set of stuff of everything that looks for a specific version of 4.*.

Thanks for this list. It seems that the removal of 4.0* and 4.1* are probably okay,
based on this information.

I imagine we'll go through a normal 30 day package.mask/removal procedure when the
time comes.

Caleb

--
gentoo-dev@gentoo.org mailing list
Re: Packages requiring explicit db versions? [ In reply to ]
To follow up to this, I am planning on package.masking sys-libs/db 4.0 and 4.1
sometime in the near future, to be followed up by their removal in ~30 days.

If this poses a problem to you, a package you maintain, one of your family members,
or some exotic animal you may or may not own, please let me know.

Caleb

--
gentoo-dev@gentoo.org mailing list