Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 78727 - dspam ebuild doesn't discriminate between sqlite-2 and sqlite-3
Summary: dspam ebuild doesn't discriminate between sqlite-2 and sqlite-3
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Net-Mail Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-19 14:08 UTC by Simone Gotti (RETIRED)
Modified: 2005-03-10 16:55 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Simone Gotti (RETIRED) gentoo-dev 2005-01-19 14:08:46 UTC
dspam doesn't work with sqlite-3 and portage has a "bug" that won't let you do something like this:
DEPEND= ">=dev-db/sqlite-2.7.7 
 < dev-db/sqlite-3"

So if you don't have any sqlite installed and you use a KEYWORD supported by the sqlite-3 ebuilds, portage will emerge sqlite-3 instead of 2.

If you are interested Dan Armak (kde herd) made a workaround to do this, it's in the kde-functions.eclass and I think it can be easily used by other ebuilds.
Comment 1 Simone Gotti (RETIRED) gentoo-dev 2005-01-20 01:15:41 UTC
I wasn't totally clear. Reading from the dspam-3.4_beta readme, it support also sqlite-3, but the ebuilds doesn't enable it and uses only sqlite-2 configure options.

What I said before doesn't change, you always need a workaround to use ranged dependencirs.

But I'll also suggest to add a new use "sqlite3" to enable its support.
I'm alreading doing the same with dev-db/hk_classes latest ebuilds: the "sqlite" use flag enables the sqlite-2 support, while the "sqlite3" enables sqlite-3 support. 
Comment 2 Dan Armak (RETIRED) gentoo-dev 2005-01-21 12:43:48 UTC
Easily? Hardly...

That workaround is the deprange() function from kde-functions.eclass. It
receives as parameters a minimal and maxiumm version and a package name and
generates an || dep that includes all possible versions in between.

That's 1) ugly, 2) last-resort (for me anyway) until portage gets real deprange
support and 3) tied to the KDE versioning scheme: currently it only supports
x.y.z version numbers, with only z (and suffixes like _beta, and ebuild
revs) changing between the items in the ||-list.

But if there's interest, I could expand its interface to allow for any
boundaries/version formats by using =foo-ver* atoms. However I'm uneasy at the
thought of widespread deprange() usage outside the kde ebuilds. The portage
people might really get mad at me this time :-)
Comment 3 Lim Swee Tat (RETIRED) gentoo-dev 2005-01-21 22:00:12 UTC
Ooops,
  The beta does have support for sqlite-3 but previous dspam packages did not.  Since this is a new support thing, I'll probably need to test it some more.  But if you do want to use dspam with sqlite-3, can someone just edit the ebuild and test it?

  I'll appreciate any other person's testing this dependency for me. :)

Regards
Lim Swee Tat
Comment 4 Lim Swee Tat (RETIRED) gentoo-dev 2005-03-10 16:55:16 UTC
Someone did test sqlite3 support, and I'm rolling it in.