The X.Org 7.0, as all know, will be modular, of course the passage from the monolitic to the modular X creates some problems. This a tracker for the bugs releated to the X.Org 7.0, the modular X.Org. Reproducible: Always Steps to Reproduce:
Thanks, I had been meaning to do this.
Bugs _in_ modular X are very different from bugs in other apps related to fixing them for modular X. Could the creator of this tracker please make a new one for those?
Attempt to update to xorg-xerver-0.99.3-r1 fails in the new patch, messages look like this: ====================================================== PATCH COMMAND: patch -p0 -g0 --no-backup-if-mismatch < /usr/portage/x11-base/xorg-server/files /fix-xkb-compile-path.patch ====================================== patching file configure.ac Hunk #1 FAILED at 1. 1 out of 2 hunks FAILED -- saving rejects to file configure.ac.rej ====================================== PATCH COMMAND: patch -p1 -g0 --no-backup-if-mismatch < /usr/portage/x11-base/xorg-server/files /fix-xkb-compile-path.patch ====================================== missing header for unified diff at line 9 of patch can't find file to patch at input line 9 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |=================================================================== |RCS file: /cvs/xorg/xserver/xorg/configure.ac,v |rcsdiff: /cvs/xorg/xserver/xorg/configure.ac,v: warning: Unknown phrases like `commitid ...;' are present. |retrieving revision 1.124 |retrieving revision 1.125 |diff -u -r1.124 -r1.125 |--- configure.ac 2005/11/10 04:59:21 1.124 |+++ configure.ac 2005/11/14 00:01:34 1.125 -------------------------- No file to patch. Skipping patch. 2 out of 2 hunks ignored =============================================== And so on. Failure is consistent across all systems.
Ya, there was another bug filed on this too. It's fixed in CVS. I didn't even consider badness of CVS tags in the patch body, I've never come across that before...
Maybe can be useful to see the tracker on freedesktop.org (https://bugs.freedesktop.org/show_bug.cgi?id=1690), this is the tracker for xorg 7 and 6.9 (the monolitic X).
(In reply to comment #2) > Bugs _in_ modular X are very different from bugs in other apps related to fixing > them for modular X. Yes you're right. > Could the creator of this tracker please make a new one for > those? I don't know if it's useful at this time create another tracker for very similar problems. I think also that if the programs aren't ready for modular X, modular X can't be ready to be stable. PS: That's only my opinion, but I'm not a gentoo developer, I've just filed this tracker because I think it can be useful for speed up the resolution of the modular X problems.
(In reply to comment #6) > (In reply to comment #2) > > Bugs _in_ modular X are very different from bugs in other apps related to fixing > > them for modular X. > Yes you're right. > > > Could the creator of this tracker please make a new one for > > those? > I don't know if it's useful at this time create another tracker for very similar > problems. I do, because the x11 team doesn't want to get spammed with 10,000 apps getting ported to modular X. I'll start doing it myself if I have do, but I would appreciate it if you were willing to deal with since you filed the bug.
(In reply to comment #7) > > I don't know if it's useful at this time create another tracker for very similar > > problems. > > I do, because the x11 team doesn't want to get spammed with 10,000 apps getting > ported to modular X. I'll start doing it myself if I have do, but I would > appreciate it if you were willing to deal with since you filed the bug. OK...see bug #112675 I hope this is a good thing. Probably yes.
Please see https://bugs.gentoo.org/show_bug.cgi?id=111361#c18 --- this appears to be an old error reappearing for sparc.
Please note https://bugs.freedesktop.org/show_bug.cgi?id=5622 for a problem on sparc with gcc-3.4.5 & xorg-server. To get a good libglx.so, xorg-server must build with -D__GLX_ALIGN64 (it is only by chance that libglx.so built with gcc-3.3.5 works at all). (Fix is completely trivial, and it should be possible to handle it through CFLAGS until freedesktop issues an official fix.)
Not sure if this is the correct place in bugzilla to file this, but here goes. During a fresh emerge of modular X, x11-apps/xsetroot-1.0.1 fails because x11-misc/xbitmaps has not been intstall yet. The modular X build was actually pulled in as a dependency when building dev-lang/php. Here is the error message: hecking pkg-config is at least version 0.9.0... yes checking for XSETROOT... configure: error: Package requirements (xmuu x11 xbitmaps) were not met: No package 'xbitmaps' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables XSETROOT_CFLAGS and XSETROOT_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/xsetroot-1.0.1/work/xsetroot-1.0.1/config.log !!! ERROR: x11-apps/xsetroot-1.0.1 failed. Call stack: ebuild.sh, line 1565: Called dyn_compile ebuild.sh, line 974: Called src_compile ebuild.sh, line 1280: Called x-modular_src_compile x-modular.eclass, line 303: Called x-modular_src_configure x-modular.eclass, line 290: Called econf '--prefix=/usr' '--datadir=/usr/share' !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. emerge failed: dev-lang/php buildhost-spanky-modx / # emerge -pv xbitmaps These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-misc/xbitmaps-1.0.1 USE="-debug" 54 kB And emerge --info buildhost-spanky-modx / # emerge --info Portage 2.1_pre6-r5 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.6.14 dev-lang/python: 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="-O3 -march=pentium3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg digest distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib alsa apache2 apm arts artswrappersuid audiofile avi berkdb bitmap-fonts bzip2 cdparania cdr crypt cups curl dga divx4linux dri dts dvd dvdr dvdread encode flac flash foomaticdb fortran gd gdbm gif gimprint gmp gphoto2 gstreamer gtk gtk2 imap imlib jpeg kde kdeenablefinal libg++ libwww live lzw-tiff mad mcal mikmod milter mjpeg mmx mng motif mozilla mp3 mpeg mysql nas ncurses network no-htdocs nptl nsplugin nvidia ogg oggvorbis opengl pcmcia pda pdflib perl png python qt quicktime rdesktop readline rtc samba scanner sdl spell sse ssl subversion tcpd tiff transcode truetype truetype-fonts type1-fonts userlocales vhosts vorbis wifi wmf xanim xine xml2 xmms xv xvid zlib elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_synaptics kernel_linux userland_GNU video_cards_fbdev video_cards_nv video_cards_nvidia video_cards_vesa video_cards_vmware" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS
All deps fixed.
