Re: svr_getopts should either support bundling or fail if bundling is used

2015-10-21 Thread Guilhem Moulin
On Thu, 22 Oct 2015 at 08:02:01 +0800, Matt Johnston wrote: > On Thu 22/10/2015, at 1:21 am, Guilhem Moulin wrote: >> Thanks. However on second thought, the downside of this solution is >> that it might render remote systems unreachable after upgrade (at least >> for the users not reading changel

Re: svr_getopts should either support bundling or fail if bundling is used

2015-10-21 Thread Matt Johnston
On Thu 22/10/2015, at 1:21 am, Guilhem Moulin wrote: > On Wed, 21 Oct 2015 at 22:11:43 +0800, Matt Johnston wrote: >> Thanks for pointing that out, I’ve made -sjk fail rather than be >> dropped silently. > > Thanks. However on second thought, the downside of this solution is > that it might rend

Re: svr_getopts should either support bundling or fail if bundling is used

2015-10-21 Thread Guilhem Moulin
Hi Matt, On Wed, 21 Oct 2015 at 22:11:43 +0800, Matt Johnston wrote: > Thanks for pointing that out, I’ve made -sjk fail rather than be > dropped silently. Thanks. However on second thought, the downside of this solution is that it might render remote systems unreachable after upgrade (at least

Re: [patch] fix default build when getpass() is unavailable

2015-10-21 Thread Matt Johnston
I’ve merged these 4 patches, thanks. Couple of changes HAVE_GETPASS not HAVE_FUNC_GETPASS, and I’m testing HAVE_CRYPT since OSX (and I guess other BSDs) don’t have crypt.h Cheers, Matt > On Sat 10/10/2015, at 7:30 am, Mike Frysinger wrote: > > if the system doesn't support getpass, we still

Re: svr_getopts should either support bundling or fail if bundling is used

2015-10-21 Thread Matt Johnston
Hi Guilhem, Thanks for pointing that out, I’ve made -sjk fail rather than be dropped silently. I’ve applied the other patch to avoid MOTD when there’s a command. Thanks, Matt > On Wed 14/10/2015, at 3:13 am, Guilhem Moulin wrote: > > Hi, > > It's fine not to implement bundling in dropbear's