kernel-packages team mailing list archive

[Martin Pitt <martin.pitt@xxxxxxxxxx>]

** Also affects: dkms (Ubuntu Trusty)
   Importance: Undecided
       Status: New

** Also affects: dkms (Ubuntu Precise)
   Importance: Undecided
       Status: New

** Also affects: dkms (Ubuntu Wily)
   Importance: High
     Assignee: Andy Whitcroft (apw)
       Status: In Progress

** Also affects: dkms (Ubuntu Vivid)
   Importance: Undecided
       Status: New

** Description changed:

  When testing binary packages from a dkms source we install each package
  and check if it has dkms configuration in it, if not we ignore it.
  Unfortunatly we attempt to collect make.log for the dkms module
  regardless of whether it was a dkms package triggering it to fail and
  stop processing for this source:
  
-     I: Installing binary package tp-smapi-source
-     [...]
-     /usr/lib/dkms/dkms-autopkgtest: 15: cd: can't cd to /var/lib/dkms
+     I: Installing binary package tp-smapi-source
+     [...]
+     /usr/lib/dkms/dkms-autopkgtest: 15: cd: can't cd to /var/lib/dkms
+ 
+ SRU TEST CASE:
+  - Run adt-run --apt-pocket=proposed -U tp-smapi --- qemu adt-precise-amd64-cloud.img   # (or on any other release)
+  - With current version this fails like https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-precise/precise/i386/t/tp-smapi/20150923_105948%40/log.gz
+  - With fixed version the "wrong" tp-smapi-source binary should be skipped and it should go on testing the tp-smapi-dkms package. THis should then build a module and succeed.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to dkms in Ubuntu.
https://bugs.launchpad.net/bugs/1498896

Title:
  autopkgtest: only collect dkms make logs if they exist

Status in dkms package in Ubuntu:
  In Progress
Status in dkms source package in Precise:
  New
Status in dkms source package in Trusty:
  New
Status in dkms source package in Vivid:
  New
Status in dkms source package in Wily:
  In Progress

Bug description:
  When testing binary packages from a dkms source we install each
  package and check if it has dkms configuration in it, if not we ignore
  it.  Unfortunatly we attempt to collect make.log for the dkms module
  regardless of whether it was a dkms package triggering it to fail and
  stop processing for this source:

      I: Installing binary package tp-smapi-source
      [...]
      /usr/lib/dkms/dkms-autopkgtest: 15: cd: can't cd to /var/lib/dkms

  SRU TEST CASE:
   - Run adt-run --apt-pocket=proposed -U tp-smapi --- qemu adt-precise-amd64-cloud.img   # (or on any other release)
   - With current version this fails like https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-precise/precise/i386/t/tp-smapi/20150923_105948%40/log.gz
   - With fixed version the "wrong" tp-smapi-source binary should be skipped and it should go on testing the tp-smapi-dkms package. THis should then build a module and succeed.

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