ming, but it's unclear to me whether that actually has
anything to do with the problem or is just a coincidence.
In any event, it's very broken.
--
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
Ali Bahrami writes:
> James Carlson wrote:
> > General:
> >
> > There should be a prototype mapfile in usr/src/prototypes/.
>
> I created usr/src/prototypes/prototype.mapfile-vers
OK; thanks. Odd that this new prototype file contains this comment:
# Generic i
e as long as overlaps aren't
present. In other words, changing from a strict linear model as used
now to a DAG with edges representing ordering due to overlap.
--
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
someone is switching from closed binaries to
> > closed source, then the usr/closed directory could be pulled over in
> > its entirety, and the per-changeset output would be huge.
>
> Ok, I had mostly thought of that as a corner case, but it doesn't sound
> like an un
d
flag as well. If someone is switching from closed binaries to
closed source, then the usr/closed directory could be pulled over in
its entirety, and the per-changeset output would be huge.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W
ne help functions?"
usr/src/tools/scripts/mapfilechk.py
57-62: what handles the "syntax: glob" in your exception list?
76: nit: missing "return False"
104,107: 'if not' ... 'else' negative logic is hard to follow; try
reversing.
usr/src/tool
Mark J. Nelson writes:
> James Carlson wrote:
> > Ali Bahrami writes:
> >> Of course this is not perfectly seamless --- the person integrating
> >> process_mapfile will still be confronted with some confusing errors,
> >> and will have to augment the
27; is an added dimension.
It sounds like a worthwhile thing to me, and something that wouldn't
suffer from any of the file name problems that checking map files
would. I agree that it's separate.
--
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
them automatically?
In either case, the changes should be quite easy to test using a
binary compare (nightly -w).
--
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
actually returns inverted status -- it should be called NOT_UNDER_SCM
rather than IS_UNDER_SCM.
Other than that nit, the change looks good to me, and thanks for
getting this!
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 208
Richard Lowe writes:
> James Carlson writes:
>
> > Richard Lowe writes:
> >> - The internals changed a little more than they have in the past, so
> >> catching cdm up is not as easy as it was previously, especially
> >> given that we're goin
e gates. It sounds like a fairly run-of-the-mill
internal ON flag day to me -- "make sure you upgrade your hg client
before XX/YY/ZZZZ, or you may lose access to the gate via NFS."
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W V
ry useful (and it looks like is an
> often requested feature).
It also might be nice to have links from here to basic information
about what's in the repository -- something like LXR or cvsweb.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.2
ncrete example (because I'm sure someone will try that
text literally):
For example, in the "[merge-tools]" section of your ~/.hgrc, you
could add this:
filemerge.premerge=False
meld.premerge=False
gpyfm.premerge=False
--
James Carlson, Solaris Netwo
now. I'd use bugs.opensolaris.org.
--
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
molested by recommit before
push. They're going to have to trust you anyway.
--
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
p set to an unrecognized value. So how could it
be that you're running the current tools, but that you're somehow
getting SCM_TYPE set to "unknown"?
Is it possible that you're not using the current tool set?
--
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
it, pull from a local onnv clone to seed,
then pull anew from the workstation repository.
For what it's worth, I worked for a while with the rollback mechanism,
but I found I like the rm -rf tactic better.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Dr
t; default = ssh://onnv.sfbay.sun.com//export/onnv-clone
That's documented, supported, and works.
--
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
e? Pulls are pretty fast, even over large distances (quite a
change from Teamware, even with nifty things like turbo_flp).
--
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
the code.
They're not used now, and should be removed prior to any integration
by way of Mercurial.
(It's an issue similar to cstyle, copyright, licensing, and lint:
there are some things in the gate that fail those tests, and to
varying degrees, those updating the code are responsible
be
upgraded. Mercurial 1.0 first shipped with Nevada build 88.
(Are you perhaps updating your system by way of BFU? If so, then
/ws/onnv-gate/public/bin/update_sfw should help you out. But you may
also want to reconsider BFU as a reliable means of system upgrade ...)
--
James Carl
curial. You'll probably want to check
what identity is being used for ssh logins to elpaso.eng; it's
probably one that doesn't have a passphrase assigned.
--
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
ary> How do I stop having to give my id_dsa passphrase for onnv.eng?
>
> My only suggestion is to generate a key with no pass-phrase, but others
> might have better ideas.
You could also use ssh-agent.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Dr
)
I've managed to hose things before such that rollback wouldn't get me
back to a clean state. (Fortunately, not recently.)
It sounds, though, like you *are* worried about ill-timed child pulls.
Otherwise, the multiple-head issue would never have come up.
Something that hooks on &qu
Danek Duvall writes:
> On Wed, Aug 13, 2008 at 02:23:22PM -0400, James Carlson wrote:
>
> > Having multiple heads might be used this way:
> >
> > http://www.selenic.com/mercurial/wiki/index.cgi/MultipleHeads#line-17
>
> Much better to do that with branches. Nam
things, since the term "branch" is a bit overloaded
> in Mercurial-speak.
Having multiple heads might be used this way:
http://www.selenic.com/mercurial/wiki/index.cgi/MultipleHeads#line-17
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive
inal question: what is the rationale
> behind Mercurial allowing pulls that would result in more than two
> heads by default? When would this be the behavior a developer would
> want by default?
Branches.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Dr
e your own project
gate, rather than doing push/pull to gates and the work outside.
--
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
sue.
For what it's worth, if you put your project gate on
hg.opensolaris.org, then you'll have no access to the gate except by
hg push/pull, and that'll prevent accidents like that.
--
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
gt; files makes much sense.
>
> Yes, but is there a way to easily "back out" the initial commit (per
> file) in favor of a new one?
You can do "hg rollback" to undo the most recent commit. I haven't
tried it yet, but that _might_ work right with recommit, and might be
a better method than the multiple-workspace one I suggested above.
I just doubt that in the long-term it's worth the effort you may need
to apply.
--
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
urial is not per file. It's on the repository
itself. Thus, I don't think that doing a "recommit" on individual
files makes much sense.
--
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
Vladimir Kotal writes:
> Can we have webrev integrated into Cadmium so one can run 'hg webrev' as
> was possible with wx, please ?
Just typing "webrev" does the right thing.
(Yes, it'd be possible to integrate ...)
--
James Carlson, Solaris Networking
maining Teamware-
related bits, though.
--
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
to
> > bug ID 303.
>
> It's this single line (from the new file):
>
> 363 self.files = ('hgrc', 'localtags', 'patches', 'cdm')
>
> that adds the new .NOT files in the .hg/cdm/ directory to the list of
> files to be included in a backup.
Ah, ok. That's what I was missing.
--
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
supported in new tools so those
tools can be used with older gates), and not running into that kind of
opposition and extended debate again seems to me like goodness.
Having an RFE to remove these stale things (including wx and sccsrm)
some point down the road sounds like a good thing to me, but I do
Mark J. Nelson writes:
> http://anthrax.central/net/mrliberal/export/ws/mjnelson/onnv-transition-dev/webrev.transition/
One other really minor thing I noticed while examining your workspace:
you modified tools/onbld/Checks/Rti.py, but didn't strip the #ident
from it.
--
James Carlson,
happen.
tools/env/opensolaris.sh:82: the "//hg" here doesn't look right to me.
All of my working paths to hg.opensolaris.org use a relative reference
to "hg/onnv/onnv-gate" and not an absolute path. Is this right?
tools/scripts/wx.sh:28-29: these can probably go now
Mark J. Nelson writes:
> On Mon, 4 Aug 2008, James Carlson wrote:
> > Perhaps a dumb question, but what brings the c_lflag settings back
> > afterwards? If it's your shell setting ISIG when prompting, can we
> > trust all shells to do the same?
>
> The fix as pu
C in my terminal
> after the push completes. (Tested in gnome-terminal and xterm.)
I guess this is part of the "!= 'elegant'" factor, but what happens if
the client doesn't take ^C at the tty, but instead burns to the ground
after starting but not completing a push?
--
ecords to make
sure there weren't any contracts on these interfaces. I couldn't find
any references. (scsi_vhci has a lot of references, but that header
file is private to the implementation.)
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive
respository problems.
--
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
Vladimir Kotal writes:
> James Carlson wrote:
>
>
>
> > It's not *that* bad when the cache is reasonably warm:
> >
> > % time hg status -mardn usr/src
> > usr/src/uts/common/io/bridge/bridge.c
> > 4.50u 2.03s 0:07.52 86.8%
> > %
>
>
Vladimir Kotal writes:
> James Carlson wrote:
> > Vladimir Kotal writes:
> >>- 'hg edit' adds new entry
> >
> > I think that might be deferring a bit too much to SCCS. Mercurial
> > (like CVS and a few others) is different. You don't
is probably the better
long-term path.
(And if hg needs to cache lists of modified files in order to speed up
common queries, then it needs to do that not just for us but for all
Mercurial users. It's a common problem, not something special like
'cstyle' or 'rtichk' t
, and it could/may usefully print
an "are you sure?" message back to the invoker, but lack of cstyle-
goodness should never block, and the main purpose is to prod the
gatekeeper into making sure it's right.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Netw
w. (If it doesn't disappear from the visible
parts of the webrev, then that's a bug.)
In general, if I do something "exotic" like reverting a file, or if
it's just been a long time since the last webrev, I do "rm -rf webrev"
to make sure it's clean first.
Eric Schrock writes:
> > AttributeError: 'NoneType' object has no attribute 'branch'
> >
>
> After I edited one file this exception went away - perhaps 'pbchk' has a
> problem handling zero edited files?
Yes; it's a known problem. R
d one-time)
/opt/onbld/bin/hgsetup script.
--
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
e in the gatekeeper-supplied respin list of changesets.
(Still seems weird to be using three digits for build numbers. At
least we've got around 34 years and six months before we have to worry
about four digit build numbers ...)
--
James Carlson, Solaris Networking
Sun Microsy
reported is simple to reproduce: pull any
ON-based workspace. Don't make any changes at all. Run "hg pbchk" --
it generates a traceback.
If you make at least one change, then all is well.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive
re are no changes at all for it to look at.
> Don't know what other kind of information is relevant. Let me know what
> else can help track this down.
That should be enough ... does this look familiar, Rich?
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive
buteError: 'NoneType' object has no attribute 'branch'
I haven't been able to replicate that problem. It might help to post
more information about your workspace, if possible.
--
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
.
That's it exactly; thanks.
--
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
curial, etc.) with the most
> commonality.
I'm not disputing it. Please look at the README.tools file. What
you're saying IS NOT what that file says!
--
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
uggesting in the README.tools file is quite simple.
It's just:
< $ findunref $INTELSRC $INTELSRC/tools/findunref/exception_list* | \
> $ findunref $INTELSRC $INTELSRC/tools/findunref/exception_list | \
> $ findunref $SPARCSRC $SPARCSRC/tools/findunref/exception_list* | \
ld also be generic and not specific to kernel modules.
> >>
> >
> > Yes, I agree. But I don't see that generic better solution spreading
> > around gates.
>
> This seems very much like a "perfect is the enemy of the good" discussion
> to me.
Only if you cou
Dean Roehrich writes:
> On Tue, Jul 08, 2008 at 09:48:32AM -0400, James Carlson wrote:
> > I suspect that the /ws automounts are problematic for the converted
> > Nevada gates. As I understand it (and an hg expert should correct me
> > ;-}), when hg runs with a file system pa
hat multiple
list change is gone with the switch back from Python to C.
Other than that, it looks good.
--
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
Darren J Moffat writes:
> James Carlson wrote:
> > Rather than repeating past blunders, I'd like to see us do better. In
> > any event, you can always replicate these past mistakes on your own by
> > typing "v1.1" explicitly in your code, and bumping the num
rongly argue against it being applied as any sort of guideline or
standard for others to follow, but if it floats your boat, and you
can't wait for a better answer, go for it.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 44
self, rather than an actual Mercurial repository. (I
know some people cd over to the gate and run cscope; that usage should
probably be preserved.)
The details on those changes likely need to be in the heads-up
messages.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Netw
Mark Phalan writes:
> On Mon, 2008-07-07 at 17:28 -0400, James Carlson wrote:
> > Short of that, please, no %I% or $Rlog$ spewage. We've got a nice
> > chance to clean up some ugly history here.
>
> All of this makes perfect sense for ON, Solaris etc.
OK; then we&#x
Darren J Moffat writes:
> James Carlson wrote:
> > (Having a big database of MD5 and SHA-1 checksums searchable on
> > checksum is a nifty hack around the problem ... but it's still a
> > problem, and shouldn't need a hack. You should be able to go directly
> &
've got a nice
chance to clean up some ugly history here.
--
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
Valerie Bubb Fenwick writes:
> On Fri, 27 Jun 2008, Will Fiveash wrote:
> > On Fri, Jun 27, 2008 at 09:46:11AM -0400, James Carlson wrote:
> >> For now, until the transition, leave them in place as they are, and do
> >> *NOT* build any code that relies on those strings.
I'm headed out on vacation in a bit. If you need to reach me for
anything, Victor Nelson has my contact information. Otherwise, I'll
check in occasionally for email, and I'll be back at work on July 7th.
--
James Carlson, Solaris Networking
Sun Microsystems / 3
ctive + rename/delete files ?
No scripts are available yet, as far as I know. I would use "hg
export" to get a changeset, and then do exactly what you're
suggesting. For as often as this happens, it shouldn't be too
terribly hard to do.
(And someone could still write a scr
> be master and clone gates ?)
That need goes away. Mercurial doesn't put long-lived locks on the
gate while reading or writing.
(It may still be worthwhile to have clones for sites that have
bandwidth issues, but not to solve the reader/writer problem.)
--
James Carlson, Solaris
leave them in place as they are, and do
*NOT* build any code that relies on those strings. (Such code was
almost invariably kludgey anyway.)
--
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
you are here"
signs, so the best you can do is guess -- and provide switches or
options to allow a user to override in the cases where the guess turns
out to be wrong.
--
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
to satisfy the reviewers?
Yes. We're into the external code review now, and the next step is
integration.
--
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
robably include the Xen folks (as they've been using this
for a while) and Dean Roehrich (who is on this list but who wasn't in
the first review -- that I recall).
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
M
es scheduled. ;-}
--
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
$0)), and to fallback to $PATH (by way of invoking
> which_scm with no leading path) if that file fails a -x test.
Fair enough.
> Tested bldenv unmodified on teamware and mercurial workspaces, hacked
> nightly to make sure it found the right thing.
>
> Will push soon.
Sounds good.
--
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
> nightly.sh.
Agreed. Though a "make install" in $SRC/tools now uses that variable
-- which may not actually be set.
In other words, I think this will fail in your updated workspace:
% ws /path/to/ws
% cd $SRC/tools
% dmake install
Right?
> So we'r
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
> > ../closed/lib/smartcard/cardterminals/scm_ifdh/common/scm_protocol.h
> > ../closed/uts/common/sys/adapters/marvell88sx/.del-marvell88sx.h-Jan-26-06
A lot of the output _appears_ to me to be from working with x86 build
output only, and not from generating an unrefmaster.out. (Is that
right?)
--
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
Mark J. Nelson writes:
> I'll need to consult with the core team (ie John, since he's explicitly
> reading this thread), but here's my opinion: Don't make exceptions for
> 'em. Let 'em be unreferenced.
+1
--
James Carlson, Solaris Networking
ixed when the roached DNS entries time out.
--
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
domain squatter. Instead, it
looks like an expired domain with an entirely bogus and misleading
Network Solutions "feature" that reverts the DNS pointers to their own
servers, rather than just letting them go unresolved.
--
James Carlson, Solaris Networking
Sun Microsy
he choice of sys.stderr as the default with #514 is somewhat
> arbitrary, the important point (I think), is that the commands are
> explicit about where they wish their output to go.
That makes sense.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive
o wrong, and I suspect an
automated checker would just introduce a false sense of security.
I think a note to the RTI Advocates would probably be a better
approach.
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02
David Bustos writes:
> Quoth James Carlson on Tue, Jun 03, 2008 at 10:05:32AM -0400:
> > Finding that the active list -- something I sometimes use to remind
> > myself exactly what I'm working on or what things I haven't done yet
> > -- needs the parent is disappoint
esign the way Hg walks
> files in general (or just the API surrounding it?) in the course
> of whatever fix.
Having an hg extension that does explicit user-refreshed caching of
the required data would be a nice solution, at least for me. It
doesn't have to be the default.
--
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
Darren Reed writes:
> James Carlson wrote:
> >No matter when we do the transition, there will _necessarily_ be
> >projects still in flight. The smart ones will transition early in
> >order to minimize their pain and risk of surprise late in the game.
> >
> >
It's going to take a change in development habits and expectations.
> Anything else that you think the SCM team should know
> about before we integrate?
MPK needs to be using these tools.
--
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
; JimC> 1707: uuoc
> >
> > I don't know what "uuoc" means. There does seem to be some sort of
> > mismerge here (1704-1707), though.
>
> UUOC -> Useless Use Of Cat
>
> What do you see on the stated lines that's bad? The mail_msg file
Richard Lowe writes:
> James Carlson writes:
> > usr/src/tools/scripts/cstyle.pl
> >
> > 194,203,211: why set this flag only when we print errors? It seems
> > to me that even if $no_errs is set, we should still return an error
> > code when s
those systems, so I don't know where
they are, let alone who maintains them.)
--
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
Richard Lowe writes:
> James Carlson writes:
> > As for the *.flg files, I might have to retract that comment for now.
> > The xref (cscope) tools use those *.flg files and make assumptions
> > about Teamware. Oh well. :-<
>
> The flg files are used in gene
Richard Lowe writes:
> James Carlson writes:
> > usr/src/tools/SUNWonbld/Makefile
> >
> > 31: unexpected change ... how did we grow GPLv2 on top of the
> > existing license? (See findunref.py comments below.)
>
> cdm, which is intimately familiar with th
foo italic.
usr/src/tools/scripts/wx2hg.1
139-140,143: this appears to be stale. hgmerge is gone.
usr/src/tools/scripts/wx2hg.sh
115: does this work?
--
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'll file an RFE on grommit. I think the priority should be normal,
and the target should probably be post-tools-putback. If it happens
before that time, I'd be thrilled, but it's only really required for
the external webrti tool.
--
James Carlson, Solaris Networking
t) can _help_ you do that, but they're hardly infallible.
Thus, I'd prefer to build in the d.o.o support as soon as practical.
--
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
ot; is somehow "not official yet."
My point of view is that it's only "not official" because we're
continuing to treat it that way. Everything else in terms of due
diligence (similar to the choice of Mercurial) has already been done.
--
James Carlson, Solaris Netwo
check it again.
108: shouldn't an error throw an exception?
usr/src/tools/onbld/Makefile
47: doesn't seem to be used. (?)
56: this will trigger two traversals of the subdirectories -- one
for the "all" target, and another for the "install" target. A
clea
Jim Walker writes:
> James Carlson wrote:
> >> BTW. Shouldn't this be "/usr/bin/ksh -p" ?
> >> 1 #! /bin/ksh -p
> >
> > /bin is (has always been) a symlink to /usr/bin. I don't think that
> > makes a big difference.
> >
>
usr/bin, and 28 that use /bin. So maybe the others should change.
;-}
--
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
Sorry for this; I somehow missed this in my which_scm testing. It's a
very simple and obvious one-liner.
http://bugs.grommit.com/show_bug.cgi?id=505
http://cr.opensolaris.org/~carlsonj/webrev-550/
--
James Carlson, Solaris Networking
Sun Microsystems / 35 Network
1 - 100 of 204 matches
Mail list logo
