<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/apt-private, branch 1.7.0_alpha2</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.7.0_alpha2</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.7.0_alpha2'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2018-06-27T13:09:45Z</updated>
<entry>
<title>Handle JSON hooks that just close the file/exit and fix some other errors</title>
<updated>2018-06-27T13:09:45Z</updated>
<author>
<name>Julian Andres Klode</name>
<email>julian.klode@canonical.com</email>
</author>
<published>2018-06-27T09:31:21Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=1d53cffad22c92645090e0e6ddde31fe4f7c3b05'/>
<id>urn:sha1:1d53cffad22c92645090e0e6ddde31fe4f7c3b05</id>
<content type='text'>
JSON hooks might disappear and the common idiom to work around hooks
disappearing is to check for the hook in the shell snippet that is
in the apt.conf file and if it does not exist, do nothing. This caused
APT to fail however, expecting it to acknowledge the handshake.
Ignoring ECONNRESET on handshakes solves the problem.

The error case, and the other error cases also did not stop execution
of the hook, causing more errors to pile up. Fix this by directly going
to the closing part of the code.

LP: #1776218
</content>
</entry>
<entry>
<title>Support local files as arguments in show command</title>
<updated>2018-05-11T15:58:46Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2018-04-12T07:59:47Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=6085ab7488326cfed8f82e07eefcbc2dc40d4bea'/>
<id>urn:sha1:6085ab7488326cfed8f82e07eefcbc2dc40d4bea</id>
<content type='text'>
Now that --with-source is supported in show we can go a little further
and add the "syntactic sugar" of supporting deb-files on the commandline
directly to give users an alternative to remembering dpkg -I for deb
files &amp; as a bonus apt also works on changes files.

Most of the code churn is actually to deal with cases probably not too
common in reality like mixing packages and deb-files on the commandline
and getting the right order for these multiple records.

Closes: 883206
</content>
</entry>
<entry>
<title>Support --with-source in show &amp; search commands</title>
<updated>2018-05-11T15:58:46Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2018-04-11T10:59:06Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=bf53f39c9a0221b670ffff74053ed36fc502d5a0'/>
<id>urn:sha1:bf53f39c9a0221b670ffff74053ed36fc502d5a0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Support release selector for volatile files as well</title>
<updated>2018-05-11T15:58:46Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2018-01-26T22:33:25Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ce9223cc4e4ffcc43d17ae97ff8c57fb759a2c49'/>
<id>urn:sha1:ce9223cc4e4ffcc43d17ae97ff8c57fb759a2c49</id>
<content type='text'>
The syntax is a bit awkward, but it is the same as for a package name
and introducing another syntax wouldn't really help usability, so with
apt install ./foo.deb/experimental you will get the dependencies of foo
satisfied by your default release, but if this wouldn't satisfy the
version requirements the candidate for this dependency is switched to
the version from the experimental release. The same applies for apt
build-dep ./foo.dsc/stable-backports which was the initial request.
</content>
</entry>
<entry>
<title>Extend apt build-dep pkg/release to switch dep as needed</title>
<updated>2018-05-11T15:58:46Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2018-01-26T15:15:13Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9169cd5049bd7f0d5dcc56c40d567a766cf5b851'/>
<id>urn:sha1:9169cd5049bd7f0d5dcc56c40d567a766cf5b851</id>
<content type='text'>
apt install pkg/release follows versioned dependencies in the candidate
switching if the current candidate does not satisfy the dependency,
so for uniformity the same should be supported in build-dep.
</content>
</entry>
<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>
</feed>
