Re: bin/49601: amd(8) no longer works, at least in LDAP mode

[Matthias Scheler <tron%zhadum.org.uk@localhost>]

The following reply was made to PR bin/49601; it has been noted by GNATS.

From: Matthias Scheler <tron%zhadum.org.uk@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: bin/49601: amd(8) no longer works, at least in LDAP mode
Date: Sun, 25 Jan 2015 09:05:14 +0000

 On Sat, Jan 24, 2015 at 05:01:34PM +0000, Matthias Scheler wrote:
 > On Sat, Jan 24, 2015 at 02:05:00PM +0000, gnats-admin%netbsd.org@localhost wrote:
 > > Thank you very much for your problem report.
 > > It has the internal identification `bin/49601'.
 > > The individual assigned to look at your
 > > report is: bin-bug-people. 
 > > 
 > > >Category:       bin
 > > >Responsible:    bin-bug-people
 > > >Synopsis:       amd(8) no longer works, at least in LDAP mode
 > > >Arrival-Date:   Sat Jan 24 14:05:00 +0000 2015
 > 
 > Rebuilding "am-utils" using source from 2015-01-16 and using those with
 > kernel, userland etc. from 2015-01-24 fixes the problem as well.
 
 Christous Zoulas came up with a work around in the meantime. If you add
 "map_type = ldap" to the "[global]" section of "amd.conf" auto mounting
 works on my setup.
 
 I think there at least two bugs in amd(8):
 1.) The configuration parser is somehow broken.
 2.) If amd(8) fails to load the maps it exists without unregistering
     its mountpoints which is why access to "/home/tron" hung on my system.
 
 	Kind regards
 
 -- 
 Matthias Scheler                                 https://zhadum.org.uk/