<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/cmdline/apt-mark.cc, branch 1.1.1</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.1.1</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.1.1'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2015-11-21T17:04:29Z</updated>
<entry>
<title>review of new/changed translatable program strings</title>
<updated>2015-11-21T17:04:29Z</updated>
<author>
<name>Justin B Rye</name>
<email>justin.byam.rye@gmail.com</email>
</author>
<published>2015-11-21T16:50:06Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d04e44ac8177fc5b70ae0189bb5e437c2502f910'/>
<id>urn:sha1:d04e44ac8177fc5b70ae0189bb5e437c2502f910</id>
<content type='text'>
Reference mail:
https://lists.debian.org/debian-l10n-english/2015/11/msg00006.html
</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>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>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>
<entry>
<title>split up help messages for simpler reuse</title>
<updated>2015-11-04T17:04:03Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-10-22T14:28:54Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=cbbee23e7768750ca1c8b49bdfbf8a650131bbb6'/>
<id>urn:sha1:cbbee23e7768750ca1c8b49bdfbf8a650131bbb6</id>
<content type='text'>
That is one huge commit with busy work only: Help messages used to be
one big translateable string, which is a pain for translators and hard
to reuse for us. This change there 'explodes' this single string into
new string for each documented string trying hard to split up the
translated messages as well. This actually restores many translations as
previously adding a single command made all of the bug message fuzzy.
The splitup also highlighted that its easy to forget a line, duplicate
one and similar stuff.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>allow all dpkg selections to be set via apt-mark and libapt</title>
<updated>2015-11-04T17:04:00Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-09-25T17:58:43Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=64e3414e00906e6eaa72d7b63ca76d1c59ecadf6'/>
<id>urn:sha1:64e3414e00906e6eaa72d7b63ca76d1c59ecadf6</id>
<content type='text'>
As we have support for 'hold', we need support for undoing a hold which
in effect means that we implemented most other states as well, just that
they weren't exposed in the interface directly so far.
</content>
</entry>
<entry>
<title>provide public interface to hold/unhold packages</title>
<updated>2015-11-04T17:04:00Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-09-25T09:25:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=b49068c566d749130e023536d54588c948c16edf'/>
<id>urn:sha1:b49068c566d749130e023536d54588c948c16edf</id>
<content type='text'>
We had this code lying around in apt-mark for a while now, but other
frontends need this (and similar) functionality as well, so its high
time that we provide a public interface in libapt for this stuff.
</content>
</entry>
<entry>
<title>switch 'apt-mark hold' from Pkg to Ver based operation</title>
<updated>2015-11-04T17:04:00Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-09-17T11:46:11Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c1553e72c6728572b06dc32395a994d5bfdc8e23'/>
<id>urn:sha1:c1553e72c6728572b06dc32395a994d5bfdc8e23</id>
<content type='text'>
Users hold a package foo (at version X) or try to prevent the
installation of foo (usually based on the information they know about
version X), even if we say that we "hold a package". Conceptionally we
also need to know about which architecture we are talking and that is an
information bound to a version (as a package can change architecture
over time).

We internally did this lookup from Pkg to Ver already, we just move this
to a central place where the user has a change to influence it now.

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