[request-sponsor] requesting sponsor for 6490848, 6490789, 6490780, 6490925, 6490777, 6490985, 6490715, 1214359, 6490935, 6490855, 6490754

2006-11-10 Thread River Tarnell
hello,

i'm looking for a sponsor for these related CRs:

6490848 awk, nawk do not display system errors
http://itanic.attenuate.org/~river/diffs/6490848.diff

6490789 grep error message nits
http://itanic.attenuate.org/~river/diffs/6490789.diff

6490780 cut does not report system errors
http://itanic.attenuate.org/~river/diffs/6490780.diff

6490925 mv/cp/ln do not report system error message
http://itanic.attenuate.org/~river/diffs/6490925.diff

6490777 chmod does not report system errors
http://itanic.attenuate.org/~river/diffs/6490777.diff

6490985 eqn/neqn do not report system errors
http://itanic.attenuate.org/~river/diffs/6490985.diff

6490715 /usr/bin/touch does not report system error
http://itanic.attenuate.org/~river/diffs/6490715.diff

1214359 *passwd*:passwd does not allow -egh arguments for files repository
6490935 passwd does not handle Control-D input correctly
http://itanic.attenuate.org/~river/diffs/1214359.manpage.diff
http://itanic.attenuate.org/~river/diffs/6490935.diff

6490855 /usr/xpg4/bin/awk produces incorrect error for missing input or script
http://itanic.attenuate.org/~river/diffs/6490855.diff

6490754 wc does not report system errors
http://itanic.attenuate.org/~river/diffs/6490754.diff

these patches also bring modified files into cstyle conformance where
applicable.

my contributor agreement # is OS0050.

- river.

-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: 
http://mail.opensolaris.org/pipermail/request-sponsor/attachments/20061110/9321963e/attachment.bin


[request-sponsor] requesting sponsor for 6490848, 6490789, 6490780, 6490925, 6490777, 6490985, 6490715, 1214359, 6490935, 6490855, 6490754

2006-11-10 Thread Darren J Moffat
River Tarnell wrote:

 1214359 *passwd*:passwd does not allow -egh arguments for files repository

So you are proposing to change the man page rather than fix the problem?

If so then we should use a new separate man page bug for this and leave
the original 1214359 RFE open.

Or are you interested in addressing the original RFE ?  If so it will
likely need an ARC case - which I'd be happy to sponsor for you.

-- 
Darren J Moffat



[request-sponsor] requesting sponsor for 6490848, 6490789, 6490780, 6490925, 6490777, 6490985, 6490715, 1214359, 6490935, 6490855, 6490754

2006-11-10 Thread Darren J Moffat
Darren J Moffat wrote:
 River Tarnell wrote:
 
 1214359 *passwd*:passwd does not allow -egh arguments for files 
 repository
 
 So you are proposing to change the man page rather than fix the problem?
 
 If so then we should use a new separate man page bug for this and leave
 the original 1214359 RFE open.

Never mind me I see now that your 6490935.diff file has the changes for 
1214359 in it as well.

 Or are you interested in addressing the original RFE ?  If so it will
 likely need an ARC case - which I'd be happy to sponsor for you.

This will still need ARC review since it adds a new interface.

I'll sponsor 1214359 and 6490935 for ARC and putback.

River we can take this offline to write up the ARC fast-track case and 
get that submitted first.

-- 
Darren J Moffat



[request-sponsor] sponsor request for CR 6491150

2006-11-10 Thread Cyril Plisko
Hello,

I would like to request a sponsor for CR 6491150 -
6491150 i915GM chipset should be supported by i915 driver as well

Webrev is on http://mountall.com/6491150


-- 
Regards,
Cyril



[request-sponsor] Many SUNWonbld related fixes

2006-11-10 Thread Gavin Maltby
Hi,

On 08/25/06 09:40, Gavin Maltby wrote:

 The corresponding CRs are
 [cut]
 6414860 SUNWonmtst.? packages shouldn't refer to Sun-internal mailing 
 list
 
 I'll be taking over sponsorhsip duties for this simple CR from Dilpreet.
 I've updated commit to fix for snv_48.

Apologies for moving at snail's pace on this.  I have just updated
this CR to close it - the SUNWonmtst packages are all internal-only
and live in usr/closed (besides the packaging bits in usr/src/pkgdefs).
If some day they are opensourced or otherwise delivered then it would
be appropriate to refer people to the opensolaris.org address, but
not while they are for internal use only.  They live in the ON gate
since they share a lot of code with usr/src bits, and we want any changes
made in usr/src not to break these bits.  Of course, once we get to
a full external gate these sorts of arrangements won't work so well any
more!

Cheers

Gavin