nALFS uses getpwuid() to locate rcfile

[kpfleming@…]

nALFS defaults to looking for nALFSrc (ot whatever name the user chosen) in the user's home directory. To do this, it uses getpwuid() to get the home directory path. When nALFS is built as a static executable, using a recent glibc as the C library, this results in the nALFS executable still needing to have the libnss modules from that _same_ version of glibc around at runtime, or the getpwuid() call will fail. This, in essence, makes nALFS not completely a static binary in that case.

Some alternative method of locating the rcfile should be created, so that the "home directory" search can be disabled for a static build. Something as simple as an --rcfile argument on the command line would probably suffice.

[neven@…]

In addition, support reading a system-wide configuration file (from /etc ?).

[kpfleming@…]

changes committed to CVS to support /etc/nALFSrc and --rcfile parameter. if --rcfile is specified, neither /etc/nALFSrc nor the "default" rcfile are read, so users who build nALFS static can avoid the getpwuid() call by specifying --rcfile directly

[neven@…]

I might be missing something, but I don't see what stops all read_*rc_* functions in main() to be called. So ~/.nALFSrc is still read.

Command-line options would have to be parsed first, no matter what.

I'll reopen the bug and we'll give it some more though after 1.2.0.

[kpfleming@…]

Agreed, the problem is not solved yet.

[Pierre Labastie]

ALFS is not maintained anymore