I disagree. This same thing happens to me with my package "brasero-lite". It is brasero but without the gnome dependencies, and has the provides=('brasero'), but when I try and install a package that has brasero as a dependencie, such as sound-juicer, pacman attempts to install brasero, not realising that i allready have brasero-lite. This isn't a sound juicer fault, it is a fault in pacman. 2009/4/6 Allan McRae <allan@archlinux.org>
hollunder@gmx.at wrote:
Hi there. I'm looking for a clean way to handle packages that can replace others. Examples: lash can be substituted by lash-git, it works fine, except namcap complains:
hydrogen-svn E: Dependency detected and not included (lash-git) from files ['usr/bin/hydrogen'] hydrogen-svn W: Dependency included and not needed (lash)
Adding 'lash' or 'lash=0.6.0' to the provides array of lash-git doesn't help. I have the same situation with for example jack-audio-connection-kit where we have quite a number of different packages that all provide the same basic functionality and are interchangeable.
Note that it mostly works with provides, it just isn't clean and there are cases where it can break stuff. Is there a solution to this?
I think this is more a limitation in namcap than your package. I think a bug report for namcap would be appropriate.
Allan