Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 269882 - x11-base/xorg-server-1.4.2 failed to build with x11-libs/libXfont-1.4.0
Summary: x11-base/xorg-server-1.4.2 failed to build with x11-libs/libXfont-1.4.0
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
: 270520 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-05-14 20:42 UTC by Viacheslav Gagara
Modified: 2009-08-02 22:48 UTC (History)
2 users (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 Viacheslav Gagara 2009-05-14 20:42:48 UTC
After updating libXfont up to 1.4.0 xorg-server-1.4.2 failed to build due to lack of X11/fonts/fontmod.h


Reproducible: Always

Steps to Reproduce:
1.emerge =x11-libs/libXfont-1.4.0
2.emerge =x11-base/xorg-server-1.4.2

Actual Results:  
build failed with:
...
./../loader/loaderProcs.h:59:31: error: X11/fonts/fontmod.h: No such file or directory
In file included from xf86Init.c:60:
./../loader/loaderProcs.h:96: error: expected ‘)’ before ‘*’ token
In file included from xf86Configure.c:39:
./../loader/loaderProcs.h:59:31: error: X11/fonts/fontmod.h: No such file or directory
In file included from xf86Configure.c:39:
...



# emerge --oneshot -vp =x11-libs/libXfont-1.4.0
[ebuild   R   ] x11-libs/libXfont-1.4.0  USE="ipv6 -debug" 0 kB

# emerge -vp =x11-base/xorg-server-1.4.2
[ebuild   R   ] x11-base/xorg-server-1.4.2  USE="dri hal ipv6 xorg (-3dfx) -debug -dmx -kdrive -minimal (-nptl) -sdl -tslib (-xprint%)" INPUT_DEVICES="evdev keyboard mouse synaptics -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -tek4957 -tslib -ur98 -vmmouse -void -wacom" VIDEO_CARDS="nv nvidia v4l -apm -ark -chips -cirrus -cyrix -dummy -epson -fbdev -fglrx (-geode) -glint -i128 (-i740) (-impact) (-imstt) -intel -mach64 -mga -neomagic (-newport) (-nsc) -r128 -radeon -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng (-vermilion) -vesa -vga -via -vmware -voodoo (-xgi)" 0 kB


# emerge --info
Portage 2.1.6.13 (default/linux/amd64/2008.0/desktop, gcc-4.2.4, glibc-2.9_p20081201-r2, 2.6.29-gentoo-r1 x86_64)
=================================================================
System uname: Linux-2.6.29-gentoo-r1-x86_64-Intel-R-_Core-TM-2_CPU_T7200_@_2.00GHz-with-gentoo-2.0.0
Timestamp of tree: Thu, 14 May 2009 02:30:15 +0000
app-shells/bash:     4.0_p17-r1
dev-java/java-config: 2.1.7
dev-lang/python:     2.6.2
dev-util/cmake:      2.6.4
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.4.3-r2
sys-apps/sandbox:    1.9
sys-devel/autoconf:  2.13, 2.63-r1
sys-devel/automake:  1.5, 1.7.9-r1, 1.9.6-r2, 1.10.2
sys-devel/binutils:  2.19.1-r1
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6a
virtual/os-headers:  2.6.29
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=nocona -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,--as-needed"
LINGUAS="uk ru en"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="7zip X Xaw3d a52 aac acpi adplug alsa amd64 amr apache2 apm arts artworkextra avahi berkdb bluetooth bonobo branding bzip2 cairo cdr chardet cli cracklib crypt cups dbus dga djvu dri dts dvd dvdr dvdread dvi eap-tls eds emboss encode esd evo exif fam fastcgi ffmpeg firefox flac fortran fuse gdbm gif gimp glitz gpm gsm gstreamer gtk gtk2 gtkhtml guile hal howl-compat iconv idle imap ipv6 irda isdnlog java java5 jingle jpeg kde keyring kqemu ldap libnotify lm_sensors mad matroska mdnsresponder-compat midi mikmod mmx mmxext mono mozilla mp3 mpeg mudflap multilib mysql ncurses networkmanager nls nptl nptlonly nsplugin ogg opengl openmp pam pcmcia pcre pdf perl pmu png postgres ppds pppd python qt3 qt3support qt4 quicktime readline reflection regex samba seamonkey session slang smp sourceview spamassassin spell spl srv sse sse2 ssl ssse3 startup-notification subversion svg symlink sysfs syslog tcpd theora threads tiff trayicon truetype udev unicode usb v4l valgrind vcd vim-syntax vim-with-x vorbis wma wmf x264 xface xforms xhtml xinerama xml xorg xscreensaver xulrunner xv xvid xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="access auth auth_dbm auth_anon auth_digest alias file-cache echo charset-lite cache disk-cache mem-cache ext-filter case_filter case-filter-in deflate mime-magic cern-meta expires headers usertrack unique-id proxy proxy-connect proxy-ftp proxy-http info include cgi cgid dav dav-fs vhost-alias speling rewrite log_config logio env setenvif mime status autoindex asis negotiation dir imap actions userdir so filter unique_id authz_host" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev touchpad synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="uk ru en" USERLAND="GNU" VIDEO_CARDS="nv nvidia v4l v4l2"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Rafał Mużyło 2009-05-14 23:03:46 UTC
Any reason you're trying to upgrade to 1.4.2 (marked unstable,
no plans to stable), while 1.5.3 is stable ?
Comment 2 Viacheslav Gagara 2009-05-15 04:45:08 UTC
(In reply to comment #1)
> Any reason you're trying to upgrade to 1.4.2 (marked unstable,
> no plans to stable), while 1.5.3 is stable ?
> 

with xorg-server-1.5*  i'm experiencing the issue #265137 (slow rendering in konsole). So, i'm just waiting when that rendering issue is fixed and then of cource i'll move to 1.5   
Comment 3 Rémi Cardona (RETIRED) gentoo-dev 2009-05-17 09:19:41 UTC
Sorry, we're actually just waiting for alpha to stabilize 1.5 before p.masking and cleaning out old Xorg versions.

1.3 and 1.4 won't be modified anymore. Consider them dead.

Thanks
Comment 4 Sebastian Luther (few) 2009-05-20 06:53:00 UTC
*** Bug 270520 has been marked as a duplicate of this bug. ***
Comment 5 Maks Verver 2009-08-01 17:29:57 UTC
(In reply to comment #3)
> 1.3 and 1.4 won't be modified anymore. Consider them dead.

As far as I know, the legacy nvidia drivers (96.43.13 specifically) which are required to get hardware-accelerated OpenGL support with certain video cards, only work with xorg-server 1.4. Is there a good solution for this, or do you plan to leave your users hanging?

I can understand no new developments happen for these drivers, but it would be nice if at least the ebuilds remain in the portage tree with proper dependencies set so that users can use those if they need to.

nvidia-drivers-96.43.13.ebuild contains a dependency on <=x11-base/xorg-server-1.6.99, but does it actually run with >=x11-base/xorg-server-1.5? If not, than what is the point of this dependency?
Comment 6 Rémi Cardona (RETIRED) gentoo-dev 2009-08-02 14:18:52 UTC
(In reply to comment #5)
> Is there a good solution for this, or do you
> plan to leave your users hanging?

We plan to do the best we can with the resources we have. 1.4 and older are a real pain to maintain and are just dead now. Even 1.5 which we only stabilized recently is a just a pile of crap (just count the number of patches we add to it...)

To sum it up: 1.4 is dead. It's still available because I didn't yet take the time to delete them. Consider it gone.

> I can understand no new developments happen for these drivers, but it would be
> nice if at least the ebuilds remain in the portage tree with proper
> dependencies set so that users can use those if they need to.

Last time I looked, there is a version of nvidia's legacy drivers that works fine with xorg-server 1.5. You should definitely go to nvforums or get in touch with nvidia's maintainers (cardoe and ricmm) to get better information.

Thanks
Comment 7 Maks Verver 2009-08-02 22:48:51 UTC
Thanks for your reply. I tried unmasking xorg-server and I tested xorg-server 1.5 and 1.6, and both seem to be working fine with nvidia-drivers-96.43.13 (although I'm fairly sure this was not the case when 1.5 was just released!) So my apologies for the confusion; consider this a non-issue.

> We plan to do the best we can with the resources we have. 1.4 and older are a
> real pain to maintain and are just dead now. [..] It's still available 
> because I didn't yet take the time to delete them.

I understand that you don't want to spend a lot of work on an outdated package, but I hope you also consider that users may not always be able to immediately upgrade to the latest version, especially for a package like the X server that depends on proper driver support to be useful. The code may well be a mess (although to be honest I have been hearing that about the X server back when it was Xfree86) and it may have cost a lot of effort to create patches for it, but at this point the older packages are fairly stable, so it should be relatively easy to just keep them in the portage tree as long as the dependencies are set properly (to avoid issues like the one reported here), instead of quickly deleting them while some users may have a legitimate need for them.

This is a general request, of course; if you're sure there are no valid use cases for xorg-server-1.4 anymore then it may well be a good idea to retire it from the portage tree.