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.
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.
FS#28570 - Add ability to filter by source language
Attached to Project:
Pacman
Opened by philomath (archadmirer) - Tuesday, 21 February 2012, 21:15 GMT
Last edited by Dan McGee (toofishes) - Thursday, 08 March 2012, 14:55 GMT
Opened by philomath (archadmirer) - Tuesday, 21 February 2012, 21:15 GMT
Last edited by Dan McGee (toofishes) - Thursday, 08 March 2012, 14:55 GMT
|
DetailsDescription:
In a FLOSS environment, where the community is expected to collaborate, the language in which the software was written can be a very important detail. A user proficient in prolog, say, may wish to list all the packages written in prolog, so he can try his hand on some of them. Additional info: * package version(s) 4.0.2-1 |
This task depends upon
Closed by Dan McGee (toofishes)
Thursday, 08 March 2012, 14:55 GMT
Reason for closing: Won't implement
Additional comments about closing: As Allan said, we won't be doing this. In addition, this isn't even as clear-cut as license- many project are written in a variety of languages (pacman included, at least 3 here). Moreover, if you are truely looking to collaborate, a binary package manager is not your best starting point for doing so.
Thursday, 08 March 2012, 14:55 GMT
Reason for closing: Won't implement
Additional comments about closing: As Allan said, we won't be doing this. In addition, this isn't even as clear-cut as license- many project are written in a variety of languages (pacman included, at least 3 here). Moreover, if you are truely looking to collaborate, a binary package manager is not your best starting point for doing so.
FS#6510), which is to say "not very important"."Closely related" is a huge stretch, regarding your comment.