Re: [Bug-xnee] Query while using Cnee
Hello Thanks for your email. I do not have time to maintain Xnee anymore but will do my best. On 2019-07-25 05:54, Gupta05, Megha wrote: In the above case, there is a possibility that my application might crash at some point. Is it possible using my replay to understand which mouse or keyboard event could not be performed. Interesting but no. Pause/resume is not implemented during replay - which might have been useful in your case. I will think about this. Or is it possible to include some print statements in my '.xnl' files so that I get to know till where was the script executed. A cumbersome solution for you would be to: 1. replay half the file 2. if no errors, add half of the remaining file, goto 1 3. if errors, remove half the file, goto 1 Sort of :) .. you get the idea. ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Using Xnee for Gui Regression Testing
Sorry for the "ten decades" long answer. Email and work problems :( Can you give info on what OS, X, Xnee versions you're using. /h On Thu, Feb 18, 2016 at 11:47:37AM +0100, John Darrington wrote: > Hello, > > The GNU PSPP project is coming to release that automatic regression testing > of thier GUI is really a necessity, and we have been looking at various > options. > > One such option is Xnee.Whilst I have been able to run some simple > record/replay > sessions, unfortunately I am always getting strange behaviour when doing > something > in earnest. cnee either crashes or apparently does nothing at all. > > Is Xnee considered to be in a stable release, or am I expecting too much from > it > at the current time? > > J' > > -- > Avoid eavesdropping. Send strong encryted email. > PGP Public key ID: 1024D/2DE827B3 > fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 > See http://sks-keyservers.net or any PGP keyserver for public key. > > ___ > Bug-xnee mailing list > Bug-xnee@gnu.org > https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] can't get cnee to work into a cron
Cron runs with no X. YOu need to start an X session first. Have you tried Xfvb? /h Do something like: #!/bin/sh # Start virtual frame buffer server Xvfb :20 # wait for it to start - not a scientific method ;) sleep 3 # connect to the Xvfb display export DISPLAY=:20 # launch the program to test /opt/bin/program2test # launch Xnee /usr/local/bin/cnee --replay --file /home/tester/program2test.xns On Mon, May 20, 2013 at 12:29:49PM +0200, Bzzz wrote: On Mon, 20 May 2013 11:35:05 +0200 Casper fan...@fedoraproject.org wrote: Maybe there are some missing environment variables... I think you'd better to put this cnee command in your user crontab :) That I did, the cron is now run under my user's name instead of root. There was a segfault but it was because I logged to /dev/stderr. The /tmp/xnee.log and the e-mail shows everything's alright, but it doesn't work. I see my root terminal flipping to the next panel (because I did that at the end of the recording), but when I check my test site it shows the last login time was a manual one, not the cnee one. This is my mod'op: * I made a cron (into /etc/cron.d/) which is launched under my user's identity. It check if the executable is there and if so execute it. * The executable is a bash script that compute a delay before execution a replay speed (75~100%), then it launches cnee as follow: RES=`DISPLAY=:0.0 /usr/bin/cnee --speed-percent $RND_REPLAY --replay --file /usr/local/NOIP-COM_KEEP_MY_ACCOUNT_AUTO/horde.defcon1.xns --err-file /tmp/xnee.log` # Set an output to show if the command has succeeded if [ $RES 0 ]; then echo AUTOMATIC CONNECTION TO NOIP-COM WITH LOGIN SUCCESS :) / RES=$RES else echo AUTOMATIC CONNECTION TO NOIP-COM WITH LOGIN FAILURE : / RES=$RES fi # Exit normally exit 1 $RES has no printable value and if I strip --verbose from the command string, it echoes a failure, otherwise a success?! JY -- Lao Tseu say: Man that scratch his butt at night awakes with stinking fingers. ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Xnee with tcl/Tk based application
On Mon, Feb 25, 2013 at 05:48:49PM +, Bales, Garry wrote: Hi Henrik, The application is invoked as vsim. Let me check with my management and see if we can get you a demo copy or something. Ah, never mind. If it's not free software I am not interested. Do you know what UI framework the program (vsim) is using? Sth like this will probably work: which vsim | xargs ldd /h Regards, Garry B. -Original Message- From: Henrik Sandklef [mailto:h...@sandklef.com] Sent: Monday, February 25, 2013 6:48 AM To: Bales, Garry Cc: bug-xnee@gnu.org Subject: Re: [Bug-xnee] Xnee with tcl/Tk based application What is the name of your program? Easier to look into this if I know ... and it sure sounds interesting. /h On Fri, Feb 22, 2013 at 03:17:44PM +, Bales, Garry wrote: Hi Henrik, Thanks for the response. I am recording and replay within the same xterm window session. KDE is the manager. The application does a very large amount of window creation and redraw just invoking. The application attempts to place it windows in the same location every time. Kind Regards, Garry B. -Original Message- From: Henrik Sandklef [mailto:h...@sandklef.com] Sent: Friday, February 22, 2013 2:14 AM To: Bales, Garry Cc: bug-xnee@gnu.org Subject: Re: [Bug-xnee] Xnee with tcl/Tk based application On Fri, Feb 15, 2013 at 10:25:18PM +, Bales, Garry wrote: Hi Henrik, I am trying to test an EDA simulation tool with Xnee, nice cnee. However prior to even windows being drawn I get a ton of the following messages: Xnee error Description: Fatal error while adjusting window position Solution: Xnee could not adjust window position. Report the problem When replaying a session Xnee is trying to move the window to the same position as it was in when recorded. The reasons behind this is that we didn't want to think about where focus is and what window is hidden by the new position. If Xnee can't, for some reason, move a window to the same position it bails out. This feature has been untouched for a while so no need to try out different versions. Are you recording and replaying to the same computer setup? What window manager are you using? /h . . . I have created a human readable record session and attached it to this email. I have trying several options but none of them seem to make a difference. Any suggestions or work arounds? I have tried both 3.14 an 3.15 versions of the Xnee tools. Regards, Garry W. Bales [cid:image001.jpg@01CE0B88.03B626D0] BEGIN:VCARD VERSION:2.1 X-MS-SIGNATURE:YES N;LANGUAGE=en-us:Bales;Garry;W. FN:Garry W. Bales ORG:Mentor Graphics;MED TITLE:Manager Infrastructure Questa Codelink TEL;WORK;VOICE:8213-1558 TEL;HOME;VOICE:(503) 691-8955 TEL;CELL;VOICE:(503) 869-2229 ADR;WORK;PREF:;;8005 SW Boeckman Road;Wilsonville;OR;97070-;United States of America LABEL;WORK;PREF;ENCODING=QUOTED-PRINTABLE:8005 SW Boeckman Road=0D=0A= Wilsonville, OR 97070- X-MS-OL-DEFAULT-POSTAL-ADDRESS:2 EMAIL;PREF;INTERNET:garry_ba...@mentor.com EMAIL;INTERNET:gba...@wv.mentorg.com X-MS-OL-DESIGN;CHARSET=utf-8:card xmlns=http://schemas.microsoft.com/office/outlook/12/electronicbusi ne sscards ver=1.0 layout=left bgcolor=ffimg xmlns= align=fit area=16 use=cardpicture/fld xmlns= prop=name align=left dir=ltr style=b color=00 size=10/fld xmlns= prop=org align=left dir=ltr color=00 size=8/fld xmlns= prop=title align=left dir=ltr color=00 size=8/fld xmlns= prop=dept align=left dir=ltr color=00 size=8/fld xmlns= prop=telwork align=left dir=ltr color=00 size=8label align=right color=626262Work/label/fldfld xmlns= prop=telcell align=left dir=ltr color=00 size=8label align=right color=626262Mobile/label/fldfld xmlns= prop=telhome align=left dir=ltr color=00 size=8label align=right color=626262Home/label/fldfld xmlns= prop=email align=left dir=ltr color=00 size=8/fld xmlns= prop=email2 align=left dir=ltr color=00 size=8/fld xmlns= prop=addrwork align=left dir=ltr color=00 size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8//card REV:20120918T230837Z END:VCARD ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo
Re: [Bug-xnee] Xnee with tcl/Tk based application
What is the name of your program? Easier to look into this if I know ... and it sure sounds interesting. /h On Fri, Feb 22, 2013 at 03:17:44PM +, Bales, Garry wrote: Hi Henrik, Thanks for the response. I am recording and replay within the same xterm window session. KDE is the manager. The application does a very large amount of window creation and redraw just invoking. The application attempts to place it windows in the same location every time. Kind Regards, Garry B. -Original Message- From: Henrik Sandklef [mailto:h...@sandklef.com] Sent: Friday, February 22, 2013 2:14 AM To: Bales, Garry Cc: bug-xnee@gnu.org Subject: Re: [Bug-xnee] Xnee with tcl/Tk based application On Fri, Feb 15, 2013 at 10:25:18PM +, Bales, Garry wrote: Hi Henrik, I am trying to test an EDA simulation tool with Xnee, nice cnee. However prior to even windows being drawn I get a ton of the following messages: Xnee error Description: Fatal error while adjusting window position Solution: Xnee could not adjust window position. Report the problem When replaying a session Xnee is trying to move the window to the same position as it was in when recorded. The reasons behind this is that we didn't want to think about where focus is and what window is hidden by the new position. If Xnee can't, for some reason, move a window to the same position it bails out. This feature has been untouched for a while so no need to try out different versions. Are you recording and replaying to the same computer setup? What window manager are you using? /h . . . I have created a human readable record session and attached it to this email. I have trying several options but none of them seem to make a difference. Any suggestions or work arounds? I have tried both 3.14 an 3.15 versions of the Xnee tools. Regards, Garry W. Bales [cid:image001.jpg@01CE0B88.03B626D0] BEGIN:VCARD VERSION:2.1 X-MS-SIGNATURE:YES N;LANGUAGE=en-us:Bales;Garry;W. FN:Garry W. Bales ORG:Mentor Graphics;MED TITLE:Manager Infrastructure Questa Codelink TEL;WORK;VOICE:8213-1558 TEL;HOME;VOICE:(503) 691-8955 TEL;CELL;VOICE:(503) 869-2229 ADR;WORK;PREF:;;8005 SW Boeckman Road;Wilsonville;OR;97070-;United States of America LABEL;WORK;PREF;ENCODING=QUOTED-PRINTABLE:8005 SW Boeckman Road=0D=0A= Wilsonville, OR 97070- X-MS-OL-DEFAULT-POSTAL-ADDRESS:2 EMAIL;PREF;INTERNET:garry_ba...@mentor.com EMAIL;INTERNET:gba...@wv.mentorg.com X-MS-OL-DESIGN;CHARSET=utf-8:card xmlns=http://schemas.microsoft.com/office/outlook/12/electronicbusine sscards ver=1.0 layout=left bgcolor=ffimg xmlns= align=fit area=16 use=cardpicture/fld xmlns= prop=name align=left dir=ltr style=b color=00 size=10/fld xmlns= prop=org align=left dir=ltr color=00 size=8/fld xmlns= prop=title align=left dir=ltr color=00 size=8/fld xmlns= prop=dept align=left dir=ltr color=00 size=8/fld xmlns= prop=telwork align=left dir=ltr color=00 size=8label align=right color=626262Work/label/fldfld xmlns= prop=telcell align=left dir=ltr color=00 size=8label align=right color=626262Mobile/label/fldfld xmlns= prop=telhome align=left dir=ltr color=00 size=8label align=right color=626262Home/label/fldfld xmlns= prop=email align=left dir=ltr color=00 size=8/fld xmlns= prop=email2 align=left dir=ltr color=00 size=8/fld xmlns= prop=addrwork align=left dir=ltr color=00 size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8//card REV:20120918T230837Z END:VCARD ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Xnee with tcl/Tk based application
On Fri, Feb 15, 2013 at 10:25:18PM +, Bales, Garry wrote: Hi Henrik, I am trying to test an EDA simulation tool with Xnee, nice cnee. However prior to even windows being drawn I get a ton of the following messages: Xnee error Description: Fatal error while adjusting window position Solution: Xnee could not adjust window position. Report the problem When replaying a session Xnee is trying to move the window to the same position as it was in when recorded. The reasons behind this is that we didn't want to think about where focus is and what window is hidden by the new position. If Xnee can't, for some reason, move a window to the same position it bails out. This feature has been untouched for a while so no need to try out different versions. Are you recording and replaying to the same computer setup? What window manager are you using? /h . . . I have created a human readable record session and attached it to this email. I have trying several options but none of them seem to make a difference. Any suggestions or work arounds? I have tried both 3.14 an 3.15 versions of the Xnee tools. Regards, Garry W. Bales [cid:image001.jpg@01CE0B88.03B626D0] BEGIN:VCARD VERSION:2.1 X-MS-SIGNATURE:YES N;LANGUAGE=en-us:Bales;Garry;W. FN:Garry W. Bales ORG:Mentor Graphics;MED TITLE:Manager Infrastructure Questa Codelink TEL;WORK;VOICE:8213-1558 TEL;HOME;VOICE:(503) 691-8955 TEL;CELL;VOICE:(503) 869-2229 ADR;WORK;PREF:;;8005 SW Boeckman Road;Wilsonville;OR;97070-;United States of America LABEL;WORK;PREF;ENCODING=QUOTED-PRINTABLE:8005 SW Boeckman Road=0D=0A= Wilsonville, OR 97070- X-MS-OL-DEFAULT-POSTAL-ADDRESS:2 EMAIL;PREF;INTERNET:garry_ba...@mentor.com EMAIL;INTERNET:gba...@wv.mentorg.com X-MS-OL-DESIGN;CHARSET=utf-8:card xmlns=http://schemas.microsoft.com/office/outlook/12/electronicbusinesscards; ver=1.0 layout=left bgcolor=ffimg xmlns= align=fit area=16 use=cardpicture/fld xmlns= prop=name align=left dir=ltr style=b color=00 size=10/fld xmlns= prop=org align=left dir=ltr color=00 size=8/fld xmlns= prop=title align=left dir=ltr color=00 size=8/fld xmlns= prop=dept align=left dir=ltr color=00 size=8/fld xmlns= prop=telwork align=left dir=ltr color=00 size=8label align=right color=626262Work/label/fldfld xmlns= prop=telcell align=left dir=ltr color=00 size=8label align=right color=626262Mobile/label/fldfld xmlns= prop=telhome align=left dir=ltr color=00 size=8label align=right color=626262Home/label/fldfld xmlns= prop=email align=left dir=ltr color=00 size=8/fld xmlns= prop=email2 align=left dir=ltr color=00 size=8/fld xmlns= prop=addrwork align=left dir=ltr color=00 size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8/fld xmlns= prop=blank size=8//card REV:20120918T230837Z END:VCARD ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #36663] Bail out if recorded XI devices is not found during replay
Update of bug #36663 (project xnee): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?36663 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] GNU Xnee 3.15 ('Shankar') released
We are pleased to announce the availability of GNU Xnee 3.15 GNU Xnee is a suite of programs that can record, replay and distribute user actions under the X11 environment. Think of it as a robot that can imitate the job you just did. GNU Xnee can be used to: Automate tests Demonstrate programs Distribute actions Record and replay 'macro' Retype the content of a file Getting the Software ftp://ftp.gnu.org/gnu/xnee/xnee-3.15.tar.gz ftp://ftp.gnu.org/gnu/xnee/xnee-3.15.tar.gz.sig or one of the mirror sites as found in: http://www.gnu.org/prep/ftp.html Checksums === md5sum: 32c8ac9f354741f03d7736383599984e xnee-3.15.tar.gz cksum: 3996773279 1776676 xnee-3.15.tar.gz New in this release === * Fixed bugs: Savannah: bug #36662: 2 extra lines, not really needed, printed to recorded log files bug #37895: pnee/data/pnee.server.in file missing in 3.14 tarball? bug-xnee@gnu.org xnee patch for Red Hat Enterprise Linux ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] xnee works with manual start, but does not work when autostarts at boot
Can you send the log file? On Tue, Aug 21, 2012 at 02:02:10PM +0800, Clayton wrote: Hi, I have a cloud server running xvfb that I am using as a test driver. On it, I have a script that launches a piece of software, and then launches xnee to perform some actions on this software (via a pre-made xnee recording). This works if I start the server and launch the script manually, ie. I can see the xnee recording replaying on the software. However, if I set the script to be launched automatically on boot (Ubuntu, using upstart) the script seems to work, starting both the software under test and xnee. But, xnee does not seem to be talking to the software under test, the recording does not seem to play on the software. No obvious error in the xnee log (output of --err-file) either. Both software and xnee are supposed to be talking to the same X DISPLAY :99.0. Any hints on where to go from here? Thanks, Clayton ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] GNU Xnee 3.14 (‘Lord Pi’) released
We are pleased to announce the availability of GNU Xnee 3.14 GNU Xnee is a suite of programs that can record, replay and distribute user actions under the X11 environment. Think of it as a robot that can imitate the job you just did. GNU Xnee can be used to: Automate tests Demonstrate programs Distribute actions Record and replay ‘macro’ Retype the content of a file Getting the Software http://ftp.gnu.org/gnu/xnee/xnee-3.14.tar.gz http://ftp.gnu.org/gnu/xnee/xnee-3.14.tar.gz.sig or one of the mirror sites as found in: http://www.gnu.org/prep/ftp.html Checksums md5sum: 04d3256be296d624979940ac2c6b5e8b xnee-3.14.tar.gz cksum: 3927134133 1772509 xnee-3.14.tar.gz New in this release: If XInput is present, record only XI events (discard core events). Forced core replay is now done using XI events (if no core events are available). * Fixed bugs: Bug-xnee mailing list: “WARNING: Enough valuators … still not printing” About calling the release “Lord Pi” We’re still following the tradition to pay tribute to old heroes who have passed away. A while ago Jon Lord (Deep Purple among other bands) passed away. Even though Deep Purple never was one of my favorite bands, they and Jon still had an impact in my life. Listen to Stormbringer, Perfect stranger and Machine head and you’ll know why. Jon’s keyboard playing is a vital part of the Deep Purple sound. That explains the “Lord” part of “Lord Pi”. The “Pi” part is of course due to the version number “3.14″, which is the three first digits of Pi. ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] xnee works with manual start, but does not work when autostarts at boot
Sorry for late reply. On Tue, Aug 21, 2012 at 02:02:10PM +0800, Clayton wrote: Hi, I have a cloud server running xvfb that I am using as a test driver. On it, I have a script that launches a piece of software, and then launches xnee to perform some actions on this software (via a pre-made xnee recording). This works if I start the server and launch the script manually, ie. I can see the xnee recording replaying on the software. However, if I set the script to be launched automatically on boot (Ubuntu, using upstart) the script seems to work, starting both the software under test and xnee. But, xnee does not seem to be talking to the software under test, the recording does not seem to play on the software. No obvious error in the xnee log (output of --err-file) either. Both software and xnee are supposed to be talking to the same X DISPLAY :99.0. Are you allowed (that is, is Xnee allowed) to connect to that display? Any hints on where to go from here? No... sounds odd. But let's continue. Thanks, Clayton ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #36662] 2 extra lines, not really needed, printed to recorded log files
Follow-up Comment #3, bug #36662 (project xnee): Code commited ___ Reply to this item at: http://savannah.gnu.org/bugs/?36662 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #36662] 2 extra lines, not really needed, printed to recorded log files
Update of bug #36662 (project xnee): Status:None = In Progress ___ Follow-up Comment #1: Work has finally begun. ___ Reply to this item at: http://savannah.gnu.org/bugs/?36662 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #36662] 2 extra lines, not really needed, printed to recorded log files
URL: http://savannah.gnu.org/bugs/?36662 Summary: 2 extra lines, not really needed, printed to recorded log files Project: Xnee Submitted by: hesa Submitted on: Thu 14 Jun 2012 11:28:06 PM CEST Category: libxnee Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: http://lists.gnu.org/archive/html/bug-xnee/2012-05/msg0.html ___ Reply to this item at: http://savannah.gnu.org/bugs/?36662 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #36663] Bail out if recorded XI devices is not found during replay
URL: http://savannah.gnu.org/bugs/?36663 Summary: Bail out if recorded XI devices is not found during replay Project: Xnee Submitted by: hesa Submitted on: Thu 14 Jun 2012 11:31:53 PM CEST Category: libxnee Severity: 2 - Minor Item Group: None Status: None Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: From: http://lists.gnu.org/archive/html/bug-xnee/2012-04/msg8.html I think it would be much better if only events for XI device(s) will be recorded (like in my example above) when XI is supported, ACK and if device with recorded ID and name does not exist anymore when replay started, try to find device with exactly the same name, and if this fails too or if --force-core-replay option was given, recorded events should be replayed as virtual core events instead, I'd rather have Xnee exit if no mapping could be done (between XI devices), and suggest use to use the --force-core-replay switch. From: http://lists.gnu.org/archive/html/bug-xnee/2012-05/msg0.html I'd rather have Xnee exit if no mapping could be done (between XI devices), and suggest use to use the --force-core-replay switch. Ok? OK. But it would be nice if it will exit with some unique exit code specific to this case. ___ Reply to this item at: http://savannah.gnu.org/bugs/?36663 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] WARNING: Enough valuators ... still not printing - what does it mean?
Have been travelling for some days so I never found some proper time to look into your email until now. On Fri, Apr 20, 2012 at 06:05:05PM +, L. Rahyen wrote: No, not at all. I am, myself, so used to use the stop key to stop recodring (e.g: -sk q makes Xnee stop recording when you press 'q') so this is well . forgotten, neglected... But it will be fixed. Thanks. % ./cnee --record --events-to-record 6 --keyboard ... 7,2,0,0,0,50,0,504416288,20,TypeMatrix.com USB Keyboard 0,2,0,0,0,50,0,504416288 6,2,0,0,0,50,0,504416288,3,Virtual core keyboard 7,3,0,0,0,50,0,504416384,20,TypeMatrix.com USB Keyboard 0,3,0,0,0,50,0,504416384 6,3,0,0,0,50,0,504416384,3,Virtual core keyboard To me this looks like unexpected behavior. 0,2,0,0,0,50,0,504416288 and 0,3,0,0,0,50,0,504416384 contain only duplicate information, and virtual core events seem to always repeat real device events, so basically they contain duplicate information too. I naturally expect to see this output instead: % ./cnee --record --events-to-record 2 --keyboard ... 7,2,0,0,0,50,0,504416288,20,TypeMatrix.com USB Keyboard 7,3,0,0,0,50,0,504416384,20,TypeMatrix.com USB Keyboard When I ask for 6 keyboard events to be recorded, I expect 6 events to be recorded, not 2. If there is valid reason for current behavior, I would appreciate if you explain it, perhaps I'm missing something here? This is true for mouse too. Also, this unnecessary duplication makes log files about 3 times larger. The recording of all the duplicate events are done so that Xnee afterwards can replay the session: * as XI master device * as XI slave device * as good old fashioned X device I guess we could through in an option to only record XI slave events, or X11 core events. But I think the sizes of the log files is not really a major problem so I'd rather not have a new option. I think you misunderstood me. What I'm saying is that there is no point in recording duplicate information. So there is no need for new option. As you see in the example above, I even see no point in saving device id or name for virtual core devices. Their ids should not matter when replaying because they can be easily discovered at runtime; by the way, cnee already discovers them at runtime: virtual core device name or id seems to be never used, Ah, ok. You're probably right. I vaguely remember adding this information to remove it (from the source code) afterwards. Will do some thinking before removing it though. Perhaps one would like to do some odd remapping of XI devices when replaying in the future. I don't like recording the device name (the enitire string) on all lines. This can be optimised away. But I would propose to keep it as is. so basically virtual core events contain as much information as X events as far as cnee is concerned - in fact I can simply truncate ,3,Virtual core keyboard part and cnee will replay the log perfectly with --force-core-replay option. With this option (--force-core-replay) Xnee totally discards the recorded XInput events. And if you ignore additional XI information (,20,TypeMatrix.com USB Keyboard in the example above) and replace 7, with 0,, you get an event from old fashioned X device. So if only XI device events are recorded, it is technically possible to replay them as XI virtual core events or X core events if necessary. And it is technically possible to replay X device events as virtual core events - they contain exactly the same information from cnee' point of view anyway (first field is the only difference in current format). You're right again. As far as I remember the XI motion events recorded differed a bit compared to the core motion events in earlier releases (of XI I assume). You are right, this is not a major problem. What I meant was that I wanted to push this problem a bit ahead and get 3.13 released. After that (basically now) it's aout time to fix this bug. No bugs are too small too fix. But other problems I have reported are not major either because workarounds using simple shell tools can be made to filter out enough valuators warnings and empty mouse motion events, it is possible to write wrapper script to count events correctly, and it certainly possible to filter out effectively duplicate lines (and it is possible to replay log file without duplicate lines). But workaround is not a fix, and writing shell scripts with hacks to get usable/clean/compact replayable log does not feel right. I think that when everything just works as expected without any workarounds, it is much better. Agree 100% Log size is important, because if used as is, it will waste memory: both RAM (will use almost 3 times more space in RAM buffer than necessary) and disk space. This is especially bad when recording mouse events and RAM buffer set to be rarely
[Bug-xnee] Xnee 3.13 ('Levon Helm') released
We are pleased to announce the availability of GNU Xnee 3.13 GNU Xnee is a suite of programs that can record, replay and distribute user actions under the X11 environment. Think of it as a robot that can imitate the job you just did. GNU Xnee can be used to: Automate tests Demonstrate programs Distribute actions Record and replay 'macro' Retype the content of a file Getting the Software ftp://ftp.gnu.org/gnu/xnee/xnee-3.13.tar.gz ftp://ftp.gnu.org/gnu/xnee/xnee-3.13.tar.gz.sig or one of the mirror sites as found in: http://www.gnu.org/prep/ftp.html Checksums === md5sum: 1af416c39b05250fc5b82eadd3a57394 xnee-3.13.tar.gz cksum: 872277750 1789301 xnee-3.13.tar.gz New in this release === * Fixed bugs: Bug-xnee mailing list: WARNING: Enough valuators ... still not printing ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] WARNING: Enough valuators ... still not printing - what does it mean?
On Wed, Apr 18, 2012 at 06:34:41AM +, L. Rahyen wrote: Thanks. I compiled the new version. The bug is partially fixed. When I record both mouse and keyboard, or mouse events only, it works as expected (see logs in attached files mouse and mouse-keyboard). But when I record keyboard events (by running ./cnee --record --events-to-record 100 --keyboard), I get the following output when moving my mouse (see attached file keyboard for full log): ... WARNING: Enough valuators,but non motion/button event so not printing 0,100,0,0,0,0,0,582689301 ... Think I've found and fixed the bug (Xnee by mistake recorded one of the mouse events when set to record kbd only). Fixed in CVS. So for the brave: http://itupw056.itu.chalmers.se/xnee/nightly-dists/?C=M;O=D In some 6-7 hours there will hopefull be a file call: http://itupw056.itu.chalmers.se/xnee/nightly-dists/xnee-cvs-20120419.tar.gz this is a dist build like a normal dist, but with a version number set to the date. First, some fixes for the other problem (reported in prev. email) and then do a new release. /h ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] WARNING: Enough valuators ... still not printing - what does it mean?
Thanks, for your quick reply Now the checksum of the tar is the same as on sandklef.com and I've managed to download and unpack it. Don't know what went wrong. /h On Tue, Apr 17, 2012 at 03:09:56AM +, L. Rahyen wrote: New unofficial release here: http://www.sandklef.com/test/xnee-3.11.90.tar.gz It seems to be broken: % tar -xzf xnee-3.11.90.tar.gz gzip: stdin: unexpected end of file tar: Unexpected EOF in archive tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now Please re-upload it. Thanks again for spending your time to fix this bug. On Thu, Feb 23, 2012 at 12:50:21PM +0100, Henrik Sandklef wrote: On Wed, Jan 18, 2012 at 10:41:19PM +, L. Rahyen wrote: When I run: cnee --record --keyboard I get WARNING: Enough valuators ... still not printing after every event. What does this mean? Also, empty mouse motion events are recorded in the form of 0,100,0,0,0,0,0,LARGE_NUMBER, and I want to record keyboard-only events. This does not look like a mouse event (shouldn't say 100 in the second column). It does however look like a bug :( By the way, with --mouse option empty mouse motion events are also recorded, but useful mouse motion events are recorded too (like 0,6,336,895,0,0,0,LARGE_NUMBER). It looks like there is a bug somewhere, but perhaps I'm doing something wrong? This looks like a classic mouse event. With classic I mean that it is not an X Input event (which in the first column says 6 or 7). How did you get Xnee (3.11)? From your distribution or did you compile it from source? Your log file says XI2 not supported. and then it seems to be recording XI anyhow. This is odd. Do you have XI? Try doing this to check: xdpyinfo | grep -i inputext I have attached log file. First, I run cnee --record --keyboard, then press Shift, then move my mouse a bit, then press Ctrl+C. Expected result is no empty mouse motion events (especially without --mouse option), and no WARNINGs, and no segfault when I press Ctrl+C. Instead I got what is shown in the log. Try using -sk q. This makes Xnee stop recording when you press q. /hesa % cnee --record --keyboard XI2 not supported. Failed finding X Input extension devices XI2 not supported. Failed finding X Input extension devices XI2 not supported. NOTIFICATION: If you have problem with Xnee and recording device events: File a bug report including this text. NOTIFICATION: If you have problem with Xnee and recording device events: File a bug report including this text. Workaround: Creating context on data display instead of control You can ignore this message # System information # # Date: 2012:01:18 # Time: 21:29:39 # Xnee program: cnee # Xnee version: 3.11 # Xnee home: http://www.gnu.org/software/xnee/ # Xnee info mailing list: info-x...@gnu.org # Xnee bug mailing list: bug-xnee@gnu.org # X version: 11 # X revision: 0 # X vendor: The X.Org Foundation # X vendor release: 11102902 # Record version major: 1 # Record version minor: 13 # OS name:Linux # OS Release: 3.1.0-1-amd64 # OS Version: #1 SMP Tue Jan 10 05:01:58 UTC 2012 # Machine:x86_64 # Nodename: comp # Display name: :0 # Dimension: 3120x1050 ## # Xnee application arguments# ## # cnee --record --keyboard ## # Displays # ## # display :0 # distribute ## # Files # ## # out-file stdout # err-file stderr ## # Key Grabs # ## # stop-key 0 # pause-key0 # resume-key 0 # insert-key 0 # exec-key 0 # exec-program-key xnee-exec-no-program ## # Recording limits etc
Re: [Bug-xnee] Cnee doesn't exit when replaying in VNC
On Sun, Feb 12, 2012 at 09:30:31PM +0100, Erik Raassum wrote: On 12.02.2012 20:51, Erik Raassum wrote: Hey, If I try to replay a recording on VNC (ie. DISPLAY=:1.0), it will (sometimes) replay alright, but refuses to exit after completing. This is how it transpires. I also get a few nasty errors. -- erik@ubuntu:~/vnc$ cnee --replay --mouse --force-replay --force-core-replay --file vnc1.xnl Xlib: extension XInputExtension missing on display :1.0 XI2 not supported. Failed finding X Input Extension devices Xlib: extension XInputExtension missing on display :1.0 Xlib: extension RECORD missing on display :1.0. Record extension missing. This is not an error in xnee. Workaround: adding some errors to recored to prevent crash. You can ignore this message. --- Any tips? Much obliged, Erik I was able to fix the Xlib and RECORD errors by configuring the latest nightly build of xnee with --disable-xinput2 Ok, h... It should be made much easier to find this. Will do somethinking. Thanks for the input. However, I am stills truggling with cnee replaying not exiting after it's done when run in VNC (display :1.0). I think Workaround: adding some errors to recored to prevent crash. You can ignore this message. is the culprit, but wouldn't really know. When recording inside VNC, --stop-key doesn't work either. Can you replay with verbose mode (--verbose) and copy/paste/attach the last 200 lines or something like that. I am quite sure that doing this will not reveal any secret stuff about where you're running Xnee but if you feel like it you could check to make sure. Attaching the entire would be really useful, but by doing so you may need to check the first 50 lines or so for secret information. see you /h The OS is Lubuntu 11.10 Thanks Erik ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] WARNING: Enough valuators ... still not printing - what does it mean?
On Wed, Jan 18, 2012 at 10:41:19PM +, L. Rahyen wrote: When I run: cnee --record --keyboard I get WARNING: Enough valuators ... still not printing after every event. What does this mean? Also, empty mouse motion events are recorded in the form of 0,100,0,0,0,0,0,LARGE_NUMBER, and I want to record keyboard-only events. This does not look like a mouse event (shouldn't say 100 in the second column). It does however look like a bug :( By the way, with --mouse option empty mouse motion events are also recorded, but useful mouse motion events are recorded too (like 0,6,336,895,0,0,0,LARGE_NUMBER). It looks like there is a bug somewhere, but perhaps I'm doing something wrong? This looks like a classic mouse event. With classic I mean that it is not an X Input event (which in the first column says 6 or 7). How did you get Xnee (3.11)? From your distribution or did you compile it from source? Your log file says XI2 not supported. and then it seems to be recording XI anyhow. This is odd. Do you have XI? Try doing this to check: xdpyinfo | grep -i inputext I have attached log file. First, I run cnee --record --keyboard, then press Shift, then move my mouse a bit, then press Ctrl+C. Expected result is no empty mouse motion events (especially without --mouse option), and no WARNINGs, and no segfault when I press Ctrl+C. Instead I got what is shown in the log. Try using -sk q. This makes Xnee stop recording when you press q. /hesa % cnee --record --keyboard XI2 not supported. Failed finding X Input extension devices XI2 not supported. Failed finding X Input extension devices XI2 not supported. NOTIFICATION: If you have problem with Xnee and recording device events: File a bug report including this text. NOTIFICATION: If you have problem with Xnee and recording device events: File a bug report including this text. Workaround: Creating context on data display instead of control You can ignore this message # System information # # Date: 2012:01:18 # Time: 21:29:39 # Xnee program: cnee # Xnee version: 3.11 # Xnee home: http://www.gnu.org/software/xnee/ # Xnee info mailing list: info-x...@gnu.org # Xnee bug mailing list: bug-xnee@gnu.org # X version: 11 # X revision: 0 # X vendor: The X.Org Foundation # X vendor release: 11102902 # Record version major: 1 # Record version minor: 13 # OS name:Linux # OS Release: 3.1.0-1-amd64 # OS Version: #1 SMP Tue Jan 10 05:01:58 UTC 2012 # Machine:x86_64 # Nodename: comp # Display name: :0 # Dimension: 3120x1050 ## # Xnee application arguments# ## # cnee --record --keyboard ## # Displays # ## # display :0 # distribute ## # Files # ## # out-file stdout # err-file stderr ## # Key Grabs # ## # stop-key 0 # pause-key0 # resume-key 0 # insert-key 0 # exec-key 0 # exec-program-key xnee-exec-no-program ## # Recording limits etc # ## events-to-record-1 data-to-record -1 seconds-to-record -1 # first-last # Record all (including current) clients or only future ones all-clients # future-clients # Store the starting mouse position # store-mouse-position ## # Resolution# ## # Resolution #recorded-resolution 3120x1050 #replay-resolution 1x1 #resolution-adjustment 0 ## # Speed # ## # Speed #speed-percent 100 ## # Replaying limits etc # ## max-threshold 20 min-threshold 20 tot-threshold 40 ## # Feedback # ## #feedback-none
Re: [Bug-xnee] Basic test fails; on my first try!!
Hi thanks for your report(s). Will deal with the issues in separate emails. On 12/28/2011 12:41 PM, al...@geophysik.uni-muenchen.de wrote: Then I followed the following two steps of the documentation: 2.1.2 Simple recording of Key presses 2.1.3 Simple replaying of your recorded file Here is the 2.1.2 step: [cochard@frac Xnee-test]$ cnee --record -o example2.xnr --device-event-range 2-3--time 5 --events-to-record 20 In the editor window, I typed my name is The example2.xnr file is appended below; the following messages appear on the terminal window: Workaround: Adding some errors to recored to prevent crash You can ignore this message NOTIFICATION: If you have problem with Xnee and recording device events: File a bug report including this text. Workaround: Creating context on data display instead of control You can ignore this message Workaround: Creating context on data display instead of control You can ignore this message Workaround: Creating context on data display instead of control You can ignore this message Here is the 2.1.3 step (I changed the '5' to a '10'): [cochard@frac Xnee-test]$ cnee --replay -f example2.xnr --time 10 Then I go to the editor window but nothing happens. The following messages appear on the terminal window: Workaround: Creating context on data display instead of control You can ignore this message Workaround: Creating context on data display instead of control You can ignore this message Workaround: Adding some errors to recored to prevent crash You can ignore this message NOTIFICATION: If you have problem with Xnee and recording device events: File a bug report including this text. Workaround: Creating context on data display instead of control You can ignore this message Workaround: Creating context on data display instead of control You can ignore this message Can you try to alter the replay slightly to this: cnee --replay -f example2.xnr --time 10 -fcr note the -fcp --force-core-replay,-fcr Discard record X Input device data, use recorded core device data) ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Basic test fails; on my first try!!
On 12/28/2011 12:41 PM, al...@geophysik.uni-muenchen.de wrote: Hello. I am suggested to File a bug report, so I do. I installed xnee with: ./configure --disable-gnome-applet make make install and everthing appears to have gone smoothly. Only this: * gtk-config missing, can't check for header files... Changed the text to: echo echo * WARNING, missing program: gtk-config * echo echo echo On Debian based distros, install sth like: libgtk2.0-dev echo echo However, I will try my best to continue without gtk-config. echo Will not be able to check for gtk/gnome header files properly echo On most platforms this implies no problem echo If you saw that, would that have been easier understood? ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] GNU Xnee 3.11 ('Jansch') released
We are pleased to announce the availability of GNU Xnee 3.11 GNU Xnee is a suite of programs that can record, replay and distribute user actions under the X11 environment. Think of it as a robot that can imitate the job you just did. GNU Xnee can be used to: Automate tests Demonstrate programs Distribute actions Record and replay 'macro' Retype the content of a file Getting the Software ftp://ftp.gnu.org/gnu/xnee/xnee-3.11.tar.gz ftp://ftp.gnu.org/gnu/xnee/xnee-3.11.tar.gz.sig or one of the mirror sites as found in: http://www.gnu.org/prep/ftp.html Checksums === md5sum: f2c15ebdda44480ac59c0048a2809f09 xnee-3.11.tar.gz cksum: 1228726175 1788094 xnee-3.11.tar.gz New in this release === * Fixed bugs: Savannah: #30137: gnee crashes on Ubuntu 10.04 Recording in X.org 1.11 does not work Fedora / Red Hat Bugzilla – Bug 757733 Mem error when distributing to multiple displays ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #35078] Replaying core events (-fcr) to Xephyr isn't correct when using modifiers
URL: http://savannah.gnu.org/bugs/?35078 Summary: Replaying core events (-fcr) to Xephyr isn't correct when using modifiers Project: Xnee Submitted by: hesa Submitted on: Thu 15 Dec 2011 01:24:22 PM CET Category: libxnee Severity: 3 - Normal Item Group: Error report Status: None Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: When replaying for example ls -al, as recorded on computer A, to a display in a Xephyr sessions, Xnee types ls /al. Computer A has a swedish kbd layout. ___ Reply to this item at: http://savannah.gnu.org/bugs/?35078 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #35058] cnee seg faults when no arg given to --time
URL: http://savannah.gnu.org/bugs/?35058 Summary: cnee seg faults when no arg given to --time Project: Xnee Submitted by: hesa Submitted on: Tue 13 Dec 2011 06:37:02 PM CET Category: cnee Severity: 2 - Minor Item Group: Minor fault Status: Confirmed Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: The following command line causes Xnee to crash: ./cnee/src/cnee --replay -f mouse.xns --time Even though the command line is not correct (missing arg to --time) cnee should not crash. ___ Reply to this item at: http://savannah.gnu.org/bugs/?35058 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Workaround: Creating context on data display instead of control
On 08/31/2011 04:36 AM, Li Liang-W22733 wrote: Hi, When I run an cnee command, it prompted me that “Workaround: Creating context on data display instead of control”, and when I ran the replay command, it showed nothing except the same information “Workaround: Creating context on data display instead of control”, Is it an issue? If Xnee records there is no issue How to prevent it? The issue means we only can see the context on data display not the real control, right? but the context on data is different to understand. l@tool-Precision-WorkStation-380:~$ cnee --record -o exmaple2.xnr --device-event-range 2-3 --time 5 --events-to-record 20 NOTIFICATION: If you have problem with Xnee and recording device events: File a bug report including this text. Workaround: Creating context on data display instead of control l@tool-Precision-WorkStation-380:~$ cnee --replay -f example2.xnr --time 5 Workaround: Creating context on data display instead of control You can ignore this message Workaround: Creating context on data display instead of control You can ignore this message NOTIFICATION: If you have problem with Xnee and recording device events: File a bug report including this text. Workaround: Creating context on data display instead of control You can ignore this message Workaround: Creating context on data display instead of control You can ignore this message Another question is how can we know the replay is correct or not? It depends on the recorded application and how the same is used. What is it you're recording? Xnee can't verify this, but I might be able to help you For info on how to sync: http://itupw056.itu.chalmers.se/xnee/doc/xnee.html#Synchronisation Thanks LiLiang ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #30137] gnee crashes on Ubuntu 10.04
Update of bug #30137 (project xnee): Status: In Progress = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #2: Works here. ___ Reply to this item at: http://savannah.gnu.org/bugs/?30137 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Package of Xnee for Fedora
On 09/04/2011 09:57 PM, Casper wrote: Hello, I'm trying to package Xnee for Fedora. Fedora is a distribution of GNU/Linux sponsored by Red Hat. I kind of know about Fedora :) You can follow the intregration in fedora repo here : https://bugzilla.redhat.com/show_bug.cgi?id=726080 After the build, we must run rpmlint (it's a software to check the RPM built) and I report you one warning. rpmlint output : xnee-libs.x86_64: W: shared-lib-calls-exit /usr/lib64/libxnee.so.0.0.0 exit@GLIBC_2.2.5 This library package calls exit() or _exit(), probably in a non-fork() context. Doing so from a library is strongly discouraged - when a library function calls exit(), it prevents the calling program from handling the error, reporting it to the user, closing files properly, and cleaning up any state that the program has. It is preferred for the library to return an actual error code and let the calling program decide how to handle the situation. Huau... didn't know libxnee did that. If I knew it would have been removed, probably some left over code from the time when Xnee was one command line program (monolith) only. Wish I had a good excuse for this. I don't. I'll fix it asap. Please fix it for the next version. You bet. Best regards Matthieu Saulnier ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] GNU Xnee 3.10 ('Heron') released
We are pleased to announce the availability of GNU Xnee 3.10 GNU Xnee is a suite of programs that can record, replay and distribute user actions under the X11 environment. Think of it as a robot that can imitate the job you just did. GNU Xnee can be used to: Automate tests Demonstrate programs Distribute actions Record and replay 'macro' Retype the content of a file Getting the Software http://ftp.gnu.org/gnu/xnee/xnee-3.10.tar.gz http://ftp.gnu.org/gnu/xnee/xnee-3.10.tar.gz.sig or one of the mirror sites as found in: http://www.gnu.org/prep/ftp.html Checksums === md5sum: 193feae64496d8c83ba32ce3994123da xnee-3.10.tar.gz cksum: 2336257076 1783909 xnee-3.10.tar.gz New in this release === The timing algorithm for replay synchronisation has been rewritten. This should improve the timing accuracy for application such as drawing programs where the time spent in one position is affecting the thickness of a dot being painted. * Fixed bugs: Savannah: #33237, Xnee fails to record on RedHat #33667, Seg fault (on Ubuntu 11.04) #32385: CNEE replay precision #32767: Button key to stop recoring #32762: no sync option faulty ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] GNU Xnee 3.09.91 available
A candidate for the coming 3.10 is available: http://alpha.gnu.org/gnu/xnee/xnee-3.09.91.tar.gz Fixed bugs: Savannah: #33237, Xnee fails to record on RedHat #33667, Seg fault (on Ubuntu 11.04) #32385: CNEE replay precision #32767: Button key to stop recoring #32762: no sync option faulty ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32767] Button key to stop recoring
Update of bug #32767 (project xnee): Status: In Progress = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #2: Xnee now bails out of grabbing fails ___ Reply to this item at: http://savannah.gnu.org/bugs/?32767 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #33667] Seg fault
Follow-up Comment #1, bug #33667 (project xnee): This only happens after failed grab. I am on it. ___ Reply to this item at: http://savannah.gnu.org/bugs/?33667 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #33667] Seg fault
Update of bug #33667 (project xnee): Status: In Progress = Fixed ___ Follow-up Comment #2: Missed to set displays to NULL after close :( Fixed. Will commit later tonight ___ Reply to this item at: http://savannah.gnu.org/bugs/?33667 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #33665] libgnomeui-2.0 was not found in the pkg-config search path
URL: http://savannah.gnu.org/bugs/?33665 Summary: libgnomeui-2.0 was not found in the pkg-config search path Project: Xnee Submitted by: hesa Submitted on: Tue 28 Jun 2011 07:01:30 PM CEST Category: Configure Severity: 3 - Normal Item Group: None Status: In Progress Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: Reported privately in email. I'll put it here to keep track easier: Ubuntu 11.04 regarding the following output: Package libgnomeui-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libgnomeui-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libgnomeui-2.0' found Package libgnomeui-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libgnomeui-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libgnomeui-2.0' found I resolved this by installing libgnomeui-dev: sudo apt-get install libgnomeui-dev ___ Reply to this item at: http://savannah.gnu.org/bugs/?33665 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #33666] missing program: gtk-config
URL: http://savannah.gnu.org/bugs/?33666 Summary: missing program: gtk-config Project: Xnee Submitted by: hesa Submitted on: Tue 28 Jun 2011 07:02:07 PM CEST Category: None Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any ___ Details: Reported privately in email. I'll put it here to keep track easier: Ubuntu 11.04 regarding the following output: * WARNING, missing program: gtk-config * On Debian, install like: libgtk2.0-dev However, I will try my best to continue without gtk-config. Will not be able to check for gtk/gnome header files libgtk2.0-dev does not have gtk-config. I needed to install libgtk1.2-dev: I went here:http://packages.ubuntu.com/hardy/libgtk1.2-dev and I manually installed the following debs in the order presented: sudo dpkg -i libglib1.2ldbl_1.2.10-19build1_amd64.deb sudo dpkg -i libgtk1.2_1.2.10-18.1build2_amd64.deb sudo dpkg -i libglib1.2-dev_1.2.10-19build1_amd64.deb sudo dpkg -i libgtk1.2-dev_1.2.10-18.1build2_amd64.deb After this and also installing the other packages which were recommended by your configure script (libxtst-dev and libpanel-applet2-dev), the compilation seemed to go well. ___ Reply to this item at: http://savannah.gnu.org/bugs/?33666 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #33667] Seg fault
URL: http://savannah.gnu.org/bugs/?33667 Summary: Seg fault Project: Xnee Submitted by: hesa Submitted on: Tue 28 Jun 2011 07:03:17 PM CEST Category: libxnee Severity: 5 - Blocker Item Group: Error report Status: In Progress Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: Reported privately in email. I'll put it here to keep track easier: Ubuntu 11.04 The following makes xnee go down with a seg fault cnee --record --mouse --keyboard -sk p ___ Reply to this item at: http://savannah.gnu.org/bugs/?33667 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] cnee is not working
You need a more recent version of Xnee. There have been problems with the RECORD extension (extension to X11) for a while. Since the updates of X.org and RECORD you need a later Xnee. Either go for cnee from the latest unofficial build: http://itupw056.itu.chalmers.se/xnee/install/bin/ or the latest tar.gz: http://itupw056.itu.chalmers.se/xnee/nightly-dists/ Ubuntu is using a the old version 3.06 :( On 05/13/2011 09:11 AM, Heinz Fitzner wrote: I am using Kubuntu 11.04 /tmp# uname -a Linux lintop 2.6.38-8-generic-pae #42-Ubuntu SMP Mon Apr 11 05:17:09 UTC 2011 i686 i686 i386 GNU/Linux /tmp# cnee -V xnee 3.06 Copyright (C) 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 Henrik Sandklef /tmp# cnee --record --events-to-record 1000 --mouse --keyboard \ -o /tmp/xnee.xns -e /tmp/xnee.log -v -- xnee_prepare --- xnee_open_files --- xnee_open_files: handling err --- xnee_open_files: opening err: /tmp/xnee.log Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message -- But nothing is recorded. What can I do? Some time ago i was using gentoo linux and cnee worked there properly. Kind regards, Heinz ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32385] CNEE replay precision
Follow-up Comment #10, bug #32385 (project xnee): When comparing images* I am now down to 8 when doing compare -metric MAE ~/xnee-xorg.png xnee-xorg.png diff.png The images are much more detailed than the one used by Kiran. Comparing Kiran's images gives 1.75 ... but are at the same time way less detailed. Getting closer *) as drawn with mtpaint while both recording and replaying ___ Reply to this item at: http://savannah.gnu.org/bugs/?32385 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32385] CNEE replay precision
Follow-up Comment #9, bug #32385 (project xnee): Xnee needs to take the following into consideration: 1. Time since start 2. Time between events 3. Synching with applications (e.g wait for new window, wait for data as received over network) Also a normal Desktop OS does not provide an accurate implementation of usleep. I have rewritten (and fixed a bug in) the function that calculates the delay so that I now get only get a distortion of 22 with compare*. This and the rather slight diff when comparing the times since start (recording and replayin) of 269 usecs of a 20 seconds session. I will do some (read many many more) tests and get back. Just wanted to give the feedback I have. Nothing is committed to CVS. /h *) compare -metric MAE ~/xnee-xorg.png xnee-xorg.png diff.png ___ Reply to this item at: http://savannah.gnu.org/bugs/?32385 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32385] CNEE replay precision
Follow-up Comment #7, bug #32385 (project xnee): Work begun in branch: savannah_32385 ___ Reply to this item at: http://savannah.gnu.org/bugs/?32385 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32385] CNEE replay precision
Follow-up Comment #8, bug #32385 (project xnee): I record an mtpaint session. Replay it and record it (again) while replaying. Comparing the delays between the fakes is somewhat strange ... * there is a diff in time since start this should NOT happen * there is a bit difference between the delays between the individual event fakes...but not alarming. But this diff is most likely adding up to the diff above Strange says indeed! ___ Reply to this item at: http://savannah.gnu.org/bugs/?32385 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #33237] Xnee fails to record on RedHat Enterprise 5.5
Update of bug #33237 (project xnee): Status: In Progress = Fixed ___ Follow-up Comment #1: Fixed in: libxnee/src/xnee_utils.c ___ Reply to this item at: http://savannah.gnu.org/bugs/?33237 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #33237] Xnee fails to record on RedHat Enterprise 5.5
Update of bug #33237 (project xnee): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?33237 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org https://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] Currently working on a (general) build system: Going to be used by Xnee
hi the build systems used so far have not been easily used for Xnee and not have not be allowing for easily hooking up extra build clients behind firewalls. So ... a bit sub optimal: we're writing a new build system. Two humans (friend and me) have been implementing a new slim build system, yadab[1], which is starting to be usable. We aim at deploying it (gently) in a week or so. This means that no time from our side is spent on bug fixing Xnee. Not really good, but we feel that proper build reports from various dists and OS:es after commits are vital. Just wanted to inform you all. regards, henrik [1] Project site: http://savannah.nongnu.org/projects/yadab Source code: http://savannah.nongnu.org/bzr/?group=yadab ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32385] CNEE replay precision
Follow-up Comment #6, bug #32385 (project xnee): I can now reproduce the error, using mtpaint, import and compare. /h ___ Reply to this item at: http://savannah.gnu.org/bugs/?32385 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32385] CNEE replay precision
Follow-up Comment #5, bug #32385 (project xnee): This is a bit confusing ... perhaps it is a timing issue. I will check in to it more .. ___ Reply to this item at: http://savannah.gnu.org/bugs/?32385 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Re: xnee and Fedora 14
Reported: https://bugzilla.redhat.com/show_bug.cgi?id=690947 /henrik On 03/01/2011 12:18 PM, Henrik Sandklef wrote: I will do some more checks on my Fed14 computer before I fire away a bug report, but as far as I can see the problem boils down the RECORD extension in Fedora 14. Thanks for all your work William :) On 02/20/2011 02:32 AM, William Bader wrote: After seeing the recent emails, I pulled xnee from CVS and tried it again on Fedora 14. It is the same as the last few versions where ./cnee --record --verbose --mouse --keyboard --stop-key Multi_key does not record anything but it seems to be able to read events because it returns to a command line when I press the stop key. I have attached a log. William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32765] libxnee: keyboard messed up after replay
URL: http://savannah.gnu.org/bugs/?32765 Summary: libxnee: keyboard messed up after replay Project: Xnee Submitted by: hesa Submitted on: Sun 13 Mar 2011 11:27:24 AM CET Category: libxnee Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: Reported via private email to hesa After exiting sometimes I have to reboot my computer because keys and mouse actions are corrupted. e.g. none of the letter keys were working or following a web page link would always open in a new tab ___ Reply to this item at: http://savannah.gnu.org/bugs/?32765 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32766] Gnee: can't change name of recorded file
URL: http://savannah.gnu.org/bugs/?32766 Summary: Gnee: can't change name of recorded file Project: Xnee Submitted by: hesa Submitted on: Sun 13 Mar 2011 11:28:08 AM CET Category: gnee Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any ___ Details: Reported via private email to hesa gnee won't let me change the name of replay file, but I could simply copy the file I recorded to the one that it uses. ___ Reply to this item at: http://savannah.gnu.org/bugs/?32766 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32767] Button key to stop recoring
URL: http://savannah.gnu.org/bugs/?32767 Summary: Button key to stop recoring Project: Xnee Submitted by: hesa Submitted on: Sun 13 Mar 2011 11:28:24 AM CET Category: libxnee Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any ___ Details: Reported via private email to hesa have a button/key for stop recording. I set F1 to do stop but it then crashed. ___ Reply to this item at: http://savannah.gnu.org/bugs/?32767 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32765] libxnee: keyboard messed up after replay
Update of bug #32765 (project xnee): Item Group:None = Error report Status:None = Works For Me ___ Follow-up Comment #1: I am pretty sure this is the same as in the FAQ entry: ‘Xnee seems to mess up my entire session after replaying a sessions which was interupted by Control-C?’ Xnee records the KeyPress belonging to Control. After that the system sends Xnee a signal which makes Xnee stop recording. So you end up having a Control KeyPress recorded, with no coresponding KeyRelease. To solve the screwed up session, press Control (which generates a KeyPress and the wanted KeyRelease). If you want to keep your recorded session and not want this to happen again, remove the last line in the recorded file starting with 2,. A better way to interrupt Xnee is to use the stop key option, e.g in cnee --stop-key F1. This prevents the above situation. GNU Xnee FAQ: http://itupw056.itu.chalmers.se/xnee/doc/xnee.html#FAQ ___ Reply to this item at: http://savannah.gnu.org/bugs/?32765 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32767] Button key to stop recoring
Update of bug #32767 (project xnee): Status:None = In Progress Assigned to:None = hesa ___ Follow-up Comment #1: Using a key to pause/stop/resue recording should work. I will look at this asap. Using a Mouse button is something I haven't thought of. Is this needed if stop-key works? Using a button in the Gnee GUI would be problematic, so this is not an option. ___ Reply to this item at: http://savannah.gnu.org/bugs/?32767 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32762] no sync option faulty
URL: http://savannah.gnu.org/bugs/?32762 Summary: no sync option faulty Project: Xnee Submitted by: hesa Submitted on: Sun 13 Mar 2011 12:19:40 AM CET Category: libxnee Severity: 3 - Normal Item Group: Minor fault Status: None Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: From a priave email: --- Some of the documentation (man file and pdf manual) talk about using --no-sync, however this abbreviated option did not work for me. I had to write out the whole --no-synchronise. ___ Reply to this item at: http://savannah.gnu.org/bugs/?32762 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] Re: xnee and Fedora 14
I will do some more checks on my Fed14 computer before I fire away a bug report, but as far as I can see the problem boils down the RECORD extension in Fedora 14. Thanks for all your work William :) On 02/20/2011 02:32 AM, William Bader wrote: After seeing the recent emails, I pulled xnee from CVS and tried it again on Fedora 14. It is the same as the last few versions where ./cnee --record --verbose --mouse --keyboard --stop-key Multi_key does not record anything but it seems to be able to read events because it returns to a command line when I press the stop key. I have attached a log. William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] GNU Xnee 3.09 ('Moore') released
On 02/27/2011 11:34 PM, William Bader wrote: xnee-3.09 built without any modification on Fedora 14. It looks like the dnl issue in libxnee/src/Makefile is fixed. I was almost afraid of reading your email given all the times I've missed the Fedora thing. Like previous versions, it does not capture keystroke or mouse events, but it exits when I press the stop key. This is important ... i am on it. I have a Fedora 14 now so I'll give it a try. Let me know if you would like any log files or if you want me to try anything. William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] GNU Xnee 3.09 ('Moore') released
On 02/28/2011 09:54 PM, Henrik Sandklef wrote: This is important ... i am on it. I have a Fedora 14 now so I'll give it a try. Did some serious testing/hacking on Xnee on Fedora and found nothing. Didn't get a clue to be honest ... so I switched focus a bit and decided to go for testing the RECORD extension itself. When running the old RECORD test program* on Debian/Ubuntu I got: RECORD total tests: 76, total errors: 25, errors/test: 0.328947 which is not without errors, but still ok I guess. Guess it depends on what kind of errors. Haven't investigated the failed tests (see attached files) that much but they seem to be mostly timestamp related When running the same test program on Fedora 14 I got: RECORD total tests: 76, total errors: 42, errors/test: 0.552632 which is a bit worse than the above considering the output (see attached files). So I guess that there is something wrong in the Fedora X server or RECORD extension ... will report it to Fedora. /h BTW, when Xnee pauses/stops/restores a recording it does this by (passive) grabs and not through the RECORD extension. *) http://cvsweb.xfree86.org/cvsweb/test/record/rcrdtest.c?rev=1.1content-type=text/vnd.viewcvs-markup Start testset QueryVersion RECORD information :0.0: Major version: 1 Minor version: 13 First event number: 0 First error number: 147 XRecordBadContext error string: XRecordBadContext End testset QueryVersion with 0 errors Start testset CreateContext Error: CreateContext CurrentClients and empty ranges list: context nclients field incorrect: want 1 got 32 End test CurrentClients and empty ranges list with 1 errors Error: CreateContext AllClients and empty ranges list: context nclients field incorrect: want 2 got 33 End test AllClients and empty ranges list with 1 errors Error: CreateContext CurrentClients and non-empty ranges list: context nclients field incorrect: want 1 got 32 End test CurrentClients and non-empty ranges list with 1 errors Error: CreateContext AllClients and non-empty ranges list: context nclients field incorrect: want 2 got 33 End test AllClients and non-empty ranges list with 1 errors End testset CreateContext with 4 errors Start testset RegisterClients Error: RegisterClients CurrentClients with valid ranges: context nclients field incorrect: want 1 got 32 End test CurrentClients with valid ranges with 1 errors Error: RegisterClients AllClients with valid ranges: context nclients field incorrect: want 2 got 33 End test AllClients with valid ranges with 1 errors Error: RegisterClients FutureClients with valid ranges: context nclients field incorrect: want 2 got 33 End test FutureClients with valid ranges with 1 errors Error: RegisterClients FutureClients, then multiple clients, with valid ranges: context nclients field incorrect: want 1 got 2 End test FutureClients, then multiple clients, with valid ranges with 1 errors Error: RegisterClients register while enabled: expected protocol never arrived recorded category 4 End test register while enabled with 1 errors End testset RegisterClients with 5 errors Start testset UnregisterClients Error: UnregisterClients AllClients - FutureClients: context nclients field incorrect: want 2 got 33 End test AllClients - FutureClients with 1 errors Error: UnregisterClients AllClients - specific client: context nclients field incorrect: want 2 got 33 End test AllClients - specific client with 1 errors Error: UnregisterClients CurrentClients - FutureClients: context nclients field incorrect: want 2 got 33 End test CurrentClients - FutureClients with 1 errors Error: UnregisterClients CurrentClients - specific client: context nclients field incorrect: want 1 got 32 End test CurrentClients - specific client with 1 errors End testset UnregisterClients with 4 errors Start testset GetContext End testset GetContext with 0 errors Start testset EnableContextAsync Error: EnableContextAsync all 8 datum_flags combos: expected protocol never arrived pair, EndOfData Error: EnableContextAsync all 8 datum_flags combos: expected protocol never arrived pair, EndOfData Error: EnableContextAsync all 8 datum_flags combos: didn't get from-client-seq, 0==0 Error: EnableContextAsync all 8 datum_flags combos: expected protocol never arrived pair, EndOfData Error: EnableContextAsync all 8 datum_flags combos: probably should get from-client-time: 0==0 Error: EnableContextAsync all 8 datum_flags combos: expected protocol never arrived pair, EndOfData Error: EnableContextAsync all 8 datum_flags combos: probably should get from-client-time: 0==0 Error: EnableContextAsync all 8 datum_flags combos: didn't get from-client-seq, 0==0 Error: EnableContextAsync all 8 datum_flags combos: expected protocol never arrived pair, EndOfData Error: EnableContextAsync all 8 datum_flags combos: expected protocol never arrived pair, EndOfData Error: EnableContextAsync all 8 datum_flags combos: didn't get from-client-seq, 0==0 Error: EnableContextAsync all
[Bug-xnee] GNU Xnee 3.09 ('Moore') released
We are pleased to announce the availability of GNU Xnee 3.09 GNU Xnee is a suite of programs that can record, replay and distribute user actions under the X11 environment. Think of it as a robot that can imitate the job you just did. GNU Xnee can be used to: Automate tests Demonstrate programs Distribute actions Record and replay 'macro' Retype the content of a file Getting the Software http://ftp.gnu.org/gnu/xnee/xnee-3.09.tar.gz http://ftp.gnu.org/gnu/xnee/xnee-3.09.tar.gz.sig or one of the mirror sites as found in: http://www.gnu.org/prep/ftp.html Checksums === md5sum: c59b875a522dc71be545921c30a0c807 xnee-3.09.tar.gz cksum: 111533042 1782493 xnee-3.09.tar.gz New in this release === * Fixed bugs: Reported on Savannah: #31231: Replay in demo mode malfunctions #28238: XI2 extension support #28431: Separate tests needing a running X server #32291: Xnee fails checking gtk.h #28242: Missing makeinfo dep in configure Reported on xnee-devel mailing list: cnee loves Xephyr ? lists.gnu.org/archive/html/xnee-devel/2011-02/msg0.html Debian bug report: # 613237 3.08 is available which works fine in unstable ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #31231] Replay in demo mode malfunctions
Update of bug #31231 (project xnee): Status: In Progress = Fixed ___ Follow-up Comment #1: Fixed in CVS Head. Available in next release. ___ Reply to this item at: http://savannah.gnu.org/bugs/?31231 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #28238] XI2 extension support
Update of bug #28238 (project xnee): Status: In Progress = Fixed ___ Follow-up Comment #9: Available both in CVS and in last release. ___ Reply to this item at: http://savannah.gnu.org/bugs/?28238 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #28431] Separate tests needing a running X server
Update of bug #28431 (project xnee): Status: In Progress = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?28431 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #31231] Replay in demo mode malfunctions
Update of bug #31231 (project xnee): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?31231 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32291] Xnee fails checking gtk.h
Update of bug #32291 (project xnee): Status:None = In Progress ___ Reply to this item at: http://savannah.gnu.org/bugs/?32291 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32291] Xnee fails checking gtk.h
Update of bug #32291 (project xnee): Status: In Progress = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #1: Replaced check for gtk.h with other checks ___ Reply to this item at: http://savannah.gnu.org/bugs/?32291 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] GNU Xnee 3.08 ('Captain Beefheart') released
This will be dealt with now. The stratgey was to release 3.08 to have a working Xnee in Debian and Ubuntu and then focus on Fedora and make sure: * Xnee builds on Fedroa * Xnee works on Fedroa .. then 3.09 BTW, I now have virtual fedora to hack on. Why the patches have been a bit hard to squeeze in is that they are done in a generated file (source code for hackers compiling a dist). In short and not entirely correct: Producing a dist/source code package -- Makfile.am (autotools) = Makefile.in, configure Compiling the package -- Makefile.in configure = Makefile On 01/28/2011 03:28 AM, William Bader wrote: It built on Fedora 14, except that I still had the problem with three dnl lines in libxnee/src/Makefile When I run cnee --record -o example.xnr --mouse --keyboard --stop-key Multi_key --time 5, it does not record mouse events or keystrokes, but it does exit when I press the Multi_key. I attached the patches that I made and the xnr file. William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] gnee and pnee both crashed
On 01/24/2011 07:11 AM, James Harkins wrote: Steps taken: Command line: gnee Set the xns file location Click record gnee crashed Bad... Here's what was printed in the terminal. I also tried pnee -- it also crashed when clicking the record button. Sorry it's not the full verbose output. I was looking for something quick and easy to use and got fed up with it. I have uninstalled all xnee components. It seems the package shipped with Ubuntu 10.04 (64-bit) is seriously flawed. Or, maybe I should just file a bug report at launchpad (in case their package is out of date). In order to track down the problem we need you're OS / Dist name and version Xnee version X server and version James -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal. -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Re: gnee and pnee both crashed
I will mark this as a bug in savannah[1] IIRC a similar thing was reported two years ago, but without gtk-config installed Xnee can't (currently) make sure gtk exists. /h [1] http://savannah.gnu.org/projects/xnee On 01/25/2011 04:32 AM, William Bader wrote: The error main.c:35:21: error: gtk/gtk.h: No such file or directory means that gcc didn't find gtk.h. Your compile line does not have -I/usr/lib/gtk-2.0/include. Either the configure script didn't work or you have not installed the gtk development package, which has the headers and libraries that you need to build programs that use gtk. On Fedora, I can run yum provides /usr/include/gtk-2.0/gtk/gtk.h and it tells me gtk2-devel-2.22.0-1.fc14.1.i686 : Development files for GTK+ Repo: fedora Matched from: Filename: /usr/include/gtk-2.0/gtk/gtk.h William Date: Tue, 25 Jan 2011 10:32:58 +0800 From: jamshar...@gmail.com To: bug-xnee@gnu.org Subject: [Bug-xnee] Re: gnee and pnee both crashed At Tue, 25 Jan 2011 10:20:06 +0800, James Harkins wrote: I'll try the latest downloadable also -- I have to admit to some pessimism there but it's worth a shot. I tried to build 3.07 from sources, got this error. At this point, I will have to look for another solution. xnee needs work before it is usable. hjh make[3]: Entering directory `/home/dlm/share/xnee-3.07/gnee/src' gcc -DHAVE_CONFIG_H -I. -I../.. -DPACKAGE_DATA_DIR=\/usr/local/share\ -DPACKAGE_LOCALE_DIR=\/usr/local//locale\ -I../../libxnee/include -I../../ -DXNEE_XINPUT_SUPPORT -g -O2 -MT gnee-main.o -MD -MP -MF .deps/gnee-main.Tpo -c -o gnee-main.o `test -f 'main.c' || echo './'`main.c main.c:35:21: error: gtk/gtk.h: No such file or directory In file included from main.c:37: interface.h:5: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #32291] Xnee fails checking gtk.h
URL: http://savannah.gnu.org/bugs/?32291 Summary: Xnee fails checking gtk.h Project: Xnee Submitted by: hesa Submitted on: Sat 29 Jan 2011 04:52:52 PM CET Category: Configure Severity: 4 - Important Item Group: None Status: None Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: http://lists.gnu.org/archive/html/bug-xnee/2011-01/msg00021.html ___ Reply to this item at: http://savannah.gnu.org/bugs/?32291 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Re: gnee and pnee both crashed
What Ubuntu version are you using? Any additional 3d party software added to the sw repos? /h On 01/26/2011 02:28 AM, James Harkins wrote: At Tue, 25 Jan 2011 09:47:18 -0500, William Bader wrote: yum intall on Fedora calculates the dependencies and asks you if you want to install them also. That is exactly what apt-get is doing. It finds that libgtk-2.0-0 wants 2.20.0-0ubuntu4 but the available version of the latter is 2.20.1-0-ubuntu2. Are there any ubuntu users out there who have dealt with this problem? (While I appreciate the suggestion, this seems ubuntu-specific and Fedora suggestions are unlikely to help me with this. I've also asked on linuxquestions.org but they just said do 'sudo apt-get update' first and that didn't help.) @hesa: Thanks to the pointer to the newer code. I've downloaded and will try, as soon as I can find out how to resolve the package dependencies. thanks James -- James Harkins /// dewdrop world jamshar...@dewdrop-world.net http://www.dewdrop-world.net Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal. -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Re: gnee and pnee both crashed
On 01/26/2011 03:39 AM, William Bader wrote: When I have built (or tried to build) other packages on older Fedora systems, I have sometimes built everything from source and installed it under /usr/local, but then you have to be careful to use the pgkconfig files in /usr/local instead of /usr. On some systems, you can force the installer to ignore dependencies. 2.20.1-0-ubuntu2 is probably compatible with 2.20.0-0ubuntu4. Usually the API is the same if the first two numbers are the same, so libgtk-2.0-0 will probably work with it if you can force apt-get to install it. cnee and gnee are buillt every day (well, actually they stoped being daily Jan 22 for some reason (I am on it)). There's a latest version of gnee: http://itupw056.itu.chalmers.se/xnee/install/bin/ I tried it swiftly. Seemed to work. Hopefully you can get something done with that. Do you need gnee and pnee? On my older systems, I can only build cnee. Does cnee work for you? William Date: Wed, 26 Jan 2011 09:28:12 +0800 From: jamshar...@gmail.com To: williamba...@hotmail.com CC: bug-xnee@gnu.org Subject: Re: [Bug-xnee] Re: gnee and pnee both crashed At Tue, 25 Jan 2011 09:47:18 -0500, William Bader wrote: yum intall on Fedora calculates the dependencies and asks you if you want to install them also. That is exactly what apt-get is doing. It finds that libgtk-2.0-0 wants 2.20.0-0ubuntu4 but the available version of the latter is 2.20.1-0-ubuntu2. Are there any ubuntu users out there who have dealt with this problem? (While I appreciate the suggestion, this seems ubuntu-specific and Fedora suggestions are unlikely to help me with this. I've also asked on linuxquestions.org but they just said do 'sudo apt-get update' first and that didn't help.) @hesa: Thanks to the pointer to the newer code. I've downloaded and will try, as soon as I can find out how to resolve the package dependencies. James ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Running Xnee on Meego1.1 restarts the xorg
hi On 01/27/2011 06:12 AM, Idhaya Nirmala wrote: We are facing the xorg restart issue after starting the recording process using cnee in Netbook,Meego1.1 hanset version. Xnee was compiled and executed in two environments. On meegosdk1.1 and on Netbook with meego1.1 handset image. MeeGoSDK: Recording and Playback using cnee is fine. Netbook : We observed the following issue. I know very little about the Meego Netbook edition when it comes to: CPU? X server including version? What Xnee version are you using? Did you compile Xnee yourself? When recording started using cnee, cnee --record --mouse --keyboard --out-file x.xnl the xorg restarts. Will there be any resolution issue in the Netbook? I am not sure I understand your question. We are not part of the Meego Netbook project. Meego uses Xnee in some kind of testkit. Would be good if the two projects can sync better in the future. While configuring (./configure) in Netbook do we need to set any resolution option? This should not be needed. Regards, Idhaya DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus. ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] cnee crashes on mouse click -- Ubuntu 10.10
hi Next time, report on one list only. Try 3.08 of Xnee instead: http://ftp.gnu.org/gnu/xnee/xnee-3.08.tar.gz On 01/21/2011 11:55 AM, Nimesh Kumar V wrote: Hi, Attached sysinfo.txt file contains environment of my machine where cnee is crashing (Kills the gnome session completely and takes me to log in screen) on very first click of mouse button in record mode. Please, let me know what version of Ubuntu cnee works successfully. Please, suggest how to debug in this OS version. Running Xnee outside of your X session. Could be done from another computer, though a different X display, or why not the tty (press Ctrl-Alt F1) With Regards, Nimesh. ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] Re: [Xnee-devel] cnee fail to record , need help
I now (finally!) have a fedora box (virtual) that I can hack on. Will look into this non-working-xnee-on-fedora-thing. I'll be back /h On 01/23/2011 02:56 AM, William Bader wrote: Did 3.07 capture mouse and keyboard events properly? No version of xnee has worked on Fedora 14, including 3.07 and several other versions built from source on Fedora 14 and some Fedora 13 binaries that worked on Fedora 13. I think that it is something with the X server. Here is the start of Xorg.0.log [ 35.788] X.Org X Server 1.9.3 Release Date: 2010-12-13 [ 35.788] X Protocol Version 11, Revision 0 [ 35.789] Build Operating System: x86-10 2.6.32-71.el6.x86_64 [ 35.789] Current Operating System: Linux scslaptop30.scs.com 2.6.35.10-74.fc14.i686 #1 SMP Thu Dec 23 16:17:40 UTC 2010 i686 [ 35.789] Kernel command line: ro root=UUID=5902eca4-fe1a-4a3d-ab62-676e733eba66 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=lata$ [ 35.789] Build Date: 14 January 2011 12:48:22AM [ 35.789] Build ID: xorg-x11-server 1.9.3-4.fc14 [ 35.789] Current version of pixman: 0.18.4 [ 35.789] Before reporting problems, check http://wiki.x.org ... [ 35.853] (==) Matched nouveau as autoconfigured driver 0 [ 35.853] (==) Matched vesa as autoconfigured driver 1 [ 35.853] (==) Matched fbdev as autoconfigured driver 2 [ 35.853] (==) Assigned the driver to the xf86ConfigLayout [ 35.854] (II) LoadModule: nouveau [ 35.854] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so [ 35.854] (II) Module nouveau: vendor=X.Org Foundation [ 35.854] compiled for 1.8.99.906, module version = 0.0.16 [ 35.854] Module class: X.Org Video Driver [ 35.854] ABI class: X.Org Video Driver, version 8.0 [ 35.854] (II) LoadModule: vesa [ 35.854] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so [ 35.854] (II) Module vesa: vendor=X.Org Foundation [ 35.854] compiled for 1.8.99.904, module version = 2.3.0 [ 35.854] Module class: X.Org Video Driver [ 35.854] ABI class: X.Org Video Driver, version 8.0 [ 35.854] (II) LoadModule: fbdev [ 35.855] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so [ 35.855] (II) Module fbdev: vendor=X.Org Foundation [ 35.855] compiled for 1.8.99.904, module version = 0.4.1 [ 35.855] ABI class: X.Org Video Driver, version 8.0 [ 35.855] (II) NOUVEAU driver [ 35.855] (II) NOUVEAU driver for NVIDIA chipset families : [ 35.855] RIVA TNT (NV04) [ 35.855] RIVA TNT2 (NV05) [ 35.855] GeForce 256 (NV10) [ 35.855] GeForce 2 (NV11, NV15) [ 35.855] GeForce 4MX (NV17, NV18) [ 35.855] GeForce 3 (NV20) [ 35.855] GeForce 4Ti (NV25, NV28) [ 35.855] GeForce FX (NV3x) [ 35.855] GeForce 6 (NV4x) [ 35.855] GeForce 7 (G7x) [ 35.855] GeForce 8 (G8x) [ 35.855] (II) VESA: driver for VESA chipsets: vesa [ 35.855] (II) FBDEV: driver for framebuffer: fbdev William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] Re: [Xnee-devel] cnee fail to record , need help
Argg... it's me!! I have this Makefile-thing fixed on my new fedora install. Will work more on the more important non-recording thing and then commit it all and release. /h On 01/23/2011 03:08 AM, William Bader wrote: pnee/src/Makefile.in did not add the X11 library to the link line for pnee. It does here How does the variable pnee_LDADD look in your Makefile.in Mine looks like: pnee_LDADD = -L../../ -L../../libxnee/src $(INTLLIBS) $(PANEL_LD_FLAGS) -lxnee -lXtst $(LIBSEMA) $(libgnomeui_LIBS) $(gtk_L\ IBS) $(X11_LIBS) $(LIBDL) Mine is pnee_LDADD = -L../../ -L../../libxnee/src $(INTLLIBS) $(PANEL_LD_FLAGS) -lxnee -lXtst $(LIBSEMA) $(libgnomeui_LIBS) $(gtk_LIBS) I really must setup some virtual machines I don't need xnee to work under Fedora 14, but I will test anything that you want. Another option is booting from a Fedora 14 Live CD. William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Re: [Xnee-devel] cnee fail to record , need help
Seems to be related to the Xtst Xext versions. Time to sleep... On 01/23/2011 10:27 PM, Henrik Sandklef wrote: I now (finally!) have a fedora box (virtual) that I can hack on. Will look into this non-working-xnee-on-fedora-thing. I'll be back /h On 01/23/2011 02:56 AM, William Bader wrote: Did 3.07 capture mouse and keyboard events properly? No version of xnee has worked on Fedora 14, including 3.07 and several other versions built from source on Fedora 14 and some Fedora 13 binaries that worked on Fedora 13. I think that it is something with the X server. Here is the start of Xorg.0.log [ 35.788] X.Org X Server 1.9.3 Release Date: 2010-12-13 [ 35.788] X Protocol Version 11, Revision 0 [ 35.789] Build Operating System: x86-10 2.6.32-71.el6.x86_64 [ 35.789] Current Operating System: Linux scslaptop30.scs.com 2.6.35.10-74.fc14.i686 #1 SMP Thu Dec 23 16:17:40 UTC 2010 i686 [ 35.789] Kernel command line: ro root=UUID=5902eca4-fe1a-4a3d-ab62-676e733eba66 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=lata$ [ 35.789] Build Date: 14 January 2011 12:48:22AM [ 35.789] Build ID: xorg-x11-server 1.9.3-4.fc14 [ 35.789] Current version of pixman: 0.18.4 [ 35.789] Before reporting problems, check http://wiki.x.org ... [ 35.853] (==) Matched nouveau as autoconfigured driver 0 [ 35.853] (==) Matched vesa as autoconfigured driver 1 [ 35.853] (==) Matched fbdev as autoconfigured driver 2 [ 35.853] (==) Assigned the driver to the xf86ConfigLayout [ 35.854] (II) LoadModule: nouveau [ 35.854] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so [ 35.854] (II) Module nouveau: vendor=X.Org Foundation [ 35.854] compiled for 1.8.99.906, module version = 0.0.16 [ 35.854] Module class: X.Org Video Driver [ 35.854] ABI class: X.Org Video Driver, version 8.0 [ 35.854] (II) LoadModule: vesa [ 35.854] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so [ 35.854] (II) Module vesa: vendor=X.Org Foundation [ 35.854] compiled for 1.8.99.904, module version = 2.3.0 [ 35.854] Module class: X.Org Video Driver [ 35.854] ABI class: X.Org Video Driver, version 8.0 [ 35.854] (II) LoadModule: fbdev [ 35.855] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so [ 35.855] (II) Module fbdev: vendor=X.Org Foundation [ 35.855] compiled for 1.8.99.904, module version = 0.4.1 [ 35.855] ABI class: X.Org Video Driver, version 8.0 [ 35.855] (II) NOUVEAU driver [ 35.855] (II) NOUVEAU driver for NVIDIA chipset families : [ 35.855] RIVA TNT (NV04) [ 35.855] RIVA TNT2 (NV05) [ 35.855] GeForce 256 (NV10) [ 35.855] GeForce 2 (NV11, NV15) [ 35.855] GeForce 4MX (NV17, NV18) [ 35.855] GeForce 3 (NV20) [ 35.855] GeForce 4Ti (NV25, NV28) [ 35.855] GeForce FX (NV3x) [ 35.855] GeForce 6 (NV4x) [ 35.855] GeForce 7 (G7x) [ 35.855] GeForce 8 (G8x) [ 35.855] (II) VESA: driver for VESA chipsets: vesa [ 35.855] (II) FBDEV: driver for framebuffer: fbdev William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] Re: [Xnee-devel] cnee fail to record , need help
On 01/22/2011 01:43 PM, William Bader wrote: and it does not capture mouse or keyboard events. Did 3.07 capture mouse and keyboard events properly? /h ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] GNU Xnee 3.07 released
On what version of Xnee did you test this on? On 01/14/2011 03:35 AM, William Bader wrote: For the patch below some testing on various platforms/dists needs to be done to make sure we don't break any distribution. I still had to add $(X11_LIBS) -ldl to pnee_LDADD in pnee/src/Makefile.in to get it to link. I have attached patches. It still does not work for me on Fedora 14, whether or not I apply my other patch to make xnee_record_from_data_display() return 1 when strstr(xd-x_vendor_name, Fedora Project). Old versions of cnee that worked on Fedora 8 no longer work on Fedora 14. I updated from Fedora 8 to Fedora 13 in June, and from Fedora 13 to Fedora 14 in November. I have attached a log. William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] GNU Xnee 3.07 released
Hi William, first of all, thanks for your work. Secondly, thanks for not yelling at me for not answering you (well, I do now ... but it's later than late) I have started to deal with your patches. Just wanted to say it. /h On 11/22/2010 03:29 PM, William Bader wrote: Hi, xnee-3.07 did not work for me on Fedora 14. I have attached a set of patches. I made the changes to the makefiles in order to get it to compile and link. When it didn't work (it runs but does not capture events), I made the same changes that had worked on Fedora 13 (updated for the 1.9.1 X server on Fedora 14), but that did not help. The old xnee-3.06 executable that I had built on Fedora 13 does not work either, so the problem is probably related to a change from X 1.8 to X 1.9 rather than a change between xnee 3.06 and 3.07. I have also attached the configure log and a log of a record session. William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] GNU Xnee 3.07 released
For the patch below some testing on various platforms/dists needs to be done to make sure we don't break any distribution. I can do Debian (and Ubuntu). William, can you test on Fedora? /hesa --- xnee-3.07/libxnee/src/Makefile.in- 2010-10-16 00:13:56.0 +0200 +++ xnee-3.07/libxnee/src/Makefile.in 2010-11-22 14:02:08.320903949 +0100 @@ -683,11 +683,11 @@ tags uninstall uninstall-am uninstall-libLTLIBRARIES -dnl libxnee_la_SOURCES = $(LIB_XNEE_SOURCE_FILES) +libxnee_la_SOURCES = $(LIB_XNEE_SOURCE_FILES) -dnl noinst_LIBRARIES = libxnee.a +noinst_LIBRARIES = libxnee.a -dnl noinst_LTLIBRARIES = $(WANTED_LIBXNEE) +noinst_LTLIBRARIES = $(WANTED_LIBXNEE) @NOT_INSTALL_LIBS_TRUE@install-exec-local: @NOT_INSTALL_LIBS_TRUE@echo ... not installing libs On 11/22/2010 03:29 PM, William Bader wrote: Hi, xnee-3.07 did not work for me on Fedora 14. I have attached a set of patches. I made the changes to the makefiles in order to get it to compile and link. When it didn't work (it runs but does not capture events), I made the same changes that had worked on Fedora 13 (updated for the 1.9.1 X server on Fedora 14), but that did not help. The old xnee-3.06 executable that I had built on Fedora 13 does not work either, so the problem is probably related to a change from X 1.8 to X 1.9 rather than a change between xnee 3.06 and 3.07. I have also attached the configure log and a log of a record session. William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] GNU Xnee 3.07 released
We are pleased to announce the availability of GNU Xnee 3.07 GNU Xnee is a suite of programs that can record, replay and distribute user actions under the X11 environment. Think of it as a robot that can imitate the job you just did. GNU Xnee can be used to: Automate tests Demonstrate programs Distribute actions Record and replay 'macro' Retype the content of a file Getting the Software http://ftp.gnu.org/gnu/xnee/xnee-3.07.tar.gz http://ftp.gnu.org/gnu/xnee/xnee-3.07.tar.gz.sig or one of the mirror sites as found in: http://www.gnu.org/prep/ftp.html Checksums === md5sum: f9fca0c7475a90487c86eca2027d0fcd xnee-3.07.tar.gz cksum: 510662476 1779830 xnee-3.07.tar.gz New in this release === * New features: Supports recording xnd replaying of XInput device events * Forced replaying of X11 core events can be done * Backward compatible with old session files * Build changes: --enable-man Checks for makeinfo once, uses result many times Can build guis and manual without all doc stuff --disable-xinput2 By default Xnee is built with XI support Looks for gtk-config when configuring Checks for makeinfo once, uses result many times Can build guis and manual without all doc stuff * Issues Human printout of X Input events needs more work Need to make X Input code be totally ifdefed away * New options: --force-core-replay,-fcr Discard recorded X Input device data, use recorded core device data --disable-xinput-events Disable recording of XInput events * Fixed bugs as reported on ubuntuforums: http://ubuntuforums.org/showthread.php?t=1253453highlight=xnee savannah bug: #30134 Missing xnee.xpm in gnee savannah bug: #30136 Configure misses to check for gnome.h * Reported problems on N900 are fixed * Patches from Tuukka Pasanen, Fabian Keil * Experimental and undocumented features (read the source): * replay backend * xswine - new swinput backend for Xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Call for testers: Xnee ,3.06.96 (in prep for 3.07)
William, can you test this with regards to configuring/building: http://alpha.gnu.org/gnu/xnee/xnee-3.06.97.tar.gz Hopefully it solves the problem you described. /h On 09/29/2010 11:35 AM, Henrik Sandklef wrote: Hi William On 09/28/2010 02:03 AM, William Bader wrote: It worked under Fedora 13. Great! Thanks a lot I applied the attached patches to libxnee/src/xnee_utils.c xdpyinfo | head -5 returns name of display: :0.0 version number: 11.0 vendor string: Fedora Project vendor release number: 10802000 maximum request size: 16777212 bytes I also had link errors. I edited every Makefile and changed LIBDL = X11_LIBS = -lX11 -lXtst to LIBDL = -ldl X11_LIBS = -lX11 -lXtst -lXi Ok, thanks for the details. Made some fixes to the settings that is used when producing the configure script: Now configure will spit out something like: . checking for dlopen in -ldl... yes ---[1] checking for sem_init in -lc... no checking for sem_init in -lpthread... yes checking for XTestFakeMotionEvent in -lXtst... yes checking for XIQueryVersion in -lXtst... yes -- [2] checking X11/extensions/XInput2.h usability... yes checking X11/extensions/XInput2.h presence... yes checking for X11/extensions/XInput2.h... yes . [1] If found in libdl, we're adding -ldl to the linker args [2] Added check for a function call (XIQueryVersion). If we can't resolve it in libXtst, we proceed looking in libXi and if found there -lXi is added to the linker args The changes are currently local on my computer and will be committed asap. I had to add a .xns extension to test-xi in the replay command. ./cnee/src/cnee --replay -f test-xi.xns arg... sorry Regards, William ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #31138] configure should look (better) for X11 headers
URL: http://savannah.gnu.org/bugs/?31138 Summary: configure should look (better) for X11 headers Project: Xnee Submitted by: hesa Submitted on: Mon 27 Sep 2010 12:29:26 AM CEST Category: Xnee Severity: 3 - Normal Item Group: Minor fault Status: In Progress Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: http://pastebin.com/xtakgkYH ___ Reply to this item at: http://savannah.gnu.org/bugs/?31138 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] xnee-3.06 patches for Fedora 13
Thanks a lot for your report. And your fix. A few more patches need review before this one. We will review and maybe include it asap. /hesa On 07/28/2010 09:01 PM, William Bader wrote: I found the problem with Fedora 13. I am running the Nouveau driver xorg-x11-drv-nouveau-0.0.16-7.20100423git13c1043.fc13.i686 /var/log/Xorg.0.log says X.Org X Server 1.8.2 but the server returns the vendor name Fedora Project. This server requires that XRecordCreateContext() and XRecordEnableContextAsync() are both called on the data display. If you create a context on one display and try to enable it on another display, you get an XRecordBadContext error. To make it work, you need to use the data display for both calls. If you use the control display, it does not get an error, but it also does not record any data. libxnee/src/xnee_utils.c already knows this, except that it needs to treat the vendor Fedora Project the same as the vendor X.Org, and it should check for xd-x_version_minor= 8 instead of= 7. It might be safer to reduce the x_version_minor test to just xd-x_version_minor= 4. Regards, William williamba...@hotmail.com _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendarocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #30134] Missing xnee.xpm in gnee
URL: http://savannah.gnu.org/bugs/?30134 Summary: Missing xnee.xpm in gnee Project: Xnee Submitted by: hesa Submitted on: Tue 15 Jun 2010 03:06:29 PM CEST Category: gnee Severity: 2 - Minor Item Group: Minor fault Status: In Progress Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: Orig report here: http://ubuntuforums.org/showthread.php?t=1253453highlight=xnee There's something missing (or faulty) in gnee: ~/xn/xnee-3.05.92$ gnee ** (gnee:9619): WARNING **: Couldn't find pixmap file: xnee.xpm (gnee:9619): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated ___ Reply to this item at: http://savannah.gnu.org/bugs/?30134 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #30137] gnee crashes on Ubuntu 10.04
URL: http://savannah.gnu.org/bugs/?30137 Summary: gnee crashes on Ubuntu 10.04 Project: Xnee Submitted by: hesa Submitted on: Tue 15 Jun 2010 03:10:42 PM CEST Category: gnee Severity: 5 - Blocker Item Group: Error report Status: In Progress Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: Orig report here: http://ubuntuforums.org/showthread.php?t=1253453highlight=xnee - *** glibc detected *** gnee: free(): invalid next size (fast): 0x095b9bb0 *** === Backtrace: = /lib/tls/i686/cmov/libc.so.6(+0x6b591)[0xb69d9591] /lib/tls/i686/cmov/libc.so.6(+0x6cde8)[0xb69dade8] /lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0xb69ddecd] gnee[0x804cda5] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb6984bd6] gnee[0x804c921] === Memory map: long list snipped ___ Reply to this item at: http://savannah.gnu.org/bugs/?30137 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #30136] Configure misses to check for gnome.h
URL: http://savannah.gnu.org/bugs/?30136 Summary: Configure misses to check for gnome.h Project: Xnee Submitted by: hesa Submitted on: Tue 15 Jun 2010 03:09:22 PM CEST Category: Xnee Severity: 5 - Blocker Item Group: Error report Status: In Progress Privacy: Public Assigned to: hesa Open/Closed: Open Discussion Lock: Any ___ Details: Orig report here: http://ubuntuforums.org/showthread.php?t=1253453highlight=xnee There were some small snags on the way, though, nothing major. Code: ./configure didn't pick up that one would need gnome.h so had to figure out package for that by myself Code: sudo apt-get install libgnomeui-dev ___ Reply to this item at: http://savannah.gnu.org/bugs/?30136 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] GNU Xnee 3.06 ('Dio') released
We are pleased to announce the availability of GNU Xnee 3.06 ('Dio') GNU Xnee is a suite of programs that can record, replay and distribute user actions under the X11 environment. Think of it as a robot that can imitate the job you just did. GNU Xnee can be used to: Automate tests Demonstrate programs Distribute actions Record and replay 'macro' Retype the content of a file Getting the Software http://ftp.gnu.org/gnu/xnee/xnee-3.06.tar.gz http://ftp.gnu.org/gnu/xnee/xnee-3.06.tar.gz.sig or one of the mirror sites as found in: http://www.gnu.org/prep/ftp.html Checksums === md5sum: 1e68436f4be1ccb896f6db5e38957d1e cksum: 809144464 1598910 New in this release === * New logo: pixmap/512x512/xnee-new.png * Build changes: configure bails out when building any gui and no pkg-config installed * Test changes: Separated tests: * make check - does not need an X server to connect to * make xcheck - needs an X server to connect to * Fixed bugs as reported on bug-xnee@gnu.org: crash in xnee_key2string when verbose cnee causing segfault * New options: --no-reparent-recording * Options that didn't make it: (added and removed since last 3.05) --force-reparent-recording ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #28238] XI2 extension support
Follow-up Comment #8, bug #28238 (project xnee): It's kind of working. Early adopters go here: http://itupw056.itu.chalmers.se/xnee/special-dist/xinput/xnee-3.05-xinput-0.1.tar.gz ___ Reply to this item at: http://savannah.gnu.org/bugs/?28238 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] segmentation fault
hi and thanks for your report, A seg fault is not ok, no matter what. But I would like to bump up the versions a bit. Can you test the latest 'alpha' version: ftp://alpha.gnu.org/gnu/xnee/xnee-3.05.92.tar.gz I may have a 64 AMD at home, so I can probably test this (as well) in some 12 hours or so. /hesa Chris Scaife wrote: After many attempts to get xnee working I built and installed xnee 3.04 on a virgin installation of Ubuntu 10.4 (64 bit for AMD processor). c...@cjs-ubuntu:~$ cnee --record --events-to-record 1000 --mouse --keyboard -o xnee.xns -e xnee.log -v -- xnee_prepare --- xnee_open_files --- xnee_open_files: handling err --- xnee_open_files: opening err: xnee.log Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message Segmentation fault What Linux do I need for xnee to work? ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] segmentation fault
If you (in some way) create a new window while recording, you will run into synch problems, leading to Xnee (cowardly) bailing out To solve this (for now), record with the new option: --force-reparent-recording -frr Something like this: cnee --record --events-to-record 1000 \ --mouse --keyboard \ -o xnee.xns -e xnee.log -v -frr BTW, if you want to stop recording without knowing (on forehand) how many events to record, you can use a stop key (-sk q makes Xnee stop when pressing q). /h On 05/25/2010 10:50 AM, Henrik Sandklef wrote: hi and thanks for your report, A seg fault is not ok, no matter what. But I would like to bump up the versions a bit. Can you test the latest 'alpha' version: ftp://alpha.gnu.org/gnu/xnee/xnee-3.05.92.tar.gz I may have a 64 AMD at home, so I can probably test this (as well) in some 12 hours or so. /hesa Chris Scaife wrote: After many attempts to get xnee working I built and installed xnee 3.04 on a virgin installation of Ubuntu 10.4 (64 bit for AMD processor). c...@cjs-ubuntu:~$ cnee --record --events-to-record 1000 --mouse --keyboard -o xnee.xns -e xnee.log -v -- xnee_prepare --- xnee_open_files --- xnee_open_files: handling err --- xnee_open_files: opening err: xnee.log Workaround: Adding your device events as delivered events to get them recorded. You can ignore this message Segmentation fault What Linux do I need for xnee to work? ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] xnee synchrosation fails
Can you count the number of data you're synching with, possibly like this: grep -v -e ^0,[2-6] test1.xnl | grep ^[0-6] | wc -l Count the amount of replayable data: grep -v ^0,[2-6] test1.xnl | wc -l Send us the resulting numbers :) I guess you're synching with tooo much data. On 05/19/2010 02:55 AM, 李珍 wrote: I installed the new version xnee-cvs-20100517.tar.gz and tried.I used firefox to open baidu and closed it .But I got the error like before when replaying. I tried this cnee --record --mouse --keyboard --out-file test1.xnl --delivered-event-range 07-12,15-19,22 -sk s when replaying cnee --replay -f test1.xnl I got the error immediately. Then i tried cnee --record --mouse --keyboard --out-file test1.xnl --delivered-event-range 07-12,15-19,22 -sk s -tot 1 I tried increasing the total threshold, but it still wasn't really effective.At beginning, the mouse moved slowed,then i got the same error. Please let me know whether I am doing the right thing here.? Thank you! ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Problems Compiling Xnee v3.03
Can you try the latest release and get back with feedback. http://itupw056.itu.chalmers.se/xnee/nightly-dists/ On 06/03/2009 06:50 PM, Han Loo wrote: Thanks for your previous response. With the latest dist (20090530) I am still unable to build xnee. My installation procedure is the same as detailed in my last email. I have also attached all of the output (stdout stderr from each respective command) to this response although I suspect the relevant output (from make-xnee-cvs-20090530.out)) is specifically: gcc -I../include -I/include -g -g -O2 -shared -o libtest libtest.o -L/home/hloo/Desktop/INBOX/xnee-latest/xnee-cvs-20090530/libxnee/src/.libs -L/src /home/hloo/Desktop/INBOX/xnee-latest/xnee-cvs-20090530/libxnee/src/.libs/libxnee.a -lX11 -lXtst /usr/bin/ld: libtest.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC libtest.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [libtest] Error 1 Is there an option that I need to specify in the makefile... is this problem specific to my version of Ubuntu (8.10, AMD64)? Thanks! Han On Sat, May 23, 2009 at 2:31 AM, Henrik Sandklef h...@gnu.org mailto:h...@gnu.org wrote: hi Change the line libxnee/src/feedback.c line 273 to: va_list ap; It's done (now) in CVS. A nightly dist (with some other fixes) will be available in a couple of hours here: http://itupw056.itu.chalmers.se/xnee/nightly-dists/ /h Han Loo wrote: Greetings, I am attempting to build the latest release of xnee (v3.03) on an AMD64 X2 4600+ processor running Ubuntu v8.10. I was previously able to successfully install xnee v3.02 by executing the following commands as per the installation instructions readme's: * ./configure --enable-gnome-applet --prefix=/usr make sudo make install* ... and I was also able to uninstall v3.02 using: *sudo make uninstall* I uninstalled v3.02 in order to update to v3.03 however when I attempt to install this latest version using the same sequence of commands (as I used for the previous version) I get the following configuration: * Configuration of Xnee finished == PACKAGE xnee VERSION 3.03 Xnee Developer flags - VERBOSE_FLAG -DUSE_VERBOSE GCOV_FLAG GPROF_FLAG BUF_VERBOSE_FLAG -DNO_BUF_VERBOSE PEDANTIC_FLAGS LIBDL LIBSEMA -lpthread X11_LIBS -lX11 -lXtst PANEL_SERVER_DIR ${exec_prefix}/lib/bonobo/servers PANEL_APPLET_DIR ${exec_prefix}/lib/gnome-panel PIXMAP_DIR pixmap CONVERT Building the following components - cli gnee pnee Excluding the following components - doc (docs are already included in dist file) Static or dynamic linking for programs (true) - static Settings ok?* ...and when I attempt a make I run into compilation problems. * make all-recursive make[1]: Entering directory `/home/hloo/Desktop/INBOX/xnee-3.03' Making all in libxnee make[2]: Entering directory `/home/hloo/Desktop/INBOX/xnee-3.03/libxnee' Making all in src make[3]: Entering directory `/home/hloo/Desktop/INBOX/xnee-3.03/libxnee/src' /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../..-I../include -g -DUSE_VERBOSE -DNO_BUF_VERBOSE -DHAVE_XOSD -g -O2 -MT feedback.lo -MD -MP -MF .deps/feedback.Tpo -c -o feedback.lo feedback.c gcc -DHAVE_CONFIG_H -I. -I../.. -I../include -g -DUSE_VERBOSE -DNO_BUF_VERBOSE -DHAVE_XOSD -g -O2 -MT feedback.lo -MD -MP -MF .deps/feedback.Tpo -c feedback.c -fPIC -DPIC -o .libs/feedback.o feedback.c: In function ‘feedback’: feedback.c:273: error: invalid initializer make[3]: *** [feedback.lo] Error 1 make[3]: Leaving directory `/home/hloo/Desktop/INBOX/xnee-3.03/libxnee/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/hloo/Desktop/INBOX/xnee-3.03/libxnee' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/hloo/Desktop/INBOX/xnee-3.03' make: *** [all] Error 2* ...and thus cannot successfully execute a sudo make
Re: [Bug-xnee] Bug in RECORD: workarounds ?
Look for a new unofficial release at http://itupw056.itu.chalmers.se/xnee/nightly-dists/ Typically there will soon be a file called: http://itupw056.itu.chalmers.se/xnee/nightly-dists/xnee-cvs-20100512.tar.gz .. should be fixed now :) On 05/10/2010 05:05 PM, Henrik Sandklef wrote: Hi, can you test with the latest CVS version: http://itupw056.itu.chalmers.se/xnee/nightly-dists/ /hesa On 05/06/2010 11:07 PM, Igor Feghali wrote: Hello, So it seems that there is a bug in my xorg's RECORD extension (CentOS 5.3) which prevents xnee from recording (replaying is ok). The question is, is there any way to workaround it ? All I really wanna do is replay some keystrokes, so can I write the xnee recording by hand for instance ? Thank you in advance. ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Status of GNU Xnee (2010 April)
Sorry to bother you again. Found the bug, and a solution. Will test it, commit it and (most likely) do a new release and focus on XI2 :) /hesa On 05/10/2010 07:32 PM, Henrik Sandklef wrote: If I instead of using the replay code to handle RECORD (which is used to sync), use the code that belong to the recording part of Xnee, things still get screwed up strange indeed. Any input is welcome ... would be great to close this thing down On 05/10/2010 05:03 PM, Henrik Sandklef wrote: Update, when recording things seems to be working well. But when recording with sync I get 4 Reparent events instead of 1. If I at the same time as replaying I also start up a recording Xnee I see only 1 Reparent in that window (running instance). any ideas? /h On 04/24/2010 12:33 PM, Henrik Sandklef wrote: hi all I am currently working on making sure GNU Xnee works nice with the new (and fixed) Xorg. Some strange things is happening when replaying against a new Xorg. So a bit of work still needs to be done, and after that a release. After all that, work on XI2 and bug fixing will begin. Anyhow, thanks for waitin' /h ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #29539] XNEE related XLIB problem has been fixed
Update of bug #29539 (project xnee): Severity: 3 - Normal = 5 - Blocker Status:None = In Progress Assigned to:None = hesa ___ Follow-up Comment #1: Thanks for your report I will have to do some tests on several platforms before releasing a new version. But to start of with, can you clarify your report a bit? Are you saying that the version of Xorg has nothing to do with Xnee malfunctioning and Xnee should instead look if xcb is used and then take action (i.e use the same connection for control and data)... or? BTW, you filed the report on my birthday :) /h when the RECORD problem is fixed it also means that I can finally begin working on XI2 :) ___ Reply to this item at: http://savannah.gnu.org/bugs/?29539 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #28238] XI2 extension support
Follow-up Comment #7, bug #28238 (project xnee): I am working on this bug again, just wanted to update you ___ Reply to this item at: http://savannah.gnu.org/bugs/?28238 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] pnee failing to load
Thanks for your report. currently there's a problem with the X server (RECORD extension is broken). This may relate to that bug. As soon as the Xorg bug is fixed, merged and shipped with the major distributions we will dive into the bugs again (hopefully fix them as well) and report to the varios Xnee maintainers (including gentoo). Hopefully there'll be a package ready soon. Sorry for the kind of strange answer /hesa Nick wrote: Hi, pnee fails to load into my gnome panel. The error I get is: The panel encountered a problem while loading OAFIID:pnee. Here's my info: - Gentoo Linux x86 - Xnee 3.05 - GNOME 2.26.3 - GCC 4.3.4 Please copy me on replied as I'm not subscribed to the list. Best regards, Nick ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
Re: [Bug-xnee] Reset when synchronisation fails
I have spotted where the bug is located* and will work on solving it. Ole, thanks for reporting it :) /hesa *) in cnee the error handler is exiting without closing down. Will make sure that the code really can close everything down on error. On 01/18/2010 08:25 PM, Ole Tange wrote: I have now gotten this error a few times: Can't synchronize anymore have to leave! 11 10 Error number: 5 Error: Synchronisation filure Solution: For more information on this error, please read the manual(s) After this the keyboard is in an undefined state. Sometimes ALT or SHIFT is hold down and autorepeat is killed. xnee should always reset the keyboard to the state at the start. /Ole ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] Re: [bug #28238] XI2 extension support
I just got some debs from that branch so it should be ok to look at. There's a gigantic time problem for me this week though. But I think I can at least start looking at it. Adding XI2 support to xnee most likely means adding functionality to swinput. /hesa Rami Ylimaki wrote: Follow-up Comment #5, bug #28238 (project xnee): Thanks for looking into this. I'll warn you about a potential problem in X server. The record extension was disabled a while back in X server code because it didn't work well after XI2 changes. This has been fixed, but as far as I know, the patch hasn't been committed to the official X server tree yet. This means that there probably isn't recording support even in debian experimental. The patch is still in Peter's private X server tree: http://cgit.freedesktop.org/~whot/xserver/log/?h=record but I didn't see it in the official tree. He will probably commit it soon after he gets more testing feedback: http://lists.freedesktop.org/archives/xorg-devel/2010-January/004836.html. ___ Reply to this item at: http://savannah.gnu.org/bugs/?28238 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee
[Bug-xnee] [bug #28238] XI2 extension support
Follow-up Comment #3, bug #28238 (project xnee): Have found a spare computer. Will install Debian GNU/Lenny (experimental) and start looking at this. ___ Reply to this item at: http://savannah.gnu.org/bugs/?28238 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-xnee mailing list Bug-xnee@gnu.org http://lists.gnu.org/mailman/listinfo/bug-xnee