Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=1.3_rc1 2016-08-10T14:17:18Z 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-06T20:36:02Z Julian Andres Klode jak@debian.org 2016-08-06T19:40:01Z urn:sha1:e825742bbbbe99b99d525a3b34832b25a7396c84 This new packaging is much easier to read, although the duplication in the install files is a bit annoying. We should probably also get rid of the movefiles for solvers, planners, and https method; but then we have to keep track of which methods exist in the apt package. Another disadvantage is that building only the documentation packages also requires building the code, as there's no way to turn off code building in the project. 2016-06-29T10:17:41Z David Kalnischkies david@kalnischkies.de 2016-06-29T07:16:53Z urn:sha1:8e99b22c31eb47d0422e9a69e83dc99bb315ded8 Julian noticed on IRC that I fall victim to a lovely false friend by calling referring to a 'planer' all the time even through these are machines to e.g. remove splinters from woodwork ("make stuff plane"). The term I meant is written in german in this way (= with a single n) but in english there are two, aka: 'planner'. As that is unreleased code switching all instances without any transitional provisions. Also the reason why its skipped in changelog. Thanks: Julian Andres Klode Gbp-Dch: Ignore 2016-06-27T09:57:12Z David Kalnischkies david@kalnischkies.de 2016-05-28T13:40:59Z urn:sha1:f74d99c6a78caafdc6e32d8cb135683b7154795c Testing the current implementation can benefit from being able to be feed an EIPP request and produce a fully compliant response. It is also a great test for EIPP in general. 2016-06-08T11:07:21Z David Kalnischkies david@kalnischkies.de 2016-06-07T18:08:27Z urn:sha1:ab07af708e49c9219940ffd3e20a01c763267e03 2016-05-25T06:32:01Z David Kalnischkies david@kalnischkies.de 2016-05-25T06:32:01Z urn:sha1:cb6020cdfea3d6dec6f6ad13843ab46f0c10d562 Git-Dch: Ignore 2016-05-25T06:27:58Z David Kalnischkies david@kalnischkies.de 2016-05-25T06:27:58Z urn:sha1:a97127c3d019ee073c078dbb652a12386f58515b The debian/rules file tries to guess in which directory it is supposed to be building, but that guess is always ./build – if it wasn't it would fail later as not all rules take alternatives into acount. So, as this is clearly not used lets remove this complexity instead of fixing it up. Git-Dch: Ignore 2016-05-24T09:06:19Z David Kalnischkies david@kalnischkies.de 2016-05-24T07:55:49Z urn:sha1:83defe877fad2684179d9ddb6e2a40857c3a89e9 The embedding is done completely automatic by doxygen and documented to be that way for reasons: /usr/share/doc/doxygen/README.jquery As we can't do anything about it, it is pointless to keep the warning. 2016-04-01T11:02:39Z Michael Vogt mvo@ubuntu.com 2016-03-17T07:56:58Z urn:sha1:14669d4b95f0f6a9b215d7fa5aebbc3b7198585d The rational is that we need to spread the load on the mirrors that apt update and unattended-upgrades cause. To do so, we leverage the RandomizeDelay feature of systemd. The other advantage is that the timer is not run at a fixed daily.daily time but instead every 24h. This also fixes the problem that the randomized deplay in the current apt.cron.daily causes other cron jobs to be deplayed. A compatibility cron job is also provided for systems that do not use systemd. Note that the time is fired two times a day, but the logic inside of apt.systemd.daily will ensure (via stamp files) that the servers are hit at most every 24h. Firing two times a day helps with the worst case update time and it also helps with systems that are not always on. LP: #246381, #727685 Closes: #600262, #709675, #663290 2016-01-03T14:10:05Z Helmut Grohne helmut@subdivi.de 2016-01-03T14:10:05Z urn:sha1:084faf6a41eaf7f0fb52c0210b0cc7fbf22a7ac6 I'd like to avoid pulling libgtest-dev into the bootstrap set. Fortunately, libgtest-dev is only used for testing apt and apt correctly implements DEB_BUILD_OPTIONS=nocheck now. So this bug is about getting rid of the Build-Depends. Simply removing it (by adding a build profile) is not sufficient however as configure fails hard, so an additional bit is necessary to cover for that. Closes: #809726