summaryrefslogtreecommitdiff
path: root/pactest/tests
AgeCommit message (Collapse)Author
2007-10-28extend type001 pactest with a symlink.Chantry Xavier
Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-10-14Fix scriptlet pactest cases so they 'succeed' againDan McGee
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-10-09Add two new pactests to check symlink behaviorNagy Gabor
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-10-08Add new (failing) sync pactestNagy Gabor
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-09-23libalpm/add.c: fix backup array issueDan McGee
As seen with the recent upgrade of pacman and the removal of the pacman.d/current mirrorlist, files that were formerly in the backup array get deleted upon their removal, which could be dangerous. Instead, we should use the combined backup array of the old and new package. This fix should address this issue in a relatively straightforward way. In addition, old files should be moved to pacsave locations as expected. Signed-off-by: Dan McGee <dan@archlinux.org>
2007-09-23Add sync044 pactest : A dependency induces a replacement.Chantry Xavier
That is the problem mentioned by Nagy there (with suggestions for fixing it) : http://www.archlinux.org/pipermail/pacman-dev/2007-August/009082.html If a dependency conflicts with a local package and has to replace it, the PM_SYNC_TYPE_DEPEND information is lost, and the resulting install reason is wrong (the package is marked as explictly installed). Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-09-23Add two pactests with broken requiredby, and two about pacsave handling.Chantry Xavier
remove048 is the case mentioned there (fails in 3.0 but works in 3.1) : http://www.archlinux.org/pipermail/pacman-dev/2007-September/009294.html It's the same as remove046 with -R instead of -Rc. sync060 is a case reported this morning on IRC : a pacman -Su wanted to replace gensplashutils by gensplash, but pacman said gensplashutils was required by initscripts-gensplash, while initscripts-gensplash was not even installed. This is also fixed in the current 3.1 code though. upgrade02{4,5} are the backup handling problem I described there : http://www.archlinux.org/pipermail/pacman-dev/2007-September/009376.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-09-06Add a few pactests collected over time.Chantry Xavier
remove047 : Remove a package required by other packages conflict004 : a package conflicts with itself http://www.archlinux.org/pipermail/pacman-dev/2007-August/009077.html sync400 : Install package with dep that conflicts with older version of package sync401 : Ensure we choose provider already in target list http://www.archlinux.org/pipermail/pacman-dev/2007-July/009041.html sync402/sync403 (failing) : Choice between two providers http://www.archlinux.org/pipermail/pacman-dev/2007-July/008787.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-08-20Add sync1003 pactest.Nagy Gabor
The sync package pkg3 depends on the sync package pkg2, but pkg1 replaces pkg2. So pkg2 is added to the remove list. When checkdeps checks if pkg2 can be removed, it looks at the packages that require pkg2 (with the RequiredBy field of pkg2), but this doesn't contain pkg3 at this point. RequiredBy fields are only updated after the packages are installed. Proposed solution : checkdeps should know both the remove and upgrade list to decide properly. Reference: http://www.archlinux.org/pipermail/pacman-dev/2007-July/008972.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-08-20libalpm/add.c,trans.c : cleanup of requiredby handling.Nagy Gabor
This patch cleans up and fix the _alpm_trans_update_depends function and ensure that all requiredby fields are filled in case of multiple satisfiers (previously, the handling of mutliple satisfiers in that function was inconsistent). This makes a special case handling of requiredby in commit_single_pkg() obsolete, and so allows cleaning that code as well. Also fixed upgrade056 pactest because : 1) the requiredby fields were wrong, and this wouldn't happen with the fixed _alpm_trans_update_depends(). 2) this is a very unusual case anyway (and handling all corner cases combined to a broken database seems nearly impossible to achieve). References : http://www.archlinux.org/pipermail/pacman-dev/2007-July/008919.html http://www.archlinux.org/pipermail/pacman-dev/2007-July/008920.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-08-12Add two pactest for versioned conflicts.Nagy Gabor
A side effect of the previous commit ( ea9a756eeaca7398c0860b55f8abe2932ad195bd ) is that it's now possible to use versioned conflicts. Add two new conflict pactests for showing it. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-20add conflict001 pactest.Nagy Gabor
Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-20Add sync1002 pactest.Nagy Gabor
Reference: http://www.archlinux.org/pipermail/pacman-dev/2007-July/008971.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-16Add remove046 pactest for FS#7622.Chantry Xavier
Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-15Add new sync012 pactest.Chantry Xavier
This test installs three packages with a circular dependency, to check everything still goes fine in that case. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-15Add --asdeps option to pacmanDan McGee
This replaces the former -D operation that was undocumented and rather hacky. It can be used with add, upgrade, or sync transactions and will affect all packages installed. Should close FS #7193. Also tell makepkg to use this new flag. Signed-off-by: Dan McGee <dan@archlinux.org>
2007-07-15libalpm/deps.c : cleanup + little fix for resolvedeps.Nagy Gabor
The resolvedeps function was a bit negligent, as showed by the sync011 pactest. Reference : http://www.archlinux.org/pipermail/pacman-dev/2007-July/008782.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-13remove sync022 and sync023 pactest.Chantry Xavier
Currently the replaces flag is only used for forcing the replacement of package (eg because of a renaming) on sysupgrade operation. If the replaces flag should also be used for resolving conflicts, then it should be discussed and specified correctly first. References: http://bugs.archlinux.org/task/7415#comment17207 http://www.archlinux.org/pipermail/pacman-dev/2007-June/008553.html commit which introduced the replace flag : 4fcec8f03ff790bfb23b826eee169bc9c0b00142 Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-11Add new pactest that is backwards of sync022Dan McGee
sync022 was added here: 39b654965580bfb7dc0ab72b8c901fbf7729a568 This pactest reverses the installed package to see if it is correctly picked, in order to test some further changes to this depcheck code that currently makes sync022 fail. Signed-off-by: Dan McGee <dan@archlinux.org>
2007-07-10add remove045 pactest.Chantry Xavier
Another test a bit more complicated for -Rs, to prevent regression if removedeps is changed. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-10add remove044 pactest.Nagy Gabor
This indicates a problem in the current removedeps function (no version checking) for which Nagy proposed a fix here : http://www.archlinux.org/pipermail/pacman-dev/2007-June/008539.html But as he mentioned there, a better fix might be to use the checkdeps function in the removedeps one. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-01Add mode and type checking to pactest for filesDan McGee
Add the ability to check the permissions and type of a file within the framework of pactest. Two new rules can be used: self.addrule("FILE_TYPE=bin/foo|file") self.addrule("FILE_MODE=bin/bar|644") TODO: add the ability to add different types of files (eg links) via the test package building framework, and add the ability to change the modes on files. Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-26Add pactest to help debug FS #7415Chantry Xavier
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-26Add sync301 pactest- pacman gains new deps and should be pulled inChantry Xavier
Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-12Add pactest requiredby004.Nagy Gabor
Upgrade a package that no longer needs a depend. Reference: http://www.archlinux.org/pipermail/pacman-dev/2007-June/008503.html Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-11Add new pactest remove043.Nagy Gabor
Remove a package required by another package. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-06-10pactest: fix description of remove040Dan McGee
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-10Add two new pactests for FS #6057Chantry Xavier
As described in the bug report, installing taglib-rcc (sync900 pactest) works fine. But installing taglib back (sync901 pactest) doesn't. Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-10Add new pactest remove042Chantry Xavier
Same as remove040, with cascaded remove instead of simple remove. Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-04Add five new pactest tests where pacman currently failsNagy Gabor
Most of these new tests deal with provisions upon sync or upgrade being changed by packages, and pacman not being smart enough to deal with it yet. Signed-off-by: Dan McGee <dan@archlinux.org>
2007-05-14Add three new 'requiredby' pactestsDan McGee
These should test various aspects of the DB when dealing with requiredby entries. At least one fails without Nagy's alpm_depcmp patch. Signed-off-by: Dan McGee <dan@archlinux.org>
2007-04-23Add a pactest for IgnorePkg and force on same packageDan McGee
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-04-16ldconfig changes from CVSAaron Griffin
forward-porting some 3.0.2 changes * Nagy's ldconfig fix * 3 new pactests to check if ldconfig runs Signed-off-by: Aaron Griffin <aaronmgriffin@gmail.com>
2007-04-07Add pactest for pre_ and post_remove scriptlet events firingDan McGee
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-04-04pactest: remove001.pyAaron Griffin
* Test for duplicate remove targets (should succeed) Signed-off-by: Aaron Griffin <aaronmgriffin@gmail.com>
2007-04-01New pactest: Sysupgrade with a sync package forcing a downgradeVMiklos
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-03-25* Fix bug where 'makepkg -L' doesn't stop on build failure.v3.0.0Dan McGee
Andrew Fyfe <andrew@neptune-one.net> * Add testing to etc/pacman.d/.cvsignore * Fix scriptlet001.py test to work during 'make check'.
2007-03-22Quick pactest changes:Aaron Griffin
* Minor change to utils.py(grep) to make it cleaner * Added scriptlet check to verify scriptlet events happen
2007-03-21* Updated Italian translationDan McGee
Giovanni Scafora <linuxmania@gmail.com> * Added pactest test for -Se operation James Rosten <seinfeld90@gmail.com>
2007-03-19James Rosten <seinfeld90@gmail.com>Aaron Griffin
* Two new pactest test cases * Fix some "required by" / "requires" output by unifying all "dependency types" to a single value (PM_DEP_TYPE_DEPEND)
2007-03-05Added this test to check the XferCommand functionalityAaron Griffin
2007-03-04* By Roman's request - proactive backup=() entry test caseAaron Griffin
2007-03-04Added a test for checking 'requiredby' removalAaron Griffin
2007-03-01* REQUIREDBY test was reversed (pkg3 requiredby pkg1, not pkg1 requiredby pkg3)Aaron Griffin
2007-03-01* Silly mistake on making sync895 and sync896- I didn't create the fieldDan McGee
requiredby for 'already installed' packages, so the test didn't work properly. Once these errors were fixed, both tests pass fine.
2007-02-28* Added another test as suggested by Nagy on the ML- a package both providesDan McGee
for and is a dependency of another package. (upgrade057) * Removed man2html stuff from doc/Makefile.am. * Patch: improved depends checking in _alpm_checkdeps Nagy Gabor <ngaba@petra.hos.u-szeged.hu> * Slight revisions to pmrule.py to allow for a PKG_PROVIDES test. * Very quick updates to the pactest README. * Added rules to some of the newer upgrade tests. Note: upgrade055 now fails due to requiredby entries not being written packages that are dependencies in a provides role.
2007-02-27* Some new tests. That bring new failures. :)Dan McGee
2007-02-27* Added another test- I believe it is a possible situation and one we need toDan McGee
deal with. Currently, libalpm with AND without Nagy's patch fails it. * Slight spacing update to pmenv.py.
2007-02-27* Updated description of test upgrade052.Dan McGee
* Added the actual "Nagy's bug" as upgrade055.py. * Updated the Makefile to distribute the pactest readme. * Removed COPYING from the pactest directory- see COPYING at the root for the same license.
2007-02-27* This test was off. pactest doesn't do all the DB work, so we need to manuallyAaron Griffin
add the "requiredby" information that libalpm would have written. Now it succeeds.