<feed xmlns='http://www.w3.org/2005/Atom'>
<title>apt/vendor, branch 1.2.7</title>
<subtitle>Debians commandline package manager</subtitle>
<id>https://git.kalnischkies.de/apt/atom?h=1.2.7</id>
<link rel='self' href='https://git.kalnischkies.de/apt/atom?h=1.2.7'/>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/'/>
<updated>2016-02-11T20:07:56Z</updated>
<entry>
<title>use local changelog from /usr/share/doc if possible</title>
<updated>2016-02-11T20:07:56Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-02-11T20:07:56Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=b5aba9096e371a5f8612aff05384aca54ccc5acd'/>
<id>urn:sha1:b5aba9096e371a5f8612aff05384aca54ccc5acd</id>
<content type='text'>
If pkgAcqChangelog is told to acquire the changelog for a version it
will check first if this version is installed on the disk and if so will
use the local changelog in /usr/share/doc (possibily/likely gz
compressed) instead of downloading the file from the web.

An option is provided to disable this, which is enabled by default for
the Ubuntu vendor as they truncate the local changelogs – and for apts
--print-uris action.
</content>
</entry>
<entry>
<title>evaluate sourceslist-list-format entity in vendors sources.list</title>
<updated>2016-01-14T16:33:58Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-01-14T13:45:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=7fa4f5e12261d39666283051956d9e1f78eb609b'/>
<id>urn:sha1:7fa4f5e12261d39666283051956d9e1f78eb609b</id>
<content type='text'>
Parsing XML entity files in shell isn't exactly nice and causing the
substitution with a while-read loop isn't either, but it seems to be
good enough for the moment without changing too much.

Thanks: Niels Thykier for reporting on IRC
</content>
</entry>
<entry>
<title>change debian related entities to a more explicit name</title>
<updated>2016-01-14T16:33:58Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2016-01-14T15:11:28Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=9feb98eb0aeed775f78cb4afbf6bc0e3a90e9fed'/>
<id>urn:sha1:9feb98eb0aeed775f78cb4afbf6bc0e3a90e9fed</id>
<content type='text'>
Git-Dch: Ignore
</content>
</entry>
<entry>
<title>bring back deb822 sources.list entries as .sources</title>
<updated>2015-08-10T15:25:26Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-06-21T21:12:24Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=81460e32961bb0b9922bf8a1a27d87705d8c3e51'/>
<id>urn:sha1:81460e32961bb0b9922bf8a1a27d87705d8c3e51</id>
<content type='text'>
Having two different formats in the same file is very dirty and causes
external tools to fail hard trying to parse them. It is probably not a
good idea for them to parse them in the first place, but they do and we
shouldn't break them if there is a better way.

So we solve this issue for now by giving our deb822 format a new
filename extension ".sources" which unsupporting applications are likely
to ignore an can begin gradually moving forward rather than waiting for
the unknown applications to catch up.

Currently and for the forseeable future apt is going to support both
with the same feature set as documented in the manpage, with the
longtime plan of adopting the 'new' format as default, but that is a
long way to go and might get going more from having an easier time
setting options than from us pushing it explicitely.
</content>
</entry>
<entry>
<title>provide a public interface for acquiring changelogs</title>
<updated>2015-06-15T12:39:37Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2015-06-13T09:13:45Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=d56e2917f27a722b54685de13aeb1bb7592fc61b'/>
<id>urn:sha1:d56e2917f27a722b54685de13aeb1bb7592fc61b</id>
<content type='text'>
Provided is a specialized acquire item which given a version can figure
out the correct URI to try by itself and if not provides an error
message alongside with static methods to get just the URI it would try
to download if it should just be displayed or similar such.

The URI is constructed as follows:
Release files can provide an URI template in the "Changelogs" field,
otherwise we lookup a configuration item based on the "Label" or
"Origin" of the Release file to get a (hopefully known) default value
for now. This template should contain the string CHANGEPATH which is
replaced with the information about the version we want the changelog
for (e.g.  main/a/apt/apt_1.1). This middleway was choosen as this path
part was consistent over the three known implementations (+1 defunct),
while the rest of the URI varies widely between them.

The benefit of this construct is that it is now easy to get changelogs
for Debian packages on Ubuntu and vice versa – even at the moment where
the Changelogs field is present nowhere. Strictly better than what
apt-get had before as it would even fail to get changelogs from
security… Now it will notice that security identifies as Origin: Debian
and pick this setting (assuming again that no Changelogs field exists).
If on the other hand security would ship its changelogs in a different
location we could set it via the Label option overruling Origin.

Closes: 687147, 739854, 784027, 787190
</content>
</entry>
<entry>
<title>build: Convert from DebianDoc SGML to DocBook XML</title>
<updated>2014-07-08T11:14:22Z</updated>
<author>
<name>Guillem Jover</name>
<email>guillem@debian.org</email>
</author>
<published>2014-07-02T02:10:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=a034d8528bc98e9caf12e024a0d5eeb25f87a500'/>
<id>urn:sha1:a034d8528bc98e9caf12e024a0d5eeb25f87a500</id>
<content type='text'>
</content>
</entry>
<entry>
<title>allow vendors to install configuration files</title>
<updated>2014-04-26T11:46:23Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-04-26T11:31:41Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=c1b3d18934ce35f6a82b05207f53bf9b0cbfb961'/>
<id>urn:sha1:c1b3d18934ce35f6a82b05207f53bf9b0cbfb961</id>
<content type='text'>
Vendors like ubuntu need to change some options, so giving them
a way to do this less painfully avoids reducing differences.
</content>
</entry>
<entry>
<title>add a README for vendor information</title>
<updated>2014-04-26T07:51:05Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-04-22T16:59:22Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=feb81787827d973366ae20edcbce4bf5fccdebfd'/>
<id>urn:sha1:feb81787827d973366ae20edcbce4bf5fccdebfd</id>
<content type='text'>
</content>
</entry>
<entry>
<title>add vendor information for BlankOn</title>
<updated>2014-04-26T07:51:05Z</updated>
<author>
<name>Mahyuddin Ramli</name>
<email>dotovr@di.blankon.in</email>
</author>
<published>2014-04-22T15:32:37Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=ced53a741a3a11da53920ee0bb86adb4e3a7c931'/>
<id>urn:sha1:ced53a741a3a11da53920ee0bb86adb4e3a7c931</id>
<content type='text'>
Modified by commiter to not publicily export the codename (as the
manpages do not use it that way) and removing the included additional
derives logic as it was not working (the link always exists at that
point) and isn't needed as we do the special casing for debian mainly
because it would shallow all distributions otherwise.
(similar, but not that strong for ubuntu)

Closes: 743595
</content>
</entry>
<entry>
<title>autogenerate makefile for vendor system</title>
<updated>2014-03-13T12:57:34Z</updated>
<author>
<name>David Kalnischkies</name>
<email>david@kalnischkies.de</email>
</author>
<published>2014-02-23T23:25:29Z</published>
<link rel='alternate' type='text/html' href='https://git.kalnischkies.de/apt/commit/?id=fa19cc9573aac19cfbf43364d4b5660c9ab645bc'/>
<id>urn:sha1:fa19cc9573aac19cfbf43364d4b5660c9ab645bc</id>
<content type='text'>
It can be useful to have a whole makefile available for vendor setup,
but by providing a basic one we can deal with the simple cases more
easily (and changes to the system are presumably easier).
</content>
</entry>
</feed>
