[Bug 1200693] Re: copy_timeout is too short and not configurable

Martin Pitt martin.pitt at ubuntu.com
Tue Oct 8 14:01:14 UTC 2013


Fixed in git.

** Changed in: autopkgtest (Ubuntu)
       Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to autopkgtest in Ubuntu.
https://bugs.launchpad.net/bugs/1200693

Title:
  copy_timeout is too short and not configurable

Status in “autopkgtest” package in Ubuntu:
  Fix Committed

Bug description:
  Version: 2.2.4

  lib/VirtSubProc.py defines copy_timeout as 300. A test run seems to
  want to copy my entire build tree multiple times, which for php5 is on
  the order of gigabytes and takes longer than this on the VM I'm using.

  In the case of php5, the build tree is around 1.7G, and adt-run
  appears to be copying this into temporary subdirectories dsc0-build,
  dsc0-tests-tree and tb-scratch. Three copies of 1.7G takes longer than
  five minutes.

  The timeout should, at the least, be configurable.  Although the CLI
  provides parameters to adjust some timeouts, it appears that this
  particular timeout cannot be adjusted.

  Workaround: change the code manually to define copy_timeout as 30000
  instead.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/autopkgtest/+bug/1200693/+subscriptions



More information about the foundations-bugs mailing list