0 (Il=J 2B[P/ ʘo m? IEasy: * Workalikes for various apps on other OSs: http://docs.sun.com/ab2/coll.40.6/REFMAN1/@Ab2PageView/169291 http://docs.sun.com/ab2/coll.40.6/REFMAN1/@Ab2PageView/64438 http://docs.sun.com/ab2/coll.40.6/REFMAN1/@Ab2PageView/64530 http://www.uwsg.iu.edu/usail/man/solaris/logins.1.html Medium: * Add the -o option to luseradd/lusermod/lgroupadd/lgroupmod (bad idea?) * Create variants of the apps that are hard-coded to use files only, for use in batch environments like post-package-install, or maybe add a --local flag, which will be interpreted as "shadow files"/"files".... * Add a shadowGroup schema file if RFC 2307bis doesn't include one, or ask Luke about adding one, and document what we expect an LDAP directory to have in order for the ldap module to not get confused (for now, that's the RFC 2307 schema + inetOrgPerson + TLS). * Make the LDAP module check the server schema for allowed object classes and attributes for new user additions and so on; right now it's kind of a crap shoot to see if the server will reject an operation due to a schema error. Hard: * Figure out how to reconcile lckpwdf() and fcntl() locking when the files being locked may not even be the system's main files. * Write a RADIUS back-end. * Write an NIS or NIS+ back-end using yppasswd.x in glibc, or maybe using the routines declared in /usr/include/rpcsvc/libnis.h * Write a libdbi or ODBC back-end. * Write a hesiod back-end. * Implement an lgpasswd command for local group administration by the group's administrators. K 417KQO0xkn 8iRiڣk%' z Eb~ܘ%ůﳫ)#ߧSbY$\)>h6iO6 Kw +1Q(?b?"h04~$~M>Gh*5E8*e[Iw4h]àu`/V^m;׊-wAj'mghȃpvS}MIjt51Asu/n(5en"h^ٵj;4ܰB72^QHr:pHȪګ,|ҏOBRؠ%ǿq4£%݁YqHgAp~pxiz>y)Mla eJm@q\Jbѿ L?7MGNU Libtool *********** 1. In the near future ===================== 1.1. libtool ------------ * Rather than looking up the linker's hardcode characteristics in a table of shell code, use objdump or equivalent to probe a test program at configure time. * Eliminate the warnings from autoconf -Wobsolete. * Hook the various language dependencies into the autoconf _AC_LANG framework. * Work out what to do when the dynamic linker loads needed dependencies. * We could have an option to hardcode paths into libraries, as well as binaries: '... -Wl,-soname -Wl,/tmp/libtest.so.0 ...'. This is not possible on all platforms, and is in part obviated by the ability of linking libtool libraries specified with -lname, but it might still be desirable. * Lists of exported symbols should be stored in the pseudo library so that the size of lt_preloaded_symbols can be reduced. * Have some option to tell libtool not to include -L flags that point into a certain tree in the dependence list of an installed library. For example: -L-$top_builddir would let one link with libtool libraries in sibling subdirectories within a project, using the -L notation, without getting builddir pathnames ever mentioned in .la files that get installed. * Eric Lemings writes: Because of a growing number of config scripts for packages in GNOME 1.2 (e.g. glib-config, xml-config, orbit-config. etc), development of GNOME 2.0 spawned a separate tool called pkg-config that allows all packages to use one tool rather than several different scripts to query compile flags, link flags, and other configuration data. The functionality of pkg-config seems to me to have a lot of overlap with the goals of libtool. I was wondering if anyone had considered adding an eighth mode to libtool that just queries the installed library for the same information that pkg-config provides. Since most packages that use pkg-confi