Bug#917629: RFS: xhk/1.0-1

2019-01-22 Thread Kentaro Hayashi
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

2019-01-21 Thread Kieran Bingham
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-21 Thread Dmitry Bogatov


[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

2019-01-20 Thread Kieran Bingham
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

2019-01-20 Thread Kentaro Hayashi
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

2019-01-20 Thread Kentaro Hayashi
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-19 Thread 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.
> 
> 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

2019-01-03 Thread Kentaro Hayashi
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

2019-01-03 Thread Adam Borowski
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

2018-12-29 Thread Kentaro Hayashi
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,