Jim Walker <James.Walker at Sun.COM> writes: > Richard Lowe wrote: >> [this may arrive multiple times, smtp server keeps choking] >> >> Hey Jim, >> >> What's the current odds on you getting meld into sfwnv, and into a >> Nevada build in the near future (guess a build that you'll more than >> likely hit?) > > I planning on mid May. It looks like the gnome bug I hit > may be fixed.
Ok. >> I've been holding off pulling gpyfm out of onnv-scm, and our SUNWonbld >> until we have an alternative that external people (and perhaps >> internal people too) can both use. That would be meld, right now. >> >> If you're having problems that mean you can't get that done, I'm going >> to have to pull gpyfm before then, and figure out how best to tell >> people what to transition to (probably filemerge internal, and sheer >> optimism external). > > I don't see why we have to wait for it to be integrated into > opensolaris. External people can get it now. And it only > takes a couple minutes to install. That's true of most things, but it sure would be nice if they didn't have to. > I added a meld link to the More Details section of our > project page at: > http://opensolaris.org/os/project/scm-migration/ > > We could add clear instructions on how to > install meld and point to the current version: > http://ftp.gnome.org/pub/gnome/sources/meld/1.1/meld-1.1.5.1.tar.bz2 > > With the OpenSolaris liveCD, they would have to install it from the > repo anyway. With the Indiana Live CD they wouldn't be able to build ON, either. Perhaps we should break the build for verisimilitude? ;-) (though that is an interesting point, is there a reason SUNWonbld doesn't depend on the (Nevada) packages it may need?) >> I'd like to hit the point that we're not removing stuff from/adding >> stuff to onnv-scm as soon as possible, for ease of code review, ease >> of dealing with the gate, and ease of integration. > > Yep. > I'll (re-)start getting gpyfm out of the project gate, and the surrounding references fixed up then. I'd been hoping to wait (also) until snv_88 had been around a while longer, given these changes in practice will need Hg 1.0, but as above, I don't want to leave gpyfm floating around too much longer. -- Rich
