Trouble diffing packages that have -gles twins
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| CI Train [cu2d] |
Fix Released
|
High
|
Robert Bruce Park | ||
Bug Description
Just saw this:
https:/
ubuntu-ui-toolkit has null diff, but -gles has legit looking diff.
Log contains this early on:
ubuntu-
http://
(local version is 1.3.1676+
Successfully downloaded updated package ubuntu-
Successfully renamed /var/lib/
And then later, during diffing:
dpkg-source: warning: failed to verify signature on /srv/juju/
dpkg-source: error: cannot fstat file /srv/juju/
It seems when the -gles package does it's debian/watch stuff, it redownloads the original orig.tar that we already had from building that package before, overwriting it, then renames it to the -gles name, leaving us with no orig.tar for the original package to diff.
The best solution I can think of for this is to not build all packages in the same silo root dir but instead move everything into subdirs so they can be a little more self contained. This'll require a bit of a transition strategy so that the train doesn't forget where all the existing silo builds are but uses the new location only for new silos.
| Changed in cupstream2distro: | |
| assignee: | nobody → Robert Bruce Park (robru) |
| importance: | Undecided → High |
| Robert Bruce Park (robru) wrote | #1 |
| Robert Bruce Park (robru) wrote | #2 |
| Changed in cupstream2distro: | |
| status: | New → Fix Released |
A better solution is to fix gl/gles packages for coinstallabolity so that we can build both variants out of the same source package