Bug#986991: xnee: incorrect URL in homepage
Hi First of all, thanks for looking in to this. My name is Henrik Sandklef and I (poorly) maintain GNU Xnee. On 2021-04-15 09:24, Paul Wise wrote: > On Thu, 15 Apr 2021 15:10:47 +0800 Paul Wise wrote: > >> the code seems to remain on GNU Savannah though. > > I subsequently found the author has also published the code on their > GitHub account, but without any tags for releases. There is also a > commit from 2018 saying that version 3.20 is being prepared. This > commit also appears on the GNU Savannah CVS repository though. It might > be worth asking the author what their plans are for project hosting. Not enough to make a new release I am afraid. So, those plans are moved to /dev/null. > https://github.com/hesa/gnu-xnee > https://github.com/hesa/gnu-xnee/commit/233d0a3e45b2ad86319d3372916ddd61b26cb5f6 > https://cvs.savannah.gnu.org/viewvc/xnee/xnee/NEWS?r1=1.110=1.111 Re-added "/xnee" to sandklef.com. Tested the following: $ apt-cache show xnee | grep Homepage Homepage: http://www.sandklef.com/xnee/ $ curl -sL http://www.sandklef.com/xnee >/dev/null; echo $? 0 $ curl -sL https://www.sandklef.com/xnee >/dev/null; echo $? 60 Uh oh .. note https[1] /h [1] cert only valid for sandklef.com (not www.sandklef.com). If problematic, can we change the homepage to "sandklef.com/xnee"
Bug#955472: xnee: Please build the GUI components
Hello all Thanks for your emails. I guess I, the main author, am responsible for the mess here :) On 4/1/20 10:08 AM, Vincent Bernat wrote: > ❦ 1 avril 2020 10:01 +02, Wouter Verhelst: > >> xnee comes with two GUI components: gnee, a GUI version of cnee, and >> pnee, a Gnome applet. >> >> At least gnee seems to compile just fine on my buster system. However, >> neither of these two are shipped as part of the Debian package. > > See: > - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923918 > - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638111 > > For the former, upstream told me privately I should drop gnee. I have no Debian computer at the moment but checked on a Ubuntu. Yes, to my surprise I guess, gnee* compiles and executes. If users think gnee (the gui) is useful I don't object re-adding it. I will switch to git (last project on the planet to do that?) and do some work to make sure gnee compiles easily** and also remove deps to dia***. Thanks for all your hard work with Debian. You are very much appreciated by very many. /h *) here's what I did: make -f Makefile.cvs ./configure --enable-gui make ./gnee/src/gnee **) basically make sure build/setup-debian.sh is up to date **) might not be critical anymore but I'll do it anyhow
Bug#868408: xnee: Please drop the (build-)dependency against gnome-vfs
On 2018-01-02 02:02, Andreas Henriksson wrote: Hej Henrik, Vincent, On Tue, Jan 02, 2018 at 12:11:16AM +0100, Henrik Sandklef wrote: I have removed deps to gnomeui (gconf had already been removed) from Xnee sources. Vincent, please see the attached debdiff that incorporates Henriks change as a patch in debian/patches/ for your convenience. (You might also want to look into upgrading to a non-deprecated debhelper compat level (apparently 5 is currently used while anything before 9 is deprecated), etc. See also other lintian warnings.) Can I assist you in any way? Thanks for the offer! From my point of view it's really up to Vincent how he wants to handle this - I just wanted to remind and point out the urgency of this issue being resolved in any way. Hopefully Vincent will get in touch with you if he has something to discuss. While poking around I noticed a couple of things which I'm just mentioning in case it'll interest you: - Is it true CVS is still used? (Or else I've probably looked at the wrong upstream location) Yes. I do not have time to maintain Xnee as I should. Switching VCS is not prio #1. - I guess $(libgnomeui_LIBS) and $(libgnomeui_CFLAGS) can now also be dropped from gnee/src/Makefile.am (and possibly other places?) Thanks a lot. - Apparently configure(.in) has no check for pkg-config modules actually exiting (which I ran into while having pkg-config itself, but not gtk+-2.0.pc since the libgtk2.0-dev build-dependency was missing in the debian xnee package). A more obvious error message could have been produced by explicitly checking if ! $PKGCONF --exists $GTK2_MODULE >= GTK2_VERSION and erroring out. Even better though... (see below). - directly invoking pkg-config is not cross compilation safe (as lintian points out). It would probably be better to replace all pkg-config usage with PKG_CHECK_MODULES macro usage instead. (And gtk-config is long gone so you can probably retire that code path while at it.) This should also give a more modern and fool-proof configure process. See if I can squeeze these in. The lintian report might also give you useful information: https://lintian.debian.org/maintainer/ber...@debian.org.html#xnee_3.19-1 Med vänlig hälsning, Andreas Henriksson Tusen tack och gott nytt år /henrik
Bug#868408: xnee: Please drop the (build-)dependency against gnome-vfs
I have removed deps to gnomeui (gconf had already been removed) from Xnee sources. Can I assist you in any way? /henrik - GNU Xnee maintainer On 2017-12-31 14:28, Andreas Henriksson wrote: Hello Vincent Bernat, On Sat, Jul 15, 2017 at 11:04:51PM +0200, Vincent Bernat wrote: [...] As far as xnee is concerned, I can drop the Gnome frontend if it relies on deprecated libs. Please do this A.S.A.P! The time is near when all the remaining unmaintained packages will removed, and by leaving this issue unfixed xnee risks going out with the rest. Regards, Andreas Henriksson
Bug#761986: Me too!
Sorry, more work for you :( Can you take the recorded file (xnee_debian_touchpad.xns) and replace (device number) 16 with 7. Typically; cat xnee_debian_touchpad.xns | sed 's/,16,/,7,/g' xnee_debian_touchpad-mod.xns and replay the same way: * Use the debian xnee * Use the touchpad * Replay (something) like this: cnee -e touchpadd.mod.err --replay --file xnee_debian_touchpad-mod.xns --verbose /h On Fri, Nov 14, 2014 at 10:00:30AM -0800, Dima Kogan wrote: Henrik Sandklef h...@sandklef.com writes: Can you send over a log when running a replay session. * Use the debian xnee * Use the touchpad * Replay (something) like this: cnee --replay --file xnee_debian_touchpad.xns --verbose -e touchpadd.err the important thind is to use the --verbose option OK. I played back a touchpad recording, so the pointer went to the corner. The err log is attached. The console also spit out the following. Thanks a lot. dima@shorty:~$ cnee --replay --file /tmp/xnee_debian_touchpad.xns --verbose -e touchpadd.err --- xnee_find_option_entry_impl xnee_find_option_entry_impl: -e Compare 'file' 'e' Compare 'help' 'e' Compare 'flags' 'e' Compare 'project' 'e' Compare 'version' 'e' Compare 'retype-file' 'e' Compare 'write-settings' 'e' Compare 'print-settings' 'e' Compare 'print-event-names' 'e' Compare 'print-event-name' 'e' Compare 'print-error-names' 'e' Compare 'print-error-name' 'e' Compare 'print-reply-names' 'e' Compare 'print-request-names' 'e' Compare 'print-request-name' 'e' Compare 'keyboard' 'e' Compare 'mouse' 'e' Compare 'print-data-names' 'e' Compare 'manpage' 'e' Compare 'texipage' 'e' Compare 'type-help' 'e' Compare 'demonstration' 'e' Compare 'check-syntax' 'e' Compare 'get-xinput-event-base' 'e' Compare 'disable-xinput-events' 'e' Compare 'replay-backend' 'e' Compare 'force-core-replay' 'e' Compare 'record-replay' 'e' --- xnee_find_option_entry_impl --- xnee_find_option_entry_impl xnee_find_option_entry_impl: -e Compare 'err-file' 'e' ** Found key: 1 for option e at 0 in option array (err-file) Found xns entry for '-e' 'touchpadd.err' at position: 0 long option: 'err-file' short option:'e' xnee_resource.c:1168--xnee_parse_option_impl() Handling: 'XNEE_ERR_FILE_KEY' -- xnee_prepare --- xnee_open_files --- xnee_open_files: handling err --- xnee_open_files: opening err: touchpadd.err 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. 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: 2014:11:14 # Time: 10:00:17 # Xnee program: cnee # Xnee version: 3.19 # Xnee home: http://www.gnu.org/software/xnee/ # Xnee info mailing list: info-x...@gnu.org # Xnee bug mailing list: bug-x...@gnu.org # X version: 11 # X revision: 0 # X vendor: The X.Org Foundation # X vendor release: 1160 # Record version major: 1 # Record version minor: 13 # OS name:Linux # OS Release: 3.16-3-amd64 # OS Version: #1 SMP Debian 3.16.5-1 (2014-10-10) # Machine:x86_64 # Nodename: shorty # Display name: :0.0 # Dimension: 1400x1050 Workaround: Creating context on data display instead of control You can ignore this message -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761986: Me too!
Great...I think, but I am confused (well, I guess I've always been). Can you send over a log when running a replay session. * Use the debian xnee * Use the touchpad * Replay (something) like this: cnee --replay --file xnee_debian_touchpad.xns --verbose -e touchpadd.err the important thind is to use the --verbose option /h On Mon, Nov 10, 2014 at 03:13:22PM -0800, Dima Kogan wrote: Henrik Sandklef h...@sandklef.com writes: Can you run the same command you had problem with: cnee --record --mouse -o /tmp/xnee.xns --first-last --smp and use a mouse instead of the Touchpad. This is really not likely the cause, but I would like to make sure. That's it! Currently my laptop is on a docking station, so both a touchpad and a USB mouse are available. Recording events from the USB mouse works just fine, but recording events from the touchpad requires --force-core-replay, as described previously. This is both with the stock xnee and with the one you sent a few days ago. I'm attaching 4 xnee recordings, showing all combinations of (USB,touchpad) and (debian cnee,patched cnee). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761986: Me too!
Can you run the same command you had problem with: cnee --record --mouse -o /tmp/xnee.xns --first-last --smp and use a mouse instead of the Touchpad. This is really not likely the cause, but I would like to make sure. /h On Thu, Nov 06, 2014 at 01:27:58PM -0800, Dima Kogan wrote: Henrik Sandklef h...@sandklef.com writes: How about your input devices, can you list them? You can use xinput (with no args). Hi. I'm attaching a recorded file that has some mouse motion. I start in one corner, then move to the middle and trace out a star. You can see the path with this: awk -F, '$2==6 {print $3,$4}' /tmp/xnee.xns | feedgnuplot --lines --points --domain On my box, replaying with cnee --force-core-replay --replay -f /tmp/xnee.xns works, but omitting the --force-core-replay has the behavior described earlier: cursor moves to the top-left and insists on staying there. xinput output: ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ Synaptics Touchpadid=7[slave pointer (2)] ⎜ ↳ trackpointid=8[slave pointer (2)] ⎜ ↳ Logitech USB Receiver id=16 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Generic Keyboard id=6[slave keyboard (3)] ↳ Power Button id=9[slave keyboard (3)] ↳ Video Bus id=10 [slave keyboard (3)] ↳ Sleep Button id=11 [slave keyboard (3)] ↳ ThinkPad Extra Buttonsid=12 [slave keyboard (3)] ↳ ACPI Virtual Keyboard Device id=13 [slave keyboard (3)] ↳ USB Keyboardid=14 [slave keyboard (3)] ↳ USB Keyboardid=15 [slave keyboard (3)] ↳ Logitech USB Receiver id=17 [slave keyboard (3)] I have an /etc/X11/xorg.conf. Relevant pieces: Section ServerLayout Identifier Default Layout InputDeviceGeneric Keyboard InputDeviceSynaptics Touchpad InputDevicetrackpoint EndSection Section InputDevice Identifier trackpoint Option Device /dev/input/by-path/platform-i8042-serio-2-event-mouse Driver evdev Option Protocol ImPS/2 Option Emulate3Buttons false Option EmulateWheel true Option EmulateWheelTimeOut 0 Option EmulateWheelButton 0 Option EmulateWheelInertia 10 Option XAxisMapping 6 7 Option ZAxisMapping 4 5 Option YAxisMapping 4 5 EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option Device /dev/input/by-path/platform-i8042-serio-1-event-mouse Option HorizScrollDelta 60 Option HorizEdgeScroll 1 Option VertEdgeScroll 1 Option EmulateMidButtonTime 0 Option VertTwoFingerScroll 0 Option SHMConfig on Option RTCornerButton 4 Option RBCornerButton 5 Option LTCornerButton 0 Option LBCornerButton 0 Option TapButton1 1 Option TapButton2 0 Option TapButton3 0 Option Emulate3Buttons 0 Option MinSpeed 0.3 Option MaxSpeed 0.4 Option AccelFactor 0.5 EndSection None of that looks particularly noteworthy to me, but I'm no expert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761986: Me too!
I am currently not on my Debian laptop, but I can say that it works fine on my Ubuntu 14.10. Can you give me your xserver version? ... typically do: xdpyinfo | head -10 /h My X server is: version number:11.0 vendor string:The X.Org Foundation vendor release number:1160 X.Org version: 1.16.0 On Wed, Nov 05, 2014 at 02:52:21PM -0800, Dima Kogan wrote: Hi. I have the same issue. Alex, do you have any more insight into getting this working? I can see that the mouse motions are indeed represented in a reasonable way in the file (I can plot the paths, and they look right), but the playback just goes to the origin and stays there, like you say -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761986: Me too!
Thanks, that was quick. Hmmm, same X as here. How about your input devices, can you list them? You can use xinput (with no args). Also I would like to check your recorded Xnee file, Cut paste from this command: cnee --record --events-to-record 10 --mouse --keyboard Move your mouse a bit and Xnee will stop recording. /h On Thu, Nov 06, 2014 at 12:57:12PM -0800, Dima Kogan wrote: Henrik Sandklef h...@sandklef.com writes: I am currently not on my Debian laptop, but I can say that it works fine on my Ubuntu 14.10. Can you give me your xserver version? ... typically do: xdpyinfo | head -10 dima@shorty:~$ xdpyinfo| head -n 10 name of display::0.0 version number:11.0 vendor string:The X.Org Foundation vendor release number:1160 X.Org version: 1.16.0 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 dima@shorty:~$ dpkg -l xorg dpkg-query: no packages found matching xorg dima@shorty:~$ dpkg -l xserver-xorg Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---== ii xserver-xorg 1:7.7+7 amd64X.Org X server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737543: gnee crashes
Sorry, got a bit caught up*. Thanks for the ping!!! Here's 3.18: https://savannah.gnu.org/forum/forum.php?forum_id=7890 /h *) http://sandklef.wordpress.com/2014/02/21/understanding-my-students-or-why-i-started-learning-haskell-part-iii/ On Sat, Feb 22, 2014 at 12:54:43PM +0100, Vincent Bernat wrote: ❦ 4 février 2014 08:00 CET, Henrik Sandklef h...@sandklef.com : I saw some ugly printouts from 3.17 (sigh!) so give me 2-3 days to do a 3.18. Hi Henrik! Any news of 3.18? No hurry, just wanted to know. -- panic(Fod fight!); 2.2.16 /usr/src/linux/drivers/scsi/aha1542.c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737543: gnee crashes
This is fixed in later versions of GNU Xnee. Latest release is 3.17: ftp://ftp.gnu.org/gnu/xnee/xnee-3.17.tar.gz /h On Mon, Feb 03, 2014 at 05:15:56PM +0100, Moritz Molle wrote: Package: gnee Version: 3.13-1 Severity: grave Justification: renders package unusable Dear Maintainer, When I start gnee, I get the following error: mmolle@mokbox:~$ gnee (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (gnee:25300): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated *** Error in `gnee': free(): invalid next size (fast): 0x08942480 *** === Backtrace: = /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x75e52)[0xb663fe52] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x76b90)[0xb6640b90] /usr/lib/tls/libnvidia-tls.so.304.117(+0x1e93)[0xb5d18e93] /lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf5)[0xb65e38c5] === Memory map: 08048000-0806a000 r-xp 09:00 45352672 /usr/bin/gnee 0806a000-0806b000 r--p 00021000 09:00 45352672 /usr/bin/gnee 0806b000-0806c000 rw-p 00022000 09:00 45352672 /usr/bin/gnee 0875b000-0898d000 rw-p 00:00 0 [heap] a9e3d000-a9e58000 r-xp 09:00 37748740 /lib/i386-linux-gnu/libgcc_s.so.1 a9e58000-a9e59000 rw-p 0001a000 09:00 37748740 /lib/i386-linux-gnu/libgcc_s.so.1 a9e59000-a9e64000 r-xp 09:00 37749072 /lib/i386-linux-gnu/i686/cmov/libnss_files-2.17.so a9e64000-a9e65000 r--p a000 09:00 37749072 /lib/i386-linux-gnu/i686/cmov/libnss_files-2.17.so a9e65000-a9e66000 rw-p b000 09:00 37749072 /lib/i386-linux-gnu/i686/cmov/libnss_files-2.17.so a9ea-a9f0 rw-s 00:04 10256419 /SYSV (deleted) a9f0-a9f21000 rw-p 00:00 0 a9f21000-aa00 ---p 00:00 0 aa004000-aa0ae000 r--p 09:00 46796576 /usr/share/fonts/truetype/dejavu/DejaVuSans-Bold.ttf aa0ae000-aa0af000 ---p 00:00 0 aa0af000-aa8af000 rwxp 00:00 0 [stack:25302] aa8af000-aa8ea000 r-xp 09:00 44969364 /usr/lib/i386-linux-gnu/libbluray.so.1.5.0 aa8ea000-aa8eb000 ---p 0003b000 09:00 44969364 /usr/lib/i386-linux-gnu/libbluray.so.1.5.0 aa8eb000-aa8ec000 r--p 0003b000 09:00 44969364 /usr/lib/i386-linux-gnu/libbluray.so.1.5.0 aa8ec000-aa8ed000 rw-p 0003c000 09:00 44969364 /usr/lib/i386-linux-gnu/libbluray.so.1.5.0 aa8ee000-aa8ef000 rw-p 00:00 0 aa8ef000-aa8f9000 r-xp 09:00 37749123 /lib/i386-linux-gnu/i686/cmov/libnss_nis-2.17.so aa8f9000-aa8fa000 r--p 9000 09:00 37749123 /lib/i386-linux-gnu/i686/cmov/libnss_nis-2.17.so aa8fa000-aa8fb000 rw-p a000 09:00 37749123 /lib/i386-linux-gnu/i686/cmov/libnss_nis-2.17.so aa8fb000-aa91 r-xp 09:00 37749016 /lib/i386-linux-gnu/i686/cmov/libnsl-2.17.so aa91-aa911000 r--p 00014000 09:00 37749016 /lib/i386-linux-gnu/i686/cmov/libnsl-2.17.so aa911000-aa912000 rw-p 00015000 09:00 37749016 /lib/i386-linux-gnu/i686/cmov/libnsl-2.17.so aa912000-aa914000 rw-p 00:00 0 aa914000-aa91b000 r-xp 09:00 37749057 /lib/i386-linux-gnu/i686/cmov/libnss_compat-2.17.so aa91b000-aa91c000 r--p 6000 09:00 37749057 /lib/i386-linux-gnu/i686/cmov/libnss_compat-2.17.so aa91c000-aa91d000 rw-p 7000 09:00 37749057 /lib/i386-linux-gnu/i686/cmov/libnss_compat-2.17.so aa91d000-aa91f000 r-xp 09:00 44970417 /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/immodules/libmb-im-invoker.so aa91f000-aa92 r--p 1000 09:00 44970417 /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/immodules/libmb-im-invoker.so aa92-aa921000 rw-p 2000 09:00 44970417 /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/immodules/libmb-im-invoker.so aa921000-aa927000 rw-p 00:00 0 aa927000-aa95a000 r-xp 09:00 44978656 /usr/lib/i386-linux-gnu/gvfs/libgvfscommon.so aa95a000-aa95c000 r--p 00033000 09:00 44978656 /usr/lib/i386-linux-gnu/gvfs/libgvfscommon.so aa95c000-aa95d000 rw-p 00035000 09:00 44978656
Bug#737543: gnee crashes
I saw some ugly printouts from 3.17 (sigh!) so give me 2-3 days to do a 3.18. /h On Mon, Feb 03, 2014 at 11:11:42PM +0100, Vincent Bernat wrote: ❦ 3 février 2014 22:45 CET, Henrik Sandklef h...@sandklef.com : This is fixed in later versions of GNU Xnee. Latest release is 3.17: ftp://ftp.gnu.org/gnu/xnee/xnee-3.17.tar.gz I plan to package it soon. -- printk(HPFS: G... Kernel memory corrupted ... going on, but it'll crash very soon :-(\n); 2.4.3 linux/fs/hpfs/super.c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613237: [Xnee-devel] Re: cnee loves Xephyr ?
On 02/22/2011 07:32 PM, Javier Barroso wrote: It seems to be working here fine !! :-) Cool, excellent. Thanks a lot. Ill start working on 3.09 right away. It'll be out before this weekend, so there's no need to pack 3.08. A big thank for you (both)! Thank you... I will open a new thread with another question (wishlist feature) ... Do you want more Xnee features? If so, we're all ears. But there are some tasks and bugs (for Fedora and for Nixos) that need attention before that. /hesa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613237: [Xnee-devel] Re: cnee loves Xephyr ?
Thanks a lot :) The dirs on the Xnee build site is almost empty since a major reconstruction (including Xnee live[2])is going on. But some last night things are found on the page . Here's the place for nightly dists: -- http://itupw056.itu.chalmers.se/xnee/nightly-dists/ I just checked this one: -- http://itupw056.itu.chalmers.se/xnee/nightly-dists/xnee-cvs-20110221.tar.gz . and it seems to be working fine[3]. Regards, henrik NOTE: When recording multiple devices on one display and replay to another display while using XI (and not core devices) Xnee has no good way of finding which recorded device id belongs to which replayed device id. Basically Xnee uses the same id as xinput --list spits out when recording and tries to find it when replaying. Perhaps Xnee will use the strings AND id in the future... let's see about that... at least you know now. [1] http://itupw056.itu.chalmers.se/xnee/ [2] http://itupw056.itu.chalmers.se/xnee-live/ [3] Here's how I tested the version above Record local display - ./cnee/src/cnee --record --mouse --keyboard -o testme.xns -sk q # stop recording by pressing q Replay to local display - ./cnee/src/cnee --replay -f testme.xns Replay to local display (and forcing core device event) - ./cnee/src/cnee --replay -f testme.xns -fcr Record Xephyr display (:3) - ./cnee/src/cnee --record --mouse --keyboard -o testme.xns -sk q --display :3 --time 3 Replay to Xephyr display (:3) - ./cnee/src/cnee --replay -f testme.xns --display :3 --time 3 Replay to Xephyr display (:3) (and forcing core device event) - ./cnee/src/cnee --replay -f testme.xns --display :3 --time 3 -fcr On 02/20/2011 11:17 AM, Javier Barroso wrote: Of course! I can, tell me when test version is available Thank you very much! On Sun, Feb 20, 2011 at 12:50 AM, Henrik Sandklef h...@gnu.org wrote: I think the bug is fixed now. Not in CVS yet. Javier, if I make a non official release can you test it? /hesa On 02/18/2011 11:48 PM, Javier Barroso wrote: With --disable-xinput-events, I don't get segmentation fault, but I cannot record and replay inside xephyr. I'm missing some parameter more ? Recording: cnee --store-mouse-position --record -o prueba.xns --keyboard --mouse --time 5 --seconds-to-record 10 --display :1 --disable-xinput-events Replaying: cnee --replay -f prueba.xns --time 5 --display :1 --disable-xinput-events Vicent, as we are talking here about a version which is not packaged, please tell me stop ccing bug report if you think doing that is wrong (I'm not sure this is fine) Thank you! On Fri, Feb 18, 2011 at 8:26 AM, Javier Barroso javibarr...@gmail.com wrote: Hi, Is there any workaround in squeeze where we have 3.06 ... or should I compile (or make a backport) 3.08 and cnee has not got such parameter (--disable-xinput-events), I'm ccing debian bug tracker to let now about that workaround) In squeeze this segmentation fault is says: Can't synchronize anymore have to leave! 11 10 Error number: 5 Error: Synchronisation failure Solution: For more information on this error, please read the manual(s) ./prueba_nodo: línea 49: 26313 Violación de segmento cnee --replay -f prueba.xns --display :1 Thank you! On Fri, Feb 18, 2011 at 12:01 AM, Javier Barroso javibarr...@gmail.com wrote: Thank you very much for the workaround, I will test it! Sorry breaking this thread, I was not subscribed to the list (I'm waiting now email instruction) xnee developer wrote: Hello, Do you need the support for multiple devices? If not, try this option: --disable-xinput-events This does not solve the problem, but may be a nice workaround until the bug is fixed. /h On Tue, Feb 15, 2011 at 12:09 AM, Javier Barroso javibarr...@gmail.com wrote: Hi, I'm running lastest debian sid, and I can't get cnee working togheter with Xephyr I found two post related, one says it won't work, and other which say that i would work Doesn't work (waste time): http://lists.gnu.org/archive/html/xnee-devel/2006-01/msg00010.html Works: http://lists.gnu.org/archive/html/info-xnee/2007-07/msg1.html I reported my issue in debian bug tracker [1] Resuming the bug report: This seems to works: cnee --store-mouse-position --record --mouse --keyboard --seconds-to-record 10 --display :1 -o prueba.xns -time 5 WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty But replay don't work (having Xephyr listenning on :1) : cnee --replay --time 5 --display :1 -f prueba.xns Can't synchronize anymore have to leave! 11 10 Error number: 5 Error: Synchronisation
Bug#613237: [Xnee-devel] Re: cnee loves Xephyr ?
Your args look ok, guess it all points at Xnee at the moment. Will check asap. Thanks for your efforts :) /h On 02/18/2011 11:48 PM, Javier Barroso wrote: With --disable-xinput-events, I don't get segmentation fault, but I cannot record and replay inside xephyr. I'm missing some parameter more ? Recording: cnee --store-mouse-position --record -o prueba.xns --keyboard --mouse --time 5 --seconds-to-record 10 --display :1 --disable-xinput-events Replaying: cnee --replay -f prueba.xns --time 5 --display :1 --disable-xinput-events Vicent, as we are talking here about a version which is not packaged, please tell me stop ccing bug report if you think doing that is wrong (I'm not sure this is fine) Thank you! On Fri, Feb 18, 2011 at 8:26 AM, Javier Barroso javibarr...@gmail.com wrote: Hi, Is there any workaround in squeeze where we have 3.06 ... or should I compile (or make a backport) 3.08 and cnee has not got such parameter (--disable-xinput-events), I'm ccing debian bug tracker to let now about that workaround) In squeeze this segmentation fault is says: Can't synchronize anymore have to leave! 11 10 Error number: 5 Error: Synchronisation failure Solution: For more information on this error, please read the manual(s) ./prueba_nodo: línea 49: 26313 Violación de segmento cnee --replay -f prueba.xns --display :1 Thank you! On Fri, Feb 18, 2011 at 12:01 AM, Javier Barroso javibarr...@gmail.com wrote: Thank you very much for the workaround, I will test it! Sorry breaking this thread, I was not subscribed to the list (I'm waiting now email instruction) xnee developer wrote: Hello, Do you need the support for multiple devices? If not, try this option: --disable-xinput-events This does not solve the problem, but may be a nice workaround until the bug is fixed. /h On Tue, Feb 15, 2011 at 12:09 AM, Javier Barroso javibarr...@gmail.com wrote: Hi, I'm running lastest debian sid, and I can't get cnee working togheter with Xephyr I found two post related, one says it won't work, and other which say that i would work Doesn't work (waste time): http://lists.gnu.org/archive/html/xnee-devel/2006-01/msg00010.html Works: http://lists.gnu.org/archive/html/info-xnee/2007-07/msg1.html I reported my issue in debian bug tracker [1] Resuming the bug report: This seems to works: cnee --store-mouse-position --record --mouse --keyboard --seconds-to-record 10 --display :1 -o prueba.xns -time 5 WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty But replay don't work (having Xephyr listenning on :1) : cnee --replay --time 5 --display :1 -f prueba.xns Can't synchronize anymore have to leave! 11 10 Error number: 5 Error: Synchronisation failure Solution: For more information on this error, please read the manual(s) Violación de segmento I read the manual, but I couldn't find how to fix this issue. Are this upgrade the cause, or I'm doing something different ? :( If I replay in the same display, it works (but I can't get my work done :( ) Do you have any tip solving this issue ? (where can I read in the manual about it) Thank you very much ! [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613237 ___ Xnee-devel mailing list xnee-de...@gnu.org http://lists.gnu.org/mailman/listinfo/xnee-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613237: [Xnee-devel] Re: cnee loves Xephyr ?
Hi again Javier If synchronisation fails during replay ... try this option: --no-synchronise (-ns) This turns off sycnhrosation (only valid during replay) during replay. /h On 02/18/2011 11:48 PM, Javier Barroso wrote: With --disable-xinput-events, I don't get segmentation fault, but I cannot record and replay inside xephyr. I'm missing some parameter more ? Recording: cnee --store-mouse-position --record -o prueba.xns --keyboard --mouse --time 5 --seconds-to-record 10 --display :1 --disable-xinput-events Replaying: cnee --replay -f prueba.xns --time 5 --display :1 --disable-xinput-events Vicent, as we are talking here about a version which is not packaged, please tell me stop ccing bug report if you think doing that is wrong (I'm not sure this is fine) Thank you! On Fri, Feb 18, 2011 at 8:26 AM, Javier Barroso javibarr...@gmail.com wrote: Hi, Is there any workaround in squeeze where we have 3.06 ... or should I compile (or make a backport) 3.08 and cnee has not got such parameter (--disable-xinput-events), I'm ccing debian bug tracker to let now about that workaround) In squeeze this segmentation fault is says: Can't synchronize anymore have to leave! 11 10 Error number: 5 Error: Synchronisation failure Solution: For more information on this error, please read the manual(s) ./prueba_nodo: línea 49: 26313 Violación de segmento cnee --replay -f prueba.xns --display :1 Thank you! On Fri, Feb 18, 2011 at 12:01 AM, Javier Barroso javibarr...@gmail.com wrote: Thank you very much for the workaround, I will test it! Sorry breaking this thread, I was not subscribed to the list (I'm waiting now email instruction) xnee developer wrote: Hello, Do you need the support for multiple devices? If not, try this option: --disable-xinput-events This does not solve the problem, but may be a nice workaround until the bug is fixed. /h On Tue, Feb 15, 2011 at 12:09 AM, Javier Barroso javibarr...@gmail.com wrote: Hi, I'm running lastest debian sid, and I can't get cnee working togheter with Xephyr I found two post related, one says it won't work, and other which say that i would work Doesn't work (waste time): http://lists.gnu.org/archive/html/xnee-devel/2006-01/msg00010.html Works: http://lists.gnu.org/archive/html/info-xnee/2007-07/msg1.html I reported my issue in debian bug tracker [1] Resuming the bug report: This seems to works: cnee --store-mouse-position --record --mouse --keyboard --seconds-to-record 10 --display :1 -o prueba.xns -time 5 WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty But replay don't work (having Xephyr listenning on :1) : cnee --replay --time 5 --display :1 -f prueba.xns Can't synchronize anymore have to leave! 11 10 Error number: 5 Error: Synchronisation failure Solution: For more information on this error, please read the manual(s) Violación de segmento I read the manual, but I couldn't find how to fix this issue. Are this upgrade the cause, or I'm doing something different ? :( If I replay in the same display, it works (but I can't get my work done :( ) Do you have any tip solving this issue ? (where can I read in the manual about it) Thank you very much ! [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613237 ___ Xnee-devel mailing list xnee-de...@gnu.org http://lists.gnu.org/mailman/listinfo/xnee-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613237: [Xnee-devel] Re: cnee loves Xephyr ?
I think the bug is fixed now. Not in CVS yet. Javier, if I make a non official release can you test it? /hesa On 02/18/2011 11:48 PM, Javier Barroso wrote: With --disable-xinput-events, I don't get segmentation fault, but I cannot record and replay inside xephyr. I'm missing some parameter more ? Recording: cnee --store-mouse-position --record -o prueba.xns --keyboard --mouse --time 5 --seconds-to-record 10 --display :1 --disable-xinput-events Replaying: cnee --replay -f prueba.xns --time 5 --display :1 --disable-xinput-events Vicent, as we are talking here about a version which is not packaged, please tell me stop ccing bug report if you think doing that is wrong (I'm not sure this is fine) Thank you! On Fri, Feb 18, 2011 at 8:26 AM, Javier Barroso javibarr...@gmail.com wrote: Hi, Is there any workaround in squeeze where we have 3.06 ... or should I compile (or make a backport) 3.08 and cnee has not got such parameter (--disable-xinput-events), I'm ccing debian bug tracker to let now about that workaround) In squeeze this segmentation fault is says: Can't synchronize anymore have to leave! 11 10 Error number: 5 Error: Synchronisation failure Solution: For more information on this error, please read the manual(s) ./prueba_nodo: línea 49: 26313 Violación de segmento cnee --replay -f prueba.xns --display :1 Thank you! On Fri, Feb 18, 2011 at 12:01 AM, Javier Barroso javibarr...@gmail.com wrote: Thank you very much for the workaround, I will test it! Sorry breaking this thread, I was not subscribed to the list (I'm waiting now email instruction) xnee developer wrote: Hello, Do you need the support for multiple devices? If not, try this option: --disable-xinput-events This does not solve the problem, but may be a nice workaround until the bug is fixed. /h On Tue, Feb 15, 2011 at 12:09 AM, Javier Barroso javibarr...@gmail.com wrote: Hi, I'm running lastest debian sid, and I can't get cnee working togheter with Xephyr I found two post related, one says it won't work, and other which say that i would work Doesn't work (waste time): http://lists.gnu.org/archive/html/xnee-devel/2006-01/msg00010.html Works: http://lists.gnu.org/archive/html/info-xnee/2007-07/msg1.html I reported my issue in debian bug tracker [1] Resuming the bug report: This seems to works: cnee --store-mouse-position --record --mouse --keyboard --seconds-to-record 10 --display :1 -o prueba.xns -time 5 WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty WARNING: Number of valuators was faulty But replay don't work (having Xephyr listenning on :1) : cnee --replay --time 5 --display :1 -f prueba.xns Can't synchronize anymore have to leave! 11 10 Error number: 5 Error: Synchronisation failure Solution: For more information on this error, please read the manual(s) Violación de segmento I read the manual, but I couldn't find how to fix this issue. Are this upgrade the cause, or I'm doing something different ? :( If I replay in the same display, it works (but I can't get my work done :( ) Do you have any tip solving this issue ? (where can I read in the manual about it) Thank you very much ! [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613237 ___ Xnee-devel mailing list xnee-de...@gnu.org http://lists.gnu.org/mailman/listinfo/xnee-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org