FS#9863 - pacman -Syu ignores provides=('gimp') in own package if another package have depends=('gimp>=2.0.0')

Attached to Project: Pacman
Opened by Attila (attila) - Tuesday, 18 March 2008, 08:24 GMT
Last edited by Dan McGee (toofishes) - Tuesday, 18 March 2008, 12:05 GMT
Task Type Bug Report
Category General
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version 3.1.3
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Summary and Info:

I have my own gimp package and inside of my PKGBUILD i have "conflicts=('gimp' 'gimp-devel')" and "provides=('gimp=')". It is not the first time that i used such a construction but the upgrade from gimp-refocus wants to install the version from extra instead of holding my package.

The problem is the line "depends=('gimp>=2.0.0')" because if i take a copy from abs and change this to "depends=('gimp')" all works fine as before.

Steps to Reproduce (perhaps another package could be faster to compile):
- make a copy of gimp from abs, change the pkgname, insert the lines "conflicts=('gimp' 'gimp-devel')" and "provides=('gimp=')"
- make and install this package
- make a copy gimp-refocus from abs and type makepkg
- result: The building fails because it misses the package gimp>=2.0.0

Comments:

I take a look at the PKGBUILD of of gimp-devel which uses "provides=("gimp=$pkgver")" instead of my version. Is this a must or only a workaround because pacman (and makepkg too) seems to ignore the "provides=()" without a pkgver.

No question, a gimp>=2.0.0 is from my view useless because this version was released 2004-03-23 and i have no problem to use a copy from abs for myself. But i think it is important to know if this is a bug or if we should use the construct from gimp-devel in own packages in such a case.
This task depends upon

Closed by  Dan McGee (toofishes)
Tuesday, 18 March 2008, 12:05 GMT
Reason for closing:  Not a bug
Additional comments about closing:  provisions are now versioned if necessary
Comment by Xavier (shining) - Tuesday, 18 March 2008, 10:08 GMT
You should use the construct from gimp-devel in such a case.

http://www.archlinux.org/pipermail/tur-users/2008-January/006727.html
Comment by Dan McGee (toofishes) - Tuesday, 18 March 2008, 12:05 GMT
Provisions are now versioned, so this is not a workaround at all, but a way to fix several other issues.

I'm not even sure what "provides=('gimp=')" would do- that is broken in a whole other way.

Loading...