[kbd] kbd-2.0.0wip (development)

[kbd] kbd-2.0.0wip (development)

[Alexey Gladkov]

Greetings!

Here's a new development version of the project. The loadkeys and
dumpkeys rewritten using the new library. API isn't stable yet. This
version shouldn't be used in production.

I'd be very grateful if you can help in testing this version.

ftp://devel.altlinux.org/legion/kbd/kbd-2.0.0wip-20130514.tar.gz

-- 
Rgrds, legion

Re: [kbd] kbd-2.0.0wip (development)

[Dmitriy Perlow]

[-- Attachment #1: Type: text/plain, Size: 977 bytes --]

Alexey Gladkov <gladkov.alexey@gmail.com> писал(а) в своём письме Tue, 14  
May 2013 14:05:43 +0300:

> Greetings!
>
> Here's a new development version of the project. The loadkeys and
> dumpkeys rewritten using the new library. API isn't stable yet. This
> version shouldn't be used in production.
>
> I'd be very grateful if you can help in testing this version.
>
> ftp://devel.altlinux.org/legion/kbd/kbd-2.0.0wip-20130514.tar.gz
>

Hello!

It builds fine for several openSUSE versions:  
https://build.opensuse.org/package/show?package=kbd&project=home%3ADarkSS
I've already installed it at my own machine, so I am going to test it.

The only issue I've got was broken openSUSE patch, that implements  
additional functionality. It would be wonderful if you adopt and merge it.  
There was a discussion at our bugzilla about it:  
https://bugzilla.novell.com/show_bug.cgi?id=337238

-- 
Dmitriy DA(P).DarkneSS Perlow / Linux x64

[-- Attachment #2: kbd-1.15.2-dumpkeys-C-opt.patch --]
[-- Type: application/octet-stream, Size: 2463 bytes --]

Index: man/man1/dumpkeys.1.in
===================================================================
--- man/man1/dumpkeys.1.in.orig
+++ man/man1/dumpkeys.1.in
@@ -4,6 +4,7 @@
 dumpkeys \- dump keyboard translation tables
 .SH SYNOPSIS
 .B dumpkeys
+.RI [ \-C\ '<vc>' | \-\-console='<vc>' ]
 [
 .B \-hilfn
 .BI \-c charset
@@ -197,6 +198,12 @@ This option produces an output line `cha
 loadkeys how to interpret the keymap. (For example, "division" is
 0xf7 in iso-8859-1 but 0xba in iso-8859-8.)
 .LP
+The affected console device can be specified using the 
+.I -C 
+(or
+.I --console
+) option. This option supports exactly one device name.
+.LP
 .SH FILES
 .PD 0
 .TP 20
Index: src/dumpkeys.c
===================================================================
--- src/dumpkeys.c.orig
+++ src/dumpkeys.c
@@ -31,6 +31,7 @@
 static int fd;
 static int verbose;
 static int nr_keys = 0;			/* probably 112, 128, 256 or 512 */
+static char * console;
 
 int keymap_index[MAX_NR_KEYMAPS];	/* inverse of good_keymap */
 int good_keymap[MAX_NR_KEYMAPS], keymapnr, allocct;
@@ -582,6 +583,8 @@ valid options are:\n\
 	   --funcs-only	    display only the function key strings\n\
 	   --keys-only	    display only key bindings\n\
 	   --compose-only   display only compose key combinations\n\
+	-C <vc>\n\
+	   --console=<vc>   Indicate the virtual console device to be used.\n\
 	-c --charset="));
 	list_charsets(stderr);
 	fprintf(stderr, _("\
@@ -593,7 +596,7 @@ valid options are:\n\
 
 int
 main (int argc, char *argv[]) {
-	const char *short_opts = "hilvsnf1S:c:V";
+	const char *short_opts = "hilvsnf1S:c:C:V";
 	const struct option long_opts[] = {
 		{ "help",	no_argument,		NULL, 'h' },
 		{ "short-info",	no_argument,		NULL, 'i' },
@@ -606,6 +609,7 @@ main (int argc, char *argv[]) {
 		{ "keys-only",	no_argument,		NULL, 'k' },
 		{ "compose-only",no_argument,		NULL, 'd' },
 		{ "charset",	required_argument,	NULL, 'c' },
+		{ "console",	required_argument,	NULL, 'C' },
 		{ "verbose",	no_argument,		NULL, 'v' },
 		{ "version",	no_argument,		NULL, 'V' },
 		{ NULL,	0, NULL, 0 }
@@ -665,6 +669,9 @@ main (int argc, char *argv[]) {
 					usage();
 				printf("charset \"%s\"\n", optarg);
 				break;
+			case 'C':
+				console = optarg;
+				break;
 			case 'V':
 				print_version_and_exit();
 			case 'h':
@@ -676,7 +683,7 @@ main (int argc, char *argv[]) {
 	if (optind < argc)
 		usage();
 
-	fd = getfd(NULL);
+	fd = getfd(console);
 
 	find_nr_keys();
 

Re: [kbd] kbd-2.0.0wip (development)

[Alexey Gladkov]

14.05.2013 17:33, Dmitriy Perlow wrote:
> It builds fine for several openSUSE versions:  
> https://build.opensuse.org/package/show?package=kbd&project=home%3ADarkSS
> I've already installed it at my own machine, so I am going to test it.

Wow! Thanks!

> The only issue I've got was broken openSUSE patch, that implements  
> additional functionality.

Yes. This is a major rewrite of code. All patches of loadkeys/dumpkeys
will break.

> It would be wonderful if you adopt and merge it.  
> There was a discussion at our bugzilla about it:  
> https://bugzilla.novell.com/show_bug.cgi?id=337238

"dumpkeys -C" ?
I think it's possible.

-- 
Rgrds, legion

[kbd] kbd-2.0.0wip (development)

[Alexey Gladkov]

Greetings!

This is another snapshot. Some changes:

* Migration on dynamic arrays. Now the library can handle
  keycodes > NR_KEYS, but kernel can't;
* Same for keymaps, function keys and compose definitions;
* Simple API documentation added.

As always, I'd be very grateful if you can help in testing this version.

ftp://devel.altlinux.org/legion/kbd/kbd-2.0.0wip-20130730.tar.gz

-- 
Rgrds, legion

Re: [kbd] kbd-2.0.0wip (development)

[Dmitriy Perlow]

Alexey Gladkov <gladkov.alexey@gmail.com> писал(а) в своём письме Tue, 30  
Jul 2013 14:33:12 +0300:

> Greetings!
>
> This is another snapshot. Some changes:
>
> * Migration on dynamic arrays. Now the library can handle
>   keycodes > NR_KEYS, but kernel can't;
> * Same for keymaps, function keys and compose definitions;
> * Simple API documentation added.
>
> As always, I'd be very grateful if you can help in testing this version.
>
> ftp://devel.altlinux.org/legion/kbd/kbd-2.0.0wip-20130730.tar.gz
>

Hello.

Builds fine for several openSUSE versions ( > 11.4 ):  
https://build.opensuse.org/package/show/home:DarkSS/kbd
Also I test it in runtime at my machine.

Thanks for your work!

-- 
Dmitriy DA(P).DarkneSS Perlow / Linux x64

Re: [kbd] kbd-2.0.0wip (development)

[Ken Moffat]

On Tue, Jul 30, 2013 at 03:33:12PM +0400, Alexey Gladkov wrote:
> Greetings!
> 
> This is another snapshot. Some changes:
> 
> * Migration on dynamic arrays. Now the library can handle
>   keycodes > NR_KEYS, but kernel can't;
> * Same for keymaps, function keys and compose definitions;
> * Simple API documentation added.
> 
> As always, I'd be very grateful if you can help in testing this version.
> 
> ftp://devel.altlinux.org/legion/kbd/kbd-2.0.0wip-20130730.tar.gz
> 
 Tested on linuxfromscratch from late April, I don't have a newer
system.

This is with gcc-4.8.0 and bison-2.7, I don't have bison-3.0
installed (there are notes of breakage in a few packages).

 All the new tests pass.  All my own weird and wonderful compose
sequences in my own keymap seem to work, to the extent that my font
supports them (e.g. menu comma s for s with comma, menu - d for d
stroke, and accents on the keys used as dead keys in the uk xorg
map).

 Seems fine.

 I'll note that in lfs we don't rate resizecons (it needs svgalib to
provide the video mode files, we think that is defunct but no doubt
someone who has existing video mode files can test tresizecons), our
existing seds need a minor modification (the man8 Makefile.in is now
in docs/man instead of man/ ) but that's no problem.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce

Re: [kbd] kbd-2.0.0wip (development)

[Ken Moffat]

On Sat, Aug 03, 2013 at 02:48:31AM +0100, Ken Moffat wrote:
> On Tue, Jul 30, 2013 at 03:33:12PM +0400, Alexey Gladkov wrote:
> > 
> > ftp://devel.altlinux.org/legion/kbd/kbd-2.0.0wip-20130730.tar.gz
> > 
>  Tested on linuxfromscratch from late April, I don't have a newer
> system.
> 
> This is with gcc-4.8.0 and bison-2.7, I don't have bison-3.0
> installed (there are notes of breakage in a few packages).
> 
 Builds ok with bison-3.0 in LFS from a few days ago.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce

Re: [kbd] kbd-2.0.0wip (development)

[Alexey Gladkov]

30.07.2013 15:33, Alexey Gladkov wrote:
> As always, I'd be very grateful if you can help in testing this version.

Dmitriy, Ken thanks a lot for testing!

I merge it in the master next week, if no one else wants to test it
out. At the end of next week I'll try to make the release.

-- 
Rgrds, legion