Bug#917629: RFS: xhk/1.0-1
On Mon, 21 Jan 2019 20:33:55 + Kieran Bingham wrote: > > But documentation still have to be improved -- manpage is almost > > unreadable and refers to non-existent info manual. I think in current > > state this package is not ready for upload. > > I thought Kentaro had already updated this ? > > He's handling the packaging so I'll let him continue. I've updated package because v1.1 (which include updated manpage) has been released. https://mentors.debian.net/debian/pool/main/x/xhk/xhk_1.1-1.dsc Regards,
Bug#917629: RFS: xhk/1.0-1
Hi Dmitry, On 21/01/2019 20:23, Dmitry Bogatov wrote: > > [2019-01-20 18:39] Kieran Bingham >> This log shows you have pushed then released the space before pressing >> the next key to mirror. [...] > > Yes. This way it works. Great, glad that solved your issue. > But documentation still have to be improved -- manpage is almost > unreadable and refers to non-existent info manual. I think in current > state this package is not ready for upload. I thought Kentaro had already updated this ? He's handling the packaging so I'll let him continue. -- Regards -- Kieran
Bug#917629: RFS: xhk/1.0-1
[2019-01-20 18:39] Kieran Bingham > This log shows you have pushed then released the space before pressing > the next key to mirror. [...] Yes. This way it works. But documentation still have to be improved -- manpage is almost unreadable and refers to non-existent info manual. I think in current state this package is not ready for upload. -- Note, that I send and fetch email in batch, once every 24 hours. If matter is urgent, try https://t.me/kaction --
Bug#917629: RFS: xhk/1.0-1
Hi Dmitry, On Sat, 19 Jan 2019, 19:36 Dmitry Bogatov > [2019-01-04 12:29] Kentaro Hayashi > > On Fri, 4 Jan 2019 02:17:57 +0100 Adam Borowski > wrote: > > > Am I holding it wrong? > > > > step 1. launch xhk > > step 2. press "j" key, then "j" is typed > > step 3. press space and "j" key, then "f" is typed. > To clarify the above, push and *hold* the space bar, while typing the next key to invert. > > > If xhk works as above, it is OK (expected behavior). > > It does not work for me like this to me. Here is log (-d): > > -- HalfKey Xorg Driver Utility 1.0 -- > SetPriority call failed : -1 > Process Priority set at 0 > XOpenDisplay(":0") > XI Version 2.0 > Device Virtual core XTEST keyboard (id: 5) is a slave keyboard > Device is attached to/paired with 3 > Device Power Button (id: 6) is a slave keyboard > Device is attached to/paired with 3 > Device Video Bus (id: 7) is a slave keyboard > Device is attached to/paired with 3 > Device Power Button (id: 8) is a slave keyboard > Device is attached to/paired with 3 > Device Sleep Button (id: 9) is a slave keyboard > Device is attached to/paired with 3 > Device Apple Inc. Apple Internal Keyboard / Trackpad (id: 10) is a > slave keyboard > Device is attached to/paired with 3 > Device FaceTime Camera (Built-in): Fac (id: 12) is a slave keyboard > Device is attached to/paired with 3 > Floating device ID 10 > Keyrelease 36 (Return), keycode = 36 (Return) time=385249722 > > Keypress 44 (j), keycode = 44 (j) time=385251136 > > jKeyrelease 44 (j), keycode = 44 (j) time=385251264 > > Keypress 65 (space), keycode = -1 ((null)) time=385251704 > Keyrelease 65 (space), keycode = 65 (space) time=385251808 > This log shows you have pushed then released the space before pressing the next key to mirror. Think of the side bar like a shift key which mirrors the keyboard. Except if you press space and release it, it still presses space. Regards Kieran > Keypress 44 (j), keycode = 44 (j) time=385252784 > > jKeyrelease 44 (j), keycode = 44 (j) time=385252936 > > Keypress 65 (space), keycode = -1 ((null)) time=385253024 > Keyrelease 65 (space), keycode = 65 (space) time=385253192 > > Keypress 66 (Control_L), keycode = 66 (Control_L) time=385253568 > > Keypress 54 (c), keycode = 54 (c) time=385256208 > > cKeyrelease 54 (c), keycode = 54 (c) time=385256368 > > Keyrelease 66 (Control_L), keycode = 66 (Control_L) time=385256376 > > Keypress 111 (Up), keycode = 111 (Up) time=385256528 > > ^[[AKeyrelease 111 (Up), keycode = 111 (Up) time=385256704 > > Keypress 66 (Control_L), keycode = 66 (Control_L) time=385257192 > > -- > To unsubscribe, send mail to 917629-unsubscr...@bugs.debian.org. >
Bug#917629: RFS: xhk/1.0-1
On Sat, 19 Jan 2019 19:34:45 + Dmitry Bogatov wrote: > > [2019-01-04 12:29] Kentaro Hayashi > > On Fri, 4 Jan 2019 02:17:57 +0100 Adam Borowski wrote: > > > Am I holding it wrong? > > > > step 1. launch xhk > > step 2. press "j" key, then "j" is typed > > step 3. press space and "j" key, then "f" is typed. > > > > If xhk works as above, it is OK (expected behavior). > > It does not work for me like this to me. Here is log (-d): > > -- HalfKey Xorg Driver Utility 1.0 -- > SetPriority call failed : -1 > Process Priority set at 0 > XOpenDisplay(":0") > XI Version 2.0 snip. Thank you for feedback. It seems strange for me because device is recognized correctly (both of #14 and #24) Here is the debug log in my environment. (just works for me) % xhk -d -- HalfKey Xorg Driver Utility Undefined -- SetPriority call failed : -1 Process Priority set at 0 XOpenDisplay(":0") XI Version 2.0 Device Virtual core XTEST keyboard (id: 5) is a slave keyboard Device is attached to/paired with 3 Device Power Button (id: 6) is a slave keyboard Device is attached to/paired with 3 Device Video Bus (id: 7) is a slave keyboard Device is attached to/paired with 3 Device Power Button (id: 8) is a slave keyboard Device is attached to/paired with 3 Device Lite-On Technology Corp. ThinkPad USB Keyboard with TrackPoint (id: 9) is a slave keyboard Device is attached to/paired with 3 Floating device ID 9 Keyrelease 36 (Return), keycode = 36 (Return) time=155696 Keypress 44 (j), keycode = 44 (j) time=157831 jKeyrelease 44 (j), keycode = 44 (j) time=157943 Keypress 65 (space), keycode = -1 ((null)) time=160783 Keypress 44 (j), keycode = 41 (f) time=160999 fKeyrelease 44 (j), keycode = 41 (f) time=161215 Keyrelease 65 (space), keycode = -1 ((null)) time=161271
Bug#917629: RFS: xhk/1.0-1
On Fri, 4 Jan 2019 12:29:54 +0900 Kentaro Hayashi wrote: > On Fri, 4 Jan 2019 02:17:57 +0100 Adam Borowski wrote: > > The packaging seems all fine. > > Thank you for reviewing. > > > The man page is corrupted -- I see a few ANSI codes among the troffage, > > the text seems doubled and misformatted. Also, the part about a Texinfo > > manual seems weird as there are no info docs. > > Oh, it seems that the man page is generated by help2man and upstream ships > broken one. > I'll send feedback to upstream. I've send a patch against corrupted man page issue and fixed in upstream. https://github.com/kbingham/xhk/pull/10 It will be shipped in the future release.
Bug#917629: RFS: xhk/1.0-1
[2019-01-04 12:29] Kentaro Hayashi > On Fri, 4 Jan 2019 02:17:57 +0100 Adam Borowski wrote: > > Am I holding it wrong? > > step 1. launch xhk > step 2. press "j" key, then "j" is typed > step 3. press space and "j" key, then "f" is typed. > > If xhk works as above, it is OK (expected behavior). It does not work for me like this to me. Here is log (-d): -- HalfKey Xorg Driver Utility 1.0 -- SetPriority call failed : -1 Process Priority set at 0 XOpenDisplay(":0") XI Version 2.0 Device Virtual core XTEST keyboard (id: 5) is a slave keyboard Device is attached to/paired with 3 Device Power Button (id: 6) is a slave keyboard Device is attached to/paired with 3 Device Video Bus (id: 7) is a slave keyboard Device is attached to/paired with 3 Device Power Button (id: 8) is a slave keyboard Device is attached to/paired with 3 Device Sleep Button (id: 9) is a slave keyboard Device is attached to/paired with 3 Device Apple Inc. Apple Internal Keyboard / Trackpad (id: 10) is a slave keyboard Device is attached to/paired with 3 Device FaceTime Camera (Built-in): Fac (id: 12) is a slave keyboard Device is attached to/paired with 3 Floating device ID 10 Keyrelease 36 (Return), keycode = 36 (Return) time=385249722 Keypress 44 (j), keycode = 44 (j) time=385251136 jKeyrelease 44 (j), keycode = 44 (j) time=385251264 Keypress 65 (space), keycode = -1 ((null)) time=385251704 Keyrelease 65 (space), keycode = 65 (space) time=385251808 Keypress 44 (j), keycode = 44 (j) time=385252784 jKeyrelease 44 (j), keycode = 44 (j) time=385252936 Keypress 65 (space), keycode = -1 ((null)) time=385253024 Keyrelease 65 (space), keycode = 65 (space) time=385253192 Keypress 66 (Control_L), keycode = 66 (Control_L) time=385253568 Keypress 54 (c), keycode = 54 (c) time=385256208 cKeyrelease 54 (c), keycode = 54 (c) time=385256368 Keyrelease 66 (Control_L), keycode = 66 (Control_L) time=385256376 Keypress 111 (Up), keycode = 111 (Up) time=385256528 ^[[AKeyrelease 111 (Up), keycode = 111 (Up) time=385256704 Keypress 66 (Control_L), keycode = 66 (Control_L) time=385257192
Bug#917629: RFS: xhk/1.0-1
On Fri, 4 Jan 2019 02:17:57 +0100 Adam Borowski wrote: > The packaging seems all fine. Thank you for reviewing. > The man page is corrupted -- I see a few ANSI codes among the troffage, > the text seems doubled and misformatted. Also, the part about a Texinfo > manual seems weird as there are no info docs. Oh, it seems that the man page is generated by help2man and upstream ships broken one. I'll send feedback to upstream. > I couldn't manage to get the utility do anything. The debug output is: > [~]$ xhk -d > snip > > after which no further messages are given -- other than reactions to signals > which also produce nothing but a message (although obviously SIGKILL wins). > > Am I holding it wrong? step 1. launch xhk step 2. press "j" key, then "j" is typed step 3. press space and "j" key, then "f" is typed. If xhk works as above, it is OK (expected behavior).
Bug#917629: RFS: xhk/1.0-1
On Sat, Dec 29, 2018 at 10:59:35PM +0900, Kentaro Hayashi wrote: > * Package name: xhk > Version : 1.0-1 > Upstream Author : Kieran Bingham > * URL : http://kieranbingham.co.uk/xhk > * License : GPL-2.0+ > Section : x11 > It builds those binary packages: > > xhk - XLib halfkey implementation > * Initial upload to Debian. (Closes: #917091) The packaging seems all fine. The man page is corrupted -- I see a few ANSI codes among the troffage, the text seems doubled and misformatted. Also, the part about a Texinfo manual seems weird as there are no info docs. I couldn't manage to get the utility do anything. The debug output is: [~]$ xhk -d -- HalfKey Xorg Driver Utility 1.0 -- SetPriority call failed : -1 Process Priority set at 0 XOpenDisplay(":0.0") XI Version 2.0 Device Virtual core XTEST keyboard (id: 5) is a slave keyboard Device is attached to/paired with 3 Device Power Button (id: 6) is a slave keyboard Device is attached to/paired with 3 Device SEMICO USB Keyboard System Control (id: 8) is a slave keyboard Device is attached to/paired with 3 Device SEMICO USB Keyboard (id: 9) is a slave keyboard Device is attached to/paired with 3 Device SEMICO USB Keyboard (id: 10) is a slave keyboard Device is attached to/paired with 3 Device Yubico Yubikey 4 OTP+U2F+CCID (id: 20) is a slave keyboard Device is attached to/paired with 3 Device C-Media Electronics Inc. USB PnP Sound Device (id: 7) is a slave keyboard Device is attached to/paired with 3 Device USB OPTICAL MOUSE Consumer Control (id: 15) is a slave keyboard Device is attached to/paired with 3 Floating device ID 10 after which no further messages are given -- other than reactions to signals which also produce nothing but a message (although obviously SIGKILL wins). Am I holding it wrong? Meow! -- ⢀⣴⠾⠻⢶⣦⠀ Hans 1 was born and raised in Johannesburg, then moved to Boston, ⣾⠁⢠⠒⠀⣿⡁ and has just became a naturalized citizen. Hans 2's grandparents ⢿⡄⠘⠷⠚⠋⠀ came from Melanesia to Düsseldorf, and he hasn't ever been outside ⠈⠳⣄ Germany until yesterday. Which one is an African-American?
Bug#917629: RFS: xhk/1.0-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "xhk" * Package name: xhk Version : 1.0-1 Upstream Author : Kieran Bingham * URL : http://kieranbingham.co.uk/xhk * License : GPL-2.0+ Section : x11 It builds those binary packages: xhk - XLib halfkey implementation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xhk Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xhk/xhk_1.0-1.dsc More information about xhk can be obtained from http://kieranbingham.co.uk/xhk. Changes since the last upload: * Initial upload to Debian. (Closes: #917091) Regards,