summaryrefslogtreecommitdiff
path: root/test/integration/test-apt-get-autoremove
Commit message (Collapse)AuthorAgeFilesLines
* test exitcode as well as string equalityDavid Kalnischkies2015-03-161-3/+3
| | | | | | | | We use test{success,failure} now all over the place in the framework, so its only consequencial to do this in the situations in which we test for a specific output as well. Git-Dch: Ignore
* fix remaining testcase-bugs from my armel boxDavid Kalnischkies2014-02-101-5/+5
| | | | Git-Dch: Ignore
* don't consider holds for autoremovalDavid Kalnischkies2013-10-011-0/+20
| | | | | | | | | | | We can't remove packages which are held back by the user with a hold, so marking them (or its dependencies) as garbage will lead our autoremover into madness – and given that the package is important enough that the user has held it back it can't be garbage (at least at the moment), so even if a front-end wants to use the info just for information display its a good idea to not consider it garbage for them. Closes: 724995
* add chronic-like testsuccess/testfailure helpersDavid Kalnischkies2013-08-121-5/+5
| | | | | | | | | | For many commands the output isn't stable (like then dpkg is called) but the exitcode is, so this helper enhances the common && msgpass || msgfail by generating automatically a msgtest and showing the output of the command in case of failure instead of discarding it unconditionally, the later being chronic-like behaviour Git-Dch: Ignore
* use apt-mark instead of hand-mangling with the extended_states fileDavid Kalnischkies2011-02-101-6/+2
|
* rename changelog and autoremove testfile to indicate better what is testedDavid Kalnischkies2011-02-071-0/+55