Difference between revisions of "User talk:Det"

From ArchWiki
Jump to: navigation, search
("I changed the sed line too but I really don't understand how the exclution thing (with !) works)": new section)
(21 intermediate revisions by 5 users not shown)
Line 1: Line 1:
===Templates vs links===
Nothing to talk about.
I'm talking about [https://wiki.archlinux.org/index.php?title=Fbsplash&diff=167880&oldid=prev] and [https://wiki.archlinux.org/index.php?title=Splashy&diff=167881&oldid=prev]. Why did you change them to direct links? --Karol 17:24, 29 October 2011 (EDT)
:The thing is that the <nowiki>{{Package AUR|}}</nowiki> templates sadly only lead to a search page showing (only) the said package, while actual links go straight to the package's "home page". --Det 18:33, 29 October 2011 (EDT)
::I think we should file a bug report. The AUR should send you to the package page if you run an "exact name" search and there's a result. The search bar is already visible on all pages and the advanced options can still be opened on package pages so it can be left open after a search using "exact name" just like it is now. -- [[User:Thestinger|thestinger]] 23:45, 29 October 2011 (EDT)
:::@Det, I understand your point, but we're trying to give a more consistent, standardized style to articles (see [[Help:Style]]), so please don't use direct links, probably the most proper way to improve this situation is pursuing thestinger's idea on the bug tracker. Can you restore [[Template:AUR]] where you removed it? Thank you, we all recognize the valuable work you've been doing on the wiki for so long :) -- [[User:Kynikos|Kynikos]] 10:56, 30 October 2011 (EDT)
::::Been a while since I last came here. I'll do the bug report in a week or so. My exam week starts tomorrow. --[[User:Det|Det]] 10:30, 23 November 2011 (EST)
:::::Please note: ''The AUR is essentially in maintenance mode. No new features are planned. If you want a bug fixed, or a feature implemented it's probably best to write a patch and send it to the aur-dev mailing list.''
:::::I glanced over the relevant code that would require modification:
:::::* [http://projects.archlinux.org/aur.git/tree/web/html/packages.php packages.php]
:::::* [http://projects.archlinux.org/aur.git/tree/web/lib/pkgfuncs.inc.php pkgfuncs.inc.php] ({{ic|pkg_search_page()}})
:::::* [http://projects.archlinux.org/aur.git/tree/web/template/pkg_search_results.php pkg_serach_results.php]
:::::This change would not be trivial but is certainly feasible. However, I see nothing wrong with returning a single-result search page.
:::::-- [[User:Pointone|pointone]] 14:43, 1 December 2011 (EST)
::::::Yeah, well, it's completely unnecessary. The user is going to click the single result anyway. --[[User:Det|Det]] 04:42, 2 December 2011 (EST)
:::::::You know, I meant that _having_ to click the single result is completely unnecessary. Is the AUR still in maintenance mode? --[[User:Det|Det]] 16:31, 22 February 2012 (EST)
::::::::[https://bugs.archlinux.org/index.php?project=2&do=index&switch=1 Note: The AUR is essentially in maintanence mode. No new features are planned.] I have no idea if this answers your question and whether the feature request will be implemented or not. Was any such request opened or patch sent? -- [[User:Karol|Karol]] 18:04, 22 February 2012 (EST)
:::::::::I don't think a patch has been sent, however this problem can be solved in two ways:
:::::::::#We use the current query string and if the search returns one value, we output the details of the package instead of the search results. The problem here is that we should probably modify pkg_search_page(), which is already quite complex.
:::::::::#We introduce a new GET variable, e.g. {{ic|NAME}}, composing the URL like {{ic|<nowiki>https://aur.archlinux.org/packages.php?NAME=someaurpackage</nowiki>}} and just modify a bit packages.php at the bottom, adding a simple elseif:
{{bc|<nowiki>if (isset($_GET['ID'])) {
} elseif (isset($_GET['NAME'])) {
    if (!$_GET['NAME'] = urldecode($_GET['NAME'])) {
        print __("Error trying to retrieve package details.")."<br />\n";
    } else {
        if (isset($_COOKIE["AURSID"])) {
            package_details(pkgid_from_name($_GET['NAME']), $_COOKIE["AURSID"]);
        else {
            package_details(pkgid_from_name($_GET['NAME']), null);
} else ...
::::::::::Of course I can't test this, can somebody confirm?
:::::::::-- [[User:Kynikos|Kynikos]] 18:50, 22 February 2012 (EST)
:::::::::This one may work too, still in theory (merging if and elseif):
{{bc|<nowiki>if (isset($_GET['ID']) || isset($_GET['NAME'])) {
$id = (isset($_GET['ID'])) ? intval($_GET['ID']) : pkgid_from_name(urldecode($_GET['NAME']));
if (!$id) {
print __("Error trying to retrieve package details.")."<br />\n";
} else {
if (isset($_COOKIE["AURSID"])) {
package_details($id, $_COOKIE["AURSID"]);
else {
package_details($id, null);
} else ...
:::::::::-- [[User:Kynikos|Kynikos]] 19:14, 22 February 2012 (EST)
== "I changed the sed line too but I really don't understand how the exclution thing (with !) works)" ==
Haven't used sed much but the perl part is straight forward. Replace each /sbin/ with /usr/bin/ except if it's
followed by modprobe, since it still is in /sbin/ so we don't want to change those onces.
So {{ic|/sbin/lsmod}} turns into {{ic|/usr/bin/lsmod}}
but {{ic|/sbin/modprobe}} stays as {{ic|/sbin/modprobe}}
If one would use
{{Box BLUE||<nowiki>sed -i "s|/sbin/|/usr/bin/|g" /etc/rc.d/vmware</nowiki>}}
then the path for modprobe would been changed too.
So in that case one would have to change it into something like this:
{{Box BLUE||<nowiki>sed -i -e "s|/sbin/|/usr/bin/|g" -e "s|/usr/bin/modprobe|/sbin/modprobe|g" /etc/rc.d/vmware</nowiki>}}
(someone that have used sed more than I have will probably have a better version than I do)
[[User:Greyscale|Greyscale]] 15:24, 25 February 2012 (EST)

Revision as of 21:30, 26 July 2012

Nothing to talk about.