FS#3222 - make 'pacman -S x' work

Attached to Project: Pacman
Opened by Miklos Vajna (vmiklos) - Saturday, 24 September 2005, 17:10 GMT
Last edited by Roman Kyrylych (Romashka) - Wednesday, 03 January 2007, 19:50 GMT
Task Type Feature Request
Category
Status Closed
Assigned To Aaron Griffin (phrakture)
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

If the target is not found in sync db, try to search a package that provides it.

(ie. make 'pacman -S x' work)

The attached patch implements this.
   pacman-2.9.7-provides_search.... (1.7 KiB)
This task depends upon

Closed by  Aaron Griffin (phrakture)
Wednesday, 03 January 2007, 23:31 GMT
Reason for closing:  Implemented
Additional comments about closing:  The fix matching this bug is in CVS. It may be better to change the actual behavior at a later date, but that's outside the scope of this bug.
Comment by Roman Kyrylych (Romashka) - Wednesday, 03 January 2007, 19:51 GMT
Yes, that would be nice, for example "pacman -S web-server smtp-server" should show a list of packages that provide these.
Comment by Roman Kyrylych (Romashka) - Wednesday, 03 January 2007, 19:52 GMT
The next step would be adding this feature to dependency resolving too,
i.e. when installing some wiki/forum package that depends on web-server pacman should ask which one to install.
Comment by Aaron Griffin (phrakture) - Wednesday, 03 January 2007, 20:38 GMT
This appears old and merged (possibly) into pacman3 already. The current behavior actually chooses the first package in the provides list for installation. While it'd be nice if we used some other criteria for determining the proper provides=() package to install (perhaps the package which has the MOST number of deps satisfied?) I think that the current behvior overrides this patch.

Mr Miklos, what do you think?
Comment by Miklos Vajna (vmiklos) - Wednesday, 03 January 2007, 22:00 GMT
yes, i think this is already in cvs

when we used xorg6 and makepkg had the -s option and the pkg had an 'x' dependency then this was a musthave for automated package building (eg. in a chroot)

what roman says that would be nice, too but this patch just picks up the first choice

Loading...