Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 327743 - psycopg automagic dependeny on dev-python/egenix-mx-base
Summary: psycopg automagic dependeny on dev-python/egenix-mx-base
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Python Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-11 03:26 UTC by LiuCougar
Modified: 2010-07-25 19:42 UTC (History)
0 users

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 LiuCougar 2010-07-11 03:26:03 UTC
psycopg2 setup.py will compile mx.DateTime adapter if it finds mx header files when building it (so it will depends on mx.DateTime even if -mxdatetime is specified, given mx.DateTime is installed)

a proposed patch is add a "else clause" to the following if:
    if use mxdatetime; then
        sed -i 's/\(use_pydatetime=\)1/\10/' setup.cfg || die "sed failed"
    fi

to something like this:
    if use mxdatetime; then
        sed -i 's/\(use_pydatetime=\)1/\10/' setup.cfg || die "sed failed"
    else
        sed -i 's/#mx_include_dir=/mx_include_dir=\/not_exit/' setup.cfg || die "disable mxdatetime failed"
    fi

the only way to disable it (when mx.DateTime header is present) is to assign a non-exist path to mx_include_dir in setup.cfg

if this is not fixed, psycopg2 won't be usable after unmerge egenix-mx-base even if -mxdatetime is specified on psycopg2
Comment 1 Johan Bergström 2010-07-25 08:46:21 UTC
What version are you using? Looking at setup.py in 2.2.2, it has this:
if not use_pydatetime and os.path.exists(mxincludedir):
  use_mx_stuff()

..which should imply that having use_pydatetime set to 1 wouldn't build mx stuff.
Comment 2 LiuCougar 2010-07-25 18:41:32 UTC
dev-python/psycopg-2.0.14

so it seems they changed that in 2.2
Comment 3 Arfrever Frehtes Taifersar Arahesis (RETIRED) gentoo-dev 2010-07-25 19:09:30 UTC
So this problem doesn't occur in 2.2.2?
Comment 4 LiuCougar 2010-07-25 19:41:20 UTC
it looks like only 2.0.14 is affected by this bug