Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 121268 - psycopg-1.1.18 fails to build: can't build without mx headers
Summary: psycopg-1.1.18 fails to build: can't build without mx headers
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Python Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-02 00:51 UTC by Tim van Eijndhoven
Modified: 2006-02-02 11:58 UTC (History)
0 users

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


Attachments
Config.log as requested in the error message (config.log,11.89 KB, text/plain)
2006-02-02 00:53 UTC, Tim van Eijndhoven
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tim van Eijndhoven 2006-02-02 00:51:58 UTC
When I tried to do an emerge --update world it wants to install the psycopg package, but this fails to build.

dev-python/psycopg-1.1.18 fails to build: can't build without mx headers

build error:

checking for mxDateTime.h... configure: error: can't build without mx headers


emerge --info:

Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2, 2.6.12-gentoo-r10 i686)
=================================================================
System uname: 2.6.12-gentoo-r10 i686 Pentium III (Coppermine)
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -pipe -O2"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -pipe -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://mirror.scarlet-internet.nl/pub/gentoo ftp://mirror.nutsmaas.nl/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 acl alsa apache2 apm arts avi berkdb bitmap-fonts bzip2 cdr cpdflib crypt cups curl curlwrappers eds emboss encode expat fbcon foomaticdb fortran ftp gd gdbm gif gpm gstreamer gtk2 imap imlib ipv6 java jpeg kerberos ldap libg++ libwww mad mhash mikmod ming mono motif mp3 mpeg mysql ncurses nls odbc ogg oggvorbis opengl oss pam pcntl pcre pdflib perl php png postgres python quicktime radius readline sdl sharedmem simplexml snmp soap spell spl sqlite ssl tcpd tiff truetype truetype-fonts type1-fonts udev vorbis xml2 xmlrpc xmms xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Comment 1 Tim van Eijndhoven 2006-02-02 00:53:43 UTC
Created attachment 78703 [details]
Config.log as requested in the error message
Comment 2 Marien Zwart (RETIRED) gentoo-dev 2006-02-02 06:16:26 UTC
psycopg has >=egenix-mx-base-2.0.3 in DEPEND, so I assume you do have it installed. What version?

I just installed egenix-mx-base-2.0.6 and it installed the header configure looks for as /usr/lib/python2.4/site-packages/mx/DateTime/mxDateTime/mxDateTime.h, and it does look like configure looks there. Perhaps egenix-mx-base didn't get remerged after a python 2.3 -> 2.4 upgrade and the header is still in /usr/lib/python2.3? Does remerging egenix-mx-base by hand make the problem go away?
Comment 3 Tim van Eijndhoven 2006-02-02 06:36:44 UTC
That does the trick!

I had "egenix-mx-base-2.0.5" installed and I reinstalled it a couple of minutes ago, I have then tried to update "psycopg" again and it worked. The reinstall of egenix-mx-base gave the following messages in the end:

 * Performing Python Module Cleanup .. ...
 * Cleaning orphaned Python bytecode from /usr/lib/python2.3/site-packages ..
 * Purging /usr/lib/python2.3/site-packages/mx/Misc/LazyModule.py[co]
 * Purging /usr/lib/python2.3/site-packages/mx/Misc/__init__.py[co]
 * Purging /usr/lib/python2.3/site-packages/mx/__init__.py[co]
 * Purging /usr/lib/python2.3/site-packages/mx/DateTime/DateTime.py[co]
 * Purging /usr/lib/python2.3/site-packages/mx/DateTime/mxDateTime/__init__.py[co]
 * Purging /usr/lib/python2.3/site-packages/mx/DateTime/__init__.py[co]
 * Cleaning orphaned Python bytecode from /usr/lib/python2.4/site-packag  [ ok ]


don't know if this is useful, but I interpret it as confirming your assumption that something broke with a python upgrade...

Thanks for the fast solution!!
Comment 4 Marien Zwart (RETIRED) gentoo-dev 2006-02-02 11:58:10 UTC
Yep. python-updater should have caught that. You may want to (re)run python-updater in case there's more packages left in python2.3/site-packages.

Closing bug.