[Musix-users] Re: Musix 0.59 / But, I dont know it it will be there when you reboot ¿how could we do this?

[Marcos Guglielmetti]

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