On Thu Nov 16 23:02 2000 -0600, mouring at etoh.eviladmin.org wrote:> Clean up configure/makefiles: > - Clean up configure.in - There are a few double #defined variables > left to do. HAVE_LOGIN is one of them. Consider NOT looking for information > in wtmpx or utmpx or any of that stuff if it's not detected from the start > - Replace the whole u_intXX_t evilness in acconfig.h with something better??? > - Move all "openbsd-compat" files to it's own directory. Consider doing the > same with libssh. I don't think we need to split ssh, sshd, etc into their > own directory.This is a fairly minor point, but it would be nice if the Makefile did all of the manpage substitution stuff in the default target, so that it didn't have to write any files to the build directory during "make install". The reason for this is that if you build as a non-root user on an NFS-mounted filesystem which was not exported with root access, and then you become root to do the "make install", it will fail if it needs to write files to the build directory. -- Mark D. Roth <roth at feep.net> http://www.feep.net/~roth/
This is just portable todo list. From the sounds of it Markus has his own to do list. But can everyone review and let me know if there is anything missing from this list. (Note.. I'm not looking for 'SSH should support XYZ feature.' unless it's directly related to portability.) Or if there is anything on this list that has been completed. (Namely Tru64 SIA support?) Thanks. -Ben Programming: - Replacement for setproctitle() - HP/UX support only currently - Improve PAM support (a pam_lastlog module will cause sshd to exit) - Complete Tru64 SIA support Documentation: - More and better - Install FAQ? - General FAQ on S/Key, TIS, RSA, RSA2, DSA, etc and suggestions on when it would be best to use them. - Create a Documentation/ directory? Clean up configure/makefiles: - Clean up configure.in - There are a few double #defined variables left to do. HAVE_LOGIN is one of them. Consider NOT looking for information in wtmpx or utmpx or any of that stuff if it's not detected from the start - Replace the whole u_intXX_t evilness in acconfig.h with something better??? - Move all "openbsd-compat" files to it's own directory. Consider doing the same with libssh. I don't think we need to split ssh, sshd, etc into their own directory.
mouring at etoh.eviladmin.org wrote:> Clean up configure/makefiles: > - Clean up configure.in - There are a few double #defined variables > left to do. HAVE_LOGIN is one of them. Consider NOT looking for information > in wtmpx or utmpx or any of that stuff if it's not detected from the start- configure.in fails to configure correctly when trying a cross build. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin at sources.redhat.com Red Hat, Inc. mailto:vinschen at redhat.com
Ben-- These are all "to-do" items on my personal list--the recent BIND issues took up enough time that I haven't gotten patches out this week, but I hope to this coming week: 1. Update Solaris packaging scripts and data in contrib/solaris to reflect user comments and things I've tripped over (new initscript, postinstall now needs to generate additional RSA keys for SSH2, etc.) 2. Finish integrating code to generate kernel-level audit events on IRIX and Solaris (previously developed here against SSH 1.2.26). Note that the current code sets the user's sat id so that IRIX audit data gets generated properly for post-login events, but does not (unless I've missed a recent change) actually generate an audit event for the start and stop of each user session. 3. Once the above is complete and if no one else has done it by then, provide the necessary scripts in contrib/hpux to build "DEPOT" packages for HP-UX. If any of the above is OBE, someone please tell me--I've not had a chance to even download the 2.3.0P1 release until today. Rip Loomis Voice Number: (410) 953-6874 -------------------------------------------------------- Senior Security Engineer Center for Information Security Technology Science Applications International Corporation http://www.cist.saic.com> -----Original Message----- > From: mouring at etoh.eviladmin.org [mailto:mouring at etoh.eviladmin.org] > Sent: Friday, November 17, 2000 12:03 AM > To: openssh-unix-dev at mindrot.org > Subject: To Do list... > > > > This is just portable todo list. From the sounds of it > Markus has his own > to do list. But can everyone review and let me know if there > is anything > missing from this list. (Note.. I'm not looking for 'SSH > should support > XYZ feature.' unless it's directly related to portability.) > Or if there > is anything on this list that has been completed. (Namely Tru64 SIA > support?) > > Thanks. > > -Ben > > > Programming: > - Replacement for setproctitle() - HP/UX support only currently > - Improve PAM support (a pam_lastlog module will cause sshd to exit) > - Complete Tru64 SIA support > > Documentation: > - More and better > - Install FAQ? > - General FAQ on S/Key, TIS, RSA, RSA2, DSA, etc and > suggestions on when it > would be best to use them. > - Create a Documentation/ directory? > > Clean up configure/makefiles: > - Clean up configure.in - There are a few double #defined variables > left to do. HAVE_LOGIN is one of them. Consider NOT > looking for information > in wtmpx or utmpx or any of that stuff if it's not detected > from the start > - Replace the whole u_intXX_t evilness in acconfig.h with > something better??? > - Move all "openbsd-compat" files to it's own directory. > Consider doing the > same with libssh. I don't think we need to split ssh, sshd, > etc into their > own directory. > > >
On Thu, 16 Nov 2000 mouring at etoh.eviladmin.org wrote:> > This is just portable todo list. From the sounds of it Markus has his own > to do list. But can everyone review and let me know if there is anything > missing from this list. (Note.. I'm not looking for 'SSH should support > XYZ feature.' unless it's directly related to portability.) Or if there > is anything on this list that has been completed. (Namely Tru64 SIA > support?) > > Thanks. > > -Ben > > > Programming: > - Replacement for setproctitle() - HP/UX support only currently > - Improve PAM support (a pam_lastlog module will cause sshd to exit) > - Complete Tru64 SIA supportSupport systems that do not have 64bit int and do not have long long.> > Documentation: > - More and better > - Install FAQ? > - General FAQ on S/Key, TIS, RSA, RSA2, DSA, etc and suggestions on when it > would be best to use them. > - Create a Documentation/ directory? > > Clean up configure/makefiles: > - Clean up configure.in - There are a few double #defined variables > left to do. HAVE_LOGIN is one of them. Consider NOT looking for information > in wtmpx or utmpx or any of that stuff if it's not detected from the start > - Replace the whole u_intXX_t evilness in acconfig.h with something better??? > - Move all "openbsd-compat" files to it's own directory. Consider doing the > same with libssh. I don't think we need to split ssh, sshd, etc into their > own directory. > >-- Tim Rice Multitalents (707) 887-1469 tim at multitalents.net
> XYZ feature.' unless it's directly related to portability.) Or if there > is anything on this list that has been completed. (Namely Tru64 SIA > support?)Chris Adams posted a new version of his Tru64 SIA support code within the past month or so which is much better than the previous version. But, I don't think it made it into the latest releases. Please correct me if I'm wrong.
Hi, On Fri, Nov 17, 2000 at 09:48:39AM -0800, Tim Rice wrote:> > Programming: > > - Replacement for setproctitle() - HP/UX support only currently > > - Improve PAM support (a pam_lastlog module will cause sshd to exit) > > - Complete Tru64 SIA support > > Support systems that do not have 64bit int and do not have long long.This would uglify such code massively. Are there systems that have a reasonable user base and can not use gcc (which has long long on all 32 bit platforms)? gert -- USENET is *not* the non-clickable part of WWW! //www.muc.de/~gert/ Gert Doering - Munich, Germany gert at greenie.muc.de fax: +49-89-35655025 gert.doering at physik.tu-muenchen.de
On Thu, 16 Nov 2000 mouring at etoh.eviladmin.org wrote:> Documentation: > - More and better > - Install FAQ? > - General FAQ on S/Key, TIS, RSA, RSA2, DSA, etc and suggestions on when it > would be best to use them. > - Create a Documentation/ directory?- Add man pages to configure so that pathnames will be correct, not the defaults. -- Pekka Savola "Tell me of difficulties surmounted, Pekka.Savola at netcore.fi not those you stumble over and fall"
On Sat, 18 Nov 2000, Pekka Savola wrote:> On Thu, 16 Nov 2000 mouring at etoh.eviladmin.org wrote: > > Documentation: > > - More and better > > - Install FAQ? > > - General FAQ on S/Key, TIS, RSA, RSA2, DSA, etc and suggestions on when it > > would be best to use them. > > - Create a Documentation/ directory? > > - Add man pages to configure so that pathnames will be correct, not the >defaults. >You looking for a --with-manpath= type option so you can install the manpages within the /usr/man/manX location intend of locating it with the rest of the package? - Ben