Standard apology for folks on lots of e-mail lists...
Howdy, Sun and OpenSolaris ON Developers--
You've been hearing about this for a while now, so there shouldn't be any
surprises here, other than the specific dates.
The ON gate for build 96 will close at 23:00 Pacific Time on Monday,
Augu
> Generally looks good.
Thanks for looking.
>> "Mark" == Mark J Nelson writes:
>
> Mark> My plan is to send this note once a week until we get to build
> Mark> snv_95, and then send it more frequently.
>
> Once a week seems a little too often, at least to start. Maybe start
> out once eve
Howdy--
Please review this update to the SUNWonbld tools to make them
Mercurial-aware. This is the first step towards transitioning ON (and any
consolidation relying on these tools) to Mercurial.
For most ON developers, nothing will obviously change after this putback.
They will continue usin
Generally looks good.
> "Mark" == Mark J Nelson writes:
Mark> My plan is to send this note once a week until we get to build
Mark> snv_95, and then send it more frequently.
Once a week seems a little too often, at least to start. Maybe start
out once every 2 weeks, and move to once a week
"Mark J. Nelson" writes:
> Subject: request for code review: Mercurial-aware SUNWonbld
>
> Intended audience:
> - gatekeeper (internal)
> - tools-discuss (os.o)
> - project team
> - and I'll make requests to some individuals, too, under separate cover
>
> I plan to partition the webrev; let me kn
Mark J. Nelson writes:
> Thanks tons to you and Bill for being around so late on a Friday evening.
>
> (Others, too, but I felt like I was being a bit demanding of you two in
> particular today.)
Not a problem. I was somewhat lucky today in that area -- no softball
or baseball games scheduled.
Mark J. Nelson writes:
> I think I really fouled something up in my workspace state for those
> builds, and the only thing I can think of is that I had an interrupted
> build in a workspace that I cloned using tar.
Yikes ... ok.
> I think what I'm willing to promise (jbeck and dmarker) is to no
My plan is to send this note once a week until we get to build snv_95, and
then send it more frequently.
I'll keep the doc section as up-to-date as possible, have some brief
status if/when appropriate, and change the "what should you do now?" part
as needed/as we get closer.
Looking for feedb
On Fri, 2008-06-13 at 16:45 -0600, Mark J. Nelson wrote:
> If you use the Burlington build servers, you're already doing this.
so I'd be a little more specific about this -- there are multiple build
servers in burlington (historically, the systems group maintained their
own; I've never used them
Subject: request for code review: Mercurial-aware SUNWonbld
Intended audience:
- gatekeeper (internal)
- tools-discuss (os.o)
- project team
- and I'll make requests to some individuals, too, under separate cover
I plan to partition the webrev; let me know if you want to influence the
division,
>> I think I really fouled something up in my workspace state for those
>> builds, and the only thing I can think of is that I had an interrupted
>> build in a workspace that I cloned using tar.
>
> Yikes ... ok.
Yeah, exactly contrary to your "don't pollute the main workspace"
philosophy below.
Author: Bill Sommerfeld
Repository: /hg/scm-migration/onnv-scm
Latest revision: 4b50d0bdd00cc31b0b800214025edd252a7d24e0
Total changesets: 1
Log message:
462 wx2hg needs new default merge program for Mercurial 1.0
492 wx2hg should check for uncommitted changes in source workspace
503 wx2hg should
Mark J. Nelson writes:
> > usr/src/tools/findunref/Makefile
> >
> > It looks like the assumption here is that findunref itself is always
> > rebuilt in every workspace, so that the combined exception_list is
> > available. Why should that be?
>
> All roads lead to here, basically.
Yep.
> The
> It still feels like there's something that's not quite baked with the
> ON tools. If there are things here that need to be built as part of a
> nightly run, then perhaps they need to be on a separate target. Using
> the 'install' hammer just doesn't look right, and leads to some
> problems (se
Author: Mark J. Nelson
Repository: /hg/scm-migration/onnv-scm
Latest revision: 65586c5640d1329794ebc46d9d9e72c80fff06ff
Total changesets: 1
Log message:
512 exclusion list has dropped an entry
528 revert findunref from Python to c
Files:
create: usr/src/tools/findunref/README.exception_li
http://bugs.grommit.com/show_bug.cgi?id=462
sommerfeld at sun.com changed:
What|Removed |Added
AssignedTo|scm-migration- |sommerfeld at sun.com
On Thu, 2008-06-12 at 22:15 -0600, Mark J. Nelson wrote:
> 194-202: It's not clear to me why you're doing wx outchk AND wx out here.
this code was shamelessly stolen from a script I wrote a few years back
which wraps nightly with a few checks (including the 'nothing checked
out'). I do both bec
Meeting follow-up:
Following is the information I mentioned in the meeting today. This is
high-level information I communicated earlier this week about this work.
- opensolaris.org Website
- New Authentication application
- Required to move the ON gate outside the SWAN
- Work in p
Notes, SCM Migration Project Meeting
Fri, 6/13/08, 10:30am-11:15am PDT
Attendees:
John Beck
Linda Bernal
Jim Carlson
Bonnie Corwin
Mike Kupfer
Rich Lowe
Mark Nelson
Bill Rushmore
Miguel Ulloa
Jim Walker
* Uber schedule
Discussion about what to add to a global internal schedule as a
target
ensolaris.org/pipermail/scm-migration-dev/attachments/20080613/470af509/attachment.nws>
-- next part --
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
>> I don't think anything really stands out as needing to be done before
>> review starts necessarily, but there are further things we need to fix
>> before integration, though I don't feel they're particularly invasive.
> Sounds like we're on the same page, I hope we can all three get our wads
>
Fri, 6/13/08
10:30am-11:00am PDT
Intl 215-446-3661
US 866-545-5223
AC 5540840
Proposed Agenda
* Uber schedule discussion
* SFW dates
* Code review status
* What else?
On Fri, Jun 13, 2008 at 12:05:48AM -0600, Mark J. Nelson wrote:
> < ./pkgdefs/SUNWrmodu/prototype_sparc_realmode
>
> Somehow this doesn't show up in the gate's unref-i386.out, though it's
> part of the sparc unref.
IIRC, that's built on x86. I think it contains a PC bootsector.
Danek
OK, I just did findunref builds in brand-spanking-new workspaces.
Short version: the failure to clobber accounts for all meaningful
differences.
Long version, based on the unref output from the clean-workspace builds
(with nothing to clobber):
I forgot to move the .flg* exception from the tea
24 matches
Mail list logo
