Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=1.3_rc2 2016-08-17T21:47:22Z 2016-08-17T21:47:22Z Julian Andres Klode jak@debian.org 2016-08-17T21:47:22Z urn:sha1:43670e2ef8b689d9efba633d11d2a5fc6f9968a0 2016-08-17T07:52:32Z David Kalnischkies david@kalnischkies.de 2016-08-16T13:46:19Z urn:sha1:19fdf93d7363261227811a62157063081b9f1a5d We need to support partial upgrades anyhow, so we have to deal with the different versions and your tests try to ensure that we do, so we shouldn't make any explicit higher requirements. 2016-08-15T10:55:51Z Julian Andres Klode jak@debian.org 2016-08-15T10:55:51Z urn:sha1:1bb40ea62efc5eafc93d3739c9082e8f7e1a0e53 Having the completions installed only by the packaging was an oversight. Gbp-Dch: ignore 2016-08-13T21:55:47Z Julian Andres Klode jak@debian.org 2016-08-13T21:54:26Z urn:sha1:4030a6698e74ca7a7630ef39e50369602f2dd78c This also fixes Debian/apt#20, but is slightly more complete. I think /git also looks better than /cgit, so let's switch the Vcs entry in control over too. 2016-08-12T09:12:00Z David Kalnischkies david@kalnischkies.de 2016-08-12T08:45:45Z urn:sha1:ecaae01f31878a70771f75046b3e00173ff397b5 ctest as run by cmake by default does not show the output of the tests even if the tests failed. In terms of our tests it could be handy to set it always, but unfortunately it seems like cmake doesn't allow it if the internet is to be believed, so lets enable it at least while building packages and on travis. Gbp-Dch: Ignore 2016-08-11T17:51:07Z Julian Andres Klode jak@debian.org 2016-08-11T16:09:39Z urn:sha1:281383ce1b020013737b28d87988bdf477a90477 This is much better than removing them in debian/rules. Gbp-Dch: ignore 2016-08-11T17:48:54Z Julian Andres Klode jak@debian.org 2016-08-11T17:48:54Z urn:sha1:4171d6fe6887640fcf6fd3d6a56f7e0e35b7cb7d This was only needed temporarily Thanks: Axel Beckert for reporting 2016-08-11T12:10:27Z Julian Andres Klode jak@debian.org 2016-08-11T12:05:04Z urn:sha1:f8b879c2c805e6d49d438cad877a1706e4ae56d2 This commit looks heavy. Most of that comes from the fact that the ordering of files in the translations changed with the switch to CMake. I could have gone the extra mile to figure out the original ordering and replicate it, but I have chosen to re-order everything by file and line number, as that's easier. 2016-08-10T14:17:18Z Julian Andres Klode jak@debian.org 2016-08-08T19:53:46Z urn:sha1:10ec2d23f14cf5d3e4835d9bcb57d0937f803e6a This can now build all documentation. It should also be fairly reusable for other projects, as long as they follow the same naming scheme for the po4a output files and set the PACKAGE_* variables used here. We could have done all translations in a single call to po4a like the makefile based buildsystem does. While that would have made the output slightly nicer, this solution offers a huge performance gain because it can translate the documents in parallel, which also means that the xsltproc stage does not have to wait for all translations to be done first. You might think that the add_custom_command() should list the actual output files as BYPRODUCTS. This is not true however: Because the files are not always generated, Ninja will think missing byproducts mean that the target is out of date - which is not what we want. Finally, also add the missing doxygen support. Note that the packaging script cleans up some md5 and map files created by doxygen, otherwise it is fairly boring. 2016-08-10T14:11:48Z Julian Andres Klode jak@debian.org 2016-08-08T12:16:36Z urn:sha1:4924e4686cd9f4839993620e1726995f732216e8 The SOURCE_DIR property is used for the translation building and was introduced in cmake 3.4