[request-sponsor] Request sponsor for 6876792 ls --color=auto only likes ttys

[John Sonnenschein]

I can pick this up

-JohnS
On 27-Aug-09, at 8:21 PM, Jason King wrote:

> Subject pretty much says it all..
>
> Webrev is available at http://cr.opensolaris.org/~jbk/ls
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

[request-sponsor] Request sponsor for 6876792 ls --color=auto only likes ttys

[Jason King]

Subject pretty much says it all..

Webrev is available at http://cr.opensolaris.org/~jbk/ls

[request-sponsor] Request sponsor for bug is 6564720

[Varun]

We, Varun Rao and Radhesh Krishnan K would like to work on the bug 6564720
and hence contribute to open solaris.
We request you to assign a sponsor for the same.My SCA no is OSO 352.
Thanks and regards,

Varun Rao
Radhesh
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] Request Sponsor for 6843432 - ls color configuration ignores last rule

[Jason King]

Noting for the record -- John has agreed to sponsor this for me, as it
was a minor bug that didn't get caught in testing or code review prior
to integration.

[request-sponsor] Request Sponsor for 6843432 - ls color configuration ignores last rule

[Bonnie Corwin]

Appreciate the update, Jason - I'll put it on the list.  Thanks.

On 05/20/09 11:36 AM, Jason King wrote:
> Noting for the record -- John has agreed to sponsor this for me, as it
> was a minor bug that didn't get caught in testing or code review prior
> to integration.
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

[request-sponsor] request-sponsor Digest, Vol 47, Issue 14

[Marcia Pinheiro]

I do not understand very well your list, I have to be sincere, I do not have a 
clue.
Read this thing for ages, would not mind you explaining it to me.
However, am found suffering worst World atrocities and would be definitely glad 
someone sponsored me, my fight, or simply contributed without spending a cent, 
plus got rich under our group...
Pls see www.youtube.com/msorfiap

For translations, trust www.geocities.com/trmsorfiap
For readings, trust www.geocities.com/livrariadofuturo 
For research and teaching, trust www.geocities.com/mrpprofessional 
`With faith we get there, with competency we get anywhere'

--- On Tue, 4/28/09, request-sponsor-request at opensolaris.org 
 wrote:

From: request-sponsor-request at opensolaris.org 

Subject: request-sponsor Digest, Vol 47, Issue 14
To: request-sponsor at opensolaris.org
Date: Tuesday, April 28, 2009, 5:00 AM

Send request-sponsor mailing list submissions to
??? request-sponsor at opensolaris.org

To subscribe or unsubscribe via the World Wide Web, visit
??? http://mail.opensolaris.org/mailman/listinfo/request-sponsor
or, via email, send a message with subject or body 'help' to
??? request-sponsor-request at opensolaris.org

You can reach the person managing the list at
??? request-sponsor-owner at opensolaris.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of request-sponsor digest..."


Today's Topics:

???1. Re: Sponsorship sought for 6344436 - *mv* gives cryptic error
? ? ? when applied to unix domain sockets (Milan Jurik)


--

Message: 1
Date: Sun, 26 Apr 2009 22:00:43 +0200
From: Milan Jurik 
To: danny webster 
Cc: request-sponsor at opensolaris.org
Subject: Re: [request-sponsor] Sponsorship sought for 6344436 - *mv*
??? gives cryptic error when applied to unix domain sockets
Message-ID: <1240776044.2040.7.camel at xylabone>
Content-Type: text/plain; charset=UTF-8

Hi,

FYI, I will sponsor Danny.

Best regards,

Milan

danny webster p??e v so 18. 04. 2009 v 11:32 +0100:
> Hi,
> 
> I'd like to request sponsorship for
> 
> Bug ID 6344436
> Synopsis *mv* gives cryptic error when applied to unix domain sockets
> State 1-Dispatched (Default State)
> SCA: OS0243
> User: dsw
> 
> I have working code already
> 
> thanks
> 
> dan.
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org



--

___
request-sponsor mailing list
request-sponsor at opensolaris.org

End of request-sponsor Digest, Vol 47, Issue 14
***



  
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor Digest, Vol 47, Issue 5

[Marcia Pinheiro]

Can you please visit youtube for me?
www.youtube.com/msorfiap

See, help.

For translations, trust www.geocities.com/trmsorfiap
For readings, trust www.geocities.com/livrariadofuturo 
For research and teaching, trust www.geocities.com/mrpprofessional 
`With faith we get there, with competency we get anywhere'

--- On Sat, 4/11/09, request-sponsor-request at opensolaris.org 
 wrote:

From: request-sponsor-request at opensolaris.org 

Subject: request-sponsor Digest, Vol 47, Issue 5
To: request-sponsor at opensolaris.org
Date: Saturday, April 11, 2009, 5:00 AM

Send request-sponsor mailing list submissions to
??? request-sponsor at opensolaris.org

To subscribe or unsubscribe via the World Wide Web, visit
??? http://mail.opensolaris.org/mailman/listinfo/request-sponsor
or, via email, send a message with subject or body 'help' to
??? request-sponsor-request at opensolaris.org

You can reach the person managing the list at
??? request-sponsor-owner at opensolaris.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of request-sponsor digest..."


Today's Topics:

???1. Re: 6826349 (Jerry Jelinek)


--

Message: 1
Date: Thu, 09 Apr 2009 14:07:53 -0600
From: Jerry Jelinek 
To: Andrew Heyn 
Cc: request-sponsor at opensolaris.org
Subject: Re: [request-sponsor] 6826349
Message-ID: <49DE5599.7030300 at sun.com>
Content-Type: text/plain; format=flowed; charset=ISO-8859-1

Andrew Heyn wrote:
> Bug/RFE ID: 6826349
> Synopsis: The memory allocated for getvmusage is never freed.
> Full Name: Andrew Heyn
> SCA #: OS0368

Andrew,

I will sponsor this for you.? Please contact me
off the alias with the details of your fix.

Thanks,
Jerry


--

___
request-sponsor mailing list
request-sponsor at opensolaris.org

End of request-sponsor Digest, Vol 47, Issue 5
**



  
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request sponsor

[Alan Coopersmith]

For the benefit of potential sponsors, this is a suncluster/dssdk bug:
6603524 scds_get_child_mon_level() is dead code

(Mentioning the bug synopsis when you request a sponsor helps us figure
 out if the bug is in an area we know enough to be a sponsor for.)

VARUN raw wrote:
> hi,
> I am Varun from Amrita Vishwa Vidyapeetham in Kerala.
> 
> I have the bug fix for bug id : 6603524.
> I request some one to sponsor this code change.
> 
> My sca number is OSO 352
>   
>   
> 
>   
> 
> 
> 
> 
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

-- 
-Alan Coopersmith-   alan.coopersmith at sun.com
 Sun Microsystems, Inc. - X Window System Engineering

[request-sponsor] request sponsor

[VARUN raw]

hi,
I am Varun from Amrita Vishwa Vidyapeetham in Kerala.

I have the bug fix for bug id : 6603524.
I request some one to sponsor this code change.

My sca number is OSO 352

-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] Request sponsor for 4940735: RFE *grep* endless customer complaints about missing 'grep -r'

[John Sonnenschein]

I'll grab this one too

-JohnS
On 20-Feb-09, at 7:26 PM, Jason King wrote:

> The subject pretty much says it all, this will cover grep, xpg4  
> grep, and egrep.
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

[request-sponsor] Request sponsor for 4940735: RFE *grep* endless customer complaints about missing 'grep -r'

[Jason King]

The subject pretty much says it all, this will cover grep, xpg4 grep, and egrep.

[request-sponsor] Request sponsor for 6799647 smbfs mount command fails during system boot and 6795819 mountall(1m) thinks smbfs filesystems are local

[Gordon Ross]

This is my area, so I'm happy to sponsor this.

[request-sponsor] Request sponsor for 6799647 smbfs mount command fails during system boot and 6795819 mountall(1m) thinks smbfs filesystems are local

[Jason King]

Requesting a sponsor for the above two bugs.

A diff with the fixes for both is attached.
-- next part --
A non-text attachment was scrubbed...
Name: smbfs.diff
Type: application/octet-stream
Size: 3595 bytes
Desc: not available
URL: 

[request-sponsor] Request sponsor for 6795111

[Alan Coopersmith]

Sergio Gutierrez wrote:
> Hello all
> I would like to request a sponsor to work in fixing 6795111.
> Thanks in advance for your attention.

That bug is closed as "Not a Defect" with the note:

"Net-SNMP header files are shipped as part of the SUNWsfwhea package. This is
package is not installed as part of the base system of OpenSolaris 2008.11 . One
needs to add the package manually."

Perhaps it should be reframed as an RFE to move the headers from SUNWsfwhea to
the net-snmp package, which would fit in the general plans for the IPS package
refactoring.

-- 
-Alan Coopersmith-   alan.coopersmith at sun.com
 Sun Microsystems, Inc. - X Window System Engineering

[request-sponsor] Request sponsor for 6795111

[Sergio Gutierrez]

Hello all

I would like to request a sponsor to work in fixing 6795111.

Thanks in advance for your attention.


-- 
Sergio Guti?rrez
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor BUG ID : 6547525

[vinay simha]

name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

 Bug ID Number : 6547525**
 synopsis: "*NP*" could use a #define
 category : pam
 subcategory :   unix_scheme
 description : The literal "*NP*" is scattered throught the code to indicate
that the password was not retrievable.
*
Modifications

*#define NOPWDRTR  "*NP*" /*password was not retrievable*/


declared in shadow.h

the differences of files

lib/pam_modules/dhkeys/dhkeys.c
lib/passwdutil/switch_utils.c
lib/nsswitch/nisplus/common/getspent.c
lib/pam_modules/authtok_store/authtok_store.c
cmd/keyserv/chkey.c
lib/nsswitch/ldap/common/getspent.c
lib/pam_modules/unix_auth/unix_auth.c
cmd/rpcsvc/nis/rpc.nisd/nis_ib_proc.c
lib/pam_modules/unix_account/unix_acct.c

have been attached ,tar name is diff tar file attached (*diff_6547525.tar.gz
*)
*
*
sca number(s):   *OS0227,OS0225 *


-- 
Regards,

Vinay Simha.B.N.
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: diff_6547525.tar.gz
Type: application/x-gzip
Size: 2215 bytes
Desc: not available
URL: 

[request-sponsor] request-sponsor BUG ID: 6637820,6563529

[vinay simha]

 name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

  Bug ID Number1 :*6637820*
  synopsis: /usr/bin/eject does not work with the device, only with nickname
when no media is in the drive
  category :  volmgt
  subcategory :  utility
  description : When there is no media in the cd/dvd drive the command:
 $/usr/bin/eject /dev/dsk/c1t1d0s2
does not work

   Bug ID Number1 *:6563529***
  synopsis: eject(1) recognizes nicknames but not device names
  category :  volmgt
  subcategory :  utility
  description : Using a nickname with eject (e.g., "eject cdrom") succeeds,
 but using the corresponding device name fails:
 # eject /dev/dsk/c0t6d0s2
 cannot find '/dev/dsk/c0t6d0s2'

 SCA number(s):  * OS0227,OS0225
*

Diff file attached(file name: *diff_eject_6637820_6563529.txt*)
-- 




-- 
Regards,

Vinay Simha.B.N.
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: diff_eject_6637820_6563529.txt
URL: 

[request-sponsor] request-sponsor BUG ID : 6394704

[vinay simha]

name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

 Bug ID Number : *6394704*
 synopsis: 'cal' utility incorrectly lists the year 4AD as a leap year.
 category : utility
 subcategory :  standards
 description : Describe the problem: The 'cal' utility incorrectly lists the
year 4AD as a leap year.
*
*
sca number(s):   *OS0227,OS0225

Test Results

bash-3.00# *./cal 2 4
   February 4
 S  M Tu  W Th  F  S
 1
 2   34   5   6  7  8
 9 10 11 12 13 14  15
16 17 18 19 20 21  22
23 24 25 26 27 28*

bash-3.00#

Note:*This is the expected result,feb 4th year should not be a leap year*


*
-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: diff_cal_6394704.txt
URL: 

[request-sponsor] Request sponsor for CR 6733368 - sbdadm reports inconsistent maximum support LU size

[Ceri Davies]

I'd like to request a sponsor to work on the above with; the fix appears
trivial at present (see
http://cr.opensolaris.org/~ceri/sbdadm_maxsize.diff).

My SCA number is OS0135.

Thanks,

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: 

[request-sponsor] Request sponsor changes

[Garrett D'Amore]

CRs 6667990 and 6668828 were requested by Roland, who now is "inside" 
SWAN, and should not need me to sponsor.  Please update the table 
accordingly.

-- Garrett

[request-sponsor] request-sponsor BUG ID: 6548079

[Cynthia Eastham]

vinay simha wrote:
> 
>   name1  : Vinay Simha.B.N
>   email id: simhavcs at gmail.com  
>   name2  :  Beeresh.G
>   email-id: beeresh at gmail.com  
>  
>   Bug ID Number : *6548079*
>   synopsis:*time(1) shold have option to log output to a file
>   category :  *utility*
>   subcategory :* performance*
>   description :  time(1) command does not have an option to log output 
> of time to a file. Same utility in other UNIX based
>   operating systems like Linux have an option to log 
> as well append output to existing file.
> 
>   sca number(s) : *OS0227,OS0225 *
> -- 
> Regards,
> 
> Vinay Simha.B.N.
> #9986985831

I'll be your sponsor.  I'll contact you off-line.

[request-sponsor] Request sponsor for CR 6733368 - sbdadm reports inconsistent maximum support LU size

[John Forte]

Ceri,

I'll sponsor this fix.

- John

Ceri Davies wrote:
> I'd like to request a sponsor to work on the above with; the fix appears
> trivial at present (see
> http://cr.opensolaris.org/~ceri/sbdadm_maxsize.diff).
>
> My SCA number is OS0135.
>
> Thanks,
>
> Ceri
>   
> 
>
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org
>   

[request-sponsor] request-sponsor BUG ID(s) : 6649911,6578005

[Tim Haley]

I am now working with Vinay and Beeresh on this request.

-tim

Bonnie Corwin wrote:
> Note that I am only adding a request for 6578005 since the source for 
> printf is not available.
> 
> Bonnie
> 
> vinay simha wrote:
>>   name1  : Vinay Simha.B.N
>>   email id: simhavcs at gmail.com  
>>   name2  :  Beeresh.G
>>   email-id: beeresh at gmail.com  
>>  
>>   Bug ID Number :* 6649911* 
>>   synopsis:/usr/bin/printf should support field width or precision 
>> format specifiers like %*d or %0*d
>>   category :  utility
>>   subcategory : shell
>>   description : /usr/bin/printf should be able to use field with or 
>> precision format specifiers like %*d or %0*d
>>
>>   Bug ID Number :* 6578005* 
>>   synopsis: log and logs words can cause confusion
>>   category :  utility
>>   subcategory : zfs
>>   description : The command for adding a log device to a zpool uses the 
>> keyword "log"  However, the output of zpool status shows "logs"  This 
>> may cause a bit of confusion.
>>  
>>
>>
>>   tentative date: *  12-Feb-2008 *
>>  
>>   sca number(s):   *OS0227,OS0225 *
>>
>> -- 
>> Regards,
>>
>> Vinay Simha.B.N.
>> #9986985831

[request-sponsor] request-sponsor BUG ID: 6605670

[Chin-Long Shu]

By the way,
Is beeresh at gmail.com co-author ?
 
 
This message posted from opensolaris.org

[request-sponsor] request-sponsor BUG ID: 6605670

[Chin-Long Shu]

Hi, Vinay,

I'm working in naming service(nis, ldap etc.) and I'll sponsor this fix.
I add some comments in bug report that the line to fix changed to 475 after new 
code was added.

Please send the code for review  and I'll proceed to get it into solaris.

Thanks,

Chin-Long Shu
 
 
This message posted from opensolaris.org

[request-sponsor] Request Sponsor Bug : 6638873 :usermod -m could optimize the move

[Avinash Joshi]

Hi.

Rishi M Nair (OS0148) and I Avinash Joshi(OS0142) would like to work on the
bug 6638873. We will send the fix at the earliest.

Bug ID - 6638873
Synopsis - usermod -m could optimize the move
Category:Subcategory - utility:security

About the bug:

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 so pls let me know. Or do we need to create a new function that renames a
directory?

-- 
~ Avinash Joshi
Blog: http://avinashtjoshi.wordpress.com/
Site: http://avinashtjoshi.googlepages.com/
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] Request Sponsor Bug : 6638873 :usermod -m could optimize the move

[casper....@sun.com]

>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] Request Sponsor Bug : 6638873 :usermod -m could optimize the move

[Peter Tribble]

On Feb 12, 2008 4:34 PM,   wrote:
>
> >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)".

That would be better than the current

system("cd src && find . -print | cpio -m -pd dest");

(I'm the poor schmuck who filed this bug after having to wait 15
minutes for it to do this when a simple rename would have sufficed.)

As the comments in the bug say, though, any fix ought to handle
the zfs case properly as well.

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/

[request-sponsor] Request sponsor for BUG 6655478

[Bonnie Corwin]

Hi Marco,

This bug/RFE has been marked 'will not fix' due to the security issues 
noted, so I won't be adding this to the request table.

Thanks.

Bonnie

Marco van Wieringen wrote:
> Hi,
> 
> I would like to request an sponsor for BUG 6655478 (which is an RFE to
> be honest) for enhancing scadm for scripting use.
> 
> My SCA nr is : OS0231
>  
>  
> This message posted from opensolaris.org
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

[request-sponsor] Request Sponsor Bug : 6638873 :usermod -m could optimize the move

[Alan Coopersmith]

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 for bug 6558327

[Vidyalakshmi]

Hi, 

  We are  Deepthi Devaki A R(SCA No. OS0172 ) and R Vidya Lakshmi ( OS0171 ). 
  We would like to work on the bug 6558327.
 
Bug ID  6558327  
Synopsis  the opposite of 'init' is not 'uninit'  
State  6-Fix Understood (Fix is known)  
Category:Subcategory  utility:zfs  

We request for a sponsor. We would fix it within next 2 days. 


Thanks & Regards 
Deepthi Devaki A R 
R Vidya Lakshmi 
Amrita University

[request-sponsor] request-sponsor BUG ID: 6548079

[vinay simha]

  name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

  Bug ID Number : *6548079*
  synopsis:*time(1) shold have option to log output to a file
  category :  *utility*
  subcategory :* performance*
  description :  time(1) command does not have an option to log output of
time to a file. Same utility in other UNIX based
  operating systems like Linux have an option to log as
well append output to existing file.

  sca number(s) : *OS0227,OS0225 *
-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor BUG ID: 6470471

[vinay simha]

  name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

  Bug ID Number :* 6470471*
  synopsis:*find* should work even if a parent directory is read-protected
  category :  *utility*
  subcategory :* file*
  description :   For performance reasons, find(1) passes FTW_CHDIR to
nftw(3c).  This
  means that getcwd(3c) has to work, or find(1) dies.  But there are many
  situations where getcwd(3c) fails, yet find(1) would still succeed were
  it not for this restriction.  Standard deployment models have users'
  home directory permissions set to 0711, with specific well-known
  subdirectories world-readable (0755).

  sca number(s) : *OS0227,OS0225 *
-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor BUG ID(s): 4968927 ,6640219

[Jayakara Kini]

Both the bugs are have already been requested for sponsorship.
See http://opensolaris.org/os/bug_reports/request_sponsor/
See #32 and #81.

You can't work on these bugs.

~Kini

On Wed, 6 Feb 2008 18:22 -, vinay simha wrote:

}  name1  : Vinay Simha.B.N
}  email id: simhavcs at gmail.com
}  name2  :  Beeresh.G
}  email-id: beeresh at gmail.com
}
}  Bug ID Number1 :* 4968927 ***
}  synopsis: errno.h comments should match strerror() results
}(libc/port/gen/errlist)
}  category :  kernel
}  subcategory :   header
}  description :  When strerror(errno) reports "Not owner", it's difficult to
}divine that errno
}  was EPERM since the comment on EPERM's line in errno.h is "Not
}super-user".
}
}  Bug ID Number2 : *6640219 ***
}  synopsis: usr/src/cmd/csh/sh.h contains incorrect comment
}  category : shell
}  subcategory :  cshell
}  description :  The header file sh.h states that the boolean pfcshflag is
}set to 0 for pfcsh.  This is incorrect, and should state 1.
}
}  tentative date:   *11-Feb-2008 *
}
}  sca number(s):  * OS0227,OS0225 *
}

-- 
Sun Microsystems - India Engineering Centre
http://blogs.sun.com/jkini

[request-sponsor] request-sponsor BUG ID(s) : 6649911,6578005

[Bonnie Corwin]

Note that I am only adding a request for 6578005 since the source for 
printf is not available.

Bonnie

vinay simha wrote:
>   name1  : Vinay Simha.B.N
>   email id: simhavcs at gmail.com  
>   name2  :  Beeresh.G
>   email-id: beeresh at gmail.com  
>  
>   Bug ID Number :* 6649911* 
>   synopsis:/usr/bin/printf should support field width or precision 
> format specifiers like %*d or %0*d
>   category :  utility
>   subcategory : shell
>   description : /usr/bin/printf should be able to use field with or 
> precision format specifiers like %*d or %0*d
> 
>   Bug ID Number :* 6578005* 
>   synopsis: log and logs words can cause confusion
>   category :  utility
>   subcategory : zfs
>   description : The command for adding a log device to a zpool uses the 
> keyword "log"  However, the output of zpool status shows "logs"  This 
> may cause a bit of confusion.
>  
> 
> 
>   tentative date: *  12-Feb-2008 *
>  
>   sca number(s):   *OS0227,OS0225 *
> 
> -- 
> Regards,
> 
> Vinay Simha.B.N.
> #9986985831
> 
> 
> 
> 
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

[request-sponsor] request-sponsor BUG ID: 6605670

[vinay simha]

  name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

  Bug ID Number : *6605670*
  synopsis:  Missing "else" in ldaplist.c:main()
  category :   ldap
  subcategory :   tools
  description : In usr/src/cmd/ldap/ns_ldap/ldaplist.c, function main(),
there is a missing "else" at line 283:


  tentative date:   *09-02-02008 *

  sca number(s):   *OS0227,OS0225 *



-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor BUG ID(s) : 6649911,6578005

[vinay simha]

  name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

  Bug ID Number :* 6649911*
  synopsis:/usr/bin/printf should support field width or precision format
specifiers like %*d or %0*d
  category :  utility
  subcategory : shell
  description : /usr/bin/printf should be able to use field with or
precision format specifiers like %*d or %0*d

  Bug ID Number :* 6578005*
  synopsis: log and logs words can cause confusion
  category :  utility
  subcategory : zfs
  description : The command for adding a log device to a zpool uses the
keyword "log"  However, the output of zpool status shows "logs"  This may
cause a bit of confusion.



  tentative date: *  12-Feb-2008 *

  sca number(s):   *OS0227,OS0225 *

-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor BUG ID(s) : 6649911,6578005

[Roland Mainz]

"Dana H. Myers" wrote:
> vinay simha wrote:
> >   Bug ID Number :* 6649911*
> >   synopsis:/usr/bin/printf should support field width or precision
> > format specifiers like %*d or %0*d
> >   category :  utility
> >   subcategory : shell
> >   description : /usr/bin/printf should be able to use field with or
> > precision format specifiers like %*d or %0*d
> 
> I believe the source code to /usr/bin/printf is one of the small number
> of files
> from Solaris that are not available in OpenSolaris - do you already have
> a proposed
> fix for this?

Erm... I already have a replacement for the current /usr/bin/printf
codebase ready (e.g. the code itself is already finished) which covers
CR #6649911 and almost all of the other outstanding RFEs and bug reports
for /usr/bin/printf ... right now we're waiting for the ARC case being
started (see
http://mail.opensolaris.org/pipermail/ksh93-integration-discuss/2007-December/005831.html
for the draft).



Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz at nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)

[request-sponsor] request-sponsor BUG ID(s) : 6649911,6578005

[Roland Mainz]

vinay simha wrote:
> 
>   name1  : Vinay Simha.B.N
>   email id: simhavcs at gmail.com
>   name2  :  Beeresh.G
>   email-id: beeresh at gmail.com
> 
>   Bug ID Number : 6649911
>   synopsis:/usr/bin/printf should support field width or precision
> format specifiers like %*d or %0*d
>   category :  utility
>   subcategory : shell
>   description : /usr/bin/printf should be able to use field with or
> precision format specifiers like %*d or %0*d
[snip]

/usr/bin/printf is currently closed-source, however we're working on a
replacement codebase which will be completely opensource and will cover
this CR# (and most of the other RFEs for /usr/bin/printf), too - see
http://mail.opensolaris.org/pipermail/ksh93-integration-discuss/2007-December/005831.html
for the matching ARC case draft.

Technically the only thing I forgot was to ask for a sponsor for this CR
... ;-(



Bye,
Roland 
 
-- 
  __ .  . __
 (o.\ \/ /.o) roland.mainz at nrubsig.org
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)

[request-sponsor] request-sponsor BUG ID(s) : 6649911,6578005

[Dana H. Myers]

vinay simha wrote:
>
>   Bug ID Number :* 6649911* 
>   synopsis:/usr/bin/printf should support field width or precision 
> format specifiers like %*d or %0*d
>   category :  utility
>   subcategory : shell
>   description : /usr/bin/printf should be able to use field with or 
> precision format specifiers like %*d or %0*d

I believe the source code to /usr/bin/printf is one of the small number 
of files
from Solaris that are not available in OpenSolaris - do you already have 
a proposed
fix for this?

Dana

[request-sponsor] request-sponsor BUG ID: 6555401

[vinay simha]

we got a fix for BUGID :* 6555401**,*can we request for the sponsor.*
* diff -u cut.c cut.c.orig have been attached(*diff_cut_BUGID_6555401.txt*)

 Bug ID Number : *6555401*
 synopsis: cut does not produce an error when reading a file fails
 category :  utility
 subcategory :   file
 description : when fread() fails in cut, it does not produce an error
message or a failed exit:
% cut -f1 /var/run/syslog_door
%echo $?
0
it should produce an error message such as "cut: read failed: %s", and exit
with a failure status.
*

Test Results:*

a.out is got by compiling cut.c
#cc cut.c

#./a.out -f1 /var/run/syslog_door
cut: /var/run/syslog_door: Operation not applicable
# echo $?
1
this test gives an failure status with proper errorno "operation not
applicable"

sca number(s):   *OS0227,OS0225 *

-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: diff_cut_BUGID_6555401.txt
URL: 

[request-sponsor] request-sponsor BUG ID(s): 4968927 ,6640219

[vinay simha]

  name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

  Bug ID Number1 :* 4968927 ***
  synopsis: errno.h comments should match strerror() results
(libc/port/gen/errlist)
  category :  kernel
  subcategory :   header
  description :  When strerror(errno) reports "Not owner", it's difficult to
divine that errno
  was EPERM since the comment on EPERM's line in errno.h is "Not
super-user".

  Bug ID Number2 : *6640219 ***
  synopsis: usr/src/cmd/csh/sh.h contains incorrect comment
  category : shell
  subcategory :  cshell
  description :  The header file sh.h states that the boolean pfcshflag is
set to 0 for pfcsh.  This is incorrect, and should state 1.

  tentative date:   *11-Feb-2008 *

  sca number(s):  * OS0227,OS0225 *
-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor BUG ID: 6638715

[vinay simha]

  name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

  Bug ID Number :* 6638715*
  synopsis:Checks in passwd should be role based, not uid based
  category :  utility
  subcategory : other
  description : The passwd command still uses uid checking for modifications
to the file repository:

  tentative date: *  11-Feb-2008 *

  sca number(s):   *OS0227,OS0225 *

-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor BUG ID: 6528655

[vinay simha]

 name1  : Vinay Simha.B.N
 email id: simhavcs at gmail.com
 name2  :  Beeresh.G
 email-id: beeresh at gmail.com

 we got a fix for BUGID : *6528655,*can we get the sponsor now.*
* diff -u date.c date.c.orig have been attached(diff_date_BUGID_6528655.txt)

 Bug ID Number : *6528655*
 synopsis: date(1) could report errors more usefully
 category :  utility
 subcategory :   misc
 description : date(1) isn't very helpful if it fails.

*Test Results:*

As a root user in global zone
./a.out is the output of #cc date.c

*case 1 & 2)* HHMM syntax included and usage is dispalying
#./a.out a
date: bad conversion
usage:  date [-u] mmddHHMM[[cc]yy][.SS]
date [-u] HHMM
date [-u] [+format]
date -a [-]sss[.fff]

*case 3)*using date command in non global zone

#./a.out 1234
Error: unable to set the date from a non-global zone

*case 4)*using date command by non root users
#./a.out 1234
Error: insufficient privilege

sca number(s):   *OS0227,OS0225 *

* *
-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: diff_date_BUGID_6528655
Type: application/octet-stream
Size: 1638 bytes
Desc: not available
URL: 

[request-sponsor] request-sponsor BUG ID: 6528655

[vinay simha]

we got a fix for BUGID : *6528655
*diff -u date.c date.c.orig have been attached(diff_date_BUGID_6528655.txt)

 Bug ID Number : *6528655*
 synopsis: date(1) could report errors more usefully
 category :  utility
 subcategory :   misc
 description : date(1) isn't very helpful if it fails.

*Test Results:*

As a root user in global zone
./a.out is the output of #cc date.c

*case 1 & 2)* HHMM syntax included and usage is dispalying
#./a.out a
date: bad conversion
usage:  date [-u] mmddHHMM[[cc]yy][.SS]
date [-u] HHMM
date [-u] [+format]
date -a [-]sss[.fff]

*case 3)*using date command in non global zone

#./a.out 1234
Error: unable to set the date from a non-global zone

*case 4)*using date command by non root users
#./a.out 1234
Error: insufficient privilege


-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: diff_date_BUGID_6528655
Type: application/octet-stream
Size: 1638 bytes
Desc: not available
URL: 

[request-sponsor] request-sponsor BUG ID: 6638715

[Darren J Moffat]

vinay simha wrote:
>   name1  : Vinay Simha.B.N
>   email id: simhavcs at gmail.com  
>   name2  :  Beeresh.G
>   email-id: beeresh at gmail.com  
>  
>   Bug ID Number :* 6638715*
>   synopsis:Checks in passwd should be role based, not uid based
>   category :  utility
>   subcategory : other
>   description : The passwd command still uses uid checking for 
> modifications to the file repository:

This will need an ARC review but before doing so I HIGHLY recommend that 
the design for this is discussed on security-discuss before hand. 
6206564 is a related bug which was fixed in snv_09 and lays down some 
infrastructure that this bug could use in its fix.

-- 
Darren J Moffat

[request-sponsor] request-sponsor Bug IDs:( 6313275, 6313279, 6528655, 6440943)

[Jayakara Kini]

Another contributor has already expressed interest to work on 6313275 & 
6313279 (Obviously they are duplicate bugs).

Regards,
Kini


On Tue, 5 Feb 2008 20:58 -, vinay simha wrote:

}  name1  : Vinay Simha.B.N
}  email id: simhavcs at gmail.com
}  name2  :  Beeresh.G
}  email-id: beeresh at gmail.com
}
}  Bug ID Number1 : *6313275*
}  synopsis: transferring" misspellings in print system
}  category :  solaris_print
}  subcategory :   lpsubsystem
}  description :  The word transferring is spelled incorrectly in several
}places in the print system.
}
}  Bug ID Number2:*6313279*
}  synopsis: transferring" misspelt in print system
}  category : solaris_print
}  subcategory :  cmds
}  description :The word transferring is spelled incorrectly in several
}places in the print system:
}
}  Bug ID Number3 : *6528655*
}  synopsis: date(1) could report errors more usefully
}  category :  utility
}  subcategory :   misc
}  description : date(1) isn't very helpful if it fails.
}
}  Bug ID Number4 :*6440943*
}  synopsis: should include 
}  category : consolidation
}  subcategory :  os-net-misc
}  description :When attempting to compile lsof, the kstat header bailed out
}in 64 bit mode with
}"syntax error near caddr32_t".
}
}
}  tentative date:   *11-Feb-2008 *
}
}  sca number(s):  * OS0227,OS0225 *
}
}

-- 
Sun Microsystems - India Engineering Centre
http://blogs.sun.com/jkini

[request-sponsor] request-sponsor Bug IDs:( 6313275, 6313279, 6528655, 6440943)

[vinay simha]

  name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

  Bug ID Number1 : *6313275*
  synopsis: transferring" misspellings in print system
  category :  solaris_print
  subcategory :   lpsubsystem
  description :  The word transferring is spelled incorrectly in several
places in the print system.

  Bug ID Number2:*6313279*
  synopsis: transferring" misspelt in print system
  category : solaris_print
  subcategory :  cmds
  description :The word transferring is spelled incorrectly in several
places in the print system:

  Bug ID Number3 : *6528655*
  synopsis: date(1) could report errors more usefully
  category :  utility
  subcategory :   misc
  description : date(1) isn't very helpful if it fails.

  Bug ID Number4 :*6440943*
  synopsis: should include 
  category : consolidation
  subcategory :  os-net-misc
  description :When attempting to compile lsof, the kstat header bailed out
in 64 bit mode with
"syntax error near caddr32_t".


  tentative date:   *11-Feb-2008 *

  sca number(s):  * OS0227,OS0225 *

-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor(BUG ID : 6555401

[vinay simha]

  name1  : Vinay Simha.B.N
  email id: simhavcs at gmail.com
  name2  :  Beeresh.G
  email-id: beeresh at gmail.com

  Bug ID Number : 6555401
  synopsis:  cut does not produce an error when reading a file fails
  category :   utility
  subcategory :   file
  description :  when fread() fails in cut, it does not produce an error
message or a failed exit


  tentative date:   09-02-02008

  sca number(s):   OS0227,OS0225

-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] Request sponsor for bugt 6655471

[Milan Jurik]

Hi,

V ne, 27. 01. 2008 v 16:52, Marco van Wieringen p??e:
> Hi,
> 
> I would like to request an sponsor for BUG 6655471 regarding debugging
> output from LDAP client lib even when build in non-debug mode.
> 
> My SCA nr is : OS0231
>  

OK, so we reached some agreement where to move this CR and improve
libsldap. And as I promised earlier, I'll sponsor this CR.

Best regards,

Milan Jurik

[request-sponsor] Request Sponsor for bug : 4510365 : small typo in nfslogd.c

[Jayakara Kini]

Another contributor has already expressed interest to work on this bug.

~Kini


On Wed, 30 Jan 2008 14:43 -, Avinash Joshi wrote:

}Hi.
}
}Rishi M Nair (OS 0148) and I, Avinash Joshi(OS 0142) would like to
}work on the bug 4510365
}
}
}Bug ID - 4510365
}Synopsis - small typo in nfslogd.c
}Category:Subcategory - network:nfslogd
}
}--
}Thanks & Regards,
}Avinash Joshi
}Blog: http://avinashtjoshi.wordpress.com/
}Site: http://avinashtjoshi.googlepages.com/
}___
}request-sponsor mailing list
}request-sponsor at opensolaris.org
}

-- 
Sun Microsystems - India Engineering Centre
http://blogs.sun.com/jkini

[request-sponsor] Request Sponsor for bug : 4510365 : small typo in nfslogd.c

[Avinash Joshi]

Hi.

Rishi M Nair (OS 0148) and I, Avinash Joshi(OS 0142) would like to
work on the bug 4510365


Bug ID - 4510365
Synopsis - small typo in nfslogd.c
Category:Subcategory - network:nfslogd

--
Thanks & Regards,
Avinash Joshi
Blog: http://avinashtjoshi.wordpress.com/
Site: http://avinashtjoshi.googlepages.com/

[request-sponsor] Request sponsor for bug 5070012

[Deepthi]

Hi,

We are Deepthi Devaki A R (SCA No OS0172) and R Vidya Lakshmi(SCA No OS0171).

We worked on the bug id 5070012 and found a fix. The bug description is:

Bug ID   5070012
Synopsis *atq* doesn't know how to spell "privileged"
Category:Subcategory utility:scheduling
Reported Against s10_63

 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
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: 5070012_diff_file.txt
URL: 

[request-sponsor] Request Sponsor for 6613349

[casper....@sun.com]

>> My personal stance on this one is that it'd be a good idea to report the
>> mountpoint instead of the device major/minor. What did you have in mind ?
>
>Here's what I was thinking:
>
>--- a/usr/src/uts/common/os/exec.c  Mon Oct 08 20:24:50 2007 -0700
>+++ b/usr/src/uts/common/os/exec.c  Fri Oct 05 17:02:44 2007 -0600
>@@ -604,8 +604,12 @@ gexec(
>if ((vp->v_vfsp->vfs_flag & VFS_NOSETUID) &&
>(vattr.va_mode & (VSUID|VSGID))) {
>cmn_err(CE_NOTE,
>-   "!%s, uid %d: setuid execution not allowed, dev=%lx",
>-   exec_file, cred->cr_uid, vp->v_vfsp->vfs_dev);
>+   "zone: %s, uid %d: setuid execution not allowed, "
>+   "file=%s",
>+   cred->cr_zone->zone_name, cred->cr_uid, 
>args->pathname);
>
>I wasn't sure what things in the vnode might be valid for use in this
>context (i.e. would vp->v_vfsp->vfs_mntpt be safe to deference),
>however the args struct from all appearances seems to be safe.  For
>me, I'm more interested in knowing what was being run (or attempted at
>least).  exec_file appears (if I'm understanding the code correctly)
>to be the unresolved path, while args->pathname appears to be the
>resolved pathname.

Note that args->pathname may be an simple relative pathname.

Why have you removed the initial '!' from the message?

It has special meaning to cmn_err.

>I was also wondering if perhaps instead of cmn_err, if it should be
>zcmn_err instead -- seems like it should go to the zone's console
>where the suid violation occurred instead of always to the global zone
>(or perhaps both).
>
>If you have any suggestions on that, please let me know (though I'm
>guessing it'd be better to move the discussion to a different list if
>more discussion is needed).  If not, I'll try to get you a build log
>from that sometime in the next few days.

May I suggest opensolaris-code?

Casper

[request-sponsor] Request Sponsor for 6613349

[Jason King]

On Jan 28, 2008 6:11 AM,   wrote:
> On Fri, 25 Jan 2008, Jason King wrote:
>
>
> > I'm going to try again...
> >
> > I'd like to request a sponsor for 6613349
> > My contributor # is 0137
>
>
> Hi Jason,
>
> has anyone offered to sponsor you on that one yet ?

Not yet

>
> If not I'd be willing to do it. Have you got diffs + build logs already ?

I seem to have cleaned out my build logs when I originally did this
(I'll try to rebuild sometime in the next few days)

>
> My personal stance on this one is that it'd be a good idea to report the
> mountpoint instead of the device major/minor. What did you have in mind ?

Here's what I was thinking:

--- a/usr/src/uts/common/os/exec.c  Mon Oct 08 20:24:50 2007 -0700
+++ b/usr/src/uts/common/os/exec.c  Fri Oct 05 17:02:44 2007 -0600
@@ -604,8 +604,12 @@ gexec(
if ((vp->v_vfsp->vfs_flag & VFS_NOSETUID) &&
(vattr.va_mode & (VSUID|VSGID))) {
cmn_err(CE_NOTE,
-   "!%s, uid %d: setuid execution not allowed, dev=%lx",
-   exec_file, cred->cr_uid, vp->v_vfsp->vfs_dev);
+   "zone: %s, uid %d: setuid execution not allowed, "
+   "file=%s",
+   cred->cr_zone->zone_name, cred->cr_uid, args->pathname);

I wasn't sure what things in the vnode might be valid for use in this
context (i.e. would vp->v_vfsp->vfs_mntpt be safe to deference),
however the args struct from all appearances seems to be safe.  For
me, I'm more interested in knowing what was being run (or attempted at
least).  exec_file appears (if I'm understanding the code correctly)
to be the unresolved path, while args->pathname appears to be the
resolved pathname.

I was also wondering if perhaps instead of cmn_err, if it should be
zcmn_err instead -- seems like it should go to the zone's console
where the suid violation occurred instead of always to the global zone
(or perhaps both).

If you have any suggestions on that, please let me know (though I'm
guessing it'd be better to move the discussion to a different list if
more discussion is needed).  If not, I'll try to get you a build log
from that sometime in the next few days.


>
> Thx,
> FrankH.
>

[request-sponsor] Request Sponsor for bug:6579865

[Jerry Jelinek]

Deepthj Devaki wrote:
> Hi,
> 
> We are Deepthi Devaki A R (SCA No OS0172) and R Vidya Lakshmi(SCA No OS0171) 
> from Amrita University.
> 
> We are working on the bug id :6579865
> We have fixed the bug.
> 
> Bug ID   6579865 
> Synopsis zone_rctl_name incorrectly used like a char * in libzonecfg.c 
> Category:Subcategory utility:zones 
> 
> Thanks and regards
> Deepthi Devaki A R
> R Vidya Lakshmi

I will sponsor this.

Jerry

[request-sponsor] Request sponsor for bugt 6655471

[Milan Jurik]

Hi Marco,

Marco van Wieringen pe v ne 27. 01. 2008 v 07:52 -0800:
> Hi,
> 
> I would like to request an sponsor for BUG 6655471 regarding debugging
> output from LDAP client lib even when build in non-debug mode.
> 
> My SCA nr is : OS0231
>  

BCcing request-sponsor, to avoid continuation of the thread there, CCing
sparks.

Marco, I think this CR will be closed as will not fix, it is problem of
configuration. If you (or some tool) enable debug syslog mode, you must
expect debug info. We already discussed this with others and there is
plan to use syslog debug even more in future. If you think it is not
good idea, please, give arguments to sparks-discuss at .

Best regards,

Milan

[request-sponsor] Request sponsor for bugt 6655471

[Marco van Wieringen]

Hi,

I would like to request an sponsor for BUG 6655471 regarding debugging
output from LDAP client lib even when build in non-debug mode.

My SCA nr is : OS0231
 
 
This message posted from opensolaris.org

[request-sponsor] Request sponsor for BUG 6655478

[Marco van Wieringen]

Hi,

I would like to request an sponsor for BUG 6655478 (which is an RFE to
be honest) for enhancing scadm for scripting use.

My SCA nr is : OS0231
 
 
This message posted from opensolaris.org

[request-sponsor] Request-sponsor bug :6323746 : useradd -m -d dir will work if [dir] exists

[Avinash Joshi]

Hi all 

Surendran (OS0162) and Avinash Joshi(OS0142) are interested in
working on bugid 6323746. I'll be submitting a fix tentatively in 5 days.

6323746 : useradd -m -d dir will work if [dir] exists and is a file, creating a 
user with a file as home dir
Category/Subcategory: utility/configuration


Thanks & Regards,
Avinash Joshi
 
 
This message posted from opensolaris.org

[request-sponsor] Request Sponsor for 6613349

[Jan Pechanec]

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] Request Sponsor for 6613349 - setuid not allowed message could be more useful

[Jason King]

My bad.. I've edited the topic I will remember to include that in
future requests..

On Jan 26, 2008 11:59 AM, Jan Pechanec  wrote:
> 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] Request sponsor for Bug: 6647843

[Ceri Davies]

This bug is marked as one fixed in the nv82 manpage drop.

Ceri

On Fri, Jan 25, 2008 at 05:50:56PM +0530, Avinash Joshi wrote:
> But the fix is not yet available in build 79 !
> 
> If you are using the dhcp option, the only other option  you
> can specify is protocol_ipv6. For example:
> 
>   network=PRIMARY {dhcp protocol_ipv6=yes}
> 
> 
> 
> If you are not using DHCP, you may specify  any  combination
> of  the  other  keywords as needed. If you do not use any of
> the keywords, omit the curly braces.
> 
>   network_interface=eri0 {hostname=feron
>ip_address=172.16.2.7
>netmask=255.255.255.0
>protocol_ipv6=no
>default_route=172.16.2.1}
> 
> 
> On Jan 25, 2008 11:13 AM, Jayakara Kini  wrote:
> >
> >
> > This bug has already been fixed.
> >
> > It was fixed soon after it was filed.
> > I believe you picked from opensolaris.org during the transition period
> > :(
> >
> > ~Kini
> >
> > On Fri, 18 Jan 2008 19:08 -, Avinash Joshi wrote:
> >
> > }Hi.
> > }I am Avinash Joshi from Amrita Vishwa Vidyapeetham.
> > }
> > }Rishi M Nair (OS0148 - rishios) and me (OS0142 - avinashj) are interested
> in working on bugid 6647843.
> > }
> > }I am attaching the diff text file also.
> > }
> > } 6647843 : "network=" syntax is incorrect
> > } Category/Subcategory: manpage:section4
> > }
> > }Details are enclosed below
> > }
> > }I downloaded the latest man pages from
> http://www.opensolaris.org/os/downloads/manpages/ , put it in a dir. The bug
> is in man4/sysidcfg.4 file.
> > }I made the changes and did a put back in /usr/share/man/man4.
> > }
> > }The screenshot attached shows the fix ready
> > }
> > }
> > }This message posted from opensolaris.org
> > }
> >
> > --
> > Sun Microsystems - India Engineering Centre
> > http://blogs.sun.com/jkini
> >
> 
> 
> 
> -- 
> Thanks & Regards,
> Avinash Joshi
> AM106IT015
> Department of Information Technology
> Amrita School of Engineering
> Amrita Vishwa Vidyapeetham
> Amritapuri Campus
> Clappana P.O., Kollam 690 525
> Kerala, INDIA
> Ph : (+91) 98954 94427
> Site: digitalmania.co.in

> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org


-- 
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: 

[request-sponsor] Request Sponsor for bug:6579865

[Deepthj Devaki]

Hi,

We are Deepthi Devaki A R (SCA No OS0172) and R Vidya Lakshmi(SCA No OS0171) 
from Amrita University.

We are working on the bug id :6579865
We have fixed the bug.

Bug ID   6579865 
Synopsis zone_rctl_name incorrectly used like a char * in libzonecfg.c 
Category:Subcategory utility:zones 

Thanks and regards
Deepthi Devaki A R
R Vidya Lakshmi
 
 
This message posted from opensolaris.org

[request-sponsor] Request sponsor for Bug: 6647843

[Avinash Joshi]

But the fix is not yet available in build 79 !

If you are using the dhcp option, the only other option  you
can specify is protocol_ipv6. For example:

  network=PRIMARY {dhcp protocol_ipv6=yes}



If you are not using DHCP, you may specify  any  combination
of  the  other  keywords as needed. If you do not use any of
the keywords, omit the curly braces.

  network_interface=eri0 {hostname=feron
   ip_address=172.16.2.7
   netmask=255.255.255.0
   protocol_ipv6=no
   default_route=172.16.2.1}


On Jan 25, 2008 11:13 AM, Jayakara Kini  wrote:
>
>
> This bug has already been fixed.
>
> It was fixed soon after it was filed.
> I believe you picked from opensolaris.org during the transition period
> :(
>
> ~Kini
>
> On Fri, 18 Jan 2008 19:08 -, Avinash Joshi wrote:
>
> }Hi.
> }I am Avinash Joshi from Amrita Vishwa Vidyapeetham.
> }
> }Rishi M Nair (OS0148 - rishios) and me (OS0142 - avinashj) are interested
in working on bugid 6647843.
> }
> }I am attaching the diff text file also.
> }
> } 6647843 : "network=" syntax is incorrect
> } Category/Subcategory: manpage:section4
> }
> }Details are enclosed below
> }
> }I downloaded the latest man pages from
http://www.opensolaris.org/os/downloads/manpages/ , put it in a dir. The bug
is in man4/sysidcfg.4 file.
> }I made the changes and did a put back in /usr/share/man/man4.
> }
> }The screenshot attached shows the fix ready
> }
> }
> }This message posted from opensolaris.org
> }
>
> --
> Sun Microsystems - India Engineering Centre
> http://blogs.sun.com/jkini
>



-- 
Thanks & Regards,
Avinash Joshi
AM106IT015
Department of Information Technology
Amrita School of Engineering
Amrita Vishwa Vidyapeetham
Amritapuri Campus
Clappana P.O., Kollam 690 525
Kerala, INDIA
Ph : (+91) 98954 94427
Site: digitalmania.co.in
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] Request sponsor for Bug: 6457020

[Avinash Joshi]

Hi all.

I would not like to work on this bug right now

I would like to retract this bug for now but would love to work on it
later (If no one has requested for that bug then)



-- 
Thanks & Regards,
Avinash Joshi

On Jan 25, 2008 11:58 AM, Jayakara Kini  wrote:
>
> [The subject of this mail said 6647843, but we are talking about 6457020.
> I've corrected the subject line]
>
> I agree with Ceri that the user should have read the man page first.
> Probably what the submitter wanted was user friendly error message rather
> than just 'incomplete statement'.  In that case, the error message should
> be changed for all options and not just for '-exec' option.
>
> I've updated the Bug desciption and the synopsis and marked this as RFE.
>
> ~Kini
>
> On Sun, 20 Jan 2008 18:55 -, Avinash Joshi wrote:
>
> }Ok I think I will wait until I get a sponsor
> }
> }
> }This message posted from opensolaris.org
> }___
> }request-sponsor mailing list
> }request-sponsor at opensolaris.org
> }
>
> --
> Sun Microsystems - India Engineering Centre
> http://blogs.sun.com/jkini
>

[request-sponsor] Request Sponsor for bug no: 6601295

[Tom Haynes]

R VIDYA LAKSHMI wrote:
> Hi
>
> We are Deepthi Devaki A R (SCA No OS0172) and R Vidya Lakshmi(SCA No OS0171) 
> from Amrita University. 
>
> Weare interested to work on the bug id 6601295.
>
> Bug ID   6601295
> Synopsis sharemgr's sa_addshare passes NULL pointer to %s format
> Category:Subcategory utility:filesystem
>
> Thanks and regards
> Deepthi Devaki A R
> R Vidya Lakshmi
>  
>  
> This message posted from opensolaris.org
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org
>   


I'll sponsor it.

Note that the code base has changed considerably since this bug was 
reported.

You will need to look in commands.c for occurrences of:

if (share == NULL) {
(void) printf(gettext(
"Share does not exist in group %s\n"),
groupname, sharepath);
ret = SA_NO_SUCH_PATH;
}

There are 4.

[request-sponsor] Request sponsor for Bug: 6457020

[Jayakara Kini]

[The subject of this mail said 6647843, but we are talking about 6457020.
I've corrected the subject line]

I agree with Ceri that the user should have read the man page first. 
Probably what the submitter wanted was user friendly error message rather 
than just 'incomplete statement'.  In that case, the error message should 
be changed for all options and not just for '-exec' option.

I've updated the Bug desciption and the synopsis and marked this as RFE.

~Kini

On Sun, 20 Jan 2008 18:55 -, Avinash Joshi wrote:

}Ok I think I will wait until I get a sponsor
} 
} 
}This message posted from opensolaris.org
}___
}request-sponsor mailing list
}request-sponsor at opensolaris.org
}

-- 
Sun Microsystems - India Engineering Centre
http://blogs.sun.com/jkini

[request-sponsor] Request sponsor for Bug: 6647843

[Jayakara Kini]

This bug has already been fixed.

It was fixed soon after it was filed.
I believe you picked from opensolaris.org during the transition period 
:(

~Kini

On Fri, 18 Jan 2008 19:08 -, Avinash Joshi wrote:

}Hi.
}I am Avinash Joshi from Amrita Vishwa Vidyapeetham.
}
}Rishi M Nair (OS0148 - rishios) and me (OS0142 - avinashj) are interested in 
working on bugid 6647843.
}
}I am attaching the diff text file also.
}
} 6647843 : "network=" syntax is incorrect
} Category/Subcategory: manpage:section4
}
}Details are enclosed below
}
}I downloaded the latest man pages from 
http://www.opensolaris.org/os/downloads/manpages/ , put it in a dir. The bug is 
in man4/sysidcfg.4 file.
}I made the changes and did a put back in /usr/share/man/man4.
}
}The screenshot attached shows the fix ready
} 
} 
}This message posted from opensolaris.org
}

-- 
Sun Microsystems - India Engineering Centre
http://blogs.sun.com/jkini

[request-sponsor] Request sponsor for bug:5070012

[R VIDYA LAKSHMI]

Hi

We are Deepthi Devaki A R (SCA No OS0172) and R Vidya Lakshmi(SCA No OS0171) 
from Amrita University.

We are interested to work on the bug id 5070012.

We have fixed the bug.

Bug ID   5070012
Synopsis*atq* doesn't know how to spell "privileged"
Category:Subcategoryutility:scheduling

Thanks and regards
Deepthi Devaki A R
R Vidya Lakshmi
 
 
This message posted from opensolaris.org

[request-sponsor] Request Sponsor for bug no: 6601295

[R VIDYA LAKSHMI]

Hi

We are Deepthi Devaki A R (SCA No OS0172) and R Vidya Lakshmi(SCA No OS0171) 
from Amrita University. 

Weare interested to work on the bug id 6601295.

Bug ID   6601295
Synopsis sharemgr's sa_addshare passes NULL pointer to %s format
Category:Subcategory utility:filesystem

Thanks and regards
Deepthi Devaki A R
R Vidya Lakshmi
 
 
This message posted from opensolaris.org

[request-sponsor] Request Sponsor for 6613349

[Jason King]

I'm going to try again...

I'd like to request a sponsor for 6613349
My contributor # is 0137

[request-sponsor] request-sponsor(BUG ID(s): 6569630,6604676

[vinay simha]

*name1*: Vinay Simha.B.N
email id: simhavcs at gmail.com
*name2*:  Beeresh.G
email-id: beeresh at gmail.com

Bug ID Number1 : *6569630*
synopsis:  Vi cannot append text to named buffers
category : *utility
s*ubcategory : *editor
*description : In Single Unix Specification version 2 and 3 vi is required
that if a named buffer is specified with an upper-case letter, then  the
text from a yank or delete command is appended to that buffer instead of
replacing it.*
*
Bug ID Number2 : *6604676*
synopsis:  /bin/sh cannot recorgnize the wildcard on the last directory
while it end with '/'
category : *not mentioned
s*ubcategory : *not mentioned
*description : If the path has wildcard in the last part and end with '/',it
cannot be recorgnized by /bin/sh.. *
*


tentative date: *31-01-02008*

sca number(s):* OS0227,OS0225*

-- 
Regards,

Vinay Simha.B.N.
#9986985831
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] request-sponsor(BUG ID(s): 6569630,6604676

[casper....@sun.com]

>
>Bug ID Number1 : *6569630*
>synopsis:  Vi cannot append text to named buffers
>category : *utility
>s*ubcategory : *editor
>*description : In Single Unix Specification version 2 and 3 vi is required
>that if a named buffer is specified with an upper-case letter, then  the
>text from a yank or delete command is appended to that buffer instead of
>replacing it.*

This is rather strange because I use this feature often and it works
for me.  I just tried the steps in the bug report and again it
worked for me.

So is this even a bug?
So is this even a bug?
So is this even a bug?

Three times because I did:
"ayy
"Ayy
"ap

Casper

[request-sponsor] request-sponsor(BUG ID(s): 6569630,6604676

[Bonnie Corwin]

A contributor offered a fix for 6569630 on 1/15/08.  It is #86 under 
'Awaiting Sponsor' on the request-sponsor table.

I will add 6604676 to the 'Awaiting Sponsor' list.

Thank you.

Bonnie


vinay simha wrote:
> *name1*: Vinay Simha.B.N
> email id: simhavcs at gmail.com 
> *name2*:  Beeresh.G
> email-id: beeresh at gmail.com 
>  
> Bug ID Number1 : *6569630*
> synopsis:  Vi cannot append text to named buffers
> category : *utility
> s*ubcategory : *editor
> *description : In Single Unix Specification version 2 and 3 vi is 
> required that if a named buffer is specified with an upper-case letter, 
> then  the text from a yank or delete command is appended to that 
> buffer instead of replacing it. *
> *
> Bug ID Number2 : *6604676*
> synopsis:  /bin/sh cannot recorgnize the wildcard on the last directory 
> while it end with '/'
> category : *not mentioned
> s*ubcategory : *not mentioned
> *description : If the path has wildcard in the last part and end with 
> '/',it cannot be recorgnized by /bin/sh.. *
> *
> 
>  
> tentative date: *31-01-02008*
>  
> sca number(s):* OS0227,OS0225*
> 
> -- 
> Regards,
> 
> Vinay Simha.B.N.
> #9986985831
> 
> 
> 
> 
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

[request-sponsor] Request sponsor for Bug: 6647843

[Ceri Davies]

On Sun, Jan 20, 2008 at 04:45:44AM -0800, Avinash Joshi wrote:
> Hi.
> I am Avinash Joshi from Amrita Vishwa Vidyapeetham.
> 
> Rishi M Nair (OS0148 - rishios) and me (OS0142 - avinashj) are
> interested in working on bugid 6457020.
> 
> Bug ID - 6457020
> Synopsis - *find* find should offer assistance instead of running for the exit
> Category:Subcategory - utility:file
> 
> We will submit the fix by tuesday.

I would personally prefer that you not "fix" that, because I don't
believe that there is a bug there to fix.  Emitting a warning as per the
submitter's suggestion would actually be incorrect, since the -exec
expression allows both a semicolon and a plus sign to terminate the
expression.

Where the submitter says that find should have held his hand a little
more, what really should have happened is him heading for the manpage
the first time it failed rather than flail about a little first.

Now there are plenty who may disagree with me, but I would recommend
that you not spend time writing a "fix" for this without an assigned
sponsor who will be able to tell you if you're wasting your time or not.

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: 

[request-sponsor] Request sponsor Bug id: 6375805: CLOSED_IS_PRESENT is ambiguous

[Avinash Joshi]

Hi.
I am Avinash Joshi from Amrita Vishwa Vidyapeetham.

Rishi M Nair (OS0148 - rishios) and me (OS0142 - avinashj) are
interested in working on bugid 6375805.

Bug ID - 6375805
Synopsis - comment for CLOSED_IS_PRESENT is ambiguous
Category:Subcategory - consolidation:os-net-tools

--
Thanks & Regards,
Avinash Joshi
AM106IT015
Department of Information Technology
Amrita School of Engineering
Amrita Vishwa Vidyapeetham
Amritapuri Campus
Clappana P.O., Kollam 690 525
Kerala, INDIA
Site: digitalmania.co.in
 
 
This message posted from opensolaris.org

[request-sponsor] Request sponsor for Bug: 6647843

[Avinash Joshi]

Ok I think I will wait until I get a sponsor
 
 
This message posted from opensolaris.org

[request-sponsor] Request sponsor for Bug: 6647843

[Avinash Joshi]

Hi.
I am Avinash Joshi from Amrita Vishwa Vidyapeetham.

Rishi M Nair (OS0148 - rishios) and me (OS0142 - avinashj) are
interested in working on bugid 6457020.

Bug ID - 6457020
Synopsis - *find* find should offer assistance instead of running for the exit
Category:Subcategory - utility:file

We will submit the fix by tuesday.

--
Thanks & Regards,
Avinash Joshi
AM106IT015
Department of Information Technology
Amrita School of Engineering
Amrita Vishwa Vidyapeetham
Amritapuri Campus
Clappana P.O., Kollam 690 525
Kerala, INDIA
Site: digitalmania.co.in
 
 
This message posted from opensolaris.org

[request-sponsor] Request sponsor for Bug: 6647843

[Avinash Joshi]

Hi.
I am Avinash Joshi from Amrita Vishwa Vidyapeetham.

Rishi M Nair (OS0148 - rishios) and me (OS0142 - avinashj) are interested in 
working on bugid 6647843.

I am attaching the diff text file also.

 6647843 : "network=" syntax is incorrect
 Category/Subcategory: manpage:section4

Details are enclosed below

I downloaded the latest man pages from 
http://www.opensolaris.org/os/downloads/manpages/ , put it in a dir. The bug is 
in man4/sysidcfg.4 file.
I made the changes and did a put back in /usr/share/man/man4.

The screenshot attached shows the fix ready
 
 
This message posted from opensolaris.org
-- next part --
A non-text attachment was scrubbed...
Name: 6647843.png
Type: image/png
Size: 102104 bytes
Desc: not available
URL: 

-- next part --
--- sysidcfg.4.org  Fri Jan 18 18:48:40 2008
+++ sysidcfg.4  Fri Jan 18 18:50:20 2008
@@ -17,7 +17,7 @@
 .\" information: Portions Copyright [] [name of copyright owner]
 .\"
 .\" CDDL HEADER END
-.\" Copyright (C) 2006, Sun Microsystems, Inc. All Rights Reserved
+.\" Copyright (C) 2008, Sun Microsystems, Inc. All Rights Reserved
 .TH sysidcfg 4 "5 Jun 2007" "SunOS 5.11" "File Formats"
 .SH NAME
 sysidcfg \- system identification configuration file
@@ -263,7 +263,7 @@
 .sp
 .in +2
 .nf
-network=PRIMARY {dhcp protocol_ipv6=yes}
+network_interface=PRIMARY {dhcp protocol_ipv6=yes}
 .fi
 .in -2
 

[request-sponsor] Request Sponsor For Bug 6208836

[Tony Nguyen]

Rishi,

I'd be happy to sponsor.

-tony

Rishi M Nair wrote:
> 
> Hi ,
>  
> I would like to work on the bug : 6208836   and l finished working on it 
> . (I  have a fix ready )
>  
> Bug ID  6208836  
> Synopsis  XXX above scf_handle_get_local_scope macro should go
> Category:Subcategory  utility:smf
> 
>  
> 
> i have a partner ( meera) in this Bug 
> 
> My SCA number is  : OS0148
> My opensolaris id : rishios
>  
> meera opensolaris id is : meeraos
> meera SCA Number is : OS0188
>  
> *Please Check the Diff File i attached with this mail,*
>  
> *Thanks & Regards,
> Rishi M Nair*
> 
> 
> 
> 
> 
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

[request-sponsor] Request Sponsor For Bug 6208836

[Rishi M Nair]

Hi ,

I would like to work on the bug : 6208836   and l finished working on it .
(I  have a fix ready )

Bug ID  6208836
Synopsis  XXX above scf_handle_get_local_scope macro should go
Category:Subcategory  utility:smf



i have a partner ( meera) in this Bug
My SCA number is  : OS0148
My opensolaris id : rishios

meera opensolaris id is : meeraos
meera SCA Number is : OS0188

*Please Check the Diff File i attached with this mail,*

*Thanks & Regards,
Rishi M Nair*
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: diff_file_XXX_comment.txt
URL: 

[request-sponsor] Request sponsor for a new Project (Observability)

[Cynthia McGuire]

This is exactly what the Sensor Abstraction project 
(http://opensolaris.org/os/project/sensors) is suppose to address.  To 
get engaged with that project, subscribe and participate in the 
discussions at http://opensolaris.org/os/community/fm

Cindi


Amir Javanshir wrote:
> Hi all
> 
> I would like to submit a new project request and hopefully get a sponsor.
> 
> Project Name: 
> HAR (Hardware Activity Reporter)
> 
> Project Description
> 
>  The goal of this project is to develop a performance monitoring tool 
>  that samples hardware counters in the system (primarily cpu counters, 
>  but could extend to bus counters) to produce higher-level metrics (eg, 
>  mips, flops, cache miss, stall rate, bus utilization) which can guide 
>  a bottleneck analysis and performance tuning process. There exists a 
>  first release of HAR, developed internally at Sun, that only looks at 
>  cpu counters and supports currently only UltraSPARC1-4 (not 4+) & 
>  Pentium3 systems. The open-sourcing of the existing HAR code has been 
>  approved by Sun. There are a few users of HAR out there that keep 
>  asking for newer releases (eg eBay) and support for recent hardware. 
>  The purpose of open-sourcing HAR is to provide a proper place for the 
>  continued development & dissemination of HAR. The primary task will be 
>  to port HAR to Solaris 10 and libcpc2 so Niagara, AMD and modern Intel 
>  processors can be supported.
> 
>  Related Projects
> 
>  There are no known related projects or dependencies. HAR will build 
>  directly on top of libcpc2 for accessing cpu counters. Access to bus 
>  counters has not been researched yet.
> 
> Current Team
> 
> We are already 3 engineers working on this subject
> 
> Cheers,
> Amir Javanshir
>  
>  
> This message posted from opensolaris.org
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

[request-sponsor] Request sponsor for a new Project (Observability)

[Eric Schrock]

If you want to start an OpenSolaris project page, then you should ask
the observability community (via observability-discuss) to sponsor your
project.  I would strike "porting HAR to Solaris 10" as that is a Sun
Solaris business decision, not an OpenSolaris project.  It would also be
nice to understand how this relates to something like the DTrace CPC
provider (which I think is under development).

- Eric

On Mon, Jan 14, 2008 at 09:43:10AM -0800, Garrett D'Amore wrote:
> 
> I think you're asking the wrong list.  request-sponsor is for external 
> contributions who need a putback/rti sponsor.
> 
> I think you're looking for an ARC or C team sponsor?  You might want to 
> check sac.eng if you're looking for an ARC sponsor.
> 
> -- Garrett
> 
> Amir Javanshir wrote:
> > Hi all
> >
> > I would like to submit a new project request and hopefully get a sponsor.
> >
> > Project Name: 
> > HAR (Hardware Activity Reporter)
> >
> > Project Description
> >
> >  The goal of this project is to develop a performance monitoring tool 
> >  that samples hardware counters in the system (primarily cpu counters, 
> >  but could extend to bus counters) to produce higher-level metrics (eg, 
> >  mips, flops, cache miss, stall rate, bus utilization) which can guide 
> >  a bottleneck analysis and performance tuning process. There exists a 
> >  first release of HAR, developed internally at Sun, that only looks at 
> >  cpu counters and supports currently only UltraSPARC1-4 (not 4+) & 
> >  Pentium3 systems. The open-sourcing of the existing HAR code has been 
> >  approved by Sun. There are a few users of HAR out there that keep 
> >  asking for newer releases (eg eBay) and support for recent hardware. 
> >  The purpose of open-sourcing HAR is to provide a proper place for the 
> >  continued development & dissemination of HAR. The primary task will be 
> >  to port HAR to Solaris 10 and libcpc2 so Niagara, AMD and modern Intel 
> >  processors can be supported.
> >
> >  Related Projects
> >
> >  There are no known related projects or dependencies. HAR will build 
> >  directly on top of libcpc2 for accessing cpu counters. Access to bus 
> >  counters has not been researched yet.
> >
> > Current Team
> >
> > We are already 3 engineers working on this subject
> >
> > Cheers,
> > Amir Javanshir
> >  
> >  
> > This message posted from opensolaris.org
> > ___
> > request-sponsor mailing list
> > request-sponsor at opensolaris.org
> >   
> 
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org

--
Eric Schrock, FishWorkshttp://blogs.sun.com/eschrock

[request-sponsor] Request sponsor for a new Project (Observability)

[Garrett D'Amore]

I think you're asking the wrong list.  request-sponsor is for external 
contributions who need a putback/rti sponsor.

I think you're looking for an ARC or C team sponsor?  You might want to 
check sac.eng if you're looking for an ARC sponsor.

-- Garrett

Amir Javanshir wrote:
> Hi all
>
> I would like to submit a new project request and hopefully get a sponsor.
>
> Project Name: 
> HAR (Hardware Activity Reporter)
>
> Project Description
>
>  The goal of this project is to develop a performance monitoring tool 
>  that samples hardware counters in the system (primarily cpu counters, 
>  but could extend to bus counters) to produce higher-level metrics (eg, 
>  mips, flops, cache miss, stall rate, bus utilization) which can guide 
>  a bottleneck analysis and performance tuning process. There exists a 
>  first release of HAR, developed internally at Sun, that only looks at 
>  cpu counters and supports currently only UltraSPARC1-4 (not 4+) & 
>  Pentium3 systems. The open-sourcing of the existing HAR code has been 
>  approved by Sun. There are a few users of HAR out there that keep 
>  asking for newer releases (eg eBay) and support for recent hardware. 
>  The purpose of open-sourcing HAR is to provide a proper place for the 
>  continued development & dissemination of HAR. The primary task will be 
>  to port HAR to Solaris 10 and libcpc2 so Niagara, AMD and modern Intel 
>  processors can be supported.
>
>  Related Projects
>
>  There are no known related projects or dependencies. HAR will build 
>  directly on top of libcpc2 for accessing cpu counters. Access to bus 
>  counters has not been researched yet.
>
> Current Team
>
> We are already 3 engineers working on this subject
>
> Cheers,
> Amir Javanshir
>  
>  
> This message posted from opensolaris.org
> ___
> request-sponsor mailing list
> request-sponsor at opensolaris.org
>   

[request-sponsor] Request sponsor for a new Project (Observability)

[Amir Javanshir]

Hi all

I would like to submit a new project request and hopefully get a sponsor.

Project Name: 
HAR (Hardware Activity Reporter)

Project Description

 The goal of this project is to develop a performance monitoring tool 
 that samples hardware counters in the system (primarily cpu counters, 
 but could extend to bus counters) to produce higher-level metrics (eg, 
 mips, flops, cache miss, stall rate, bus utilization) which can guide 
 a bottleneck analysis and performance tuning process. There exists a 
 first release of HAR, developed internally at Sun, that only looks at 
 cpu counters and supports currently only UltraSPARC1-4 (not 4+) & 
 Pentium3 systems. The open-sourcing of the existing HAR code has been 
 approved by Sun. There are a few users of HAR out there that keep 
 asking for newer releases (eg eBay) and support for recent hardware. 
 The purpose of open-sourcing HAR is to provide a proper place for the 
 continued development & dissemination of HAR. The primary task will be 
 to port HAR to Solaris 10 and libcpc2 so Niagara, AMD and modern Intel 
 processors can be supported.

 Related Projects

 There are no known related projects or dependencies. HAR will build 
 directly on top of libcpc2 for accessing cpu counters. Access to bus 
 counters has not been researched yet.

Current Team

We are already 3 engineers working on this subject

Cheers,
Amir Javanshir
 
 
This message posted from opensolaris.org

[request-sponsor] Request Sponsor For Bug 6208836

[Rishi M Nair]

Hi ,

I would like to work on the bug : 6208836   and l finished working on it .
(I  have a fix ready )

Bug ID  6208836
Synopsis  XXX above scf_handle_get_local_scope macro should go
Category:Subcategory  utility:smf
My SCA number is  : OS0148
My opensolaris id : rishios

*Please Check the Diff File i attached with this mail,*

*Thanks & Regards,
Rishi M Nair*
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: diff_file_XXX_comment.txt
URL: 

[request-sponsor] [Request-Sponsor] Patch for BugId:6363348

[Mark Phalan]

On Tue, 2008-01-08 at 20:44 +0200, Rajath Shanbag wrote:
> Hello Everyone,
> 
> 
> Myself(Rajath Shanbag) and Ashwin Bhat have attached the fix for the
> following bug whose specifications are given below:
> 
> BugId:6363348
> 
> Synopsis Makefile typo prevents building amd64 version of mech_krb5.so
> 
> Category:Subcategory: kerberosv5_bundled:other
> 
> Link to the bug:
> http://bugs.opensolaris.org/view_bug.do?bug_id=6363348
> 
> 
> Description:When x86 build is done, No amd64 version of mech_krb5.so
> is produced.This is because there is a typo in
> usr/src/lib/gss_mechs/mech_krb5/amd64/Makefile: shouldn't LIBS64 be
> changed to LIBS? definition for LIBS64 is nowhere to be found.
> 
> File:Change to be made in
> usr/src/lib/gss_mechs/mech_krb5/amd64/Makefile 
> 
> Our SCA numbers are OS0177 and OS0144 respectively.We have the patch
> and we are requesting a sponsor.Kindly assign the same.

I'll work with you on this. Lets followup off-list.

-Mark

[request-sponsor] [Request-Sponsor] Patch for BugId:6363348

[Rajath Shanbag]

Hello Everyone,


 Myself(Rajath Shanbag) and Ashwin Bhat have attached the fix for the
following bug whose specifications are given below:

 BugId:6363348

Synopsis Makefile typo prevents building amd64 version of mech_krb5.so

Category:Subcategory: kerberosv5_bundled:other

Link to the bug: http://bugs.opensolaris.org/view_bug.do?bug_id=6363348


 Description:When x86 build is done, No amd64 version of mech_krb5.so is
produced.This is because there is a typo in
usr/src/lib/gss_mechs/mech_krb5/amd64/Makefile: shouldn't LIBS64 be changed
to LIBS? definition for LIBS64 is nowhere to be found.

 File:Change to be made in usr/src/lib/gss_mechs/mech_krb5/amd64/Makefile

Our SCA numbers are OS0177 and OS0144 respectively.We have the patch and we
are requesting a sponsor.Kindly assign the same.


 Regards,

Rajath Shanbag & Ashwin Bhat
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: diff_6363348
Type: application/octet-stream
Size: 207 bytes
Desc: not available
URL: 

[request-sponsor] [Request-Sponsor]BugId:6298948

[Rajath Shanbag]

Hi all,
Me(Rajath Shanbag) and Ashwin Bhat are willing to work on this bug;
BugId:6298948
Synopsis:sb1000/sb2500 do not coredump with short system
idle time
   Our CA no.s are OS0177 and OS0144 respectively,We'd like someone to
sponsor this bug.The bugfix will be ready soon.


   Regards all,
  Rajath Shanbag,Ashwin Bhat
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] [Request-Sponsor]BugId:6598915

[Rajath Shanbag]

Hello Everyone,
   Me(Rajath Shanbag) and Ashwin Bhat would like to work
on the following bug;
   *BugID:*6598915
   *Category:Subcategory* kernel:tcp-ip

   *Synopsis**:*iobustest.net fails with data mismatch
on ICMP echo reply messages
   We seek for a sponsor.Fix will be available in two days.Our CA no is
OS177 and OS144 respectively
Regards,
Rajath Shanbag,Ashwin bhat
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] [Request-Sponsor]BugId:6598915

[Rajath Shanbag]

Hello Everyone,
   Me(Rajath Shanbag) and Ashwin bhat would like to work
on the following bug;
  BugiD:6598915
  *Category:Subcategory* kernel:tcp-ip
  *Synopsis* iobustest.net fails with data mismatch on ICMP
echo reply messages
   We seek for a sponsor.Fix will be available in two days.

Regards,
Rajath Shanbag,Ashwin bhat
-- next part --
An HTML attachment was scrubbed...
URL: 

[request-sponsor] [Request-Sponsor]BugId:5009996

[Rajath Shanbag]

 Hello Everyone,

Myself(Rajath Shanbag) and Ashwin Bhat  have attached the fix for the
following bug whose specifications are given below:

   BugID:5009996
   Category:utility:pools,
   Description:

Running poolstat The following lines were displayed:


 pset
 id pool size used load
 1 zones   1 0.00 0.58
 0 pool_default3 0.08 0.59
<>
 pset

 id pool size used load
 1 zones   1 0.00 0.57
 0 pool_default3 0.49 0.61

-
 remove <>, since it doesn't seem to serve a real purpose,


Bug URL:http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=5009996
File: onnv/onnv-gate/usr/src/cmd/pools/poolstat/poolstat.c





SCA Numbers
Rajath Shanbag:OS0177
Ashwin Bhat   :OS0144


 The diff file is also attached with this mail.

Regards,
Rajath Shanbag
Ashwin Bhat
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: diff
Type: application/octet-stream
Size: 372 bytes
Desc: not available
URL: 

[request-sponsor] [request sponsor[ BugID:4804022

[Jayakara Kini]

I'll sponsor this.

~Kini

On Sun, 30 Dec 2007 13:11 -, ashwin wrote:

}Hello everyone
}
}I have fixed the following bug.Requesting for a sponsor for the same
}for integrating the patch.
}SCA Number: OS0144
}
}url of the bug: http://bugs.opensolaris.org/view_bug.do?bug_id=4804022
}
}Changes to be made in the file:
}onnv-gate/usr/src/ucbcmd/sed/sed0.c
}
}BUGID : 4804022
}Synopsis : sed has an off-by-one error in its label length check
}Category:Subcategoryutility:text
}Description : sed will complain that eight character labels are too long:
}
}Output before the fix :
} $ < /dev/null sed ":12345678"
}Label too long: :12345678.
}
}Output after the fix:
}$ < /dev/null sed ":12345678"
}---
}
}Now sed allows the label size to be eight characters long
}
}Have attached the diff.
}Wish you all a Happy and prosperous new year !.
}Thank You in advance.
}
}Regards
}Ashwin
}

-- 
Sun Microsystems - India Engineering Centre
http://blogs.sun.com/jkini

[request-sponsor] [request sponsor[ BugID:4804022

[ashwin]

Hello everyone

I have fixed the following bug.Requesting for a sponsor for the same
for integrating the patch.
SCA Number: OS0144

url of the bug: http://bugs.opensolaris.org/view_bug.do?bug_id=4804022

Changes to be made in the file:
onnv-gate/usr/src/ucbcmd/sed/sed0.c

BUGID : 4804022
Synopsis : sed has an off-by-one error in its label length check
Category:Subcategory utility:text
Description : sed will complain that eight character labels are too long:

Output before the fix :
 $ < /dev/null sed ":12345678"
Label too long: :12345678.

Output after the fix:
$ < /dev/null sed ":12345678"
---

Now sed allows the label size to be eight characters long

Have attached the diff.
Wish you all a Happy and prosperous new year !.
Thank You in advance.

Regards
Ashwin
-- next part --
A non-text attachment was scrubbed...
Name: diff
Type: application/octet-stream
Size: 460 bytes
Desc: not available
URL: 

[request-sponsor] Request sponsor for openSolaris project

[Richard L. Hamilton]

> > 
> > One feature that smartmontools provides that isn't
> available with FMA
> > is ability to query SMART attributes on a disk.
> Smartmontools provides
> > the smartctl utility to perform this operation, and
> I think that alone
> > warrants it's inclusion in opensolaris.
> > 
> > Thanks,
> > - Ryan
> 
> Definitely agree.  I view there as being two entirely
> separate
> technology items:
> 
> (a) A set of tools and APIs to examine SMART data
> from drives.
> These tools could be used manually by admins, and
> the APIs
> can be used to build management stacks or
>  telemetry modules for FMA.
> (b) Things that consume the data, use it as
> telemetry, diagnose it,
> and emit that diagnosis to a human or a
>  higher-level mgmt stack.
> I want the smartmontools in Solaris for (a).  FMA
> already does (b), and
> most importantly it integrates that telemetry with
> other i/o telemetry
> data, in particular silent data corruption detected
> by ZFS, to form a
> common diagnosis model.  Smartmontools also offers a
> legacy form of
> reporting, i.e. a bunch of syslog error messages and
> a weaker form of (b).
> 
> I am similarly ok with including smartmon's
> capability for (b), but we need
> to make sure that it is off by default (i.e. not
> conflicting with the FMA
> (b)), and that something sensible occurs if you
> enable it, or that we have
> a documented procedure for enabling it in a way that
> doesn't mess up FMA
> or confuse users who are interacting with it.
> 

Two points: 

First, if smartmontools is GPL, it would _have_ to remain
separate from FMA anyway, right?  I mean, one couldn't integrate
it in terms of linking or mingling code, best one could do would be popen()
and parse the output.

But I also agree that making the info available in human-readable form
with minimal interpretation is desirable, but doing so should not
be permitted to impact or cause confusion with FMA functionality.

And second, blastwave has a smartmontools package already; which is
to say, they already have it ported to Solaris 8 and later (version 5.36,
presumably for both SPARC and x86).

http://www.blastwave.org/packages.php/smartmontools

(In fact, I've used it on my SB2K running SX, not long after I got it 2nd-hand,
and again not long after getting some larger and younger FC disks for it; it
was nice to know hours of operation, error history, or number of power
cycles or whatever such info it could provide, which more or less
corroborated what the eBay seller of the used drives claimed, as I recall.)

Unless one of those proposing this new port is the blastwave package
maintainer shown at the location above, perhaps they ought to talk to
him and try to learn whatever they can from what he's done already.
And if it's integrated, perhaps the blastwave folks could be asked to add
a note that it's bundled with build xx or later, so people don't end up with
two copies running and possibly stepping on each other.
 
 
This message posted from opensolaris.org

[request-sponsor] Request sponsor for openSolaris project smartmontools

[Matty]

On Dec 6, 2007 3:58 PM, Mike Shapiro  wrote:
> On Thu, Dec 06, 2007 at 03:23:47PM +0800, lingjun wang (Simon) wrote:
> > Hi sponsor,
> > Now we are responsible for porting GPL-licensed smartmontools to sfw.
> > Here is its brief introduction:
> >
> > smartmontools contains utilities that control and monitor storage
> > devices using the Self-Monitoring, Analysis and Reporting Technology
> > (S.M.A.R.T.) system build into ATA and SCSI Hard Drives. This is used
> > to check the reliability of the hard drive and to predict drive
> > failures. smartmontools Version 5.x is designed to comply to the
> > ATA/ATAPI-5 specification (Revision 1). Future releases of
> > smartmontools (Versions 6.x and 7.x) will comply with the ATA/ATAPI-6
> > and ATA/ATAPI-7 specifications.
> >
> > This package is meant to be an up-to-date replacement for the
> > ucsc-smartsuite and smartsuite packages, and is derived from that
> > code.
> >
> > Could you help us recommend a sponsor for this project?
> >
> > Thanks
> > - Simon
>
> I'd like to see this project discussed in some detail in the fault
> management community (fm-discuss at opensolaris.org).  There is a lot
> of useful content in the smartmon tools, but on the reporting side
> we have already a significant and unique architecture (FMA) for
> analyzing error telemetry and pushing it into the management stack,
> and I want to understand clearly how the smartmon stuff will be
> integrated in a way that doesn't disrupt that.  In particular, FMA
> already has support for SMART data monitoring and uses that to
> report disk failures, so we need to be sure adding the smartmon
> sfw tools doesn't cause conflicting information through another path.

One feature that smartmontools provides that isn't available with FMA
is ability to query SMART attributes on a disk. Smartmontools provides
the smartctl utility to perform this operation, and I think that alone
warrants it's inclusion in opensolaris.

Thanks,
- Ryan
-- 
UNIX Administrator
http://prefetch.net

[request-sponsor] Request sponsor for openSolaris project smartmontools

[Cynthia McGuire]

Matty wrote:
> On Dec 6, 2007 3:58 PM, Mike Shapiro  wrote:
>> On Thu, Dec 06, 2007 at 03:23:47PM +0800, lingjun wang (Simon) wrote:
>>> Hi sponsor,
>>> Now we are responsible for porting GPL-licensed smartmontools to sfw.
>>> Here is its brief introduction:
>>>
>>> smartmontools contains utilities that control and monitor storage
>>> devices using the Self-Monitoring, Analysis and Reporting Technology
>>> (S.M.A.R.T.) system build into ATA and SCSI Hard Drives. This is used
>>> to check the reliability of the hard drive and to predict drive
>>> failures. smartmontools Version 5.x is designed to comply to the
>>> ATA/ATAPI-5 specification (Revision 1). Future releases of
>>> smartmontools (Versions 6.x and 7.x) will comply with the ATA/ATAPI-6
>>> and ATA/ATAPI-7 specifications.
>>>
>>> This package is meant to be an up-to-date replacement for the
>>> ucsc-smartsuite and smartsuite packages, and is derived from that
>>> code.
>>>
>>> Could you help us recommend a sponsor for this project?
>>>
>>> Thanks
>>> - Simon
>> I'd like to see this project discussed in some detail in the fault
>> management community (fm-discuss at opensolaris.org).  There is a lot
>> of useful content in the smartmon tools, but on the reporting side
>> we have already a significant and unique architecture (FMA) for
>> analyzing error telemetry and pushing it into the management stack,
>> and I want to understand clearly how the smartmon stuff will be
>> integrated in a way that doesn't disrupt that.  In particular, FMA
>> already has support for SMART data monitoring and uses that to
>> report disk failures, so we need to be sure adding the smartmon
>> sfw tools doesn't cause conflicting information through another path.
> 
> One feature that smartmontools provides that isn't available with FMA
> is ability to query SMART attributes on a disk. Smartmontools provides
> the smartctl utility to perform this operation, and I think that alone
> warrants it's inclusion in opensolaris.

There's nothing preventing us from integrating SMART monitoring features 
into FMA. It's simply a matter of expanding the existing libtopo disk 
enumerator with a SMART backend (provider) to export the information we 
want to see.  In this way, the telemetry could be used by FMA DEs (like 
the disk DE or ZFS) for more extensive fault analysis, the sensor 
project (http://opensolaris.org/os/project/sensors) or by the smartmon 
tools.

In any case, I'm sure you will find some willing sponsors in the fault 
management community to help out.

Cindi

[request-sponsor] Request sponsor for openSolaris project smartmontools

[lingjun wang (Simon)]

Hi sponsor,
Now we are responsible for porting GPL-licensed smartmontools to sfw.
Here is its brief introduction:

smartmontools contains utilities that control and monitor storage
devices using the Self-Monitoring, Analysis and Reporting Technology
(S.M.A.R.T.) system build into ATA and SCSI Hard Drives. This is used
to check the reliability of the hard drive and to predict drive
failures. smartmontools Version 5.x is designed to comply to the
ATA/ATAPI-5 specification (Revision 1). Future releases of
smartmontools (Versions 6.x and 7.x) will comply with the ATA/ATAPI-6
and ATA/ATAPI-7 specifications.

This package is meant to be an up-to-date replacement for the
ucsc-smartsuite and smartsuite packages, and is derived from that
code.

Could you help us recommend a sponsor for this project?

Thanks
- Simon

[request-sponsor] Request sponsor for openSolaris project smartmontools

[Mike Shapiro]

> 
> One feature that smartmontools provides that isn't available with FMA
> is ability to query SMART attributes on a disk. Smartmontools provides
> the smartctl utility to perform this operation, and I think that alone
> warrants it's inclusion in opensolaris.
> 
> Thanks,
> - Ryan

Definitely agree.  I view there as being two entirely separate
technology items:

(a) A set of tools and APIs to examine SMART data from drives.
These tools could be used manually by admins, and the APIs
can be used to build management stacks or telemetry modules for FMA.

(b) Things that consume the data, use it as telemetry, diagnose it,
and emit that diagnosis to a human or a higher-level mgmt stack.

I want the smartmontools in Solaris for (a).  FMA already does (b), and
most importantly it integrates that telemetry with other i/o telemetry
data, in particular silent data corruption detected by ZFS, to form a
common diagnosis model.  Smartmontools also offers a legacy form of
reporting, i.e. a bunch of syslog error messages and a weaker form of (b).

I am similarly ok with including smartmon's capability for (b), but we need
to make sure that it is off by default (i.e. not conflicting with the FMA
(b)), and that something sensible occurs if you enable it, or that we have
a documented procedure for enabling it in a way that doesn't mess up FMA
or confuse users who are interacting with it.

-Mike

-- 
Mike Shapiro, Solaris Kernel Development. blogs.sun.com/mws/