From Doug.Leavitt at Sun.COM Wed Apr 8 10:54:17 2009 From: Doug.Leavitt at Sun.COM (Doug Leavitt) Date: Wed, 08 Apr 2009 12:54:17 -0500 Subject: [Duckwater-discuss] [sparks-discuss] sparks projects / code In-Reply-To: References: <1239170831.1068.53.camel@xylabone> Message-ID: <49DCE4C9.6090201@sun.com> As Milan suggested the sparks and winchester were completed, at least as initially designed, and they have been delivered into ON. Both projects are in 2008.11. Sparks was in 2008.05. The Reno project stopped because a different design approach took place (PSARC/2007/064) which essentially eliminated the need for almost all of the original Reno concerns. A subset of the duckwater project was delivered into Solaris before the project was halted. The parts that were delivered included the ability to run the ldapclient tools without enabling ldap naming services. The parts of duckwater (nscfg, nsadm etc.) that did not get delivered remain in prototype form in the duckwater development repo, which is now probably out of date, or at least the Mercurial tree for duckwater is stale and needs an update. The prototype worked reasonably well, but the major problem with the prototype is that all of the nss backend specific code was implemented in the tools directly. At the time the project was halted, the duckwater repo had the new nss finder function code implemented, but the backend specific code had not been pulled out of the tools and moved to the backends. At this point, the code is idle in the duckwater tree, and the project halted. If you decide to take a shot at it feel free to do so. I can give encouragement, history/suggestions etc. and such, and if you get far enough, I would also be willing to help sponsor the contributions back into ON. Unfortunately I have other tasks at this point on my plate so I don't have time for active development. I am still a project leader for that project, and everything else is still active (the mail aliases etc.) so perhaps you can find other people that want to re-activate the duckwater project on the duckwater-discuss at opensolaris.org alias. I've cc'd that alias. If you or others was to start using the Mercurial gate again, please let me know, and I can add new people as leaders to the project. I encourage you to please pick up the ball, if you so desire, and perhaps others may join as well. Doug. Jason King wrote: > On Wed, Apr 8, 2009 at 1:07 AM, Milan Jurik wrote: >> Hi Jason, >> >> Jason King p??e v ?t 07. 04. 2009 v 20:41 -0500: >>> I was curious of the sparks/reno/duckwater/winchester projects, which >>> (if any) of those are still undergoing development. There were a few >>> things in those projects I am interested in seeing integrated at some >>> point, and if they have been delayed or whatever, I'm interested in >>> picking up and working on them myself to see them integrated. I just >>> don't want to duplicate effort. Since the list has been somewhat >>> quiet, it's been hard for me to ascertain. >> as you could see there is no active development in any of these >> projects. Winchster things are tweaked from time to time, but mostly >> bugfixing, Sparks phase I was the last phase of Sparks for now and >> Duckwater is in suspend mode (and no idea if "resume" part will happen). >> >> In which RFEs are you interested? Naming development is not driven in >> big projects these days, but more on "per RFE" basis. > > I was most interested in the reno stuff. Mostly, it's because I have > a few other things that aren't part of any of the sparks projects that > I'd like to mess with that'd be helped with that stuff in place. If > it's unlikely I'll be duplicating effort, I might give it a shot and > see what I can do. > _______________________________________________ > sparks-discuss mailing list > sparks-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/sparks-discuss From Doug.Leavitt at Sun.COM Wed Apr 8 11:34:40 2009 From: Doug.Leavitt at Sun.COM (Doug Leavitt) Date: Wed, 08 Apr 2009 13:34:40 -0500 Subject: [Duckwater-discuss] [sparks-discuss] sparks projects / code In-Reply-To: References: <1239170831.1068.53.camel@xylabone> <49DCE4C9.6090201@sun.com> Message-ID: <49DCEE40.2080807@sun.com> PSARC/2007/064 was the arc case that changes uid/gid from a positive 32 bit integer to a unsigned 32 bit integer where 0x0 -> 0x7FFFFFFF are valid uids and 0x80000000 -> 0xFFFFFFFe are ephemerial Ids used by idmapd (winchester), the kernel, cifs etc... Doug. Jason King wrote: > Sadly, the 'new and improved' arc site has that case redacted :( > > On Wed, Apr 8, 2009 at 12:54 PM, Doug Leavitt wrote: >> As Milan suggested the sparks and winchester were completed, >> at least as initially designed, and they have been delivered >> into ON. Both projects are in 2008.11. Sparks was in 2008.05. >> >> The Reno project stopped because a different design approach >> took place (PSARC/2007/064) which essentially eliminated the >> need for almost all of the original Reno concerns. ...