<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/cmdline/apt-get.cc, branch 1.2.8</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.2.8</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.2.8'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2016-01-08T14:40:01Z</updated>
<entry>
<title>keep compressed indexes in a low-cost format</title>
<updated>2016-01-08T14:40:01Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-01-07T19:32:09Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=0179cfa83cf0042235eda41db7f35c420781c63e'/>
<id>urn:sha1:0179cfa83cf0042235eda41db7f35c420781c63e</id>
<content type='text'>
Downloading and storing are two different operations were different
compression types can be preferred. For downloading we provide the
choice via Acquire::CompressionTypes::Order as there is a choice to
be made between download size and speed – and limited by whats available
in the repository.

Storage on the other hand has all compressions currently supported by
apt available and to reduce runtime of tools accessing these files the
compression type should be a low-cost format in terms of decompression.

apt traditionally stores its indexes uncompressed on disk, but has
options to keep them compressed. Now that apt downloads additional files
we also deal with files which simply can't be stored uncompressed as
they are just too big (like Contents for apt-file). Traditionally they
are downloaded in a low-cost format (gz) as repositories do not provide
other formats, but there might be even lower-cost formats and for
download we could introduce higher-cost in the repositories.

Downloading an entire index potentially requires recompression to
another format, so an update takes potentially longer – but big files
are usually updated via pdiffs which has to de- and re-compress anyhow
and does it on the fly anyhow, so there is no extra time needed and in
general it seems to be benefitial to invest the time in update to save
time later on file access.
</content>
</entry>
<entry>
<title>drop some needlessly public declarations in libapt-private</title>
<updated>2015-11-29T16:00:11Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-11-29T15:57:58Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=f6777222f82f6279c104138216b0e5e50d8caa67'/>
<id>urn:sha1:f6777222f82f6279c104138216b0e5e50d8caa67</id>
<content type='text'>
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>use function pointers instead of weak symbols for cmdline parsing</title>
<updated>2015-11-29T12:12:38Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-11-29T12:12:38Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=90986d4dbbd38e2e89f986d621e301304210452e'/>
<id>urn:sha1:90986d4dbbd38e2e89f986d621e301304210452e</id>
<content type='text'>
Passing function pointers around while working on this was very icky,
but if weak symbols are too much to ask for…

Reverts "do not use "-Wl,-Bsymbolic-functions" during the build to avoid
breakage" aka a5fc9be36211a290a7abc3ca2a8bf98943bc1f57.
</content>
</entry>
<entry>
<title>revamp all tools help messages</title>
<updated>2015-11-04T17:04:05Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-10-27T08:57:26Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=8561c2fedae26aecd8ba758a5e7ef686ba1243f3'/>
<id>urn:sha1:8561c2fedae26aecd8ba758a5e7ef686ba1243f3</id>
<content type='text'>
The general idea is: A small paragraph on the tool itself as a
description, a list of the most used (!= all) commands available in the
tool, a remark where to find more information on the tool and its
commands (aka: in the manpage) and finally a common block referring to
even more manpages. In exchange options are completely omitted from the
output as well as deprecated or obscure commands. (Better) Information
about them is available in the manpages anyway and the few options which
were listed before were also the least interesting ones (-o -c -q and co
are hardly of interest for someone totally new looking to find info by
asking for help and anyone with a bit of experience doesn't need this
short list. Those would need a list of options applying to the command
they call, but they are too numerous and command specific to list them
sanely in this context.
</content>
</entry>
<entry>
<title>hidden support more apt-get/apt-cache commands in apt</title>
<updated>2015-11-04T17:04:04Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-10-26T18:30:44Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9055d5e68bd09f31df00e45bd14cb599ba3735e5'/>
<id>urn:sha1:9055d5e68bd09f31df00e45bd14cb599ba3735e5</id>
<content type='text'>
apt is supposed to be a user-friendly interface, so while these commands
are usually poweruser material and therefore do not need to be shown in
general introduction manpages/help messages its of no use to not allow
users to use them.

This includes clean, autoclean, build-dep, source, download, changelog,
depends, rdepends and showsrc – it doesn't include more non-interactive
commands like dump or xvcg as those are usually used by scripts if at
all.

Closes: 778234, 780700, 781237
</content>
</entry>
<entry>
<title>deal with --version more centrally</title>
<updated>2015-11-04T17:04:04Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-10-26T15:50:21Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=41d39345bdc31cb9b8be057cd678aa2890830437'/>
<id>urn:sha1:41d39345bdc31cb9b8be057cd678aa2890830437</id>
<content type='text'>
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>move apts cmdline helper type into -private</title>
<updated>2015-11-04T17:04:04Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-10-26T10:42:32Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6079b276a959086ff18302cab752b6d7cfe5ad9f'/>
<id>urn:sha1:6079b276a959086ff18302cab752b6d7cfe5ad9f</id>
<content type='text'>
Its not as simple as I initially thought to abstract this enough to make
it globally usable, so lets not pollute global namespace with this for
now.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>generate commands array after config is loaded</title>
<updated>2015-11-04T17:04:04Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-10-25T22:45:09Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=011188e3920f21e6883c2dab956b3d4fb4e8cbfa'/>
<id>urn:sha1:011188e3920f21e6883c2dab956b3d4fb4e8cbfa</id>
<content type='text'>
This ensures that location strings loaded from a location specified via
configuration (Dir::Locale) effect the help messages for commands.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>new quiet level -qq for apt to hide progress output</title>
<updated>2015-11-04T17:04:03Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-10-25T11:35:00Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=2b0660b537581e9e65180e4cf1a94d763fd66847'/>
<id>urn:sha1:2b0660b537581e9e65180e4cf1a94d763fd66847</id>
<content type='text'>
-q is for logging and -qqq (old -qq) basically kills every output expect
errors, so there should be a way of declaring a middleground in which
the output of e.g. 'update' isn't as verbose, but still shows some
things. The test framework was actually making use of by accident as it
ignored the quiet level in output setup for apt before.
Eventually we should figure out some better quiet levels for all tools…
</content>
</entry>
<entry>
<title>deduplicate main methods</title>
<updated>2015-11-04T17:04:03Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-10-24T20:43:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=e7e10e47476606e3b2274cf66b1e8ea74b236757'/>
<id>urn:sha1:e7e10e47476606e3b2274cf66b1e8ea74b236757</id>
<content type='text'>
All mains pretty much do the same thing, so lets try a little harder to
move the common parts into -private to have the real differences more
visible.

Git-Dch: Ignore
</content>
</entry>
</feed>
