daily builds are broken
Submitted by Adam Dingle
Assigned to cli..@..ba.org
Link to original bug (#718115)
Description
---- Reported by adam@yorba.org 2011-12-23 08:09:00 -0800 ----
Original Redmine bug id: 4529
Original URL: http://redmine.yorba.org/issues/4529
Searchable id: yorba-bug-4529
Original author: Adam Dingle
Original description:
Daily builds of Shotwell (https://launchpad.net/~yorba/+archive/daily-builds) have been failing for a while now. I believe this is because Shotwell now requires Vala 0.15, but our daily build is not using it. Assuming that we want to keep the daily build alive, we should update it to use import Vala 0.15 from the Vala PPA now that it is available there.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:38:00 -0700 ----
History
Comment 1
Updated by Eric Gregory almost 2 years ago
- Category set to 4
- Status changed from Open to 5
- Assignee set to Eric Gregory
- Resolution set to fixed
Should work now -- with the caveat that Launchpad will fail all our builds until we commit a change to Git.
Comment 2
Updated by Adam Dingle almost 2 years ago
I don't understand - what change must we commit to Git? Whatever it may be, can we commit it now?
Comment 3
Updated by Eric Gregory almost 2 years ago
Launchpad refused to build because no changes had occurred since the last failed build. It's not smart enough to recognize that the dependencies changed.
Clint is stripping some trailing whitespace out of a file and committing that; I'll restart the build once that's done.
Comment 4
Updated by Eric Gregory almost 2 years ago
- Status changed from 5 to Open
-
Assignee deleted (
<strike>
_Eric Gregory_</strike>
) -
Resolution deleted (
<strike>
_fixed_</strike>
)
Looks like the builds are still failing. I'm thinking this is a problem on Launchpad's side.
We can re-investigate this after the holidays if it's still occurring.
Comment 5
Updated by Clinton Rogers almost 2 years ago
Eric just discovered that the required valac version in (checkout dir)/debian/control was outdated; I've just committed a fix for this.
Comment 6
Updated by Eric Gregory almost 2 years ago
Looks like there's other problems... for some reason it's refusing to install Vala from the PPA, despite the fact that it's a dependency.
No Festivus miracles for the daily build!
Comment 7
Updated by Adam Dingle over 1 year ago
-
Target version deleted (
<strike>
_0.12_</strike>
)
Comment 8
Updated by Eric Gregory over 1 year ago
Strangely, the 386 build is failing. Anyone know what's causing this?
/usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../lib/libgexiv2.a(gexiv2-stream-io.o): In function `_ZN8StreamIo5writeERN5Exiv27BasicIoE.part.1':
(.text+0x48e): undefined reference to `__stack_chk_fail_local'
/usr/bin/ld: shotwell-publishing.so: hidden symbol `__stack_chk_fail_local' isn't defined
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
make[3]: *** [shotwell-publishing.so] Error 1
make[3]: Leaving directory `/build/buildd/shotwell-0.12.1+2085~oneiric1/plugins/shotwell-publishing'
make[2]: *** [shotwell-publishing] Error 2
make[2]: Leaving directory `/build/buildd/shotwell-0.12.1+2085~oneiric1/plugins'
make[1]: *** [plugins] Error 2
make[1]: Leaving directory `/build/buildd/shotwell-0.12.1+2085~oneiric1'
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Full log: https://launchpadlibrarian.net/99070710/buildlog_ubuntu- oneiric-i386.shotwell_0.12.1%2B2085~oneiric1_FAILEDTOBUILD.txt.gz
Comment 9
Updated by Adam Dingle over 1 year ago
- Target version set to 0.12.2
Comment 10
Updated by Adam Dingle over 1 year ago
- Assignee set to Clinton Rogers
Comment 11
Updated by Clinton Rogers over 1 year ago
- Status changed from Open to 5
- % Done changed from 0 to 100
- Resolution set to fixed
As of the night of 2012-04-02, the i386 build was successful, and as of this morning, the AMD64 was uploaded and is expected to be successful (identical dependency list to the stable release from last week).
Comment 12
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:55 UTC ---
This bug was previously known as bug 4529 at http://redmine.yorba.org/show_bug.cgi?id=4529
Unknown Component Using default product and component set in Parameters Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Version: 0.12.2
Resolution: RESOLVED FIXED