Skip to contentSkip to conversation

1.15.4 schedule

kbd Alexey Gladkov 2 participants 3 messages Nov 17, 2012

lore
Share & tools
lore
#0 lore raw

Greetings!

I think it's time to make a new release and try new auto-convert feature and other serious changes.

1.15.4 schedule:

    24 Nov 2012: 1.15.4-rc1 (strings freeze, po/*.po > TP.org)
    01 Dec 2012: 1.15.4

Git repository:

http://git.altlinux.org/people/legion/packages/kbd.git

Here is a list of changes which are proposed for 1.15.4:

Alexey Gladkov (25):
Fix extra files
Fix translations
Fix "make distcheck"
Add vlock sources
loadkeys: Read from stdin, when no keymaps specified in command line [keymaps] Add dvorak-es keymap
Regenerate loadkeys.c
Change the handling of -C option
Change default keymap
Fix -d option
Don't read stdin if -d specified
vlock: Add manpage
Use more devices in getfd() function
Merge branch 'vlock'
openvt: Add --exec option to usage
Allow resizecons on x86_64
configure: Add silent rules
configure: Add configure summary
configure: check compile flags
Update the flex scanner to use a stack for its start conditions Dont use flex internal variable
[keymaps] Add dvorak-sv-a1 and dvorak-sv-a5 keymaps Delete the files generated by flex and bison
configure: Rename --enable-vlock to --disable-vlock
vlock: Internationalization

Dmitriy Perlow (1):
[keymaps] Add ruwin_alt_sh-UTF-8 keymap

Joe MacMahon (1):
[keymaps] Add dvorak-uk keymap

Ludwig Nussel (1):
fix double free

Mike Frysinger (2):
ignore all files ending in ~
dvorak-ru.map: uncompress file

Petr Pisar (1):
vlock: erases scroll-back buffer

Signature · 1 line
Rgrds, legion
#1 lore raw
Quoted 2 lines · On Saturday 17 November 2012 08:31:57 Alexey Gladkov wrote:

I think it's time to make a new release and try new auto-convert feature and other serious changes.

the latest versions have caused problems with default names:

# loadkeys es
Loading /usr/share/keymaps/i386/olpc/es.map.gz
assuming iso-8859-1 diaeresis -> this message could be related

whereas older versions:

# loadkeys es
Loading /usr/share/keymaps/i386/qwerty/es.map.gz

we rename the maps in our builds to avoid this:
cd data/keymaps/i386
mv dvorak/no.map dvorak/no-dvorak.map
mv fgGIod/trf.map fgGIod/trf-fgGIod.map
mv olpc/es.map olpc/es-olpc.map
mv olpc/pt.map olpc/pt-olpc.map
mv qwerty/cz.map qwerty/cz-qwerty.map

fedora does the same thing
-mike

[1] https://bugs.gentoo.org/293228

#2 lore raw
Quoted 21 lines · Mike Frysinger
Quoted 2 lines · On Saturday 17 November 2012 08:31:57 Alexey Gladkov wrote:

I think it's time to make a new release and try new auto-convert feature and other serious changes.

the latest versions have caused problems with default names:

# loadkeys es
Loading /usr/share/keymaps/i386/olpc/es.map.gz
assuming iso-8859-1 diaeresis -> this message could be related

whereas older versions:

# loadkeys es
Loading /usr/share/keymaps/i386/qwerty/es.map.gz

we rename the maps in our builds to avoid this:
cd data/keymaps/i386
mv dvorak/no.map dvorak/no-dvorak.map
mv fgGIod/trf.map fgGIod/trf-fgGIod.map
mv olpc/es.map olpc/es-olpc.map
mv olpc/pt.map olpc/pt-olpc.map
mv qwerty/cz.map qwerty/cz-qwerty.map

Quoted 1 line

fedora does the same thing

I know about this bug. This is a big problem across the keymap directory - the unique names in all tree. For me this is the biggest problem.

Now I don't want to begin global renaming because it won't solve the main problem.

I'm currently working on a very large changes in a separate branch. I hope that these changes will finally resolve this issue and some others.

This release is made to push new utilities and new keymaps and to fix bugs in the previous release.

Signature · 1 line
Rgrds, legion