[request-sponsor] requesting sponsor for 6490848, 6490789, 6490780, 6490925, 6490777, 6490985, 6490715, 1214359, 6490935, 6490855, 6490754
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
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
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
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
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