65188 – PyOpenGL-2.0.0.44 fails to build

Bug 65188 - PyOpenGL-2.0.0.44 fails to build

Summary: PyOpenGL-2.0.0.44 fails to build

Status:	RESOLVED WORKSFORME

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	x86 Linux

Importance:	High normal (vote)
Assignee:	Python Gentoo Team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-09-24 04:40 UTC by Patrick Lauer
Modified:	2004-12-18 04:57 UTC (History)
CC List:	1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Patrick Lauer gentoo-dev

2004-09-24 04:40:22 UTC

* Scanning for a open DISPLAY to start Xvfb...
 * 
 * Unable to start Xvfb.
 * 
 * '/usr/X11R6/bin/Xvfb :17 -screen 0 800x600x32' returns:
 * 

Fatal server error:
Couldn't add screen 0
 * 
 * If possible, correct the above error and try your emerge again.
 * 

!!! ERROR: dev-python/PyOpenGL-2.0.0.44 failed.

Reproducible: Always
Steps to Reproduce:
1. emerge PyOpenGL
2.
3.




Portage 2.0.51_rc1 (default-x86-1.4, gcc-3.4.2, glibc-2.3.4.20040808-r0, 2.6.7 i686)
=================================================================
System uname: 2.6.7 i686 AMD Athlon(tm) XP 2600+
Gentoo Base System version 1.5.3
distcc 2.17 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux-headers-2.4.22
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache cvs sandbox"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
http://gentoo.inode.at/ ftp://gentoo.inode.at/source/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/home/pal/gentoo-cvs/gentoo-x86"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow X aalib alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr
crypt cups dga dvd encode esd faad ffmpeg foomaticdb freetype gdbm gif gnome gpm
gtk2 gtkhtml imlib java jpeg kde libg++ libwww mikmod motif mozilla mpeg mysql
nas ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime
readline sdl slang spell ssl tcltk tcpd tetex truetype x86 xml2 xmms xprint xv zlib"

Comment 1 Rob Cakebread (RETIRED) gentoo-dev

2004-11-20 19:07:49 UTC

Were you trying to emerge this with X not started?

Comment 2 Patrick Lauer gentoo-dev

2004-11-21 04:38:55 UTC

X was started, any permission problems I could check?

Comment 3 Rob Cakebread (RETIRED) gentoo-dev

2004-12-16 15:41:48 UTC

Do you have DISPLAY set for root?
If not, could you set that and try it, and if that doesn't work try setting xhost to allow localhost connections before you try to emerge it?

If you want to try a shot at fixing this, please take a look at /usr/portage/eclass/virtual.eclass and see if anything odd about your X setup might be causing this to fail and let us know so we can pass it on to the maintainer of virtualx.

Comment 4 Patrick Lauer gentoo-dev

2004-12-18 04:57:33 UTC

I can no longer reproduce this bug and will therefore close it.