oodt-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mattmann, Chris A (388J)" <chris.a.mattm...@jpl.nasa.gov>
Subject Re: JIRA and Wiki
Date Tue, 09 Feb 2010 22:23:52 GMT
Hey Justin, cool works for me. I appreciate the help. If I can muster the time tonight, I'll
build up the dmp files and upload to people.a.o, and SHA-them up, and linkify to JIRA.



On 2/9/10 2:06 PM, "Justin Erenkrantz" <justin@erenkrantz.com> wrote:

On Tue, Feb 9, 2010 at 1:50 PM, Mattmann, Chris A (388J)
<chris.a.mattmann@jpl.nasa.gov> wrote:
> Hey Justin,
> No probs, we can do it. Is it OK to tar it up? Or do you just want the raw dmp? It would
be nice to do one dmp (matching OODT-1) and the other (match OODT-2). Would that be OK? If
not, one it is, but let me know if it's OK to tar it up.

It should be okay to tar and bzip2 (or 7zip if that floats your boat)
- as long as there is a FreeBSD archiver port, it'll be fine.  =)

As for the number of dumps, I think it'd be smoothest if we just have
one dump file.  That'll reduce some of the moving pieces when the dump
is loaded as there won't be any ordering issues or whatnot when
loading it up into the main repository.

Based upon the feedback on general@, when you are ready, I'd suggest
copying the dumps into your public_html homedir on people.a.o and
annotating the JIRA with the URL and the SHA1 checksum ("openssl sha1

I haven't yet been able to talk to the Infra team about when we can
schedule the loads - they're doing some conversions of the repository
to an LDAP authz system, so it might take until next week to do the
loads as that is inevitably gonna blow up in everyone's face.  =P  --

Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: Chris.Mattmann@jpl.nasa.gov
WWW:   http://sunset.usc.edu/~mattmann/
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message