<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/cmdline/apt-mark.cc, branch 1.1.exp11</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.1.exp11</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.1.exp11'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2015-08-10T15:25:25Z</updated>
<entry>
<title>cleanup Container.erase API to look more like std::containers</title>
<updated>2015-08-10T15:25:25Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-06-17T11:30:14Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c687384b7a53887ea455fd824824429615d94f7b'/>
<id>urn:sha1:c687384b7a53887ea455fd824824429615d94f7b</id>
<content type='text'>
C++11 slightly changes the API again to const_iterator, but we are find
with iterators in the C++03 style for now as long as they look and
behave equally to the methods of the standard containers.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>stop displaying time of build in online help</title>
<updated>2015-03-16T17:02:08Z</updated>
<author>
<name>Jérémy Bobbio</name>
<email>lunar@debian.org</email>
</author>
<published>2015-03-10T09:09:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=249aec3b7397662a678ea0014f94392085477b09'/>
<id>urn:sha1:249aec3b7397662a678ea0014f94392085477b09</id>
<content type='text'>
As part of the “reproducible builds” effort [1], we have noticed that
apt could not be built reproducibly.

One issue is that it uses the __DATE__ and __TIME__ macros of the C
preprocessor to display the time of build in the online help. We believe
this information not to be really useful to users as they can always
look at the package data and metadata to figure it out.

The attached patch simply removes this information. All
non-documentation packages can then be built reproducibly with our
current experimental framework.

[David: changed the string slightly to be untranslateable as well]

Closes: 774342
</content>
</entry>
<entry>
<title>(error) Same iterator is used with different containers</title>
<updated>2015-03-16T17:01:28Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-03-09T15:00:23Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=3bf4c93ac241e270c374d1a49be11fb4d673abc1'/>
<id>urn:sha1:3bf4c93ac241e270c374d1a49be11fb4d673abc1</id>
<content type='text'>
cppcheck reports this error, its not really a problem for us as the API
can actually deal with it via implicit conversion, but being explicit
can't hurt and the less reported errors the better.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>use dpkg --merge-avail only if needed in apt-mark</title>
<updated>2014-11-19T17:50:05Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-11-18T12:41:18Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=1d838084dc775c0a4184edb4f3b9138903ac27fb'/>
<id>urn:sha1:1d838084dc775c0a4184edb4f3b9138903ac27fb</id>
<content type='text'>
Only "recent" versions of dpkg support stdin for merge instead of a
file, so as a quick fix we delay calling it until we really need it
which fixes most of the problem already.

Checking for a specific dpkg version here is deemed too much work, just
like using a temporary file here and depends a too high requirement for
this minor usecase. After all, it didn't work at all before, so we break
nobody here and can fix it if someone complains (with a patch).
</content>
</entry>
<entry>
<title>allow uninstalled packages to be put on hold</title>
<updated>2014-11-09T20:45:55Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-11-09T14:40:19Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=374f8492e6f109e8427816a8f513e5e8feda9049'/>
<id>urn:sha1:374f8492e6f109e8427816a8f513e5e8feda9049</id>
<content type='text'>
dpkg wants to know about a package before it can be put on hold, so we
have to at least hint about its existance in the available file it
"maintaince" to know about such stuff. The simple thing would probably
be to just feed all Packages files into dpkg as well, but what would be
the point really? Exactly, so we take a shortcut here and just create
dummies in the available file if we need to which isn't going to be that
common as usually you are holding packages back and not off.

Who would have thought that a simple feature like setting a package on
hold requires more than 200 lines of code… at least with the testcase it
is now explicitly tested code.
</content>
</entry>
<entry>
<title>use the same code to detect quiet setting in all tools</title>
<updated>2014-11-09T20:45:55Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-11-08T19:44:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d9e518c6f7dc0ad464495b586d1b8e115d54d41a'/>
<id>urn:sha1:d9e518c6f7dc0ad464495b586d1b8e115d54d41a</id>
<content type='text'>
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>streamline display of --help in all tools</title>
<updated>2014-11-09T00:26:07Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-11-08T17:14:46Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ad7e0941b376d792911f240377094a2e78ca8756'/>
<id>urn:sha1:ad7e0941b376d792911f240377094a2e78ca8756</id>
<content type='text'>
By convention, if I run a tool with --help or --version I expect it to
exit successfully with the usage, while if I do call it wrong (like
without any parameters) I expect the usage message shown with a non-zero
exit.
</content>
</entry>
<entry>
<title>cleanup headers and especially #includes everywhere</title>
<updated>2014-03-13T12:58:45Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-03-05T21:11:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=453b82a388013e522b3a1b9fcd6ed0810dab1f4f'/>
<id>urn:sha1:453b82a388013e522b3a1b9fcd6ed0810dab1f4f</id>
<content type='text'>
Beside being a bit cleaner it hopefully also resolves oddball problems
I have with high levels of parallel jobs.

Git-Dch: Ignore
Reported-By: iwyu (include-what-you-use)
</content>
</entry>
<entry>
<title>warning: unused parameter ‘foo’ [-Wunused-parameter]</title>
<updated>2014-03-13T12:58:45Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-03-01T14:11:42Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=655122418d714f342b5d9789f45f8035f3fe8b9a'/>
<id>urn:sha1:655122418d714f342b5d9789f45f8035f3fe8b9a</id>
<content type='text'>
Reported-By: gcc -Wunused-parameter
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>warning: no previous declaration for foobar() [-Wmissing-declarations]</title>
<updated>2014-03-13T12:58:45Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-02-27T02:11:54Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c3ccac9232c2684b15f75fa8622a9a290aeca123'/>
<id>urn:sha1:c3ccac9232c2684b15f75fa8622a9a290aeca123</id>
<content type='text'>
Git-Dch: Ignore
Reported-By: gcc -Wmissing-declarations
</content>
</entry>
</feed>
