On Dec 12, 2007 12:25 PM, Richard Lowe <richlowe at richlowe.net> wrote: > "Shawn Walker" <swalker at opensolaris.org> writes: > > > On Dec 12, 2007 11:45 AM, Alan Coopersmith <alan.coopersmith at sun.com> > > wrote: > >> James Carlson wrote: > >> > Why not go through the normal path? Devise a fix, request a sponsor, > >> > get code reviews and testing, and then integrate. > >> > >> Have you looked at http://opensolaris.org/os/bug_reports/request_sponsor/ > >> lately? You can see how many Roland has devised a fix for, requested a > >> sponsor, and been ignored for months or longer (the first one on the list > >> from him is now over a year old). > >> > >> Given our poor track record, it seems more likely we'll just migrate to > >> Studio 13 first, which will have -xstrconst on by default. > > > > I would agree. > > > > Honestly it isn't very motivating to do much when it takes months > > before I ever get a sponsor. > > > > There is a long list of folks waiting for one right now. > > > > An ETA would be nice when we request a sponsor since at least we can > > schedule our time better that way. > > > > It doesn't work that way, even after you acquire a sponsor you're at > the mercy of their schedule as to when anything will actually be done. > > You can push the latency further down the line, but I don't believe > removing it is possible
True, but an ETA of any type would be nice. I have a proposed fix for a crash bug in vi that's been around since probably SunOS 3.5 that I requested a sponsor for a few months ago. My problem with bugs is that they seem to get assigned sponsors based on the priority of whatever manager is responsible for a component and the bug itself instead of the fact that a sponsor was requested. No bug, whether big or small, should be ignored simply because it isn't deemed important enough. The real solution of course is to eliminate the need for sponsor to do so much of the work and to have the gate be external. I thank you for your participation in making the latter a reality. -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "To err is human -- and to blame it on a computer is even more so." - Robert Orben
