[request-sponsor] please remove 6605094
the e-mail address doesn't work - user unknown is returned. Please remove 6605094 from the list. thanks, Jan. -- Jan Pechanec
[request-sponsor] sponsoring 6239898
I see that 6239898 is awaiting a sponsor. I can sponsor it. J. -- Jan Pechanec
[request-sponsor] 6457482 remove unnecessary calls for initgroups() from sshd
hi, the requestor is no longer interested in working on this bug. I think I should remove his name from the hook field in the CR. Is there anything else I'm supposed to do in this situation? thanks, Jan. -- Jan Pechanec
[request-sponsor] BUGS : 6561458 4882712 4301328 4149285 6313275 6313279 4964217
On Thu, 31 Jan 2008, Avinash Joshi wrote: == Bug ID 4964217 Synopsis ssh -v code needs spell checking - successfull != successful Category:Subcategory ssh:other that one was already fixed, closing the bug now. It might be a good idea to check that the bug you want is still a bug and if not, report it. thanks, Jan. -- Jan Pechanec
[request-sponsor] bugid: 6467008
On Sun, 27 Jan 2008, Visakh M R wrote: hi, I'm working on bugid : 6467008 Synopsis : implement -l option in scp(1) for limiting bandwidth usage Category : Subcategory ssh:commands Jan Pechanec is my sponsor. hi Visakh, I don't think we talked about this one, we discussed this CR: 6650096 resync scp(1) with OpenSSH 6467008 is a subset of 6650096 and shouldn't be worked on separately so I closed that as a duplicate of 6650096. Jan. -- Jan Pechanec
[request-sponsor] Request Sponsor for 6613349
On Fri, 25 Jan 2008, Jason King wrote: I'm going to try again... I'd like to request a sponsor for 6613349 Jason, I guess many people just ignore bugs for which no synopsis was provided. It's quite tiring to look up every such bug that goes through this alias when it's so easy to put it there. Btw: 6613349 setuid not allowed message could be more useful cheers, J. -- Jan Pechanec
[request-sponsor] 6605094 support the use of netgroups in AllowUsers and DenyUsers configuration options
I can sponsor this. Peter, contact me off list please. J. -- Jan Pechanec
[request-sponsor] BUg 6469178 clean up scp.c and make it cstyle clean
On Mon, 7 Jan 2008, Rishi M Nair wrote: Hi , I would like to work on the bug :6469178 and will finish working on it within 1 week. Bug ID 6469178 Synopsis clean up scp.c and make it cstyle clean Category:Subcategory ssh:commands Rishi, this CR already has a responsible engineer. What's more, we should probably not make it cstyle clean since we don't have our code there (I thought we might so, that's why the CR was filed some time ago.) Thanks, Jan. -- Jan Pechanec
[request-sponsor] Bug 5082979 erroneous message, Corrupted MAC on inupt displayed when memory is low
On Mon, 7 Jan 2008, Rishi M Nair wrote: Hi , I would like to work on the bug :5082979 and will finish working on it within 1 week. Bug ID 5082979 Synopsis erroneous message, Corrupted MAC on inupt displayed when memory is low Category:Subcategory ssh:commands I can work on it with you. Jan. -- Jan Pechanec
[request-sponsor] Bug 6457482 remove unnecessary calls for initgroups() from sshd
On Mon, 7 Jan 2008, Rishi M Nair wrote: Hi , I would like to work on the bug :6457482 and will finish working on it within 3 Days. Bug ID 6457482 Synopsis remove unnecessary calls for initgroups() from sshd Category:Subcategory ssh:commands My SCA number is : OS0148 My opensolaris id : rishios I can work on it with you. Jan. -- Jan Pechanec
[request-sponsor] Bug 6445628
On Thu, 20 Dec 2007, Rishi M Nair wrote: Hi All I would like to request a sponsor for bug 6445628 My open solaris id is rishios and SCA Number is OS0148 Rishi, I'm not sure if you can get the same number of responses as if you provided the synopsis for every bug ID. Many of us won't bother to consult the bug database 20 times a day when it would be so easy for requestors to paste the synopsis line there. cheers, Jan. -- Jan Pechanec
[request-sponsor] [6368560] request sponsor
On Wed, 12 Dec 2007, Mike Kupfer wrote: This bug is in code that Solaris gets from upstream developers. The team that owns the code in Solaris has said that they would prefer that the fix happen upstream. Solaris will get the fix the next time the team synchronizes with the upstream code. So I'm afraid this isn't really suitable for a fix through request-sponsor. OpenSSH already incorporated the suggested fix so I just confirm that I'll resync the change the next time I'm touching SunSSH code. J. -- Jan Pechanec