Arch Linux

There are a whole bunch of packages that wouldn't have wiki pages or have them in other namespaces, and I would assume linking to $pkgbase is also more relevant.

Do we want to start this precedent, or what do others think? I'd like to see some opinions.

it is not problem if most of links would refer to not existing wiki pages and we can do redirection/renaming or create page with link list to related ones.

My opinion is:
1. It will hardly ever be used by anyone (the wast majority of the users probably never visits the the /packages/ page, or even knows it exists)
2. It will be more work to maintain it than it's worth. Like Dan mentioned, what the page should link to is not always clear, and pages gets created/moved/becomes out of date and so on "all the time"
3. It's really not that hard to have the wiki open in another tab and search for the page yourself.

So may be create search in wiki link like existing 'Bug Reports (http://bugs.archlinux.org/?project=%d&string=%s)' ?

What about GNOME or GDM, which have more than one page? I vote no. I realize this is not a democracy, but I'm voting anyway.

I like the idea of the search a lot more; I could go for that.

But how we should process short named packages, such as iw? Searching by 2 letters can give too many results.

It seems like mediawiki always searches by whole word, so short pkgname is not problem.

Also it is possible to use category in the search. For example:

"remmina category:HOWTOs (English)"

(probably it should be "remmina category:Packages")

Please review this patch (it should add 'search wiki' link)

I fixed up the usage of urlencode() (that takes a dict, not a string), but otherwise looked ok and applied.