summaryrefslogtreecommitdiff
path: root/.gitignore
Commit message (Collapse)AuthorAgeFilesLines
* gitignore: Add .*.swp filesJulian Andres Klode2020-12-021-0/+1
|
* gitignore: Add /build and /obj-* build dirsJulian Andres Klode2020-12-021-0/+3
| | | | This is more accurate
* Update .gitignoreFilipe Brandenburger2018-05-151-0/+8
|
* Update gitignore with new filesJulian Andres Klode2017-07-121-0/+5
|
* debian: Generate debian/copyright during cleanJulian Andres Klode2017-02-121-0/+2
| | | | | | | | | Ubuntu servers / Launchpad rejects uploads where debian/copyright is a symbolic link, and lintian warns about them. I think that's crazy, but I'm tired of having to work around this in SRUs, so let's just solve it by copying the file during clean: This way, it won't be in git, but it will be generated during the export by git-buildpackage.
* gitignore: Ignore aptdropprivsJulian Andres Klode2017-02-061-0/+1
| | | | Gbp-Dch: ignore
* Add apt-pkg/tagfile-keys.cc to the gitignore fileJulian Andres Klode2016-11-251-0/+1
| | | | | | This is output of triehash. Gbp-Dch: ignore
* gitignore: Add generated docbook stylesheetsJulian Andres Klode2016-09-021-1/+6
| | | | | | | | I switched them over to generated files in commit 9fb81c6e54a2fe05c0ad0b877fd32f30358e3877, but forgot to add them to the ignore file. Gbp-Dch: ignore
* Update gitignore for cmakeJulian Andres Klode2016-08-101-23/+88
| | | | | | | We cannot be sure if you are not running the build tree, so this is a bit ugly. Gbp-Dch: ignore
* CMake: debian: Switch packaging over to CMake and dh 9Julian Andres Klode2016-08-061-7/+0
| | | | | | | | | | | This new packaging is much easier to read, although the duplication in the install files is a bit annoying. We should probably also get rid of the movefiles for solvers, planners, and https method; but then we have to keep track of which methods exist in the apt package. Another disadvantage is that building only the documentation packages also requires building the code, as there's no way to turn off code building in the project.
* ensure built en-manpages are ignored by gitDavid Kalnischkies2016-01-141-0/+1
| | | | | | | 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 directoryDavid Kalnischkies2014-04-111-0/+6
| | | | Git-Dch: Ignore
* add debian/apt.install to gitignoreMichael Vogt2014-03-141-0/+1
|
* autogenerate makefile for vendor systemDavid Kalnischkies2014-03-131-2/+2
| | | | | | 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"Michael Vogt2014-01-241-0/+1
| | | | | | | | 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 keysDavid Kalnischkies2013-12-011-0/+1
| | | | | | | 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 entitiesDavid Kalnischkies2013-11-301-0/+1
| | | | | | | 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.listDavid Kalnischkies2013-11-301-0/+3
| | | | | | | | 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/enDavid Kalnischkies2013-06-091-0/+1
| | | | | Building manpages becames more consistent this way and it is simpler to ignore build artefacts, too.
* streamline .gitignore furtherDavid Kalnischkies2013-06-091-30/+36
| | | | | | | adding some comments, regrouping files and use some patterns to avoid updating the ignore file for new translations or abi changes Git-Dch: Ignore
* update .gitignoreMichael Vogt2013-05-161-0/+12
|
* add .gitignore and gbp.confMichael Vogt2013-05-161-0/+18