#43770 CVS import request: vxl

closed
David Burley
3
2003-05-29
2003-05-22
Ian Scott
No

We would like to have a heavily editted copy of our main
module installed in place of the existing module, and a few
further edits performed. The following script should
describe the details

#Move to root directory of VXL repository
cd /cvsroot/vxl
ls
# if you are in the right place, ls should return
# CVSROOT old stud_symp2003 vxl www

#Move existing vxl module out of the way.
mv vxl old2

#Install modified version of vxl module
tar -xvzf /home/groups/v/vx/vxl/vxl_vxl.22.May.tgz

#Remove empty module
#This module was mistakenly added to the wrong
# repository, by a careless vxl developer
rm -rf stud_symp2003

#Remove backup module from previous repository edit
rm -rf old

#Remove backup of vxl module
#There are recent backups of the whole repository
# in firesafes at the U. Manchester - England,
# GE Research - New York State, and probably
# elsewhere
rm -rf old2

Many thanks for you assistance

Ian Scott,
VXL maintainer and adminstrator.
Imaging Science,
University of Manchester.

Discussion

  • Fred Wheeler
    Fred Wheeler
    2003-05-22

    Logged In: YES
    user_id=360434

    I am also a VXL project administrator, and just to make sure
    this goes smoothly, I want to note that this repository
    modification plan has been thoroughly discussed by the VXL
    administrators and active developers on the SF VXL mailing
    lists. Everybody wants these changes Ian Scott is making.
    His changes have already been tested by other developers.
    He is not up to anything "funny".

    Regards,
    Fred Wheeler

     
  • David Burley
    David Burley
    2003-05-22

    Logged In: YES
    user_id=597273

    Greetings,

    This canned response is used by the SourceForge.net team to
    convey information about how this Support Request will be
    handled. Please read the entirety of this comment before taking
    any further action; information enclosed in this comment will
    help you to ensure that you have an excellent support experience.

    The SourceForge.net team takes all reported issues seriously; we
    will work to provide you a complete, accurate, and timely
    response to your inquiry. Information about our support policies
    and procedures may be found at:
    https://sourceforge.net/docman/display_doc.php?docid=11230&group_id=1

    ABOUT THIS ISSUE: Based on the initial review of this request, we
    have determined that this issue will be considered to have High
    Priority (this is signified by the summary line we use on this
    request, not by the Priority setting on this request). Issues
    within this category typically include requests for handling the
    import of content to a CVS repository (either from a tarball of
    an existing CVS repository, or from a source tarball). A
    description of this class of issues may be found at:
    https://sourceforge.net/docman/display_doc.php?docid=11230&group_id=1#issueclass_high

    TRIAGE PROCESS: The initial review of this issue has resulted in
    a member of the SourceForge.net staff determining who should
    process this issue, and a change in the Priority, Summary,
    Assignee, Group and Category settings for this request. We use
    these settings solely for grouping purposes; as the submitter,
    you SHOULD NOT change any of these settings. Since we use all of
    these settings to group issues for faster response, you should
    understand that changing any of these settings (particularly the
    listed Priority setting) will result in significant delays in the
    processing of your request.

    WHAT TO EXPECT: Issues of this nature will typically be reviewed
    again by the assigned member of the SourceForge.net team within 3
    business days (the SourceForge.net team works at least Monday
    through Friday, 9am to 5pm Pacific, excepting holidays), though
    most issues of this nature are handled within 24 hours of
    submission. Within our next response, we will typically either
    perform the requested import of your CVS repository, or ask for
    clarification of this issue report. Please wait patiently for
    our next review of, and response to, this request.

    INQUIRING ABOUT THE STATUS OF THIS ISSUE: Should you have
    questions or concerns regarding the status of this issue, simply
    add a comment to this support request. All comments you post to
    this support request will be received by the SourceForge.net team
    member who has been assigned this issue. Please do not submit a
    second support request about this issue (add a comment to this
    request instead), and do not attempt to contact the assignee of
    this request via email; all additional information or comments
    about this request should be posted as a comment to this request.

    Thank you,

    SourceForge.net support

     
  • David Burley
    David Burley
    2003-05-22

    • milestone: --> Second Level Support
    • summary: import/replace cvs module in vxl project --> CVS import request: vxl
    • assigned_to: nobody --> burley
    • priority: 5 --> 3
     
  • David Burley
    David Burley
    2003-05-22

    • status: open --> pending
     
  • David Burley
    David Burley
    2003-05-22

    Logged In: YES
    user_id=597273

    Greetings,

    There appears to be a problem with the archive you have
    provided. It fails a CRC check when I attempt to gunzip it.
    Please check your local copy of the archive and make sure
    it properly gunzip's and then re-upload the file to your
    project's home directory. Then, add a comment to this
    Support Request that it is ready for processing.

    Thank you,

    David Burley
    Second Level Support Technician, SourceForge.net
    burley@sourceforge.net

     
  • Fred Wheeler
    Fred Wheeler
    2003-05-23

    Logged In: YES
    user_id=360434

    I have just done several tests and have not found anything
    wrong with the uploaded .tgz file. The uploaded file is
    identical to our local copy. I just logged into
    fred_wheeler@shell.sourceforge.net and went to directory
    /home/groups/v/vx/vxl. There I was able to run these
    commands with no problem,

    cp vxl_vxl.22.May.tgz foo.tgz
    gunzip foo.tgz
    ls -l
    ...
    -rw-r--r-- 1 fred_whe vxl 102789120 May 23 15:10 foo.tar
    ...

    I was even able to completely extract the archive using the
    command:

    tar -xzf /home/groups/v/vx/vxl/vxl_vxl.22.May.tgz

    Can you try again on your end?

    As a sanity check, here are the actual commands that got run.

    fred_wheeler@sc8-pr-shell1:/home/groups/v/vx/vxl$ type gunzip
    gunzip is hashed (/usr/bin/gunzip)
    fred_wheeler@sc8-pr-shell1:/home/groups/v/vx/vxl$ type tar
    tar is hashed (/bin/tar)

    Thanks,
    Fred Wheeler

     
  • Ian Scott
    Ian Scott
    2003-05-27

    • status: pending --> open
     
  • Ian Scott
    Ian Scott
    2003-05-27

    Logged In: YES
    user_id=261110

    Hello,

    Thank-you for the quick response, and my apologies for not
    being equally quick to respond again.

    Having tested the CVS module tarball file, I (like Fred Wheeler)
    cannot find any problems.

    scottim@sc8-pr-shell1:~$ ls -
    l /home/groups/v/vx/vxl/vxl_vxl.22.May.tgz
    -rw-r--r-- 1 scottim vxl 15806465 May 22
    07:12 /home/groups/v/vx/vxl/vxl_vxl.22.May.tgz

    scottim@sc8-pr-shell1:~$ gunzip --test --
    verbose /home/groups/v/vx/vxl/vxl_vxl.22.May.tgz
    /home/groups/v/vx/vxl/vxl_vxl.22.May.tgz: OK

    I would be grateful if you could try again. If you are still having
    problems, I have left a copy of the ungzipped tar file at
    /home/groups/v/vx/vxl/vxl_vxl.22.May.tar
    tar reports no problems with this file.

    Many thanks,
    Ian Scott.

     
  • David Burley
    David Burley
    2003-05-27

    • priority: 3 --> 1
     
  • David Burley
    David Burley
    2003-05-29

    • priority: 1 --> 3
    • status: open --> closed
     
  • David Burley
    David Burley
    2003-05-29

    Logged In: YES
    user_id=597273

    Greetings,

    It appears the copy of the tarball I copied over (on the
    project shell server to a temporary location) was bad. I
    md5sum'd that copy and the one on the CVS server before I
    performed the operation and they matched, but I never did
    check it back with the copy you had on the shell server.

    I have now performed the operation as requested. You should
    be able to get the new contents as you desire. Should you
    require further assistance, please submit a new Support Request.

    Thank you,

    David Burley
    Second Level Support Technician, SourceForge.net
    burley@sourceforge.net