search for: phess

Displaying 5 results from an estimated 5 matches for "phess".

Did you mean: thess
2001 Oct 08
2
Porting OpenSSH 2.9.9p2 to Dynix V4.4.4
...shell's exec internal command or from other than the initial shell. A "truss -aef" tells me that login is being execl'd like: 27066: execve("/bin/login", 0x080470FC, 0x0815F6CC) argc = 7 27066: argv: login -h <IP> -p -f -- phess 27066: envp: TZ=BST11 SSH_CLIENT=<IP> 1471 22 SSH_TTY=/dev/pts/31 27066: TERM=vt100 Do you have any ideas what I can define in order to fix this problem? I also found what I believe might be a bug in uidswap.c at line 88. It used to look like: ----- #ifndef SA...
2016 Nov 14
0
CentOS 7 + KDE - default keyboard layout?
On 10.11.2016 08:30, Nicolas Kovacs wrote: > My system is installed in French, with a swiss french keyboard > (fr_CH-latin1) as default. This works OK in console mode, but when KDE > launches the first time, the default keyboard is US, and there's a > french (fr-latin1) alternative configured. XFCE user here, so I'm not sure if KDE tries to enforce its own settings with regard
2016 Nov 14
0
CentOS 7 + KDE - default keyboard layout?
On 14.11.2016 14:33, Nicolas Kovacs wrote: > # localectl set-x11-keymap fr_CH-latin1 pc105 nodeadkey > > As is to be expected, this modifies /etc/X11/xorg.conf.d/00-keyboard.conf: Interesting, I didn't actually realize that myself before. > Option "XkbLayout" "fr_CH-latin1" According to this link
2016 Nov 14
0
CentOS 7 + KDE - default keyboard layout?
On 14.11.2016 17:55, Nicolas Kovacs wrote: > But then, I'm also running Xfce on this machine, so I don't know if on > the CentOS machine, the problem is related to localectl, to X.org or to > KDE. Alright, I just installed KDE in an existing VirtualBox VM (so that I can easily undo everything later) that used to be "fully Germanized", and then tried to switch the whole
2001 Oct 08
1
Ported OpenSSH 2.9.9p2 to Dynix
Hello Porters, I've finally (thanks to Wendy Palm of Cray) ported OpenSSH to Dynix v4.4.4. I had to make sure that "UseLogin" was set to "no" in the sshd_config file. Also, here are the old-style contextual diffs (obtained with 'diff -c' on the Dynix box) of the two files I had to change: *** configure Sat Jun 16 17:09:50 2001 --- configure.new Mon Oct 8