<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/apt-private, branch 1.7.0_alpha0</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.7.0_alpha0</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.7.0_alpha0'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2018-04-15T19:11:42Z</updated>
<entry>
<title>Introduce experimental new hooks for command-line tools</title>
<updated>2018-04-15T19:11:42Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2018-04-13T10:32:35Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=e9796b9c21ee7d8e8f5d6e2a24db43fc4368b557'/>
<id>urn:sha1:e9796b9c21ee7d8e8f5d6e2a24db43fc4368b557</id>
<content type='text'>
This allows third-party package managers like snap or flatpak
to hook in and suggest alternatives if packages could not be
found, for example.

This is still highly experimental and the protocol might change
in future versions.
</content>
</entry>
<entry>
<title>apt-private: Collect not found packages in CacheSetHelperAPTGet</title>
<updated>2018-04-13T10:30:53Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2018-04-13T10:30:53Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=03cc48f6c6591d762c27f9b5c8627b267a7158e2'/>
<id>urn:sha1:03cc48f6c6591d762c27f9b5c8627b267a7158e2</id>
<content type='text'>
Collecting the packages we could not find allows us to pass them
to other places.
</content>
</entry>
<entry>
<title>restore gcc visibility=hidden for apt-private</title>
<updated>2018-02-19T14:56:09Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2018-01-27T01:11:20Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6e2877548b114729b69b817b872419edde732d0f'/>
<id>urn:sha1:6e2877548b114729b69b817b872419edde732d0f</id>
<content type='text'>
This setting was lost in the transition to cmake.

The private library has no public users and hence the default visibility
of symbols changed early to hidden – something which should eventually
be done for the public libraries as well, but one step at the time.
</content>
</entry>
<entry>
<title>allow a method to request auxiliary files</title>
<updated>2018-01-03T17:55:41Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2017-08-12T14:21:13Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ef9677831f62a1554a888ebc7b162517d7881116'/>
<id>urn:sha1:ef9677831f62a1554a888ebc7b162517d7881116</id>
<content type='text'>
If a method needs a file to operate like e.g. mirror needs to get a list
of mirrors before it can redirect the the actual requests to them. That
could easily be solved by moving the logic into libapt directly, but by
allowing a method to request other methods to do something we can keep
this logic contained in the method and allow e.g. also methods which
perform binary patching or similar things.

Previously they would need to implement their own acquire system inside
the existing one which in all likelyhood will not support the same
features and methods nor operate with similar security compared to what
we have already running 'above' the requesting method. That said, to
avoid methods producing conflicts with "proper" files we are downloading
a new directory is introduced to keep the auxiliary files in.

[The message magic number 351 is a tribute to the german Grundgesetz
article 35 paragraph 1 which defines that all authorities of the
state(s) help each other on request.]
</content>
</entry>
<entry>
<title>avoid some useless casts reported by -Wuseless-cast</title>
<updated>2017-12-13T22:53:41Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2017-12-13T20:39:16Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=1adcf56bec7d2127d83aa423916639740fe8e586'/>
<id>urn:sha1:1adcf56bec7d2127d83aa423916639740fe8e586</id>
<content type='text'>
The casts are useless, but the reports show some where we can actually
improve the code by replacing them with better alternatives like
converting whatever int type into a string instead of casting to a
specific one which might in the future be too small.

Reported-By: gcc -Wuseless-cast
</content>
</entry>
<entry>
<title>convert various c-style casts to C++-style</title>
<updated>2017-12-13T22:53:34Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2017-12-13T12:26:38Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=957381a0d26ec11a172ebfc64f892d1b31f0c193'/>
<id>urn:sha1:957381a0d26ec11a172ebfc64f892d1b31f0c193</id>
<content type='text'>
gcc was warning about ignored type qualifiers for all of them due to the
last 'const', so dropping that and converting to static_cast in the
process removes the here harmless warning to avoid hidden real issues in
them later on.

Reported-By: gcc
Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>clearing object via constructor instead of memset</title>
<updated>2017-12-13T22:53:15Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2017-12-13T11:28:22Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d812245dd5ac9268ef060a243ac978074504ecca'/>
<id>urn:sha1:d812245dd5ac9268ef060a243ac978074504ecca</id>
<content type='text'>
Reported-By: gcc -Wclass-memaccess
Gbp-Dch: Ignore
</content>
</entry>
<entry>
<title>support COLUMNS environment variable in apt tools</title>
<updated>2017-11-19T17:26:19Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2017-11-18T02:48:59Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=3f8664036e63d2a2d58120ab6c1e8a0a09937c71'/>
<id>urn:sha1:3f8664036e63d2a2d58120ab6c1e8a0a09937c71</id>
<content type='text'>
apt usually gets the width of the window from the terminal or failing
that has a default value, but especially for testing it can be handy
to control the size as you can't be sure that variable sized content
will always be linebreaked as expected in the testcases.
</content>
</entry>
<entry>
<title>Also use FindULL for checking if the size tags is valid</title>
<updated>2017-10-28T09:54:33Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-10-28T09:45:28Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=197a813cc87f50262c6faac68916c3e9a60e4d5c'/>
<id>urn:sha1:197a813cc87f50262c6faac68916c3e9a60e4d5c</id>
<content type='text'>
It used FindI() &gt; 0, but if it is too big, FindI() would
cause an error "Cannot convert %s to integer: out of range",
so let's also use FindULL() here.

Gbp-Dch: ignore
</content>
</entry>
<entry>
<title>Prevent overflow in Installed-Size (and Size) in apt show</title>
<updated>2017-10-28T09:35:39Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>jak@debian.org</email>
</author>
<published>2017-10-28T08:59:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a6375472a41af7f1521369d0c22a858d7051ab18'/>
<id>urn:sha1:a6375472a41af7f1521369d0c22a858d7051ab18</id>
<content type='text'>
Installed-Size for linux-image-4.13.0-1-amd64-dbg and friends
are larger than 4 GB, but read as a signed integer - that's
fine so far, as the value is in KB, but it's multiplied with
1024 which overflows. So let's read it as unsigned long long
instead.

While we're at it, also use unsigned long long for Size, in
case that is bigger than 2 GB.
</content>
</entry>
</feed>
