apt/.gitignore, branch 1.2.4Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=1.2.42016-01-14T16:33:58Zensure built en-manpages are ignored by git2016-01-14T16:33:58ZDavid Kalnischkiesdavid@kalnischkies.de2016-01-12T10:15:39Zurn:sha1:d1da489f0107b59b9eb104bc6c7617265e338770
Seems like the interaction between wildcards and exemptions has changed
slightly, so be positively more explicit about our ignoring of en.
Git-Dch: Ignore
be able to run abicheck from any directory2014-04-11T06:58:36ZDavid Kalnischkiesdavid@kalnischkies.de2014-03-23T13:09:12Zurn:sha1:e6d282e450191b1f03b0aed73f7d97115e094e90
Git-Dch: Ignore
add debian/apt.install to gitignore2014-03-14T08:42:41ZMichael Vogtmvo@debian.org2014-03-14T08:42:41Zurn:sha1:e4215120275e5c8766f58bc87ce828142e2f96f1autogenerate makefile for vendor system2014-03-13T12:57:34ZDavid Kalnischkiesdavid@kalnischkies.de2014-02-23T23:25:29Zurn:sha1:fa19cc9573aac19cfbf43364d4b5660c9ab645bc
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).
add "apt full-upgrade" and tweak "apt upgrade"2014-01-24T19:33:02ZMichael Vogtmvo@debian.org2014-01-24T19:33:02Zurn:sha1:59e81cec3e2277e367f14f113168421909c42035
There is a new "apt full-upgrade" that performs a apt-get dist-upgrade.
"apt dist-upgrade" is still supported as a alias. The "apt upgrade" code
is changed so that it mirrors the behavior of
"apt-get upgrade --with-new-pkgs" and also honors
"apt uprade --no-new-pkgs".
generate apt-key script with vendor info about keys2013-12-01T14:51:33ZDavid Kalnischkieskalnischkies@gmail.com2013-11-30T22:11:43Zurn:sha1:5b2c6ddcc0e45c92c544032ad2bb91bdf7222d7c
The apt-key script uses quiet a few keyring files for operation which
are specific to the distribution it is build on and is hence one of the
most patched parts – even if it is not that often used anymore now that
a fragment directory for trusted.gpg exists.
add a vendor specific file to have configurable entities2013-11-30T22:34:15ZDavid Kalnischkieskalnischkies@gmail.com2013-11-30T18:15:02Zurn:sha1:694ef56e802bbab94595fc491fdc6ef8b4f525c1
manpages sometimes refer to distro-specific things like the name of the
package providing the achive-keyring. Having a central place to
configure this helps in having it consistent in the manpages and allows
to load this info from other places in the buildsystem as well later.
introduce a vendor system to change sources.list2013-11-30T21:15:31ZDavid Kalnischkieskalnischkies@gmail.com2013-11-30T13:01:28Zurn:sha1:eef71f11a5836eb82df133cb4e24cb4806642188
Many derivatives make quiet a few simple changes to apt introducing
silly diffs just to change examples and co making it harder for
them to update apt and harder for us to merge real changes back.
First stop: doc/examples/sources.list
build the en manpages in subdirectory doc/en2013-06-09T13:08:05ZDavid Kalnischkieskalnischkies@gmail.com2013-05-19T13:49:24Zurn:sha1:ac62eb38b0bca7a45835903eb421c19f4f78aca3
Building manpages becames more consistent this way and
it is simpler to ignore build artefacts, too.
streamline .gitignore further2013-06-09T13:06:02ZDavid Kalnischkieskalnischkies@gmail.com2013-05-19T09:39:44Zurn:sha1:4630a6ecd8f0cc21348f432b966e2bcb15f6859d
adding some comments, regrouping files and use some patterns to avoid
updating the ignore file for new translations or abi changes
Git-Dch: Ignore