Build fails because package can't be located

[est31]

Minetest fails to build on the new gce based infrastructure:

• Working build on worker-linux-44a99d76-1.bb.travis-ci.org:travis-linux-14 https://travis-ci.org/minetest/minetest/jobs/93740414
• Failing build on travis-worker-gce-org-prod-1:9f9e40c8-86f3-4dff-a99d-457b43b033ff https://travis-ci.org/minetest/minetest/jobs/94725512

No changes of travis related scripts between those two builds.
The error message of the failing build:

E: Unable to locate package p7zip-full

[est31]

It seems to work again if you add sudo apt-get update to it, but it does require additional build time to download all those sources.

minetest/minetest#3427

[letmaik]

Same problem for me. Package liblensfun-dev.

[marc1706]

Same issue for our current phpBB builds for retrieving the package parallel: https://travis-ci.org/phpbb/phpbb/jobs/95065974

[meatballhat]

@est31 @neothemachine @marc1706 Does the addition of sudo apt-get update fix the problem? The apt lists are currently being wiped at the end of the image-baking process, although this step was added prior to GCE and the space savings aren't as big of a deal on GCE, so I can see leaving the apt lists in place as a decent fix.

[letmaik]

@meatballhat Yes.

[est31]

@meatballhat I confirm, sudo apt-get update fixes the problem, as pointed out above. That's why I've closed the bug. I did reopen it because I've thought that I'm not the only one having the problem, and perhaps the apt-get update could be done before the image gets created, so that it would require less time for all the builder instances. It would also be consistent with previous behaviour.

[marc1706]

@meatballhat If adding apt-get update fixes that I'm fine with it. I just don't want to change this and then have to revert it again a few days later because you added the apt lists again.
Also I'd just like to point out that this will increase the build time of every build by a significant amount. Are the apt lists really that big to warrant this?

[michaelcullum]

Running apt-get update doesn't resolve this issue for parallel https://travis-ci.org/phpbb/phpbb-website/jobs/95158185

[hugovk]

I reported a similar problem in #5232.

Adding sudo apt-get update fixes the issue here too.

[hobofan]

Package fglrx is also not fixed by running sudo apt-get update (which has already been in place):
https://travis-ci.org/autumnai/collenchyma/jobs/95217779

[meatballhat]

For anyone still experiencing this issue, can you confirm that your universe and/or multiverse packages are still unavailable after an apt-get update? If so, please include a link to the job showing the problem. Thank you! 😻

[hobofan]

@meatballhat https://travis-ci.org/autumnai/collenchyma/jobs/95217779 still not working. It looks like fglrx is a restricted package. Are those supposed to be gone?

[meatballhat]

@hobofan got it, I'll verify the restricted package situation

[bobzoller]

sudo apt-get update
[... snip ...]
W: Failed to fetch http://dl.google.com/linux/chrome/deb/dists/stable/Release  Unable to find expected entry 'main/binary-i386/Packages' in Release file (Wrong sources.list entry or malformed file)
E: Some index files failed to download. They have been ignored, or old ones used instead.

(as others, we don't add the Chrome repo, it must be there in the base legacy image.)

https://travis-ci.com/goodeggs/purchase-orders-api/builds/22123944

[dissolve]

This thread seemed to get on to several other issues,
but I found a few more packages for the list
libsdl2-dev
libboost-locale-dev

I have tried a couple of different ways to make sure, and both fail with "Unable to locate package"

https://github.com/dissolve/EStation3/blob/d798cc2b22148ff2e39365cb952e5aa3eba862bd/.travis.yml
resulted in
https://travis-ci.org/dissolve/EStation3/builds/141189619

https://github.com/dissolve/EStation3/blob/b5be38df156f4935626b36c5f57bc9d038da10ef/.travis.yml
resulted in
https://travis-ci.org/dissolve/EStation3/builds/141193136

Any suggestions?

[meatballhat]

Apologies for allowing this thread to go cold. Please yell if you are still having issues with locating packages! ❤️

[dissolve]

@meatballhat still having problems

E: Unable to locate package libsdl2-dev
E: Unable to locate package libboost-locale-dev

https://travis-ci.org/dissolve/PieStation/builds/141428489

[sih4sing5hong5]

It still failed with E: Unable to locate package libx11-dev

https://travis-ci.org/sih4sing5hong5/tai5-uan5_gian5-gi2_kang1-ku7/jobs/212042053

Update: @fniephaus's solution worked!

[WilixLead]

I have same issue for libxkbcommon-x11-dev
E: Unable to locate package libxkbcommon-x11-dev

I use sudo apt-get -qq update before. This is part of my .travis.yml

language: node_js
dist: precise
sudo: required

node_js:
  - node

before_script:
  - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then sudo apt-get -qq update; fi
  - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then sudo apt-get install -y libx11-dev libxtst-dev libxt-dev libx11-xcb-dev; fi
  - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then sudo apt-get install -y libxkbcommon-dev; fi
  - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then sudo apt-get install -y libxkbcommon-x11-dev; fi

Also, I check approved packages and found "libxkbcommon-x11-dev" in list. But build's still fail

UPDATE When I change sudo: required to sudo: true and dist: trusty packages founds and install normally

[bstabler]

I also had the same issue, but for libnlopt-dev. Adding dist:trusty worked for me as well.

language: R
sudo: true
dist: trusty
cache: packages

before_install:
  - sudo apt-get update
  - sudo apt-get -y install libnlopt-dev

[sivhollup]

I have a similar issue with language-pack-no
Neither trusty nor precise work for me.

[BanzaiMan]

@sivhollup Which repository is supposed to have it? Ubuntu certainly does not. https://packages.ubuntu.com/trusty/language-pack-no

[sivhollup]

Good question, I thought my google mojo was off today. I found language-pack-nb now, but that does not solve my problem (same for language-pack-nn). I'm going to have to work around this with a different approach. Thanks for a quick reply!