Siduction Forum

Siduction Forum => Installation - Support => Thema gestartet von: ayla in 2014/02/08, 11:35:32

Titel: [workaround found for]missing suxterm
Beitrag von: ayla in 2014/02/08, 11:35:32
Hi,

I've installed the 13.2.1 KDE AMD64 Iso right now.

I'm missing the suxterm command. Apt-file search suxterm delivers nothing, apt-cache policy sux says: there is no installation candidate.

Can I get suxterm back somehow?

Of course, if not, there is allways the workaround with "xhost +" and "su -".

greets
ayla
Titel: Re: missing suxterm
Beitrag von: devil in 2014/02/08, 11:49:18
As suxterm was part of sux, that is gone for good. I installed on a new notebook yesterday and miss it already :(


greetz
devil
Titel: Re: missing suxterm
Beitrag von: ayla in 2014/02/08, 12:01:41
I suspected something like that... :(

Thanks for clarifying.

So to thoose who like working as root with graphical tools:

Give as user:
xhost +
su -

After root-stuff is finished:
xhost -
greets
ayla
Titel: Re: missing suxterm
Beitrag von: dibl in 2014/02/08, 13:40:49
On a KDE desktop, you can simply begin typing "kdesu konsole" and it will start the launcher.
Titel: Re: missing suxterm
Beitrag von: ReinerS in 2014/02/08, 14:07:46
Another available way is gksu

Under xfce gksu xfce4-terminal  or gksu xterm work really well too.

regards

Reiner
Titel: Re: missing suxterm
Beitrag von: ayla in 2014/02/08, 14:45:12
Zitat von: dibl in 2014/02/08, 13:40:49
On a KDE desktop, you can simply begin typing "kdesu konsole" and it will start the launcher.

Think it's time for me to get used to kdesu, works well...
Titel: Re: missing suxterm
Beitrag von: der_bud in 2014/02/08, 16:05:05
Another more or less odd workaround I found in some magazin would be to use

ssh -X root@localhost

They gave the advice to make a sux-alias from that. Otherwise, alias sux='/usr/lib/kde4/libexec/kdesu' should work as well.
Titel: Re: missing suxterm
Beitrag von: ayla in 2014/02/08, 19:58:59
Zitat von: der_bud in 2014/02/08, 16:05:05
Otherwise, alias sux='/usr/lib/kde4/libexec/kdesu' should work as well.

Thanks, this is as close on gone suxterm as could be.
My .bashrc now holds a line:

Zitatalias sux='/usr/lib/kde4/libexec/kdesu konsole'

short, familiar call, works well does not work :( , have to dig in deeper...

What is working is:

alias sux='/usr/lib/kde4/libexec/kdesu xterm'

Not my preferred terminal, but it does the job for now.

greets
ayla
Titel: Re: [workaround found for]missing suxterm
Beitrag von: melmarker in 2014/02/09, 02:35:11
maybe this is a better way to emulate sux, but i'm nor sure. In any case this one is platform agnostic


alias sux='su -p -l -c x-terminal-emulator'


Titel: Re: [workaround found for]missing suxterm
Beitrag von: ayla in 2014/02/09, 10:27:37
yep, this works with the bash insteed of xterm, thanks.

But, one must not give the -p option, because:

ZitatError: "/var/tmp/kdecache-cal" is owned by uid 1000 instead of uid 0.

If the line looks like this ev'rything is fine:

alias sux='su -l -c x-terminal-emulator'


greets
ayla
Titel: Re: [workaround found for]missing suxterm
Beitrag von: melmarker in 2014/02/09, 14:22:29
Thanks ayla - that one does not preserve the environment, which is maybe better, i'm not sure about the consequences.  I should read again about this.
Titel: Re: [workaround found for]missing suxterm
Beitrag von: jjjrrr3 in 2014/02/24, 05:32:48
This info should go into the manual, which still instructs users to use sux.
Titel: Re: [workaround found for]missing suxterm
Beitrag von: hendrikL in 2014/02/24, 09:24:16
An other solution is to add the xhost command to the ".bashrc" like this:


## xhost for root ##
xhost + "local:root@localhost"
xhost -


or enable it system wide, and i do not know if this is a security hole,
you can edit "/etc/X11/xsession.d/35x11-common_xhost-local" like this:


# This file is sourced by Xsession(5), not executed.

# If xhost (from x11-xserver-utils) is installed, use it to give access
# to the X server to any process from the same user on the local host.
# Unlike other uses of xhost, this is safe since the kernel can check
# the actual owner of the calling process.

if type xhost >/dev/null 2>&1; then
  xhost +si:localuser:$(id -un) || :
fi

if type xhost >/dev/null 2>&1; then
  xhost +si:localuser:root || :
fi


Then you are able to run, after doing a "su", a graphical program like an editor or a filemanager and so on.

But be aware of the security of your system!
Titel: Re: [workaround found for]missing suxterm
Beitrag von: clubex in 2014/02/24, 11:42:12
As a kde user if I want to work as root in a graphical mode I use the 'run' command and enter dolphin (it'll remember it for future use). From the drop down menu select SU mode or the option to change user and login as root. From this 'rooted' file manager I can do most of the simple tasks that require root access eg. load a config file into kate for editing.