From: Qiang Chen
/etc/default/locale missing message appears when login
and running su
qemu0 login[4189]: pam_env(login:session): Unable to open env file:
/etc/default/locale: No such file or directory
qemu0 login[4189]: pam_unix(login:session): session opened for user root by
LOGIN(uid=0)
q
From: Qiang Chen
The /etc/default/locale missing message appears when running su
root@qemu0:/var/log# su root
root@qemu0:/var/log# tail auth.log
Oct 8 07:47:54 qemu0 login[983]: pam_unix(login:session): session opened for
user root by LOGIN(uid=0)
Oct 8 07:47:55 qemu0 login[995]: ROOT LOGIN
From: Qiang Chen
Commit 91c0f9e3 moves library files to base_libdir for safe while
symbol link libblkid.so, libmount.so and libuuid.so are placed in
libdir, not base_libdir.
Meanwhile, libblkid.la, libmount.la and libuuid.la are placed in
libdir too.
Thus they are missed by related develop pack
From: Qiang Chen
Commit 91c0f9e3 moves library files to base_libdir for safe while
symbol link libuuid.so and libblkid.so are placed in libdir, not
base_libdir. Thus they are missed by related develop package and
collected by util-linux's develop package at last. Fix it.
Signed-off-by: Zhang Xia
From: Qiang Chen
irattach init script restart faulty logic prevents irda daemon
from restart correctly.
root@qemu0:~# /etc/init.d/irattach restart
Restarting IrDA: Terminated
root@qemu0:~# ps aux | grep irattach
root 541 0.0 0.2 2400 612 ttyS0S+ 09:05 0:00 grep irattach
As a
From: Qiang Chen
* Add the openssl-conf package to the list of packages to
be created. This package contains the openssl.cnf file
which is used by both the openssl executable in the
openssl package and the libcrypto library.
* This is to avoid messages like:
WARNING: can't open config
From: Qiang Chen
nfsserver restart without killing kernel threads worked when portmap
was the rpc publishing process and portmap was restarted.
When rpcbind replaces portmap, nfsserver restart in this way does not
work after an rpcbind restart.
Steps to reproduce:
1). Make ext3 filesystem image
From: Qiang Chen
Using sysvinit testing service status, nfsserver status
allways display as [?] unknown.
This is because sysvinit package check whether service's
init script supporting status function or not by:
grep -qs "\Wstatus)" "$SERVICE"
So, this commit modified the indent for status etc,
From: Qiang Chen
nfsserver restart without killing kernel threads worked when portmap
was the rpc publishing process and portmap was restarted.
When rpcbind replaces portmap, nfsserver restart in this way does not
work after an rpcbind restart.
Steps to reproduce:
1). Make ext3 filesystem image
From: Qiang Chen
An incorrect process name in the nfsserver initscript prevented
rpc.statd from being shut down.
root@qemux86-64:~# /etc/init.d/nfsserver start
creating NFS state directory: done
starting 8 nfsd kernel threads: done
starting mountd: done
starting statd: done
root@qemux86-64:~# p
10 matches
Mail list logo