We had a bug in our DateTime to time_t conversion logic where all time_ts would end up in the year 3800. This fixes that, and repopulates the internaldate_time_t column with the new, correct time_t values. Closes: bgo #724335
20 lines
1,021 B
CMake
20 lines
1,021 B
CMake
set(SQL_DEST share/geary/sql)
|
|
|
|
install(FILES version-001.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-002.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-003.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-004.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-005.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-006.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-007.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-008.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-009.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-010.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-011.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-012.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-013.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-014.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-015.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-016.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-017.sql DESTINATION ${SQL_DEST})
|
|
install(FILES version-018.sql DESTINATION ${SQL_DEST})
|