Pacman

Historical bug tracker for the Pacman package manager.

The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues

This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
Tasklist

FS#9236 - Pacman is missing a dependency when installing a package

Attached to Project: Pacman
Opened by Dawid Wróbel (cromo) - Wednesday, 16 January 2008, 23:57 GMT
Last edited by James Rayner (iphitus) - Monday, 21 January 2008, 10:23 GMT
Task Type Bug Report
Category General
Status Closed
Assigned To James Rayner (iphitus)
Architecture All
Severity Low
Priority Normal
Reported Version 3.1.0
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Summary and Info:
testdb show I have a dependency missing for vbetool:

missing dependency for vbetool : libx86

pacman -S vbetool should help in that case and reinstall the package with correct dependencies, but this is not the case for this particular package:

warning: vbetool-1.0-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...

Aims: vbetool-1.0-1

However, pacman -Qi vbetool does list the libx86 as a dependency:
Depends on : zlib libx86

Steps to Reproduce:
I expect that this is happening only here for some reason and is not easly reproducable, however I will be happy with debugging. --debug does not show anything suspicious:

debug: package 'vbetool' not found in sync
debug: adding target 'vbetool' to the transaction set
resolving dependencies...
debug: resolving target's dependencies
debug: started resolving dependencies
debug: checkdeps: package vbetool-1.0-1
debug: found package 'vbetool-1.0-1' in sync
debug: started sorting dependencies
debug: sorting dependencies finished
looking for inter-conflicts...
debug: looking for conflicts
debug: check targets vs db
debug: check db vs targets
debug: check targets vs targets
debug: checking dependencies
debug: checkdeps: package vbetool-1.0-1
debug: found cached pkg: /var/cache/pacman/pkg/vbetool-1.0-1-i686.pkg.tar.gz
This task depends upon

Closed by  James Rayner (iphitus)
Monday, 21 January 2008, 10:23 GMT
Reason for closing:  Fixed
Comment by Xavier (shining) - Thursday, 17 January 2008, 00:13 GMT
Indeed, vbetool package is broken and needs to be fixed :
http://archlinux.org/pipermail/arch-dev-public/2008-January/004211.html

So this task should be reassigned to archlinux project, extra package, and James :)
Comment by Dawid Wróbel (cromo) - Thursday, 17 January 2008, 00:16 GMT
Oh, so it's not me ;-) (had a pacman db crash today and am recovering from this loss)
Hope to see fix soon then.
Comment by Nagy Gabor (combo) - Thursday, 17 January 2008, 13:22 GMT
Something is unclear here.
Why "pacman -S vbetool" doesn't complain?
Comment by Xavier (shining) - Thursday, 17 January 2008, 13:51 GMT
The packaging error here is that the sync db and the local db (or the package itself) don't match. (check pacman -Si vbetool and pacman -Qi vbetool).
pacman -S vbetool uses the sync db, and in the sync db, vbetool doesn't depend on libx86. So it doesn't complain there.
Comment by Nagy Gabor (combo) - Thursday, 17 January 2008, 14:09 GMT
Wow:-( After some broken dbs (see also  FS#9171 ), I consider the idea that pacman should compare pmpkg_t got from syncdb and pmpkg_t got from the package file itself (not all entries, just the ones he uses in its pre-download decisions).
Since pacman makes its pre-download decisions using syncdb only, the validity of DEPENDS, PROVIDES, REPLACES [and PKGNAME, PKGVER!;-)]) is crutial here.

Ref.: http://archlinux.org/pipermail/pacman-dev/2007-December/010520.html
Comment by Dan McGee (toofishes) - Friday, 18 January 2008, 05:14 GMT
James- can you please rebuild vbetool or something to resolve this issue? I reported way back in December that there were issues with this package, and it got brushed off. Obviously there are real problems here with consistency between the package and sync db, and we need to resolve this.
Comment by Roman Kyrylych (Romashka) - Monday, 21 January 2008, 08:12 GMT
This is a duplicate of  FS#9044 

Loading...