Testing package imports locally

James Westby jw+debian at jameswestby.net
Wed Feb 17 13:05:18 GMT 2010


Some updates since I sent the mail last time.

On Wed, 17 Feb 2010 12:02:48 +1100, Robert Collins <robertc at robertcollins.net> wrote:
> You can trigger a run with
> 
>   ./import_package.py --no-push <package-name>
> 
> (The --no-push ensures that it doesn't try and push to LP if it
>  succeeds.)

There is now also

  --no-existing

to do a fresh import ignoring what is on LP already. I've found that
most of the "<foo> is not found in <bar>" type errors that suggest
repository corruption don't reproduce on a fresh import, suggesting that
they are bugs fixed in newer bzr, or are caused by the act of pushing to
LP.

There is also

  --check

to run check on the repository as it finishes. However, this just puts
the info in the log as the check_dwim API doesn't tell you if any
problems were detected as far as I could see.

> This will create a number of directories in your cwd. "updates"
> is where the work happens, and where the final branches end up.
> "revids" is where the audit data is stored. "logs" contains a log
> file per-package, you can tail it to watch progress. There are
> a few more of lesser importance.

You may need to create ./logs/diffs and ./logs/merges as well, I don't
think I made it create those if they didn't exist.

> Current failures are at
> 
>   http://package-import.ubuntu.com/failures/.bzr/failures/

As stated elsewhere this is now

  http://package-import.ubuntu.com/status/


Thanks,

James



More information about the ubuntu-distributed-devel mailing list