Build issues on full repo x86_64
The list is taken from the packages page, wherever the average build time is not set. Logs can be found by searching for the pakage name here.
TODO
| pkgname | reason | possible fix (to be tested) |
|---|---|---|
| dbus-cpp | missing process-cpp-dev (from pmaports) |
#20 (closed) |
| dmz-cursor-theme | missing xcursorgen (from pmaports) |
#20 (closed) |
| gcc-armhf, gcc-armv7, gcc4-aarch64, gcc4-armhf, gcc4-armv7, gcc6-aarch64, gcc-armhf, gcc6-armv7 | dependency musl-dev-aarch64 etc. was not uploaded! | 3d49d2de |
| libmatchbox | missing libxsettings package (from pmaports) |
#20 (closed) |
| libosso | missing mce-headers package (from pmaports) |
#20 (closed) |
| linux-teclast-x80pro | timeout (fixed in #12 (closed)); download error | just retry |
| matchbox-common | APKINDEX download error (then retried); missing libmatchbox-dev (from pmaports) |
#20 (closed) |
| matchbox-desktop | missing libmatchbox (from pmaports) |
#20 (closed) |
| matchbox-window-manager | missing libmatchbox (from pmaports) |
#20 (closed) |
| net-cpp | missing process-cpp-dev (from pmaports) |
#20 (closed) |
| networkmanager-qt | weird "unsatisfiable constraints" error one month ago, for some reason bpo didn't try to build it since then, and it does not show up at /packages; note that this is also preventing other kde packages from getting built, they don't show up either | pmbootstrap#1768 |
| postmarketos-artwork | missing postmarketos-artwork-wallpapers (from pmaports) |
#20 (closed) |
| process-cpp | missing properties-cpp (from pmaports) |
#20 (closed) |
| qcom_rmtfs | missing qrtr (from pmaports) |
#20 (closed) |
| sapwood | missing gtk+2.0-maemo (from pmaports) |
#20 (closed) |
| telepathy-mission-control | missing telepathy-glib-dev (from pmaports) |
#20 (closed) |
FIXED
| pkgname | reason | how it was fixed |
|---|---|---|
| linux-asus-me176c | upstream source was renamed | fixed URL in APKBUILD |
| musl-armhf, musl-aarch64 | tar crash with exit 141 | adjust pmbootstrap code to use 'busybox tar' instead of tar |
| kernel-scripts | "genscripts" fails with 'New address family defined, please update secclass_map.' | dropped: pmaports!329 |
Activity
About properties-cpp: cmake-extras is located at https://gitlab.com/postmarketOS/pmaports/tree/master/unity8/cmake-extras so it should be available.
By Luca Weiss on 2019-02-18T19:23:14
-
I see that in https://builds.sr.ht/~pmos/job/30698 (the failed one), it attempted to build cmake-extras because it didn't find it? but failed with
mv: can't preserve ownership of '/mnt/pmbootstrap-packages/x86_64/APKINDEX.tar.gz.2265': Operation not permittedAnd also there doesn't seem to be a
-mp=entry for the unity8 repo in the pmbootstrap command, is that on purpose?By Luca Weiss on 2019-02-18T19:28:27
mentioned in issue pmaports#26 (closed)
By Oliver Smith on 2019-02-19T08:17:38
added help wanted label
-
linux-asus-me176c, upstream repo renamed
Can somebody make a MR that fixes the upstream repo link?
libhildon
I've linked all packages in the list to the builds.sr.ht job, but I could not find the libhildon job - can somebody post the link (or add it in the top post)?
postmarketos-artwork (missing postmarketos-artwork-wallpapers)
This is weird, here it lists the depends properly:
$ pmbootstrap repo_missing --built postmarketos-artwork [09:38:26] Calculate packages that need to be built (postmarketos-artwork, x86_64) - this may take some time [ { "pkgname": "postmarketos-artwork", "repo": "main", "version": "1-r0", "depends": [ "postmarketos-artwork-wallpapers" ] }, { "pkgname": "postmarketos-artwork-wallpapers", "repo": "main", "version": "1-r4", "depends": [] } ] [09:38:26] DoneDoes that match what's in the bpo database?
@MartijnBraam: thanks a lot for writing down what's currently breaking, and in general for driving this forward. How should we understand this list, are all other x86_64 packages working fine, or are these just the ones that need to be fixed most urgently?
(As you guys have probably noticed, I'm pretty busy with personal stuff this week and likely also the next week. But I have a few free days coming up at the end of next week, so I should be able to help out in depth at this point at least.)
By Oliver Smith on 2019-02-19T08:42:34
-
I was just starting a list with the build failures as they are happening, since the whole queue takes a suprising amount of time
I've added the link for the libhildon failure.
There is a dependency link between the wallpaper and artwork package, so that's why its weird that it fails.
@z3ntu the components are hardcoded currently: https://gitlab.postmarketos.org/postmarketos/build.postmarketos.org/blob/master/src/Helper/SrHtApi.php#L68
By Martijn Braam on 2019-02-19T11:38:22
Edited by Administrator -
Did you try submitting properties-cpp again - now that you've added the component to the php file?
By Luca Weiss on 2019-02-22T09:56:14
Edited by Administrator marked the checklist item musl-armhf, tar crash with exit 141 (pmaports#26 (closed)) as completed
By Oliver Smith on 2019-03-10T01:05:44
marked the checklist item musl-aarch64, tar crash with exit 141 (pmaports#26 (closed)) as completed
By Oliver Smith on 2019-03-10T01:05:46
-
The two weird musl issues are fixed. I had also looked into why postmarketos-artwork is failing, and it was basically also caused by not trusting its own APKINDEX. The problem is along those lines, that the repository private key gets imported for signing new APKINDEX files, but the public one does not get imported right, so it does not actually trust packages it had built. At least that's my current understanding of the problem, without looking too much into it - I'll work on a fix soon.
By Oliver Smith on 2019-03-10T01:07:35
-
My previous theory about
postmarketos-artworkproved to be wrong, even after adding the public key to the known apk keys, it did not work.However, removing all
-mpparameters from the pmbootstrap call made it pass the build. I've removed$repositoriesfrom this line for testing:'pmbootstrap --details-to-stdout --aports /home/build/pmaports -t 900 build --force --strict --arch=' . $arch . ' ' . $packageNow it passes:
Without it, I can reproduce the failure:
So I think fixing #15 (closed) would fix all these packages which do not build because of UNTRUSTED signature errors.
@MartijnBraam: what do you think?
By Oliver Smith on 2019-03-12T08:32:53
-
My previous theory about
postmarketos-artworkproved to be wrong. Again.
When removing all
-mpparameters, pmbootstrap will use the upstream repository. That is why it could find the postmarketos-artwork-wallpapers package. But @MartijnBraam has implemented it right in !4 (merged): when no APKINDEX files for postmarketOS mirrors exist, it will pass-mp=""to pmbootstrap. So it will really not use any binary packages.And with
-mp="", the issue appears again. Here is why:a) postmarketos-artwork depends on the other package postmarketos-artwork-wallpapers. The latter is not a subpackage of the first, as the names would suggest. So it tries to build postmarketos-artwork-wallpapers first, which is a problem on its own: we only want to build exactly one package in one build job. I've created https://gitlab.com/postmarketOS/pmbootstrap/merge_requests/1769 to implement
pmbootstrap build --no-depends, to raise an error when dependencies would have to be built first.b) Signing packages in the package build job is broken for some reason. So postmarketos-artwork-wallpapers got built, and added to the APKINDEX. But then the index can't be signed, and therefore apk can't find postmarketos-artwork-wallpapers when it should get installed in order to build postmarketos-artwork.
Example from here:
]0;>>> postmarketos-artwork-wallpapers: Build complete at Thu, 14 Mar 2019 21:10:07 +0000 elapsed time 0h 0m 17s ]0;>>> postmarketos-artwork-wallpapers: Updating the pmos/x86_64 repository index... >>> postmarketos-artwork-wallpapers: Signing the index... mv: can't preserve ownership of '/mnt/pmbootstrap-packages/x86_64/APKINDEX.tar.gz.2129': Operation not permitted ... >>> postmarketos-artwork: Checking sanity of /home/pmos/build/APKBUILD... >>> postmarketos-artwork: Analyzing dependencies... ERROR: unsatisfiable constraints: postmarketos-artwork-wallpapers (missing): required by: .makedepends-postmarketos-artwork-0[postmarketos-artwork-wallpapers] >>> ERROR: postmarketos-artwork: builddeps failedb) is a follow up error of a) (so if a) works properly, then we don't need to deal with it right now). It would be more important to see if the actual package signing job works properly. I haven't looked into that yet.
@MartijnBraam: I saw that you've restarted building all packages with the latest bpo fixes in place, that's great!
By Oliver Smith on 2019-03-15T09:24:07
marked the checklist item linux-asus-me176c, upstream repo renamed (https://gitlab.com/postmarketOS/pmaports/issues/196) as completed
By Oliver Smith on 2019-03-25T08:52:39
marked the checklist item linux-teclast-x80pro (#12 (closed), build time will be extended soon) as completed
By Martijn Braam on 2019-03-28T16:30:08
mentioned in issue #20 (closed)
By Oliver Smith on 2019-04-19T16:19:01
added php version label and removed help wanted label