#248 Bug: Gathering Extra Files via CVS fails
Closed: Fixed None Opened 8 years ago by rhartman.

My pungi config (taken from working distill config) contains 2 of the following:

{
    "scm": "cvs",
    "repo": ":$cvsrepo",
    "branch": None,
    "file": [
       "$dir/$version/$file",
    ],
    "target": "",
},

When running pungi, it attempts to gather both and fails. Traceback shows the following error:
ERROR: cp -a /tmp/scm_checkout_Ik6cm5/* $composepath cp: cannot stat '/tmp/scm_checkout_Ik6cm5/*': No such file or directory.

When running the cvs command by itself under the same user, this error doesn't occur


I think this is not a problem with the CVS wrapper. (There are no changes in pungi compared to distill in that module.)

Based on the extended traceback, the error happens when extra files are copied from local filesystem. The configuration only mentions these by the filename, so they are assumed to be in the current working dir. Is that the case? Please note that for "scm": "file" you can use absolute paths.

In total I'm grabbing 4 "extra_files". 2 are via cvs which are remote, the other 2 are local, and have scm:file. It seems like for whatever reason it's not creating /tmp/scm_checkout_Ik6cm5/

It is uppercase i, not lowercase L in the directory name. The directory does exist, it's just probably empty (I don't have permissions to look inside).

The log shows /mnt/redhat/devel/rhartman/pungi as your working directory. The local files are not there.

The bug here is that the SCM wrapper for local files does not give a sensible message when it can't find the files.

This is fixed in master branch.

Login to comment on this ticket.

Metadata