I just updated to 13.1 from 12.3. My installation language is english (UK) and
my keyboard is Switzerland (french).
I remarked two things:
When updating to 13.1, the keyboard is always resetting itself to the default one (us)
when I reboot the machine. I always have to do:
Yast -> Hardware -> System Keyboard Layout -> French (Switzerland)
every time I login to have my keyboard layout. It seems that Yast is not registering
my change permanetly.
As a turnaround solution, I added a line to my .bashrc file as
set the keyboard to swiss french
setxkbmap -layout ch -variant fr
But I have to remember when to login that I have to use the “us” layout when
entering my account password.
Is there a solution to this problem?
I am using also emacs as an editor and have an alias for emacs as:
alias e=‘emacs -fn “-misc-fixed-medium-r-semicondensed–13---*-c-60-iso8859-1”’
this was working for the last twenty years on different unixes. It was working on all
previous versions of SuSE and opensuse (starting from 1997 on my side).
But when updating to 13.1, I am getting the message:
Font `-misc-fixed-medium-r-semicondensed–13---*-c-60-iso8859-1’ is not defined
When adding the “-q” option to emacs, I am getting the same message while using “-Q”
emacs launchs but without processing X resources. This means that x.org is buggy
somewhere.
My desktop is KDE. I made the selection the keyboard layout selection with Yast as explained.
For emacs, when I add “-Q” to options, I get the right display but without any X resources,
Without “-Q”, I got the message that the font is not defined.
Well, I made a first update with DVD network update. I was getting the same problems as explained then I made a new installation
with a full DVD. And yes I did a md5 checksum of the DVD.
So you didn’t have that keyboard problem with 12.3?
And the layout is written correctly to /etc/sysconfig/keyboard?
There apparently is a problem like this with specific keyboard models (there’s a bug report) but that was already the case with 12.3.
What graphics card do you have?
I know of somebody who had the same problem (amongst others) after installing 13.1, for him it was fixed after installing the proprietary fglrx driver (apparently radeon was causing this and his other problems… :O)
Regarding Emacs, I cannot really say anything, except that I get the same error when running your line.
If you think this is a bug, please report it at http://bugzilla.novell.com/ (same username/password as here).
On 2013-12-06 00:06, Genfer wrote:
>
> Well, I made a first update with DVD network update. I was getting the
> same problems as explained then I made a new installation
> with a full DVD. And yes I did a md5 checksum of the DVD.
I don’t recognize that upgrade method. There are two:
Boot the full DVD, then choose “upgrade system” instead of “install
system”. This is the Offline System Upgrade Method.
Run a zypper dup with the new repos. This is the Online System
Upgrade Method.
There is a variant of the zypper dup method in which the dvd is used as
static repository source, instead of using internet.
–
Cheers / Saludos,
Carlos E. R.
(from 12.3 x86_64 “Dartmouth” at Telcontar)
My graphic card is a NVIDIA GTX 660 Ti and I installed the latest driver from NVIDIA web site (through “sh NVIDIA-Linux-x86_64-331.20.run”). I have also
dual monitors for a while.
The content of /etc/sysconfig/keyboard (I deleted the comments)
KEYTABLE=“fr_CH-latin1.map.gz”
KBD_DELAY=""
KBD_RATE=""
KBD_NUMLOCK=“bios”
KBD_SCRLOCK=“no”
KBD_CAPSLOCK=“no”
KBD_DISABLE_CAPS_LOCK=“no”
KBD_TTY=""
COMPOSETABLE=“clear latin1.add”
YAST_KEYBOARD=“french-ch,pc104”
As I explained before, I added a command to .bashrc to have a Swiss french keyboard layout but I have to remember to use the “us” layout
to login (which means the system is with the “us” keyboard).
The emacs alias was used for twenty years without any error.
You don’t have to do that in .bashrc.
Just set the keyboard in your desktop’s keyboard settings as already suggested (for KDE: Configure Desktop->Hardware->Input Devices->Keyboard).
This won’t help for the login screen of course.
Does the xdm init script generate a /etc/X11/xorg.conf.d/90-keytable.conf with the correct content?
Do you have the correct layout when you switch to text mode? (Ctrl+Alt+F1)
And then there’s the Net-install iso which works just like the full DVD but downloads all packages from the online repos (or any other source you can specify, like directory on your hard disk, local network server, …).
That’s the same as the Offline System Upgrade Method, but with online repos.
And you can also use that to do a fresh install of course.
On 2013-12-06 10:36, wolfi323 wrote:
>
> robin_listas;2605661 Wrote:
> And then there’s the Net-install iso which works just like the full DVD
> but downloads all packages from the online repos (or any other source
> you can specify, like directory on your hard disk, local network server,
> …).
> That’s the same as the Offline System Upgrade Method, but with online
> repos.
Ah… Ok, I see.
> And you can also use that to do a fresh install of course.
Yes, for installation I knew, but not for upgrades.
Thanks.
Is that the method you used, Genfer? I’m a still a bit confused. That
image fits a CD, a DVD is overkill.
Someone on the mail list has commented a problem with keyboard; they had
to install ibus to solve it, which conflicts with libreoffice kde
integration. You have to go without the second one instead.
–
Cheers / Saludos,
Carlos E. R.
(from 12.3 x86_64 “Dartmouth” at Telcontar)
I did a fresh new installation from a DVD. As “usual”, I write the installation
on / and import the /opt (it contains Intel compilers, matlab, …) and /home partitions.
I installed ibus but didn’t get a conflict message with libreoffice. I still have the default “us” layout.
ibus doesn’t have anything to do with the login screen I think. AFAIK it isn’t running there yet.
And it’s mainly for typing in chinese characters and similar, anyway.
Can you try to plug out/in the keyboard when on the login screen? Does the layout change then?
On 2013-12-06 14:36, wolfi323 wrote:
>
> Genfer;2605787 Wrote:
>> I did a fresh new installation from a DVD. As “usual”, I write the
>> installation
>> on / and import the /opt (it contains Intel compilers, matlab, …) and
>> /home partitions.
>>
>> I installed ibus but didn’t get a conflict message with libreoffice. I
>> still have the default “us” layout.
>>
> ibus doesn’t have anything to do with the login screen I think. AFAIK it
> isn’t running there yet.
> And it’s mainly for typing in chinese characters and similar, anyway.
According to a message in the mail list, it also affects European languages:
+++······························
Date: Fri, 06 Dec 2013 12:44:23 +0100
From: lynn <>
To: opensuse at opensuse.org
Subject: Re: [opensuse] ibus conflict with libreoffice
…
> AFAIU, ibus is meant for far more esoteric (ähem, far east) use cases…
>
> Say, you want to swap inputs for korean, japanese and mandarin dynamically.
> While british tongue is a little queer from time to time, the UK keyboard
> mappings are really not… (I love it (the former) anyway ;))
>
> Pete
Hi
Actually, it had broken the spanish/uk keyboard selection so can
conclude that it’s also needed for less esoteric, boring EU stuff too.
Solution: choose this
Solution 2: deinstallation of libreoffice-kde4-4.1.3.2-4.2.x86_64
then do:
zypper dup
again.
It chooses a load of ibus stuff. You then get the keyboard chooser icon
back on the notification area. Alas, the keyboards we had selected had
gone. We had to redo it.
…
Thanks,
L x
······························+±
I can not say if it correct or not.
–
Cheers / Saludos,
Carlos E. R.
(from 12.3 x86_64 “Dartmouth” at Telcontar)
IIUIC that was about the keyboard layout switcher missing/broken in KDE’s system tray, not a wrong layout on the login screen.
Although I’m quite sure that ibus is not needed for that either. That poster must have had a different problem that somehow got solved as side-effect by installing ibus.
The layout switcher is showing up and working fine here without having ibus installed.
On 2013-12-06 16:36, wolfi323 wrote:
>
> robin_listas;2605804 Wrote:
>> According to a message in the mail list, it also affects European
>> languages:
>> …
>> I can not say if it correct or not.
>>
> IIUIC that was about the keyboard layout switcher missing/broken in
> KDE’s system tray, not a wrong layout on the login screen.
> Although I’m quite sure that ibus is not needed for that either. That
> poster must have had a different problem that somehow got solved as
> side-effect by installing ibus.
> The layout switcher is showing up and working fine here without having
> ibus installed.
Well, it was just an idea.
–
Cheers / Saludos,
Carlos E. R.
(from 12.3 x86_64 “Dartmouth” at Telcontar)