<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/debian/rules, branch 1.4.1</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.4.1</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.4.1'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2017-04-24T16:44:34Z</updated>
<entry>
<title>debian/rules: Actually invoke dh_clean in override_dh_clean</title>
<updated>2017-04-24T16:44:34Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-04-23T20:26:21Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=5a97eaeb839470a7d08a8e21a5529e6b4a2a7e25'/>
<id>urn:sha1:5a97eaeb839470a7d08a8e21a5529e6b4a2a7e25</id>
<content type='text'>
Regression from commit f5e9be1da89725f9bf1915bdf86fdc4a77edf917
</content>
</entry>
<entry>
<title>debian: Generate debian/copyright during clean</title>
<updated>2017-02-12T17:42:02Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-01-22T18:52:19Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=f5e9be1da89725f9bf1915bdf86fdc4a77edf917'/>
<id>urn:sha1:f5e9be1da89725f9bf1915bdf86fdc4a77edf917</id>
<content type='text'>
Ubuntu servers / Launchpad rejects uploads where debian/copyright
is a symbolic link, and lintian warns about them. I think that's
crazy, but I'm tired of having to work around this in SRUs, so
let's just solve it by copying the file during clean: This way,
it won't be in git, but it will be generated during the export
by git-buildpackage.
</content>
</entry>
<entry>
<title>Do not (re)start "apt-daily.system"</title>
<updated>2016-11-09T15:00:17Z</updated>
<author>
<name>Michael Vogt</name>
<email>mvo@ubuntu.com</email>
</author>
<published>2016-11-09T14:09:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=e133bb5e81b10bf059b3abeab2d9e41f7206e446'/>
<id>urn:sha1:e133bb5e81b10bf059b3abeab2d9e41f7206e446</id>
<content type='text'>
This unit runs unattended-upgrades. If apt itself is part of the
upgrade a restart of the unit will kill unattended-upgrades. This
will lead to an inconsistent dpkg status.

Closes: #841763
Thanks: Alexandre Detiste
</content>
</entry>
<entry>
<title>debian: Pass -O to make to get readable build logs</title>
<updated>2016-09-02T18:11:13Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-09-02T18:11:13Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=0789f685c14631f43e2ad2bd2b8444733dd4f00d'/>
<id>urn:sha1:0789f685c14631f43e2ad2bd2b8444733dd4f00d</id>
<content type='text'>
Normally make just lets every job write its output directly,
making the log fairly hard to read with high concurrency.
</content>
</entry>
<entry>
<title>debian: Get rid of dh_movefiles again</title>
<updated>2016-08-19T22:30:14Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-19T22:25:34Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=99fd3fd5943883d947f2f6cd6a7fd9faf0dcc0bf'/>
<id>urn:sha1:99fd3fd5943883d947f2f6cd6a7fd9faf0dcc0bf</id>
<content type='text'>
This workaround is a bit more ugly, but does not use a
(somewhat) deprecated debhelper command.

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>debian: Switch to debhelper 10</title>
<updated>2016-08-19T17:39:09Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-19T17:26:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=113eaa29214124652e0605730efe028806624151'/>
<id>urn:sha1:113eaa29214124652e0605730efe028806624151</id>
<content type='text'>
debhelper 10 is much nicer with the installation part from
a dirty tree, so you can just fix some stuff breaking the
install step and then continue building with debuild -b -nc
until you have fixed all your stuff.

It also has some other advantages, of course, like some
bug fixes in shell escaping for maintscript, or systemd
helper changes.
</content>
</entry>
<entry>
<title>debian: Make better use of the tree installed by CMake</title>
<updated>2016-08-19T17:20:43Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-19T15:49:29Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=23ecbf33dbcea0025c9a72b8c33f5ffb3e5ae146'/>
<id>urn:sha1:23ecbf33dbcea0025c9a72b8c33f5ffb3e5ae146</id>
<content type='text'>
This gets rid of the special casing of etc/apt, various
example file installations handled by the upstream build
system, and of course the directory creation for all dirs
created by the upstream build system.
</content>
</entry>
<entry>
<title>debian: Install etc/apt if present (e.g., on Ubuntu)</title>
<updated>2016-08-18T07:56:37Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-11T23:36:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=f23ca86fe037f13f744c588b07e4c9140a534894'/>
<id>urn:sha1:f23ca86fe037f13f744c588b07e4c9140a534894</id>
<content type='text'>
On Ubuntu, cmake installs are vendor-specific apt.conf.d
snippet, causing the build to fail.
</content>
</entry>
<entry>
<title>ctest: show test output in case of failures</title>
<updated>2016-08-12T09:12:00Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-08-12T08:45:45Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ecaae01f31878a70771f75046b3e00173ff397b5'/>
<id>urn:sha1:ecaae01f31878a70771f75046b3e00173ff397b5</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>CMake: Exclude .md5 and .map doxygen files from install</title>
<updated>2016-08-11T17:51:07Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2016-08-11T16:09:39Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=281383ce1b020013737b28d87988bdf477a90477'/>
<id>urn:sha1:281383ce1b020013737b28d87988bdf477a90477</id>
<content type='text'>
This is much better than removing them in debian/rules.

Gbp-Dch: ignore
</content>
</entry>
</feed>
