On Wed, 26 Jan 2005, Steinar H. Gunderson wrote:
Cool.
I'll work through this during the beta.
On Wed, Jan 26, 2005 at 10:17:53PM +0800, [EMAIL PROTECTED] wrote:
So let me know when you find more and I'll fix`em as quick as I can!
Looks like you missed a patch or two from the Debian archive, at least:
- Quite recently, I uploaded a patch for the debian/event.d script, but this
is probably not relevant for the upstream distribution.
I'll grab it for my Debian package test build.
- There is a patch for rc.autofs.in missing, changing an "else" to en "elif".
The idea is that failure in loading the autofs4 module should not break
first-time installation (see http://bugs.debian.org/280276).
I see.
What if autofs[4] is not compiled as a module?
This might need some more work.
- There seem to have been a lot of changes in rc.autofs.in (especially
related to timeout parsing); I'm unable to follow them all, but I hope
you've done the right thing in merging in the Debian patches here :-)
Do you remember what the issues were?
- The rc.autofs.in searches for "^automount: ", which breaks if a tab is used
instead of a space (see http://bugs.debian.org/277320).
Missed that one.
- I'm also having a hard time figuring out whether parse_sun.c does the right
thing wrt. handling whitespace at the end of maps or not; the code looks
different, at least, but I think it's broken for non-multimaps. Could you
verify? (Of course, the simplest thing is probably to test :-) )
Yep. There's been a bit of work there, not only related to white space.
Please test this out as I need to know what I've broken.
- I can't see if lookup_file.c handles maps without a trailing newline now
(Debian patch 051_maps_without_trailing_newline.diff has a hackish fix
which is obviously not applied, but you might have implemented it
differently).
I'll check.
Ian
_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs