[request-sponsor] Requesting sponsor for CR 4912090: pfzsh should exist
I threw pfzsh together yesterday afternoon using the SFW framework, and would like to request a sponsor to evaluate my work and help me get it integrated. I note that the CR is currently assigned to Casper Dik and so he is CC'd, but I don't expect that he will necessarily volunteer for the job. A patch against a sfw-src-b79-20071129.tar.bz2 tree and an x86 package are available at http://cr.opensolaris.org/~ceri/cr/4912090/. My contributor agreement # is OS0135. Ceri -- That must be wonderful! I don't understand it at all. -- Moliere -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/request-sponsor/attachments/20071212/d99ab7c9/attachment.bin>
[request-sponsor] Requesting sponsor for CR 4912090: pfzsh should exist
>I threw pfzsh together yesterday afternoon using the SFW framework, and >would like to request a sponsor to evaluate my work and help me get it >integrated. > >I note that the CR is currently assigned to Casper Dik and so he is >CC'd, but I don't expect that he will necessarily volunteer for the job. > >A patch against a sfw-src-b79-20071129.tar.bz2 tree and an x86 package >are available at http://cr.opensolaris.org/~ceri/cr/4912090/. While you could go ahead and implement this, I am actually working on a different way of implementing this as part of the FGAP project. The new implementation does away with all the special code in the shells needed for pfexec and changes this to essentially become a property of a process and the kernel will perform the things needed for pfexec. This approach fixes many shortcomings of the current implementations: - no need to modify all the shells for what is essentially a Solaris specific function (free support for pftcsh, pfbash, pfksh93, pfzsh) - the ability to intercept exec's which are executed in the guts of another program (say /usr/lib/fs/ufs/mount rather than /usr/s/bin/mount) to further reduce risk - automatically inherit the property for subshells spawned from an editor, regardless of $SHELL settings In general, if a bug as a responsible engineer listed, that person is supposed to be working on the bug and working on it without contacting the RE first may very well lead to a duplication of effort. Sorry, Casper
[request-sponsor] [6421535] [Patch - diff file] ns_none.xml should not disable nis server
Hello My SCA number is OS0144 I am sending the diff file for patch of the bug 6421535. Changes have to be made in the file usr/src/cmd/svc/profile/ns_none.xml --- ns_none.xml.origWed Dec 12 20:29:26 2007 +++ ns_none.xml Wed Dec 12 20:33:00 2007 @@ -45,9 +45,6 @@ - - - Description :- this file is used to disable services. But it should disable only nis client and should not disable nis server.So the corresponding entry has to be removed from the xml file. -- Regards Ashwin Bhat K S 3 year information technology NATIONAL INSTITUTE OF TECHNOLOGY KARNATAKA Surathkal Sun campus ambassador 99644 98351 -- next part -- A non-text attachment was scrubbed... Name: diff Type: application/octet-stream Size: 476 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/request-sponsor/attachments/20071212/73f35c3a/attachment.obj>
[request-sponsor] Requesting sponsor for CR 4912090: pfzsh should exist
On Wed, Dec 12, 2007 at 04:18:15PM +0100, Casper.Dik at Sun.COM wrote: > > > >I threw pfzsh together yesterday afternoon using the SFW framework, and > >would like to request a sponsor to evaluate my work and help me get it > >integrated. > > > >I note that the CR is currently assigned to Casper Dik and so he is > >CC'd, but I don't expect that he will necessarily volunteer for the job. > > > >A patch against a sfw-src-b79-20071129.tar.bz2 tree and an x86 package > >are available at http://cr.opensolaris.org/~ceri/cr/4912090/. > > > While you could go ahead and implement this, I am actually working on a > different way of implementing this as part of the FGAP project. > > The new implementation does away with all the special code in the shells > needed for pfexec and changes this to essentially become a property of a > process and the kernel will perform the things needed for pfexec. > > This approach fixes many shortcomings of the current implementations: > > - no need to modify all the shells for what is essentially a > Solaris specific function (free support for pftcsh, pfbash, > pfksh93, pfzsh) > > - the ability to intercept exec's which are executed in the guts > of another program (say /usr/lib/fs/ufs/mount rather than > /usr/s/bin/mount) to further reduce risk > > - automatically inherit the property for subshells spawned from > an editor, regardless of $SHELL settings > > > In general, if a bug as a responsible engineer listed, that person is > supposed to be working on the bug and working on it without contacting the > RE first may very well lead to a duplication of effort. That's cool; as I said, it was only a few hours yesterday afternoon which I kind of enjoyed. The new approach sounds cool; I'm interested how it allows a user to stop exerting a profile but I'll follow the mailing lists when they appear. Cheers, Ceri -- That must be wonderful! I don't understand it at all. -- Moliere -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/request-sponsor/attachments/20071212/4d143ccc/attachment.bin>
[request-sponsor] [6463379] sponsor request
hello all I wish to work on the bug 6463379. Bug Description: Overenthusiastic error message in svccfg: svccfg can say svccfg: Refresh of svc:/milestone/sysconfig:svc:/milestone/sysconfig:default failed: entity not found. It means svc:/milestone/sysconfig:default . Additional string is being printed.The patch is as below. --- svccfg_libscf.c.origWed Dec 12 20:38:52 2007 +++ svccfg_libscf.c Wed Dec 12 21:59:23 2007 @@ -1455,7 +1455,7 @@ (void) strcpy(name_buf, "?"); warn(gettext( - "Refresh of %s:%s failed: %s.\n"), fmri, + "Refresh of %s failed: %s.\n"), name_buf, scf_strerror(scfe)); } } I would like to request a sponsor to evaluate my work and help me get it integrated into the next build. My contributor agreement # is OS0144 Thank You in advance. -- Regards Ashwin Bhat K S 3 year information technology NATIONAL INSTITUTE OF TECHNOLOGY KARNATAKA Surathkal Sun campus ambassador 99644 98351
[request-sponsor] open solaris bug fix : bugid 6421535 request for a sponsor
I'll sponsor this. ~Kini On Thu, 6 Dec 2007 17:49 -, ashwin wrote: }Hello everyone } }I would like to work on bug id 6421535 }My Sun Contributor Agreement number is OS0144 } } }The bug url is http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6421535 } }Brief description : }bustos 2006-05-03 } }If during install an administrator includes a site.xml file which enables }the nis/server service, the service will be disabled when the system }comes up. This is because the sysidtool:system service applies the }ns_none.xml profile, which disables nis/server. ns_none.xml should disable }NIS client services, not nis/server. } } } } }Action to be taken : }remove the following lines from the file : }/onnv/onnv-gate/usr/src/cmd/svc/profile/ns_none.xml }That is this file should not disable or deactivate nis serevr but }should only disable nis client. } } } 49 } 50 } } } }Please sponsor the bug. }Will Send the diff file in a couple of days as am attending a }conference at bangalore (foss.in). }Thank You } } } }Regards }Ashwin Bhat K S }3 year information technology }NATIONAL INSTITUTE OF TECHNOLOGY KARNATAKA Surathkal }Sun campus ambassador }99644 98351 } } } } -- Sun Microsystems - India Engineering Centre http://blogs.sun.com/jkini
[request-sponsor] utility:sys_maintenance
I'll sponsor this. ~Kini On Tue, 11 Dec 2007 17:26 -, Sasidhar Kasturi wrote: }Respected Sir/Madam, } Sorry.. I forgot to give my reference numebr in the previous mail }... } }My reference number is: OS0173 } } I am working on Bug id:6436577 and understood the problem .. Able }to reproduce the bug.. Find the problem and able to add code to solve it .. } }I had done some testing and its working fine .. I think i am ready to put }back the code.. Please assign me a sponsor for further procedure.. } } }Thanking you, } -- Sun Microsystems - India Engineering Centre http://blogs.sun.com/jkini
[request-sponsor] [6463379] sponsor request
I'll sponsor this. ~Kini On Wed, 12 Dec 2007 21:59 -, ashwin wrote: }hello all } }I wish to work on the bug 6463379. } }Bug Description: } } }Overenthusiastic error message in svccfg: }svccfg can say }svccfg: Refresh of }svc:/milestone/sysconfig:svc:/milestone/sysconfig:default failed: }entity not found. }It means svc:/milestone/sysconfig:default . } } }Additional string is being printed.The patch is as below. } }--- svccfg_libscf.c.orig Wed Dec 12 20:38:52 2007 }+++ svccfg_libscf.cWed Dec 12 21:59:23 2007 }@@ -1455,7 +1455,7 @@ } (void) strcpy(name_buf, "?"); } } warn(gettext( }- "Refresh of %s:%s failed: %s.\n"), fmri, }+ "Refresh of %s failed: %s.\n"), } name_buf, scf_strerror(scfe)); } } } } } }I would like to request a sponsor to evaluate my work and help me get it }integrated into the next build. } } }My contributor agreement # is OS0144 } }Thank You in advance. } } -- Sun Microsystems - India Engineering Centre http://blogs.sun.com/jkini
[request-sponsor] [6368560] request sponsor
> Here is the patch for the bug 6368560 > > Bug Description: > extra backslashes in RB_PROTOTYPE 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. sorry, mike
[request-sponsor] 6634079
John Plocher has offered to ARC-sponsor this CR for me[1]. 6634079 man should take hints from PATH when MANPATH not set Draft one-pager posted to opensolaris-code[2] and webrev is available[3]. Initial discussion on this happened in another thread[4]. 1.http://mail.opensolaris.org/pipermail/opensolaris-code/2007-December/006565.html 2.http://mail.opensolaris.org/pipermail/opensolaris-code/2007-December/006683.html 3.http://cr.opensolaris.org/~mgerdts/manpath-from-path/ 4.http://mail.opensolaris.org/pipermail/opensolaris-code/2007-November/006390.html Contributor ID is OS0018. -- Mike Gerdts http://mgerdts.blogspot.com/
