[request-sponsor] Request for working on the bug 6393365
There already is a Responsible Engineer for this bug. ~Kini On Tue, 12 Feb 2008 08:26 -, VISHNUDATHA KANJUR wrote: }Sir, }I am Vishnudatha from Amrita University.My SCA no is OS0182 }I would like to work on the bug 6393365 } *Bug ID* } 6393365 } *Synopsis* } JDS-THIRDPARTYLICENSEREADME contains spelling error } } *Category:Subcategory* gnome:build *Keywords* opensolaris }regards, }Vishnudatha } -- Sun Microsystems - India Engineering Centre http://blogs.sun.com/jkini
[request-sponsor] Bugid: 6506683 Category:Subcategory utility:shell
Visakh M R wrote: hi, I found this bug interesting and i wish to work on it: Bugid: 6506683 Synopsis Add a simple command to search for installed files in solaris systems Category:Subcategoryutility:shell SCA no: OS0192 is there any procedure for approving a new command? Yes see the ARC community. However I'm not even sure if this bug needs to be fixed since the pkgchk(1) command can already do what I think this bug is asking for. $ pkgchk -v -P bin/vim /opt/csw/bin/vimtutor /usr/bin/vim /usr/bin/vimdiff /usr/bin/vimtutor -- Darren J Moffat
[request-sponsor] fix for bug 6647695
Another contributor has already submitted a fix for this. Pleas check #150 on http://opensolaris.org/os/bug_reports/request_sponsor/ ~Kini On Tue, 12 Feb 2008 18:49 -, Deepthi wrote: }Hi, } }We are Deepthi Devaki A R (SCA No OS0172) and R Vidya Lakshmi(SCA No OS0171). } }We worked on the bug id 6647695 and found a fix. The bug description is: } }Bug ID 6647695 }Synopsis Unbalanced parenthesis in sys/lvm/md_raid.h }State 1-Dispatched (Default State) }Category:Subcategory kernel:svm } } We are attaching the diff file herewith. We would kindly request you to verify it and keep in touch. } }Thanks and regards }Deepthi Devaki A R }R Vidya Lakshmi }Amrita University } -- Sun Microsystems - India Engineering Centre http://blogs.sun.com/jkini
[request-sponsor] Requesting sponsor for bug 6339753 - nsswitch should allow comments in local files
I'd like to request a sponsor for bug 6339753, allowing nsswitch files backends to use comments. The fix is seemingly trivial but I particularly want guidance on whether comments should only be allowed when they begin a new line, in order to avoid breaking existing databases. Anyway, my SCA # is OS135. 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/20080212/37f7f508/attachment.bin
[request-sponsor] Requesting sponsor for bug 6339753 - nsswitch should allow comments in local files
Ceri Davies wrote: I'd like to request a sponsor for bug 6339753, allowing nsswitch files backends to use comments. The fix is seemingly trivial but I particularly want guidance on whether comments should only be allowed when they begin a new line, in order to avoid breaking existing databases. I think this is quite a big issue. There is no defined comment char for some of these databases, including /etc/passwd and /etc/shadow. Fixing this effectively introduces a comment char. On the other hand for databases like user_attr(4), exec_attr(4), prof_attr(4) there is a defined comment char (and it is '#'). Simply allowing this via nsswitch is only part of the issue, what happens to all the tools that modify all the files backend nsswitch databases ? What should they do with comments ? I think this needs further discussion somewhere other than request-sponsor. Since this is mostly nameservices related I think the best alias is sparks-discuss@ however I also suspect that many of the security-discuss@ subscribers would be interested in this too. -- Darren J Moffat
[request-sponsor] Requesting sponsor for bug 6339753 - nsswitch should allow comments in local files
On Tue, Feb 12, 2008 at 03:21:20PM +, Darren J Moffat wrote: Ceri Davies wrote: I'd like to request a sponsor for bug 6339753, allowing nsswitch files backends to use comments. The fix is seemingly trivial but I particularly want guidance on whether comments should only be allowed when they begin a new line, in order to avoid breaking existing databases. I think this is quite a big issue. There is no defined comment char for some of these databases, including /etc/passwd and /etc/shadow. Fixing this effectively introduces a comment char. On the other hand for databases like user_attr(4), exec_attr(4), prof_attr(4) there is a defined comment char (and it is '#'). Most of the databases have comment fields anyway, so I'd be perfectly happy to see this marked as a Will Not Fix too (not that that means the submitter will, but that's not my problem). 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/20080212/db75f321/attachment.bin
[request-sponsor] Request Sponsor Bug : 6638873 :usermod -m could optimize the move
Avinash Joshi wrote: I just wanted to know how to rename a directory. For moving the dir, there is a built in function ret = move_dir(pstruct-pw_dir, dir, logname); which is defined in usr/src/cmd/oamuser/user/movedir.c Is there a similar function that renames a directory? If the new name is on the same filesystem, see the rename(2) man page. -- -Alan Coopersmith- alan.coopersmith at sun.com Sun Microsystems, Inc. - X Window System Engineering
[request-sponsor] Request Sponsor Bug : 6638873 :usermod -m could optimize the move
Avinash Joshi wrote: I just wanted to know how to rename a directory. For moving the dir, there is a built in function ret = move_dir(pstruct-pw_dir, dir, logname); which is defined in usr/src/cmd/oamuser/user/movedir.c Is there a similar function that renames a directory? If the new name is on the same filesystem, see the rename(2) man page. And if not, cobble something together with posix_spawn and mv(1). Casper
[request-sponsor] Bugid: 6506683 Category:Subcategory utility:shell
* Darren J Moffat darrenm at opensolaris.org [2008-02-12 11:12]: Visakh M R wrote: hi, I found this bug interesting and i wish to work on it: Bugid: 6506683 Synopsis Add a simple command to search for installed files in solaris systems Category:Subcategoryutility:shell SCA no: OS0192 is there any procedure for approving a new command? Yes see the ARC community. However I'm not even sure if this bug needs to be fixed since the pkgchk(1) command can already do what I think this bug is asking for. $ pkgchk -v -P bin/vim /opt/csw/bin/vimtutor /usr/bin/vim /usr/bin/vimdiff /usr/bin/vimtutor And, if you were thinking of a more general facility for locating files, whether or not they were delivered by packaging, I would suggesting integrating GNU findutils into SFW. (findutils provides locate(1).) - Stephen -- sch at sun.com http://blogs.sun.com/sch/
[request-sponsor] Requesting sponsor for CR #6662241 (RFE: Link /usr/xpg4/bin/sh to /usr/bin/ksh93) / was: [Fwd: CR 6662241 Created P3 opensolaris/triage-queue RFE: Link/usr/xpg4/bin/sh to /usr/bin/
Hi! This is a sponsor request to fix CR #6662241 (RFE: Link /usr/xpg4/bin/sh to /usr/bin/ksh93) which should follow CR #6619428 (RFE: Update ksh93 in Solaris to ast-ksh.2007-10-15 (or higher)). My contributor ID is OS0025. Original Message Subject: CR 6662241 Created P3 opensolaris/triage-queue RFE: Link/usr/xpg4/bin/sh to /usr/bin/ksh93 Date: Tue, 12 Feb 2008 12:50:14 -0700 (MST) From: bugmail-sen...@sun.com To: undisclosed-recipients: ; *Synopsis*: RFE: Link /usr/xpg4/bin/sh to /usr/bin/ksh93 *Change Request ID*: 6662241 *Synopsis*: RFE: Link /usr/xpg4/bin/sh to /usr/bin/ksh93 Product: solaris Category: opensolaris Subcategory: triage-queue Type: RFE Subtype: Status: 1-Dispatched Substatus: Priority: 3-Medium Introduced In Release: Introduced In Build: Responsible Engineer: Keywords: opensolaris === *Description* Category shell Sub-Category korn Description RFE: Link /usr/xpg4/bin/sh to ksh93. ksh93 (after the update in CR #6619428) should be standard-conformant enougth to take-over the job of the POSIX shell (=/usr/xpg4/bin/sh in Solaris; the platform-independent way to find the POSIX shell is to fetch the value of $ getconf CS_PATH # and search this path for sh) which is currently done by a modified version of the (closed-source) ksh88 codebase. AFAIK the following things may need to be done (needs to be discussed with Don Cragun and April Chin; most of these items may be done in ksh93 itself or by writing a different frontend binary for libshell.so.1 (which contains the core of ksh93) which does these adjustments): - Bind the echo builtin to /usr/bin/echo - Bind the printf builtin to /usr/bin/printf - ... [more stuff may need to be done based on discussions and what the VSW test suite says] Frequency Always Regression No Steps to Reproduce - Expected Result - Actual Result - Error Message(s) - Test Case - Workaround - Submitter wants to work on bug Yes Additional configuration information Solaris 11/B72 *** (#1 of 1): 2008-02-12 19:49:27 GMT+00:00 User 1-3BUFAZ === *Workaround* = === *Additional Details* = Targeted Release: Commit To Fix In Build: Fixed In Build: Integrated In Build: Verified In Build: See Also: 6619428 Duplicate of: Hooks: Hook1: Hook2: Hook3: Hook4: Hook5: Hook6: email address omitted Program Management: Root Cause: Fix Affects Documentation: No Fix Affects Localization: No === *History* Date Submitted: 2008-02-12 19:49:26 GMT+00:00 Submitted By: User 1-3BUFAZ Status ChangedDate Updated Updated By === *Service Request* Impact: Significant Functionality: Secondary Severity: 3 Product Name: solaris Product Release: solaris_nevada Product Build: snv_72 Operating System: solaris_nevada Hardware: generic Submitted Date: 2008-02-12 19:49:27 GMT+00:00 === *Multiple Release (MR) Cluster* - 0 ==
