No runlevels in Yast > System > System Services(Runlevel) >Expert Mode anymore?

In oS 12.3 64bit KDE 4.12, Yast > System > System Services(Runlevel) >Expert Mode only give a B checkbox instead of the previous versions runlevels 1 to 5 if memory serves.

The help is singularly uninformative (in portuguese):

Você pode atribuir serviços de sistema a níveis de execução selecionando o serviço na lista e marcando ou desmarcando as caixas de seleção B-S para o nível de execução.

A gross translation would be:

You can assign system services to runlevels selecting the service from the list and checking or unchecking the selection box B-S to the runlevel.

Any idea how this works?

Thanks

Yes.
This only works if you have the file /etc/inittab, which is not there by default in 12.3 (and even removed on upgrade).
The reason is, I suppose, that systemd doesn’t use it anyway.

So copy this file from an earlier version, and you should be able to configure the runlevels.
You can download it here if you don’t have it:
https://build.opensuse.org/package/show/openSUSE:12.2:Update/aaa_base

(it’s in aaa_base.tar.bz2 in the directory “files”)

The System Services (Runlevel) module is deprecated with systemd anyway, it does not even fully work.
But on 12.3 there’s no replacement yet. 13.1 contains the new “Services Manager”. This is available for 12.3 as well, but you would have to upgrade the whole YaST to the latest version from some repo.

On 2014-05-10 21:46, brunomcl wrote:

> The help is singularly uninformative (in portuguese):

The portuguese translation is incomplete. Probably they need contributors:

http://i18n.opensuse.org/stats/openSUSE-13.1/pt/index.php
http://i18n.opensuse.org/stats/openSUSE-13.1/pt/yast/index.php

Or, you can view YaST in English instead.


....:~ # LANG=en_US.UTF-8 yast2


Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))

Thank you wolfi for an objective and helpful answer. Rep added!

No, the English version is the same uninformative text. But thanks for pointing out how to start a program with a different language, I had forgotten that.

When you want to use that to go for Enlish, then

LANG=C ...

is easier to learn by heart and to type then the other one Carlos mentiones. It will help in not to forget it.

On 2014-05-11 11:16, hcvv wrote:
>
> brunomcl;2642428 Wrote:
>> No, the English version is the same uninformative text. But thanks for
>> pointing out how to start a program with a different language, I had
>> forgotten that.
> When you want to use that to go for Enlish, then
>
> Code:
> --------------------
> LANG=C …
> --------------------
>
> is easier to learn by heart and to type then the other one Carlos
> mentiones. It will help in not to forget it.

True. I remember the complicated one because I happen to to have it in a
script named “english”. :wink:

Maybe, the “C” locale is not fully equivalent to the “en_US.UTF-8” one.
I think there are some differences, but I’m not sure which.

‘C’ could be Greek if the person that created the program wrote it in
that language, for instance. I think what it means is “no localization”.
Then, I’m not sure if “C” defaults to UTF, or goes back to iso-something
enconding.


Cheers / Saludos,

Carlos E. R.

(from 13.1 x86_64 “Bottle” (Minas Tirith))