<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/apt-private/acqprogress.cc, branch 1.3</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.3</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.3'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2016-07-30T08:14:47Z</updated>
<entry>
<title>prevent C++ locale number formatting in text APIs (try 2)</title>
<updated>2016-07-30T08:14:47Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-07-30T07:57:50Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7303e11ff28f920a6277c159aa46f80c007350bb'/>
<id>urn:sha1:7303e11ff28f920a6277c159aa46f80c007350bb</id>
<content type='text'>
Followup of b58e2c7c56b1416a343e81f9f80cb1f02c128e25.
Still a regression of sorts of 8b79c94af7f7cf2e5e5342294bc6e5a908cacabf.

Closes: 832044
</content>
</entry>
<entry>
<title>format multiline errors properly in acquire progress</title>
<updated>2016-04-25T13:35:52Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-03-12T17:05:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6563390031a88ffd85308ac3c26ea9d10bc6bc99'/>
<id>urn:sha1:6563390031a88ffd85308ac3c26ea9d10bc6bc99</id>
<content type='text'>
Together with the GlobalError change this allows us to add errors
spanning multiple lines, just that we control GlobalError while the
acquire progress is dealt with potentially by individual clients which
might or might not need to be adapted.

This isn't critical through as it either just works as expected anyhow
or is a minor styling thing (after all, all this commit does it add two
spaces to indent the lines a bit…).
</content>
</entry>
<entry>
<title>apply various suggestions made by cppcheck</title>
<updated>2015-11-05T11:21:33Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-11-04T20:08:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=258b9e512c4001e806c5c0966acecd3d742ec6e9'/>
<id>urn:sha1:258b9e512c4001e806c5c0966acecd3d742ec6e9</id>
<content type='text'>
Reported-By: cppcheck
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>Replace all "press enter" occurrences with "press [Enter]"</title>
<updated>2015-08-12T09:55:47Z</updated>
<author>
<name>Luca Bruno</name>
<email>lethalman88@gmail.com</email>
</author>
<published>2015-08-11T18:08:43Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=94171725b18be91ddcc2530c5fe5f40e78d041c1'/>
<id>urn:sha1:94171725b18be91ddcc2530c5fe5f40e78d041c1</id>
<content type='text'>
Thanks: Andre Felipe Machado for initial patch
Closes: 414848
</content>
</entry>
<entry>
<title>condense parallel requests with the same hashes to one</title>
<updated>2015-06-15T21:35:55Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-06-15T21:06:56Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9d2a8a7388cf3b0bbbe92f6b0b30a533e1167f40'/>
<id>urn:sha1:9d2a8a7388cf3b0bbbe92f6b0b30a533e1167f40</id>
<content type='text'>
It shouldn't be too common, but sometimes people have multiple mirrors
in the sources or otherwise repositories with the same content. Now that
we gracefully can handle multiple requests to the same URI, we can also
fold multiple requests with the same expected hashes into one. Note that
this isn't trying to find oppertunities for merging, but just merges if
it happens to encounter the oppertunity for it.

This is most obvious in the new testcase actually as it needs to delay
the action to give the acquire system enough time to figure out that
they can be merged.
</content>
</entry>
<entry>
<title>show item ID in Hit, Ign and Err lines as well</title>
<updated>2015-06-15T21:35:55Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-06-15T14:41:43Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=1eb1836f4b5397497bd34f0cf516e6e4e73117bf'/>
<id>urn:sha1:1eb1836f4b5397497bd34f0cf516e6e4e73117bf</id>
<content type='text'>
Again, consistency is the main sellingpoint here, but this way it is now
also easier to explain that some files move through different stages and
lines are printed for them hence multiple times: That is a bit hard to
believe if the number is changing all the time, but now that it keeps
consistent.
</content>
</entry>
<entry>
<title>add a simple unit test for acquire progress</title>
<updated>2015-04-10T20:29:08Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-03-15T21:34:54Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=dfad5beea77d75983f6ff8a1b8296b74dd48203e'/>
<id>urn:sha1:dfad5beea77d75983f6ff8a1b8296b74dd48203e</id>
<content type='text'>
This isn't testing much of the 'complex' parts,
but its better than nothing for now.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>reimplement the last uses of sprintf</title>
<updated>2015-04-10T18:18:17Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-03-10T13:11:54Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=b8eba208daebe3e3f235983e44da9c398d6f7a57'/>
<id>urn:sha1:b8eba208daebe3e3f235983e44da9c398d6f7a57</id>
<content type='text'>
Working with strings c-style is complicated and error-prune,
so by converting to c++ style we gain some simplicity and
avoid buffer overflows by later extensions.

Git-Dch: Ignore
</content>
</entry>
<entry>
<title>don't show ErrorText for Ign by default</title>
<updated>2014-10-07T19:08:37Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-10-07T18:51:07Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d6cf2345a35896448e19bfb294ffe66faab00f86'/>
<id>urn:sha1:d6cf2345a35896448e19bfb294ffe66faab00f86</id>
<content type='text'>
Some distributions (or repositories) do not have as much
"Ign-discipline" as I would like to, so that could be pretty distracting
for our users if enabled by default. It is handy for testcases though.

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