Summary: | xorg-x11 doesn't build xterm, and some other little problems | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Panard <panard> |
Component: | New packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | leroutier, radek |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 45610 | ||
Attachments: |
Applies changes on xfree86.cf on xorg.cf
xorg-x11-6.7.0.ebuild.patch |
Description
Panard
2004-04-07 07:59:39 UTC
I think HOMEPAGE = http://www.x.org is a bad homepage for this project, http://freedesktop.org/XOrg seems make more sense... isn't it? xterm not compiled : yes, it is the wanted behaviour (one of the gentoo patches disables it) no manifest : same for me, not critical at all, there would be one in a next portage sync post_inst problem : argh, i think i'll wait a bit before installing it Sounds like you may have a broken encoding. It would be helpful if you could track down which one. As for the xterm, we have a masked xterm ebuild in portage that I need to get working better really soon -- it ought to work alright now. Got the Manifest and homepage fixed. Ok, I've found that the mkfontdir segfault when ${x} is /usr/share/fonts/default/ghostscript, its ok for all other fonts dirs. thanks to strace, I've found that the segfault appears with the following fonts : hrger.pfa hrgrr.pfa hritr.pfa hrpldi.pfa hrpld.pfa hrplti.pfa hrplt.pfa hrscc.pfa hrscs.pfa - There a little pb for the xterm ebuild, due to the VENDORNAME: gcc -I. -I. -DHAVE_CONFIG_H -I. -I/usr/include/freetype2 -I/usr/include/freetype2/config -I./exports/include/X11 -I/usr/X11R6/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXFREE86_FT2 -DPROJECTROOT=/usr/X11R6 -DXVENDORNAME=The -DXVENDORNAMESHORT=X.Org -DUTMP -DOSMAJORVERSION=2 -DOSMINORVERSION=6 -I/usr/X11R6/include -D_GNU_SOURCE -march=pentium4 -mfpmath=sse -msse2 -mmmx -O3 -pipe X.Org Foundation -c ./button.c gcc: X.Org : Aucun fichier ou r Ok, I've found that the mkfontdir segfault when ${x} is /usr/share/fonts/default/ghostscript, its ok for all other fonts dirs. thanks to strace, I've found that the segfault appears with the following fonts : hrger.pfa hrgrr.pfa hritr.pfa hrpldi.pfa hrpld.pfa hrplti.pfa hrplt.pfa hrscc.pfa hrscs.pfa - There a little pb for the xterm ebuild, due to the VENDORNAME: gcc -I. -I. -DHAVE_CONFIG_H -I. -I/usr/include/freetype2 -I/usr/include/freetype2/config -I./exports/include/X11 -I/usr/X11R6/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DXFREE86_FT2 -DPROJECTROOT=/usr/X11R6 -DXVENDORNAME=The -DXVENDORNAMESHORT=X.Org -DUTMP -DOSMAJORVERSION=2 -DOSMINORVERSION=6 -I/usr/X11R6/include -D_GNU_SOURCE -march=pentium4 -mfpmath=sse -msse2 -mmmx -O3 -pipe X.Org Foundation -c ./button.c gcc: X.Org : Aucun fichier ou répertoire de ce type gcc: Foundation : Aucun fichier ou répertoire de ce type ok, for my fonts problem, I just realized that the fonts which cause mkfondir to segfault are all part of the "media-fonts/gnu-gs-fonts-other" (6.0). for the xterm problem, I don't know if it will help, but I found that the cause of this error is in the configure script, line ~ 5550, the vendor name is "The X.Org foundation", so the 'for cf_opt in $IMAKE_CFLAGS' will cut it... Oh, yeah, I kinda knew that font package was slightly broken -- I uninstalled it after realizing that combined with its general uselessness as a provider of quality fonts. I think I've found out why xterm isn't build... the patch '9113_all_4.3.0-xterm-make-optional.patch' patches xc/config/cf/xfree86.cf - however, this file isn't used at all when building xorg, xc/config/cf/xorg.cf is used instead. I've made a quick fix for this issue, which just applies the changes on xfree86.cf on xorg.cf. I'm attaching two files in a moment: xterm.patch - goes into ${PORTAGEDIR}/x11-base/xorg-x11/files/ xorg-x11-6.7.0.ebuild.patch - patch to ${PORTAGEDIR}/x11-base/xorg-x11/xorg-x11-6.7.0.ebuild Note: I _think_ this will make xorg-x11 build xterm, however, I'm still compiling xorg... so I'm not 100% sure. :) Created attachment 28847 [details, diff]
Applies changes on xfree86.cf on xorg.cf
Created attachment 28848 [details, diff]
xorg-x11-6.7.0.ebuild.patch
I don't want xterm to build, I want to use the external. But thanks for pointing out the xfree86/xorg.cf issue, I'll have to recheck my patches for that. > I don't want xterm to build, I want to use the external
I'm aggree with that, and lines 728 to 732 of the ebuild seem to be useless (and make some errors during the merge)
Fixed that bit, and another bit about xterm in the ebuild. an other bug: /usr/lib/opengl/xorg-x11/lib/libGL.la contains bad libdir: $ grep libdir /usr/lib/opengl/xorg-x11/lib/libGL.la libdir='/usr/lib/opengl/xfree/lib' instead of /usr/lib/opengl/xorg-x11/lib this will cause a lot of problems with the build of some packages (like digikamplugins).... a sed on it will during libGL stuff will fix it Fixed libGL.la. Added xterm to PDEPEND, unmasked it, etc. Thanks Seemant. All the issues in this bug are fixed. Please file new bugs for any additional issues. Thanks for helping out. Oh, for those of you having segfaults on mkfontdir, try removing the -e flag. |