summaryrefslogtreecommitdiffstats
path: root/pactest/tests
AgeCommit message (Collapse)AuthorFilesLines
2007-10-09Add two new pactests to check symlink behaviorNagy Gabor2-0/+37
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-10-08Add new (failing) sync pactestNagy Gabor1-0/+18
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-09-23libalpm/add.c: fix backup array issueDan McGee6-0/+6
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 Xavier1-0/+20
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 Xavier4-0/+56
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 Xavier6-0/+128
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 Gabor1-0/+26
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 Gabor1-0/+1
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 Gabor2-0/+26
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 Gabor1-0/+19
Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-20Add sync1002 pactest.Nagy Gabor1-0/+19
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 Xavier1-0/+10
Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-07-15Add new sync012 pactest.Chantry Xavier1-0/+20
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 McGee2-0/+38
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 Gabor1-0/+20
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 Xavier2-44/+0
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 McGee2-1/+23
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 Xavier1-0/+30
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 Gabor1-0/+16
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 McGee2-0/+25
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 Xavier1-0/+22
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-26Add sync301 pactest- pacman gains new deps and should be pulled inChantry Xavier1-0/+25
Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-12Add pactest requiredby004.Nagy Gabor1-0/+20
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 Gabor1-0/+18
Remove a package required by another package. Signed-off-by: Chantry Xavier <shiningxc@gmail.com>
2007-06-10pactest: fix description of remove040Dan McGee1-1/+1
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-06-10Add two new pactests for FS #6057Chantry Xavier2-0/+56
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 Xavier1-0/+17
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 Gabor5-0/+109
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 McGee3-0/+52
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 McGee1-0/+14
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-04-16ldconfig changes from CVSAaron Griffin3-0/+42
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 McGee1-0/+16
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-04-04pactest: remove001.pyAaron Griffin1-0/+10
* 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 downgradeVMiklos1-0/+15
Signed-off-by: Dan McGee <dan@archlinux.org>
2007-03-25* Fix bug where 'makepkg -L' doesn't stop on build failure.Dan McGee1-1/+2
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 Griffin1-0/+15
* Minor change to utils.py(grep) to make it cleaner * Added scriptlet check to verify scriptlet events happen
2007-03-21* Updated Italian translationDan McGee1-0/+18
Giovanni Scafora <linuxmania@gmail.com> * Added pactest test for -Se operation James Rosten <seinfeld90@gmail.com>
2007-03-19James Rosten <seinfeld90@gmail.com>Aaron Griffin2-0/+36
* 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 Griffin1-0/+20
2007-03-04* By Roman's request - proactive backup=() entry test caseAaron Griffin1-0/+17
2007-03-04Added a test for checking 'requiredby' removalAaron Griffin1-0/+18
2007-03-01* REQUIREDBY test was reversed (pkg3 requiredby pkg1, not pkg1 requiredby pkg3)Aaron Griffin1-3/+3
2007-03-01* Silly mistake on making sync895 and sync896- I didn't create the fieldDan McGee2-0/+4
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 McGee6-0/+30
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 McGee3-4/+42
2007-02-27* Added another test- I believe it is a possible situation and one we need toDan McGee1-0/+24
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 McGee2-1/+27
* 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 Griffin1-0/+1
add the "requiredby" information that libalpm would have written. Now it succeeds.
2007-02-27* Added 5 new upgrade tests, which check various things with depends,Dan McGee5-0/+87
provides, and conflicts. - upgrade051 is known to fail- but we want to eventually make it work. - upgrade052 is Nagy's bug as reported on the ML- I think. If it isn't, let me know.
2007-02-26* Writing 'replaces' info to both /desc and /depends files for testing - see theAaron Griffin1-6/+5
"replaces confusion" thread on pacman-dev for more information * Cleaned up some 2 item loops in the sync131 test