Hola Brian:

Marcos:

I went to post the following message to the group, but read your message first about the distro. I will certainly check out the updated version. Thanks for the posting!

Anyway, here is the message about the strange keymappings that I

found. Any advice is welcome:

Hi: just type kbdconfig and select your language/keyboard But, I dont know it it will be there when you reboot ¿how could we do this?

...

I am checking out what looks to be a very promising distro called "Musix". As the name implies, it is Linux geared for music apps. It includes a very large number of utilities and applications for music recording, editing etc. It includes support for multiple soundcards, ISA-based soundcards (!), and a host of things I have not seen in other distros at all.

A strange problem , though: the keymapping for all of the shells is not only outright/ /_wron_g, but is apparently set up for some type of Spanish usage. The latter no doubt reflects the fact that the distro is written in Argentina. In fact, the earlier version had only limited English text available, and I all but gave up on it. However, the latest version, pre-release called 0.59, has much more English implemented via a bootup selection.

I have switched out keyboards and used every shell in the system, and they all behave the same with this.

Here is the "mapping":

/ becomes - ? ............. _

...

............ :

< ............ ; ; ............... 'n' with a wavy line as in "pinata"

: ............... 'N' as above

} ............... + { ............... * / ................ "spanish char looking like 'c' with a line sticking out of the bottom"

| ................ " uppercase version of the above"

comma and period operate normally.

"shifted numbers on the keyboard's top row":

1 as ! remains ! 2 as @ becomes " 3 as # becomes - 4 as $ remains $ 5 as % remains % 6 as ^ becomes & 7 as & becomes / 8 as * becomes "open-paren" 9 as ( becomes "close-paren" 0 as ) becomes =

There it is unless there are subtle things I may have missed. I am uncertain if this mismatching is taking place within the shells themselves or with the xterm (or whatever is being used). The system evens offers an option to boot up into a standard KDE environment, which it does quite well. Even there, though, the strange mappings remain exactly the same.

Anyone have a clue as to an alternative? I have in mind some utility which would offer just a basic shell where all of the keymapping is ANSI standard. I will be watching out for new releases, but am a bit left-out as to why something as essential as a shell would have gone uncorrected when the distro writers obviously did so much work to get the applications included and working so well. After all, without a good shell, how did they do their debugging? ;-)

Comment is invited.

Brian H.

-- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Donwload: (http://www.musix.org.ar/en/) (www.pc-musica.com.ar/musix) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode