Bug#794686: nslcd start script does not report starting failure

2016-02-11 Thread Nikolay Shaplov

This bug was not fixed for debian jessie, as I can see... 
And I think it should be fixed in all supported distributives, as it can cause 
problems.



Bug#794686: nslcd start script does not report starting failure

2015-08-05 Thread Nikolay Shaplov
Package: nslcd
Version: 0.9.4-3
Severity: serious
Justification: fails to build from source



Script that starts nslcd service does not make sure that service started 
successfully. 

For example, lets spoil nslcd config file: add a comment at the end of the 
/etc/nslcd.conf 
file without newline at the end. (It consider it as an error in config) and 
then stop and start nslcd


# /etc/init.d/nslcd stop
[ ok ] Stopping nslcd (via systemctl): nslcd.service.
# /etc/init.d/nslcd start
[ ok ] Starting nslcd (via systemctl): nslcd.service.

It does not report any problem, not to the console, not to the syslog

# cat /var/log/syslog | grep nslcd

but process is not actually stared.

# ps aux | grep nslcd
root 12011  0.0  0.0  12744  2204 pts/1S+   19:56   0:00 grep nslcd

ls -a /var/run/nslcd/
..  ..


If you try to run nslcd manually, it will properly report about config file 
problem:

# nslcd 
nslcd: /etc/nslcd.conf:34: line too long or last line missing newline


This problem should be fixed. Because it make difficult configuring LDAP 
authentication
when you are sure that nslcd is running, but it is not.




-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nslcd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18
ii  libgssapi-krb5-2   1.12.1+dfsg-19
ii  libldap-2.4-2  2.4.40+dfsg-1

Versions of packages nslcd recommends:
ii  bind9-host [host]   1:9.9.5.dfsg-9
ii  ldap-utils  2.4.40+dfsg-1
ii  libnss-ldapd [libnss-ldap]  0.9.4-3
ii  libpam-ldapd [libpam-ldap]  0.9.4-3
ii  nscd2.19-18
ii  nslcd-utils 0.9.4-3

Versions of packages nslcd suggests:
pn  kstart  none

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#573944: sim and mcrl2: error when trying to install together

2010-03-16 Thread Nikolay Shaplov
В Tue, 16 Mar 2010 20:02:00 +0100
Paul van Tilburg pau...@debian.org пишет:

 Hello,
 
 On Mon, Mar 15, 2010 at 09:31:12AM +0100, Ralf Treinen wrote:
  Unpacking mcrl2 (from .../mcrl2_201001-1_amd64.deb) ...
  dpkg: error
  processing /var/cache/apt/archives/mcrl2_201001-1_amd64.deb
  (--unpack): trying to overwrite '/usr/bin/sim', which is also in
  package sim 0:0.9.5~svn20080806-1
 
 I'm discussing with upstream to have sim renamed to lpssim and hope to
 upload with a fix soon.  Since the tools are integrated in some
 overall user interface I cannot just rename binaries without that
 falling apart.
With what upstream? I see no discussion...

Sim-IM executable should be renamed from sim into sim-im, as the
project has changed it's name after the fork. Just nobody renamed it.

I've offered Zovers to rename sim and dim-qt packages into
sim-im-kde, and sim-im, and also rename binary into sim-im, but he
refused to do this way. But now he seems to be out of Sim-IM buisness...



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org