[Bug 1841191] Re: "error: failed to acquire package cache lock" in sbuild

[Łukasz Zemczak]

Hello Olivier, or anyone else affected,

Accepted cargo into disco-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/cargo/0.37.0-3ubuntu1~19.04.2 in a
few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.  Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested and change the tag from
verification-needed-disco to verification-done-disco. If it does not fix
the bug for you, please add a comment stating that, and change the tag
to verification-failed-disco. In either case, without details of your
testing we will not be able to proceed.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance for helping!

N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.

** Changed in: cargo (Ubuntu Disco)
       Status: In Progress => Fix Committed

** Tags added: verification-needed verification-needed-disco

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1841191

Title:
  "error: failed to acquire package cache lock" in sbuild

Status in cargo package in Ubuntu:
  Fix Released
Status in cargo source package in Xenial:
  In Progress
Status in cargo source package in Bionic:
  Fix Committed
Status in cargo source package in Disco:
  Fix Committed

Bug description:
  [Impact]

  All packages using cargo (rust's package manager) to build in Launchpad will FTBFS because cargo tries to acquire a lock on $HOME/.cargo, but $HOME is set to /sbuild-nonexistent in sbuild.
  This includes the thunderbird 60.9.1+build1 SRU tracked by bug #1850651.

  
  [Test Case]

  In a xenial/disco virtual machine:

    sudo apt install cargo
    cd `mktemp -d`
    export HOME=/nonexistent
    cargo init --name foobar
    cargo build

  This should succeed. With the unpatched version currently in
  xenial/disco, it fails with "error: failed to acquire package cache
  lock".

  
  [Regression Potential]

  Low. This cherry-picks one single upstream commit that addresses only
  this bug.

  
  [Original Description]

  Upstream issue: https://github.com/rust-lang/cargo/issues/7147

  This breaks firefox and thunderbird builds in eoan:

      export CARGO_HOME=/<<BUILDDIR>>/thunderbird-68.0+build4/third_party/cbindgen/.cargo; \
      cargo install --path . --bin cbindgen --root ../../cbindgen
      error: failed to acquire package cache lock

      Caused by:
        failed to open: /sbuild-nonexistent/.cargo/.package-cache

      Caused by:
        Permission denied (os error 13)

  The following commit needs to be backported as a distro patch:
  https://github.com/rust-
  lang/cargo/commit/2b21fa68368f13b43f4c34886116df2e1b9d276e

  ProblemType: Bug
  DistroRelease: Ubuntu 19.10
  Package: cargo 0.37.0-3ubuntu1
  ProcVersionSignature: Ubuntu 5.0.0-25.26-generic 5.0.18
  Uname: Linux 5.0.0-25-generic x86_64
  ApportVersion: 2.20.11-0ubuntu7
  Architecture: amd64
  Date: Fri Aug 23 14:24:46 2019
  SourcePackage: cargo
  UpgradeStatus: No upgrade log present (probably fresh install)

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