Summary: | problem compiling x11-drivers/xf86-input-keyboard-1.1.1-r1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Paweł Kilian <pkilian> |
Component: | New packages | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dhp_gentoo, hkbst, x11 |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 155723, 194041 |
Description
Paweł Kilian
2007-09-12 00:26:30 UTC
(In reply to comment #0) > kbd.c:45:23: error: xf86OSKbd.h: No such file or directory > i expect fixed deps Err? You don't have xorg-server installed? ok i had xorg-server 1.4-r1 installed and wanted to downgrade to 1.3 so xorg-server 1.3 was trying to pull xf86-input-keyboard first and then downgrade itself. bug can be closed now experiencing same problem upon trying to downgrade xorg-server Portage 2.1.3.9 (default-linux/amd64/2006.1/desktop, gcc-4.1.2, glibc-2.6-r0, 2.6.22-gentoo-r5 x86_64) ================================================================= System uname: 2.6.22-gentoo-r5 x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz Timestamp of tree: Sun, 23 Sep 2007 10:00:01 +0000 app-shells/bash: 3.2_p17-r1 dev-lang/python: 2.4.4-r4, 2.5.1-r2 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.10-r4 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18 sys-devel/gcc-config: 1.4.0-r2 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r2 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -ggdb" 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/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -ggdb" DISTDIR="/usr/portage/distfiles" FEATURES="collision-protect cvs distlocks metadata-transfer parallel-fetch sandbox sfperms splitdebug strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" LINGUAS="en nl" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/nouveau /home/marijn/git/gentoo-lisp-overlay /home/marijn/overlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acpi alsa amd64 berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dri dts dvd dvdr dvdread eds emacs emboss encode esd fam firefox fortran gdbm gif gmp gnome gpm gstreamer gtk gtk2 hal iconv ipv6 isdnlog jpeg kde kdeenablefinal ldap lm_sensors mad midi mikmod mng mp3 mpeg mudflap ncurses nls nptl nptlonly nvidia offensive ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session smp spell spl ssl svg tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode vorbis xinerama xml xorg xpm xv zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en nl" USERLAND="GNU" VIDEO_CARDS="fbdev nouveau nv nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS it happens because if you are trying to downgrade emerge is pulling xf86-input-keyboard first then xorg-server i think it should be the other way around... (In reply to comment #5) > it happens because if you are trying to downgrade emerge is pulling > xf86-input-keyboard first then xorg-server i think it should be the other way > around... I wonder if this is another portage bug. The keyboard driver is in PDEPEND of xorg-server, but it appears to get pulled in before xorg-server instead of immediately after. (In reply to comment #6) > (In reply to comment #5) > > it happens because if you are trying to downgrade emerge is pulling > > xf86-input-keyboard first then xorg-server i think it should be the other way > > around... > > I wonder if this is another portage bug. The keyboard driver is in PDEPEND of > xorg-server, but it appears to get pulled in before xorg-server instead of > immediately after. > This is sort of a variation of bug 47921. If you use --deep then it should order them correctly. In the future you won't have to use --deep because it will order them correctly anyway. I've committed a patch in svn r7797 which improves the merge order in cases like this even when --deep is not enabled. (In reply to comment #8) > I've committed a patch in svn r7797 which improves the merge order in cases > like this even when --deep is not enabled. > I esynced 2h ago, and dispite this: root@moon_gen_2:~# ls -l /usr/portage/x11-drivers/xf86-input-keyboard total 48 -rw-r--r-- 1 root root 6357 2007-09-09 10:07 ChangeLog drwxr-xr-x 2 root root 4096 2007-09-09 10:07 files -rw-r--r-- 1 root root 7660 2007-09-09 10:07 Manifest -rw-r--r-- 1 portage portage 156 2005-09-09 09:14 metadata.xml -rw-r--r-- 1 root root 589 2007-09-18 02:07 xf86-input-keyboard-1.1.0.ebuild -rw-r--r-- 1 root root 594 2007-08-07 15:06 xf86-input-keyboard-1.1.1.ebuild -rw-r--r-- 1 root root 714 2007-08-02 02:03 xf86-input-keyboard-1.1.1-r1.ebuild -rw-r--r-- 1 root root 596 2007-09-09 10:07 xf86-input-keyboard-1.2.0.ebuild -rw-r--r-- 1 root root 705 2007-09-09 10:07 xf86-input-keyboard-1.2.0-r1.ebuild -rw-r--r-- 1 root root 607 2007-09-09 09:52 xf86-input-keyboard-1.2.2.ebuild root@moon_gen_2:~# ls -l /usr/portage/x11-drivers/xf86-input-keyboard/files/ total 8 -rw-r--r-- 1 root root 1046 2007-08-02 02:03 dont-release-keys-on-newer-servers.patch -rw-r--r-- 1 root root 1491 2007-08-02 02:03 fix-key-led-update.patch root@moon_gen_2:~# there is no update since sept 18th. So, I cant know if your patch works. But closing bugs before the solution is merged to portage is really unfair. By the mean time, what fixed it for me was: emerge -C x11-drivers/xf86-input-keyboard x11-base/xorg-serve put in /etc/portage/package.mask these lines: =x11-base/xorg-server-1.4-r1 =x11-drivers/xf86-video-mga-1.4.7 =x11-proto/renderproto-0.9.3 =x11-libs/libXrender-0.9.4 =x11-drivers/xf86-input-keyboard-1.2.2 =x11-drivers/xf86-input-keyboard-1.2.0-r1 =x11-drivers/xf86-input-keyboard-1.2.0 emerge -va1 x11-drivers/xf86-input-keyboard x11-base/xorg-serve (check that the merge order will propose server before input !!! ). Then, a side effect (some how unrelated to this bug, but I put the tip here to help other users) of xorg broke several plugins; I had to add: emerge -va1 x11-drivers/xf86-video-mga x11-drivers/xf86-video-tga x11-drivers/xf86-input-mouse x11-drivers/xf86-input-evdev x11-drivers/xf86-video-tdfx x11-drivers/xf86-video-vga x11-drivers/synaptics Now, mirors synched. I dont know if patch works (since I could downgrade succesfully after merge -C). If some one stil had the bug, please update, and report back if the proposed fix that is now merged to portage works as required. There are not changes in cvs yet. The changes will be released in sys-apps/portage-2.1.3.10 when it is ready. For now, you just have to use emerge --deep or otherwise make sure that xorg-server-1.3 is installed before xf86-input-keyboard-1.1.1-r1. My point is when downgrading installed packages, emerge always pulls keyboard first; after removal, it compiles the server first. Emerge does not behave the same if packages are already installed or not. The workaround is "emerge -C" (as often). Since many people are having problems with xorg 1.4 and need downgrade, I consider this as blocking "restauration of a sane system", thus, an *important bug.* What I dont know is, if some hard mask would help (on which ebuild ?), or prevent people to upgrade. The sooner is the best. Worksfor me. (In reply to comment #12) > My point is when downgrading installed packages, emerge always pulls keyboard > first; after removal, it compiles the server first. Emerge does not behave the > same if packages are already installed or not. The workaround is "emerge -C" > (as often). If we make xf86-input-keyboard-1.1.1-r1.ebuild depend on <x11-base/xorg-server-1.4 then it will force correct merge order. The only reason that xf86-input-keyboard is currently merged before xorg-server-1.3 is that the >=x11-base/xorg-server-1.0.99 dependency is appears to be satisfied. Apparently the package requires less than xorg-server-1.4 though. > Since many people are having problems with xorg 1.4 and need downgrade, I > consider this as blocking "restauration of a sane system", thus, an *important > bug.* > > What I dont know is, if some hard mask would help (on which ebuild ?), or > prevent people to upgrade. The sooner is the best. You're suggesting that xorg-server-1.4 be hard masked? I'll leave that to the x11 herd to decide. Personally, I downgraded from xorg-server-1.4 because it didn't seem stable enough for my liking. I've added <x11-base/xorg-server-1.3.99 to the dependencies in xf86-input-keyboard-1.1.1-r1.ebuild. That should prevent people who are downgrading from hitting this bug. Zac; the reasons that pushed me to downgrade over-pass the subject of this topic: - I have to manually recompile -emerve -av1) many drivers (synaptics, vga, keyboard, mouse, evdev and a 6th one) - it could not start at all (error message, single line, very fuzzy: "Fatal server error: \nRequested Entity already in use!", not even any "EE" in the log) Hard mask decision will depend on how many people will complain. But, there are two warnings in the topic of the IRC room, so, I guess "too many people" complained about it, <<enough "too many">> to make ops put it in the topic ! I know that I am using ~ ... but here, really looks like 1.4 is REALLY *unstable*. It does not break the distro; it can be fixed quickly with choosen manual masks ... but still, I consider this as a "grave" problem, cause X is somehow a 'core' component ... and *many* people have problems with 1.4. Rapid Hard mask would avoid more to get in the wall. *** I can not test your attempts; we will see if more people get it. Depends how many people synched since 1.4 release, until now. This has been released in 2.1.3.10. |