This is for
6739604 ident strings should be removed from files that go into svr4 package
copyrights
The webrevs are at:
http://cr.opensolaris.org/~mjnelson/cr-webrev-open/
http://jurassic-x4600.sfbay/net/elpaso/space/builds/mjnelson/onnv-bugfixes/cr-webrev-closed/
...clearly if you
On Wed, Aug 20, 2008 at 04:24:57PM -0700, David Bustos wrote:
> > Now, if ON always gets it right, maybe such an RFE would be useful. But I
> > don't see project gates sticking to what's actually a fairly strict rule,
> > so I'm not sure it'd be all that useful in the end.
>
> Do you mean you th
Quoth Danek Duvall on Wed, Aug 20, 2008 at 04:12:55PM -0700:
> On Wed, Aug 20, 2008 at 03:34:48PM -0700, David Bustos wrote:
> > Aside: Speaking of which, I've been wondering if we should file
> > an RFE with Mercurial for an option which pulls not the
> > changeset for a tag, but the c
On Wed, Aug 20, 2008 at 03:34:48PM -0700, David Bustos wrote:
> Pull from your project gate's parent...: This is where I think you
> should say how to pull in the changeset which defines a tag, so that
> project gatelings can use the tag, too.
>
> Aside: Speaking of which, I've be
Quoth Mike Kupfer on Wed, Aug 20, 2008 at 02:49:00PM -0700:
> I drafted a new version of the hg_workflow page[1], based on my comments
> of August 2nd[2]. I didn't address a few of my comments. In
> particular,
...
> As usual, the draft version and diffs are at
> http://cr.opensolaris.org/~kupfer
I drafted a new version of the hg_workflow page[1], based on my comments
of August 2nd[2]. I didn't address a few of my comments. In
particular,
- I didn't add a note about merge after restore
- I didn't add any text to the section "Integrating your changes".
I think there would be too m
Roland Mainz wrote:
> "James C. McPherson" wrote:
...
>> I have seen this issue crop up when tools were not
>> up to date. Are your tools current?
>
> I'm using the B96 build tools from
> http://dlc.sun.com/osol/on/downloads/b96/SUNWonbld.i386.tar.bz2 - is
> that not "current" enougth ?
No, I don
Roland Mainz wrote:
> If I try to compile B96 with Subversion as the source control system I
> get:
> -- snip --
> /home/test001/ksh93/on_build1/test1_x86/usr/src/tools/findunref
> /home/test001/ksh93/on_build1/test1_x86/usr/src/tools/proto/opt/onbld/bin/i386/cw
> -_cc -O -xspace -Xa -xildoff -er
Vladimir Marek wrote:
> That's true. But you don't need to recommit all the time. Just before
> final putback should be fine. If you commit often in your workspace, it
You missed my point - I need to recommit after each code review
iteration for webrev refreshment since generally code reviewer
Author: David Marker
Repository: /hg/scm-migration/onnv-gk-tools
Latest revision: ec9be71e0b271479ed338db6ba94d9086960276a
Total changesets: 1
Log message:
Mercurial runs hook such that __file__ end in .pyc.
Fix updateoso.py to account for that.
Files:
update: hook/updateoso.py
James Carlson writes:
> Roland Mainz writes:
>> > SVN support in tools, yes. In ON build, "huh."
>>
>> Well, the whole ksh93-integration stuff is done via Subversion since the
>> beginning. I did one attempt to do some work with Mercurial long ago,
>> lost the work of two weeks because Mercuria
using Mercurial Queues and don't use cdm at all
(only for pbchk).
--
Vlad
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 193 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/scm-migration-dev/attachments/20080820/1c9273f5/attachment.bin>
On Wed, 20 Aug 2008, Roland Mainz wrote:
> "James C. McPherson" wrote:
>> Roland Mainz wrote:
>>> "James C. McPherson" wrote:
>> ...
I have seen this issue crop up when tools were not
up to date. Are your tools current?
>>>
>>> I'm using the B96 build tools from
>>> http://dlc.sun.com/os
James Carlson wrote:
> Why not go to the build workspace and just pull from the desktop
> workspace? Pulls are pretty fast, even over large distances (quite a
> change from Teamware, even with nifty things like turbo_flp).
Like this ?
+-+ pull +-+ pull +---
Vladimir Kotal writes:
> Vladimir Marek wrote:
>
>
>
> > That's true. But you don't need to recommit all the time. Just before
> > final putback should be fine. If you commit often in your workspace, it
>
> You missed my point - I need to recommit after each code review
> iteration for webrev
Roland Mainz writes:
> > SVN support in tools, yes. In ON build, "huh."
>
> Well, the whole ksh93-integration stuff is done via Subversion since the
> beginning. I did one attempt to do some work with Mercurial long ago,
> lost the work of two weeks because Mercurial ate parts of the tree and
> t
Vladimir Kotal writes:
> Like this ?
>
>+-+ pull +-+ pull +--+
>| onnv-clone |-->| workstation |->| bld. machine |
>| | | repo| | repo |
>+-+ +-+ +--+
"Mark J. Nelson" wrote:
> On Wed, 20 Aug 2008, James C. McPherson wrote:
> > Roland Mainz wrote:
> >> "James C. McPherson" wrote:
> > ...
> >>> I have seen this issue crop up when tools were not
> >>> up to date. Are your tools current?
> >>
> >> I'm using the B96 build tools from
> >> http://dlc.s
"James C. McPherson" wrote:
> Roland Mainz wrote:
> > "James C. McPherson" wrote:
> ...
> >> I have seen this issue crop up when tools were not
> >> up to date. Are your tools current?
> >
> > I'm using the B96 build tools from
> > http://dlc.sun.com/osol/on/downloads/b96/SUNWonbld.i386.tar.bz2 - i
"James C. McPherson" wrote:
> Roland Mainz wrote:
> > If I try to compile B96 with Subversion as the source control system I
> > get:
> > -- snip --
> > /home/test001/ksh93/on_build1/test1_x86/usr/src/tools/findunref
> > /home/test001/ksh93/on_build1/test1_x86/usr/src/tools/proto/opt/onbld/bin/i386
Hi!
If I try to compile B96 with Subversion as the source control system I
get:
-- snip --
/home/test001/ksh93/on_build1/test1_x86/usr/src/tools/findunref
/home/test001/ksh93/on_build1/test1_x86/usr/src/tools/proto/opt/onbld/bin/i386/cw
-_cc -O -xspace -Xa -xildoff -errtags=yes -errwarn=%
21 matches
Mail list logo
