1.15.4 schedule
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.4Git 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
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
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 relatedwhereas older versions:
# loadkeys es Loading /usr/share/keymaps/i386/qwerty/es.map.gzwe 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