Xnee compiled fined. I can't use it. dhp@uranus ~ $ /usr/local/bin/cnee --replay -f ~/.local/share/xnee/press_esc Xlib: extension "RECORD" missing on display ":0.0". Record extension missing *** buffer overflow detected ***: /usr/local/bin/cnee terminated ======= Backtrace: ========= /lib/libc.so.6(__fortify_fail+0x37)[0x7fa347a0e867] /lib/libc.so.6[0x7fa347a0c680] /lib/libc.so.6[0x7fa347a0b7fd] /usr/local/bin/cnee[0x40f468] /usr/local/bin/cnee[0x40fe24] /usr/local/bin/cnee[0x408e98] /usr/local/bin/cnee(vfprintf+0x285e)[0x404a66] /usr/local/bin/cnee(vfprintf+0x1fa8)[0x4041b0] /lib/libc.so.6(__libc_start_main+0xe6)[0x7fa347946a26] /usr/local/bin/cnee(vfprintf+0x411)[0x402619] Not really sure which log i need to paste here. Maybe the ver bump chould help. I think/hope that it's just 3.02 incompatible with X 1.7 ...
Created attachment 218141 [details] /tmp/emerge--info
dhp@uranus ~ $ /usr/local/bin/cnee --replay -f ~/.local/share/xnee/press_esc Xlib: extension "RECORD" missing on display ":0.0". Record extension missing *** buffer overflow detected ***: /usr/local/bin/cnee terminated ======= Backtrace: ========= /lib/libc.so.6(__fortify_fail+0x37)[0x7f84ff8c2867] /lib/libc.so.6[0x7f84ff8c0680] /lib/libc.so.6[0x7f84ff8bf7fd] /usr/local/bin/cnee[0x40f468] /usr/local/bin/cnee[0x40fe24] /usr/local/bin/cnee[0x408e98] /usr/local/bin/cnee(vfprintf+0x285e)[0x404a66] /usr/local/bin/cnee(vfprintf+0x1fa8)[0x4041b0] /lib/libc.so.6(__libc_start_main+0xe6)[0x7f84ff7faa26] /usr/local/bin/cnee(vfprintf+0x411)[0x402619] ======= Memory map: ======== 00400000-0041d000 r-xp 00000000 09:05 535324 /usr/bin/cnee 0061c000-0061d000 r--p 0001c000 09:05 535324 /usr/bin/cnee 0061d000-00628000 rw-p 0001d000 09:05 535324 /usr/bin/cnee 00628000-0066c000 rw-p 00000000 00:00 0 [heap] 7f84fed8d000-7f84feda3000 r-xp 00000000 09:05 525576 /lib64/libgcc_s.so.1 7f84feda3000-7f84fefa2000 ---p 00016000 09:05 525576 /lib64/libgcc_s.so.1 7f84fefa2000-7f84fefa3000 r--p 00015000 09:05 525576 /lib64/libgcc_s.so.1 7f84fefa3000-7f84fefa4000 rw-p 00016000 09:05 525576 /lib64/libgcc_s.so.1 7f84fefa4000-7f84fefa9000 r-xp 00000000 09:05 665910 /usr/lib64/libXdmcp.so.6.0.0 7f84fefa9000-7f84ff1a8000 ---p 00005000 09:05 665910 /usr/lib64/libXdmcp.so.6.0.0 7f84ff1a8000-7f84ff1a9000 r--p 00004000 09:05 665910 /usr/lib64/libXdmcp.so.6.0.0 7f84ff1a9000-7f84ff1aa000 rw-p 00005000 09:05 665910 /usr/lib64/libXdmcp.so.6.0.0 7f84ff1aa000-7f84ff1ac000 r-xp 00000000 09:05 665358 /usr/lib64/libXau.so.6.0.0 7f84ff1ac000-7f84ff3ab000 ---p 00002000 09:05 665358 /usr/lib64/libXau.so.6.0.0 7f84ff3ab000-7f84ff3ac000 r--p 00001000 09:05 665358 /usr/lib64/libXau.so.6.0.0 7f84ff3ac000-7f84ff3ad000 rw-p 00002000 09:05 665358 /usr/lib64/libXau.so.6.0.0 7f84ff3ad000-7f84ff3c9000 r-xp 00000000 09:05 724061 /usr/lib64/libxcb.so.1.1.0 7f84ff3c9000-7f84ff5c8000 ---p 0001c000 09:05 724061 /usr/lib64/libxcb.so.1.1.0 7f84ff5c8000-7f84ff5c9000 r--p 0001b000 09:05 724061 /usr/lib64/libxcb.so.1.1.0 7f84ff5c9000-7f84ff5ca000 rw-p 0001c000 09:05 724061 /usr/lib64/libxcb.so.1.1.0 7f84ff5ca000-7f84ff5db000 r-xp 00000000 09:05 423723 /usr/lib64/libXext.so.6.4.0 7f84ff5db000-7f84ff7da000 ---p 00011000 09:05 423723 /usr/lib64/libXext.so.6.4.0 7f84ff7da000-7f84ff7db000 r--p 00010000 09:05 423723 /usr/lib64/libXext.so.6.4.0 7f84ff7db000-7f84ff7dc000 rw-p 00011000 09:05 423723 /usr/lib64/libXext.so.6.4.0 7f84ff7dc000-7f84ff92b000 r-xp 00000000 09:05 846268 /lib64/libc-2.10.1.so 7f84ff92b000-7f84ffb2b000 ---p 0014f000 09:05 846268 /lib64/libc-2.10.1.so 7f84ffb2b000-7f84ffb2f000 r--p 0014f000 09:05 846268 /lib64/libc-2.10.1.so 7f84ffb2f000-7f84ffb30000 rw-p 00153000 09:05 846268 /lib64/libc-2.10.1.so 7f84ffb30000-7f84ffb35000 rw-p 00000000 00:00 0 7f84ffb35000-7f84ffb37000 r-xp 00000000 09:05 846320 /lib64/libdl-2.10.1.so 7f84ffb37000-7f84ffd37000 ---p 00002000 09:05 846320 /lib64/libdl-2.10.1.so 7f84ffd37000-7f84ffd38000 r--p 00002000 09:05 846320 /lib64/libdl-2.10.1.so 7f84ffd38000-7f84ffd39000 rw-p 00003000 09:05 846320 /lib64/libdl-2.10.1.so 7f84ffd39000-7f84ffe6b000 r-xp 00000000 09:05 1089348 /usr/lib64/libX11.so.6.3.0 7f84ffe6b000-7f850006b000 ---p 00132000 09:05 1089348 /usr/lib64/libX11.so.6.3.0 7f850006b000-7f850006c000 r--p 00132000 09:05 1089348 /usr/lib64/libX11.so.6.3.0 7f850006c000-7f8500071000 rw-p 00133000 09:05 1089348 /usr/lib64/libX11.so.6.3.0 7f8500071000-7f8500076000 r-xp 00000000 09:05 406722 /usr/lib64/libXtst.so.6.1.0 7f8500076000-7f8500275000 ---p 00005000 09:05 406722 /usr/lib64/libXtst.so.6.1.0 7f8500275000-7f8500276000 r--p 00004000 09:05 406722 /usr/lib64/libXtst.so.6.1.0 7f8500276000-7f8500277000 rw-p 00005000 09:05 406722 /usr/lib64/libXtst.so.6.1.0 7f8500277000-7f8500294000 r-xp 00000000 09:05 844625 /lib64/ld-2.10.1.so 7f850045e000-7f8500462000 rw-p 00000000 00:00 0 7f850048f000-7f8500493000 rw-p 00000000 00:00 0 7f8500493000-7f8500494000 r--p 0001c000 09:05 844625 /lib64/ld-2.10.1.so 7f8500494000-7f8500495000 rw-p 0001d000 09:05 844625 /lib64/ld-2.10.1.so 7fffb7d9d000-7fffb7db3000 rw-p 00000000 00:00 0 [stack] 7fffb7dff000-7fffb7e00000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Aborted dhp@uranus ~ $
Tried upgrade to 3.05: dhp@uranus ~ $ cnee --replay -f ~/.local/share/xnee/press_esc Sleep workaround a strange RECORD/Xtest problem around 2009 (ignore it) Xlib: extension "RECORD" missing on display ":0.0". Record extension missing. This is not an error in xnee Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message X info: The X.Org Foundation 1 7 4 RET: 1 Workaround: Disabling context on data display instead of control You can ignore this message Segmentation fault dhp@uranus ~ $ Not really better.
(In reply to comment #0) > dhp@uranus ~ $ /usr/local/bin/cnee --replay -f ~/.local/share/xnee/press_esc /usr/local? Portage doesn't install anything to /usr/local. (In reply to comment #3) > Tried upgrade to 3.05: In Portage now, + 09 Feb 2010; Samuli Suominen <ssuominen@gentoo.org> +xnee-3.05.ebuild: + Version bump wrt #300539, thanks to Jeroen Roovers for reporting. > dhp@uranus ~ $ cnee --replay -f ~/.local/share/xnee/press_esc > Xlib: extension "RECORD" missing on display ":0.0". > Record extension missing. This is not an error in xnee You need to enable RECORD proto in X.org server by setting in xorg.conf's ServerFlags section. > Segmentation fault Need a full backtrace[1] [1] http://www.gentoo.org/proj/en/qa/backtraces.xml
Created attachment 219081 [details] /var/log/portage/x11-misc:xnee-3.05:20100210-101101.log Merge fails: uranus ~ # emerge -vp xnee These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-misc/xnee-3.05 USE="xosd -gnome" 0 kB libtool: link: x86_64-pc-linux-gnu-gcc -I../include -I/include -g -O2 -march=athlon64 -pipe -Wl,--as-needed -o .libs/testprint print.o -L/var/tmp/portage/x11-misc/xnee-3.05/work/xnee-3.05/libxnee/src/.libs -L/src /var/tmp/portage/x11-misc/xnee-3.05/work/xnee-3.05/libxnee/src/.libs/libxnee.so /usr/lib64/libX11.so /usr/lib64/libXtst.so [...] /var/tmp/portage/x11-misc/xnee-3.05/work/xnee-3.05/libxnee/src/.libs/libxnee.so: undefined reference to `dlclose' /var/tmp/portage/x11-misc/xnee-3.05/work/xnee-3.05/libxnee/src/.libs/libxnee.so: undefined reference to `XRecordDisableContext' collect2: ld returned 1 exit status make[3]: *** [testprint] Error 1 >>> Failed to emerge x11-misc/xnee-3.05, Log file: >>> '/var/log/portage/x11-misc:xnee-3.05:20100210-101101.log'
As you removed the previous version, and put this one stable already, please fix it ASAP. Using any X version since 1.5, modules are loaded automatically; so, if "record" was available, it would be loaded. If it is not loaded, it means it is not available, and loading will fail - and will fail silently because X has so many bugs ... Any way, X never reads xorg.conf any more since 1.5. See the *MANY* bugs I have open about this (about monitor layout, about mouse conf, about keyboard layout, about kbd driver, about graphical card driver, about ... so many things I can't remember them all). Any way, for now, x11-misc/xnee-3.05 does not compile :) 2.6.31-xen-r10-Gentoo-uranus-1-12 x11-base/xorg-x11-7.4-r1 x11-base/xorg-server-1.7.4
(In reply to comment #6) > As you removed the previous version, and put this one stable already, please > fix it ASAP. Nope, it was never marked stable. That looks like a -Wl,--as-needed failure, or too old X.org libraries. Still missing `emerge --info`.
(In reply to comment #7) > Nope, it was never marked stable. That looks like a -Wl,--as-needed failure, or > too old X.org libraries. machine been installed on 2010-01-11 ... x11-base/xorg-server-1.7.4 depends what you call "old" ... but i *REALLY* don't feel like using x11-base/xorg-server-1.7.4.9* > Still missing `emerge --info`. hmmm ... :/ anything wrong with comment 1 ? why maintainers never see my attachements ?
Created attachment 219195 [details] /tmp/emerge--info I can paste it again ... I can't provide backtrace before compile suceeds.
The compile errors fixed in Portage. Sync in a hour or so.
I see RECORD is automatically disabled in my /var/log/Xorg.0.log, that's also why xnee's test suite (make check) failed. /var/log/Xorg.0.log with xorg-server-1.7.4.901: record: RECORD extension enabled at configure time. record: This extension is known to be broken, disabling extension now.. record: http://bugs.freedesktop.org/show_bug.cgi?id=20500 @x11: Is record extension being removed, or something? If so, I think we should lastrite xnee too.
(In reply to comment #11) > @x11: Is record extension being removed, or something? If so, I think we should > lastrite xnee too. RECORD was broken during the big internal event rewrite for 1.7 and was deliberately disabled until fixed. And the final patch to fix it got sent to the list on the 11th but I don't think it's in git master. So there's a very good chance this will be properly fixed for 1.8 and maybe it'll get backported for 1.7 (depending on how long we keep it and whether we stabilize it). FTR, the broken RECORD is the major reason why it hasn't been stabilized yet. Cheers
/usr/local/bin/cnee missing RECORD is an INVALID issue. Unless you consider this point: dhp@uranus ~ $ which cnee /usr/local/bin/cnee dhp@uranus ~ $ ls -lha /usr/local/bin/cnee lrwxrwxrwx 1 root root 13 2010-01-24 00:11 /usr/local/bin/cnee -> /usr/bin/cnee dhp@uranus ~ $ ... for compatibility reasons with old home scripts :) The real topic of this bug is: x11-misc/xnee-3.05 does not compile. Today, this "matter" is FIXED: x11-misc/xnee-3.05 just compiled fine (version of feb 13th. 9th was broken - PLEASE PUT -r1 when you alter ebuilds !!! ) *** x11-misc/xnee-3.05 missing RECORD is a compleetely different and independant problem. And this is the new matter: dhp@uranus ~ $ /usr/local/bin/cnee --replay -f ~/.local/share/xnee/clic Sleep workaround a strange RECORD/Xtest problem around 2009 (ignore it) Xlib: extension "RECORD" missing on display ":0.0". Record extension missing. This is not an error in xnee Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message X info: The X.Org Foundation 1 7 4 RET: 1 Workaround: Disabling context on data display instead of control You can ignore this message Segmentation fault dhp@uranus ~ $ So, what are we waiting to fix this ? an X update ?
(In reply to comment #13) > "matter" is FIXED: x11-misc/xnee-3.05 just compiled fine (version of feb 13th. > 9th was broken - PLEASE PUT -r1 when you alter ebuilds !!! ) No revision bumps for changes which doesn't change installed files, so it was done correctly without revision bump. Also see Comment #10. > Segmentation fault > > So, what are we waiting to fix this ? an X update ? Yes, and you to attach a backtrace of the segfault with 3.05: http://www.gentoo.org/proj/en/qa/backtraces.xml
I found that x11-misc/xdotool was a serious alternative to xnee.
Created attachment 221501 [details] backtrace.log I changed my /etc/make.conf this way: CFLAGS="-O2 -march=athlon64 -pipe -ggdb" FEATURES="parallel-fetch fixpackages ccache -confcache nostrip splitdebug -noclean -keeptemp -keepwork noauto -distcc -maketest -test -collision-protect" then remerged xnee-3.05 dhp@uranus ~ $ gdb /usr/bin/cnee warning: Can not parse XML syscalls information; XML support was disabled at compile time. GNU gdb (Gentoo 7.0 p2) 7.0 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /usr/bin/cnee...done. (gdb) run --replay -f ~/.local/share/xnee/clic Starting program: /usr/bin/cnee --replay -f ~/.local/share/xnee/clic Sleep workaround a strange RECORD/Xtest problem around 2009 (ignore it) Xlib: extension "RECORD" missing on display ":0.0". Record extension missing. This is not an error in xnee Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message X info: The X.Org Foundation 1 7 4 RET: 1 Workaround: Disabling context on data display instead of control You can ignore this message Program received signal SIGSEGV, Segmentation fault. 0x00007ffff78c5e87 in strstr () from /lib/libc.so.6 (gdb) set logging file backtrace.log (gdb) set logging on Copying output to backtrace.log. (gdb) bt #0 0x00007ffff78c5e87 in strstr () from /lib/libc.so.6 #1 0x00007ffff7bb6c27 in xnee_record_from_data_display (xd=0x608010) at xnee_record.c:821 #2 0x00007ffff7bb716c in xnee_unsetup_recording (xd=0x0) at xnee_record.c:992 #3 0x00007ffff7bc4ebe in xnee_free_recordext_setup (xd=0x608010) at xnee_alloc.c:113 #4 0x00007ffff7bc512a in xnee_free_dyn_data (xd=0x608010) at xnee_alloc.c:277 #5 0x00007ffff7bc527e in xnee_free_xnee_data (xd=0x0) at xnee_alloc.c:359 #6 0x0000000000403a40 in main (argc=<value optimized out>, argv=0x7fffffffda08) at main.c:118 (gdb) set logging off Done logging to backtrace.log. (gdb) quit A debugging session is active. Inferior 1 [process 9246] will be killed. Quit anyway? (y or n) EOF [assumed Y] dhp@uranus ~ $
try xnee-3.06, it's working here in combination with xorg-server-1.8.
I found that xdotool does the same for me. X 1.8 won't be stable before ages. So, i don't think I will ever test it again.
with xorg 1.7.6 it seems cnee does not cause a segmentation fault anymore. However - the program is still unable to record anything.
This will really be fixed on 1.8 and later, not any sooner. Planed for stabilisation is the 1.9 series. So it will take bit longer to get :/ (just writting you guys headsup)
The RECORD feature is back in 1.8 . But I have not tested it. I had switched to xdotool (when I left X 1.4 xinerama with RECORD for 1.6 xrandr) and then to xwarppointer (when I switched to X 1.8 Xinerama: xdotools seem to depend on xrandr). I ll test it in a fex days.
I could play an old file: dhp@uranus ~ $ /usr/local/bin/cnee --replay -f ~/.local/share/xnee/moves_close_firefox --recall-window-position --replay-offset 1280,0 Sleep workaround a strange RECORD/Xtest problem around 2009 (ignore it) Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message X info: The X.Org Foundation 1 8 2 RET: 1 Workaround: Disabling context on data display instead of control You can ignore this message Segmentation fault dhp@uranus ~ $ There is a segfault in the end, but, it moved the mouse as required. It's the local cnee, but, the bug was not open against cnee; it was open against the dropped support of RECORD from X 1.5 1.6 and 1.7. I still wonder how Gentoo can accept to publish and release stable and X version that don't have any feature, and crash so easily. See my previous bugs against X. Recording a file does not seem to work: dhp@uranus ~ $ /usr/bin/cnee --record --mouse --keyboard -o /tmp/moves_plop --store-mouse-position Sleep workaround a strange RECORD/Xtest problem around 2009 (ignore it) Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message X info: The X.Org Foundation 1 8 2 RET: 1 Workaround: Creating context on data display instead of control You can ignore this message X info: The X.Org Foundation 1 8 2 RET: 1 Workaround: Creating context on data display instead of control You can ignore this message X info: The X.Org Foundation 1 8 2 RET: 1 Workaround: Creating context on data display instead of control You can ignore this message ^Csighandler SIGINT (2) dhp@uranus ~ $ Produced file seems empty to me. Updated to xnee 3.06 ... same. dhp@uranus ~ $ /usr/bin/cnee --record --mouse --keyboard -o /tmp/moves_plop --store-mouse-position Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message ^Csighandler SIGINT (2) dhp@uranus ~ $ vim /tmp/moves_plop dhp@uranus ~ $ /usr/local/bin/cnee --replay -f /tmp/moves_plop Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message ^Csighandler SIGINT (2) dhp@uranus ~ $ record (during 5s) produced empty file. Replay does nothing, no mouse move, nothing during 20s. Updating subject from x11-misc/xnee-3.05 needs RECORD extension & issues to x11-misc/xnee-3.06 does not work properly with x11-base/xorg-server-1.8.2
(In reply to comment #22) Same problem for me with x11-misc/xnee-3.07 and x11-base/xorg-server-1.9.2. It cannot record, nor stop on --events-to-record nor on --stop-key. I have to kill it to stop it. It produces only the header file as an output (no data). (In reply to comment #20) >This will really be fixed on 1.8 and later, not any sooner. > >Planed for stabilisation is the 1.9 series. So it will take bit longer to get >:/ >(just writting you guys headsup) Since I have not found any alternative to record/replay x11 sessions, I really count on it. What is the status today please ? # emerge --info Portage 2.1.9.25 (default/linux/amd64/10.0/desktop, gcc-4.3.4, glibc-2.11.2-r3, 2.6.30-tuxonice-r6 x86_64) ================================================================= System uname: Linux-2.6.30-tuxonice-r6-x86_64-Intel-R-_Core-TM-_i7_CPU_860_@_2.80GHz-with-gentoo-1.12.14 Timestamp of tree: Sun, 30 Jan 2011 22:45:01 +0000 app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.6-r1, 3.1.2-r4 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.3.4, 4.4.4-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -msse4 -mcx16 -msahf -O2 -pipe -mno-tls-direct-seg-refs" 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/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=native -msse4 -mcx16 -msahf -O2 -pipe -mno-tls-direct-seg-refs" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--jobs=8 --load-average=8.0 --with-bdeps y" FEATURES="assume-digests binpkg-logs ccache distcc distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.free.fr/mirrors/ftp.gentoo.org/ ftp://gentoo.imj.fr/pub/gentoo/ ftp://mirror.ovh.net/gentoo-distfiles/ http://gentoo.modulix.net/gentoo/ http://ftp.club-internet.fr/pub/mirrors/gentoo/ http://mirror.ovh.net/gentoo-distfiles/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="fr_FR.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="fr fr_FR en" MAKEOPTS="-j9 --load-average=8" 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" PORTDIR_OVERLAY="/usr/local/portage/layman/pro-audio /usr/local/portage/layman/java-overlay /usr/local/portage/layman/science /usr/local/portage/layman/kde-sunset /usr/local/portage/layman/mornifle-gentoo-package /usr/local/portage/layman/dev-zero /usr/local/portage/layman/dilfridge /usr/local/portage /usr/local/portage/mesEbuilds /usr/local/portage/mesEbuilds" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac aalib acl acpi alsa amd64 apm bash-completion bcmath berkdb bluetooth branding bzip2 calendar cdparanoia cdr clamav cli consolekit cracklib crypt cups cxx dbus dga dri dts dv dvb dvd dvdr encode exif fam fbcon fftw firefox flac fortran ftp gd gdbm gdu gif ginac gphoto2 gpm graphviz gtk hal hardened iconv icq idn ieee1394 imagemagick imap imlib ipv6 jack javascript joystick jpeg jpeg2k kerberos krb4 lcms ldap libnotify libwww lirc lm_sensors mad mhash midi mikmod mjpeg mmx mng modules mp3 mp4 mpeg msn mudflap multilib mysql mysqli nas ncurses nls nocd nptl nptlonly nsplugin nvidia ofx ogg openal opengl openmp pam pango pcre pda pdf perl plotutils png policykit portaudio posix ppds pppd profile python qt3support readline samba scanner sdl session sharedmem slang slp source spell sse sse2 ssl startup-notification svg sysfs tcpd test tetex thunar tiff tokenizer truetype udev unicode usb v4l v4l2 vcd videos vorbis x264 xcb xinerama xml xorg xscreensaver xulrunner xv xvid xvmc yahoo zlib" ALSA_CARDS="hdsp" 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="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr fr_FR en" PHP_TARGETS="php5-3" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="vga nvidia nv v4l v4l2" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I give up on this package. Treecleaners, please take care of removing this from tree.
please, do not remove now; before removal, we need to check a few points; first of them, Alebarde, please attach your xlog, i have seen support for RECORD in my logs recently; maybe you have the feature disabled for some reason ... and i will test xnee tonight (before 24h i promise).
Samuli ... which package are you about to remove ? as stated several times, cnee works perfectly well for me; the complaint is only against Xorg which works worst and worst with time, since X 1.4 ... are you about to remove compleetely Xorg from Gentoo ? or just some versions of it ?
(In reply to comment #24) > I give up on this package. Treecleaners, please take care of removing this from > tree. > ok, it is masked, so I can understand your reaction. Anyway, I miss there exist a x11 tool for recording/replaying events. This is usefull for quick macro writing and batching, MMI tests, etc. I don't understand why a distribution like Gentoo, with its specificities, does not maintain such a tool in its core ?
Created attachment 261196 [details] xlog of lalebarde Thanks for your help Benoît-Pierre. RECORD is activated - full xlog attached and extract here : [ 18.867] (II) "record" will be loaded. This was enabled by default and also specified in the config file. [ 18.867] (II) "dri" will be loaded by default. [ 18.867] (II) "dri2" will be loaded by default. [ 18.867] (II) LoadModule: "record" [ 18.903] (II) Loading /usr/lib64/xorg/modules/extensions/librecord.so [ 18.904] (II) Module record: vendor="X.Org Foundation" [ 18.904] compiled for 1.9.2, module version = 1.13.0 [ 18.904] Module class: X.Org Server Extension [ 18.904] ABI class: X.Org Server Extension, version 4.0 [ 18.904] (II) Loading extension RECORD And extract of my xorg.conf : #Modif 2011/01/31 - http://forums.gentoo.org/viewtopic-t-817017-start-0.html Section "Module" Load "record" EndSection
(In reply to comment #26) > the complaint is only against Xorg which > works worst and worst with time, since X 1.4 ... are you about to remove > compleetely Xorg from Gentoo ? Benoit, you are the _only_ one consistently complaining about Xorg for more than 2 years now. For _everyone_ else, Xorg has been working better and better. If anything, we will remove _broken_ packages such as xnee, if needs be. Xorg is not leaving Gentoo anytime soon, and you should start buying supported hardware like Intel's or ATI's. It's high time you realized that no-one cares about Matrox anymore, and certainly not the company itself since it doesn't provide any human resources nor documentation to actually work on the driver. This response is slightly off-topic, but you really deserve a big wake-up call. So please, let's focus on xnee and stop talking about your decade-old gripes with X.
Lalebarde; the problem is not really Xnee; Xnee is fine, and works properly; it always did. And if you want to play with inputs, for example, xwarppointer can do it amongst other tools. No, the problem is Xorg, and the X team; they break behaviour, they ignore my complaints, they ignore my reports, and, never fix reported bugs. I stopped submitting bug reports, because they never closed any of my bugs as fixed. They drop features, and they don't care if users will get into troubles. From 1.4 to 1.5, they dropped RECORD and multi-card support (amongst other things); and they just did not care about the consequences for the users. The problm is X: there was a feature removal, so, we have some kind of regression bug: something that used to work have been removed. And the faulty package is not Xnee, but Xorg. And when they re-introduced RECORD, they did not managed to get it work with any version of Xnee, neither the old version, nor any newer one. That's why I am still asking for masking any version of X >=1.5 for the stable arch. The strange thing is ... why do cnee need RECORD, while xwrappointer can do the job without the feature ... Note that Xnee is a subproject of Xorg, and is also handled by the Xorg team !!! So, this bug deals with an unconsistency between two subprojects developped by the same team of devs !!! it's not like if we had two different projects handled by two independant teams. I am angry about this since late 2008 !!! Remi: i am not the only one. I may be the only one who cares reporting, and listing bugs, but, I am not the only one complaining about any of the points I have reported. Even for the smallest issue, I have always found at least one other person in the world also mentionning the same issue at some point (a blog, a forum, or IRC) > you should start buying supported hardware like Intel's or ATI's. VERY BAD point for you; because the Gentoo team insulted my for having Matrox, and suspecting Matrox for being a deprecated manifacturer, I bought a very expensive brand new box, with ATI inside. And the result ? confirmation that the bug was in the core part of Xorg. No better result than with Matrox. Spend more than 1000€ for nothing, just to confirm I was right, just to confirm Matrox is a good manifacturer, and still working, just to confirm that there was no bug in any driver, or any hardware, but just an Xorg dev team dropping the multi-card support. A lot of money spent for, almost nothing. And now that i finally got my 3 ATI system working, I am 100% certain I could also update my Matrox box to X 1.9 and get it to work. Bet your month salary on this ? Still, for 2 years, the suport was "off". And since the support is still "recent", there are still people coming to ask me how I made it work with a recent X. Because I am known to be the one who finally did it. So, stop insulting me, stop insulting Matrox, and stop telling me to buy new hardware. There was a software problem, due to the X team. And stop telling I am the only one. I am just the one who makes more noise. Because if no one ever complains, dev can't know what users want. I will stop the noise the day I am rich enough to buy a Mac doing what I need. And I am not the only one who could not update his box during 2009-2010 because the new X were broken - and it was even almost impossible to install new multi-card machines, because it was hell hard to install a new box with an old X. In 2010, many people bought like me a multicard machine, a system designed to be multicard, and could use only one card ... because X 1.4 was not available anymore. All those people were sad about spending very much money, not only on the second video card, but on the design of a system that could handle two cards (the mother board is significantly more expensive). Windows XP installation made my tri-card system work in 1h55mn (from insertion of install CD, till getting 6 monitors ON), while I had to wait 6 months to get X do it "again" (kernel with required backend merged in main trunk support was released around june 20th 2010). (some people could do it a few month before, using git drivers).
x11-base/xorg-server-1.9.2 x11-misc/xnee-3.06 reads old file a bit better than before (still have to ^C it) : dhp@uranus ~ $ /usr/local/bin/cnee --replay -f ~/.local/share/xnee/moves_close_firefox --recall-window-position --replay-offset 1280,0 Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message ^Csighandler SIGINT (2) dhp@uranus ~ $ Tried to make a record ... launched the command, moved mouse around, clicked 5 times on desktop background picture ... but X crashed, badly, I had to reboot (no keyboard, no mouse, no console, had to use ssh to power cycle gently). - once more, this can not be Xnee's fault; no user level application should be able to make X crash, the bug is in X. Unstable software. Quick dev. Th faulty application is not Xnee, but Xorg !!!
(In reply to comment #31) > Workaround: Adding your device events as delivered events to get them > recorded. How do you do that please ? Concerning xnee, I had a look here : http://old.nabble.com/cnee-causing-segfault-td26973656.html Then I installed xnee-3.08 (same ebuild as the 3.07 available in portage). I have not checked but it should include the patch since I have no more segmentation fault. But it does not record any event.
(In reply to comment #29) > If anything, we will remove _broken_ packages such as xnee, if needs be. My point exactly. I added xnee to tree originally, now I say we punt it. Nobody should comment on this bug anymore unless they have proper patch solving the "supposed issues", while xnee works out-of-box still here :-)
Adding Jeroen to CC, as it appears he has interest in this package. 01 Feb 2011; Jeroen Roovers <jer@gentoo.org> -xnee-3.06.ebuild, +xnee-3.08.ebuild: Version bump.
The 3.08 ChangeLog says: 2011-01-13 Henrik Sandklef <hesa@sandklef.com> * libxnee/src/xnee_utils.c (xnee_record_from_data_display): Added support to handle X server from Fedora 13, 14 & NoMachine So I guess this is fixed?
God what a long bug. Seems really fixed in 3.08 so closing for now.
I have just updated from /usr/share/doc/xnee-3.06 to x11-misc/xnee-3.13 and it works fine. I confirm the FIX. Using ... x11-base/xorg-drivers 1.9 x11-base/xorg-server 1.9.2 x11-base/xorg-x11 7.4-r1 x11-misc/xorg-cf-files 1.0.3 Thanks.
