Difference between revisions of "ArchWiki:Requests"

From ArchWiki
Jump to: navigation, search
(net-tools -> iproute2: Fix vconfig.)
(Strategy for updating package templates: rm closed)
 
(772 intermediate revisions by 31 users not shown)
Line 4: Line 4:
 
See [[ArchWiki:Reports]] to report questionable contributions. Please sign your edits and feel free to comment on others' requests.
 
See [[ArchWiki:Reports]] to report questionable contributions. Please sign your edits and feel free to comment on others' requests.
  
== General requests == <!-- Do not comment on these... -->
+
== General requests ==
  
; [[Special:WhatLinksHere/Template:Accuracy]]: ''Pages flagged with [[Template:Accuracy]], indicating inaccurate content.''
+
; [[:Category:Pages or sections flagged with Template:Accuracy|Inaccurate content]]: Pages flagged with [[Template:Accuracy]].
; [[Special:WhatLinksHere/Template:Out of date]]: ''Pages flagged with [[Template:Out of date]], indicating outdated content.''
+
; [[:Category:Pages or sections flagged with Template:Out of date|Outdated content]]: Pages flagged with [[Template:Out of date]].
; [[Special:WhatLinksHere/Template:Deletion]]: ''Pages flagged with [[Template:Deletion]], indicating irrelevant or unhelpful content.''
+
; [[:Category:Pages flagged with Template:Archive|Obsolete pages]]: Pages flagged with [[Template:Archive]].
; [[Special:WhatLinksHere/Template:Expansion]]: ''Pages flagged with [[Template:Expansion]], indicating incomplete content.''
+
; [[:Category:Sections flagged with Template:Remove|Irrelevant or unhelpful content]]: Pages flagged with [[Template:Remove]].
; [[Special:WhatLinksHere/Template:Poor writing]]: ''Pages flagged with [[Template:Poor writing]], indicating poorly-written content.''
+
; [[:Category:Pages or sections flagged with Template:Expansion|Incomplete content]]: Pages flagged with [[Template:Expansion]].
; [[Special:WhatLinksHere/Template:Merge]]: ''Pages flagged with [[Template:Merge]], suggesting duplicate effort or overlapping scope.''
+
; [[:Category:Pages or sections flagged with Template:Style|Content with language or style issues]]: Pages flagged with [[Template:Style]].
; [[Special:WhatLinksHere/Template:Moveto]]: ''Pages flagged with [[Template:Moveto]], suggesting misleading names.''
+
; [[:Category:Pages or sections flagged with Template:Laptop style|Non-standard laptop pages]]: Pages flagged with [[Template:Laptop style]].
; [[Special:WhatLinksHere/Template:Bad translation]]: ''Pages flagged with [[Template:Bad translation]], indicating poor translations.
+
; [[:Category:Pages or sections flagged with Template:Merge|Duplicate effort or overlapping scope]]: Pages flagged with [[Template:Merge]].
; [[Special:WhatLinksHere/Template:Translateme]]: ''Pages flagged with [[Template:Translateme]], indicating incomplete translations. See also [[ArchWiki Translation Team]].''
+
; [[:Category:Pages or sections flagged with Template:Move|Misleading names]]: Pages flagged with [[Template:Move]].
; [[Special:WhatLinksHere/Template:Stub]]: ''Pages flagged with [[Template:Stub]], indicating incomplete content.''
+
; [[:Category:Pages or sections flagged with Template:Bad translation|Poor translations]]: Pages flagged with [[Template:Bad translation]].
; [[Special:WhatLinksHere/Template:Linkrot]]: ''Pages flagged with [[Template:Linkrot]], indicating dead or broken links which should be repaired or replaced.''
+
; [[:Category:Pages or sections flagged with Template:Translateme|Incomplete translations]]: Pages flagged with [[Template:Translateme]]. See also [[ArchWiki Translation Team]].
; [[Special:WhatLinksHere/Template:Error]]: ''Pages automatically flagged with [[Template:Error]], indicating the presence of a template with an undefined parameter.''
+
; [[:Category:Pages flagged with Template:Stub|Incomplete content]]: Pages flagged with [[Template:Stub]] ([[Template talk:Stub#Definition of stub|deprecated]]).
; [[Special:WhatLinksHere/Template:Unexplained Status Template]]: ''Pages automatically flagged with [[Template:Unexplained Status Template]], indicating the unexplained presence of an [[:Category:Template#Article status templates|article status template]].''
+
; [[:Category:Pages flagged with Template:Redirect|Deprecated titles]]: Pages flagged with [[Template:Redirect]].
 +
; [[:Category:Pages with dead links|Dead or broken links]]: Pages flagged with [[Template:Dead link]]. Should be repaired or replaced.
 +
; [[:Category:Pages with broken templates|Templates with an undefined parameter]]: Pages automatically flagged with [[Template:META Error]]
 +
; [[Special:WhatLinksHere/Template:META Unexplained Status Template|Unexplained presence of an article status template]]: Pages automatically flagged with [[Template:META Unexplained Status Template]].
 +
; [[:Category:Pages with missing package links|Application listed without links to packages]]: Pages automatically flagged with [[Template:META Missing package]].
 +
; [[Special:WantedTemplates|Misspelled or deprecated templates]]: Need to fix template or change to new template.
 +
; [[:Category:Noindexed pages|Noindexed pages]]: Automatic tracking category.
 +
; [[:Category:Pages using duplicate arguments in template calls|Duplicate arguments in template calls]]: Automatic tracking category.
 +
 
 +
Also note that [[Special:WantedCategories]] can show additional automatic [[mw:Help:Tracking categories|tracking categories]].
 +
 
 +
=== Problem redirects ===
  
===Problem redirects===
 
 
{{Note|Redirects should not point to other sites and ones that do sometimes erroneously show up on these pages.}}
 
{{Note|Redirects should not point to other sites and ones that do sometimes erroneously show up on these pages.}}
*[[Special:BrokenRedirects]]
+
 
*[[Special:DoubleRedirects]]
+
* [[Special:BrokenRedirects]]
 +
* [[Special:DoubleRedirects]]
 +
 
 +
=== Broken package links ===
 +
 
 +
ArchWiki contains many broken links to packages not found either in [[official repositories]] or [[AUR]], which is the result of packages being merged, split or removed from the repositories. All pages in the main namespace are regularly checked by a bot, which checks all instances of [[Template:AUR|AUR]], [[Template:Grp|Grp]] and [[Template:Pkg|Pkg]] templates, tries to automatically update them and marks them with [[Template:Broken package link]] when it is not possible to update them automatically.
 +
 
 +
To fix a broken package link, do '''not''' simply remove the reference to the packages from the wiki, do some research first:
 +
 
 +
* Search the package database ({{ic|pacman -Ss}}) and [https://aur.archlinux.org/packages/ AUR], it is possible that the package was merged/renamed.
 +
* If looking for a specific file, for example a binary that was part of the package, [[pkgfile]] might do the trick.
 +
* If unsure, mark the page or section with an appropriate [[Help:Template#Article status templates|status template]] rather than completely removing the reference to the package.
 +
 
 +
To help with manual updates, each "broken package link" template provides a hint:
 +
 
 +
* "invalid number of template parameters" &ndash; All [[Template:AUR|AUR]], [[Template:Grp|Grp]] and [[Template:Pkg|Pkg]] templates take exactly one parameter, but the wikitext specified more (or none). In most cases the excesive parameters should be moved to the surrounding text, or removed if already there.
 +
* "replaced with ''[other package]''" &ndash; The package was renamed or merged into another, which specifies the old package name in the [[PKGBUILD#replaces|replaces]] array. In most cases the old package should be simply replaced with the new one and surrounding text updated accordingly.
 +
* "archived in [[Template:aur-mirror|aur-mirror]]" &ndash; Marks old AUR3 packages, which were not submitted to AUR4, or were deleted since then. You may consider resubmitting them to the AUR if interested in maintaining them.
 +
* "package not found" &ndash; Default hint when none of the above applies.
 +
 
 +
All pages with broken package links are tracked in [[:Category:Pages with broken package links]]. There is also an automatic report page at [[User:Lahwaacz.bot/Reports/archpkgs]].
 +
 
 +
{{Note|1=The bot updates only package links, but not the text around them, which is too context-sensitive. For example, in [https://wiki.archlinux.org/index.php?title=Smokeping&diff=prev&oldid=308608] the AUR link was changed to Pkg, but the surrounding text still says that the package is in AUR. These instances can be fixed and "future-proofed" by simply removing the surrounding description of where the package is; see also [[Help:Style#Package management instructions]]. We currently have no means of automatically tracking this kind of problems, suggestions are welcome.}}
  
 
== Creation requests ==
 
== Creation requests ==
Line 33: Line 65:
 
How to configure SAMBA PDC + LDAP in Arch Linux? (Moved from another page. [[User:Hokstein|Hokstein]] 19:57, 16 September 2007 (EDT))
 
How to configure SAMBA PDC + LDAP in Arch Linux? (Moved from another page. [[User:Hokstein|Hokstein]] 19:57, 16 September 2007 (EDT))
  
=== Tripwire ===
+
=== Left-Handed Adjustments for Desktop Environments ===
  
Finding information on the install of this program already requires a bit of searching around the net, and then a variety of modifications to get it running correctly. It would be nice to have a good HowTo about the install and setup of Tripwire on Arch. The package is availabe in community.
+
I was thinking it would be helpful for lefties if there were a list of configuration options for each desktop environment that facilitate left-handed use of mice and touchpads. I'm not sure if this is related enough to Arch to include in this wiki, but I haven't had a lot of luck finding information for my own DE (KDE) let alone for others. I will start writing down information, and if no one else thinks there should be a separate page for this, I'll just add the information I find to each individual DE's page. —[[User:ajrl|ajrl]] 2013-08-11T15:09−06:00
:It has since been removed from [community], it's [https://aur.archlinux.org/packages.php?ID=50311 in the AUR] now. -- [[User:Karol|Karol]] 21:52, 29 August 2011 (EDT)
+
: I think a separate page is better. -- [[User:Fengchao|Fengchao]] ([[User talk:Fengchao|talk]]) 11:58, 12 August 2013 (UTC)
 +
 
 +
=== Input methods ===
 +
 
 +
Currently there is no page on ArchWiki properly describing various input methods ''generally''. There is only [[Internationalization#Input_methods_in_Xorg]], but it has several problems:
 +
 
 +
* missing descriptions
 +
* [[Keyboard configuration in Xorg#Configuring_compose_key|X compose key]] does not fit in
 +
* GTK has a default "simple" input method featuring the {{ic|Ctrl+Shift+u}} shortcut for entering a unicode character (this was added recently into a wrong article: [https://wiki.archlinux.org/index.php?title=Bash&diff=289079&oldid=287436]) - again, no description
 +
* no description of XIM - outdated, but sometimes used as fallback?
 +
 
 +
So this is quite enough material to start a new great article ;)
 +
 
 +
-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 18:23, 18 December 2013 (UTC)
 +
 
 +
:Update to note: While [[Internationalization#Input_methods_in_Xorg]] itself still remains a stub, we had editors contributing language specific instructions which were set as subpages of the article:
 +
:[[Internationalization/Japanese]] and [[Internationalization/Korean]]
 +
:--[[User:Indigo|Indigo]] ([[User talk:Indigo|talk]]) 21:57, 11 January 2015 (UTC)
 +
 
 +
===DRI===
 +
An article, or even stub that links to resources, explaining what DRI is, why it's important, differences between DRI 1, 2, 3, how DRI1 is no longer supported as of xorg-server 1.13, simple xorg.conf code explaining the DRI section, enabling the composite and render extensions there, these and more. Just my thoughts.
 +
 
 +
=== ldns ===
 +
 
 +
ldns is a core package with no wiki documentation. It is also relatively new in the world of DNS tools and is not well covered on the Internet. Documentation of basic features and what it is not (eg a replacement for bind) would provide a valueable resource.  
 +
[[User:MichaelRpdx|MichaelRpdx]] ([[User talk:MichaelRpdx|talk]]) 20:07, 17 February 2014 (UTC)
 +
 
 +
:The description of the {{Pkg|ldns}} package is "Fast DNS '''library''' supporting recent RFCs". The [https://www.nlnetlabs.nl/projects/ldns/ official homepage] mentions that several example programs are included with the library, the [https://www.nlnetlabs.nl/projects/ldns/doc/index.html official docs] is probably best for programmers. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 21:37, 17 February 2014 (UTC)
 +
 
 +
=== Perl ===
 +
Surprisingly, there is no wiki page describing the installation and configuration of Perl, unlike Python, Ruby etc. Could include the installation of CPAN modules and a list of good tutorials for beginners, too. So far there is only guides for packaging Perl and its modules ([[Perl Policy]] and [[Perl package guidelines]] respectively) -- [[User:bluestreak0|bluestreak0]] 01:32, 17 April 2014 (UTC)
 +
 
 +
===Linux console===
 +
 
 +
I was thinking that a new page for the console would be a good idea. The [[Wikipedia:Linux console]] article gives a short general overview, but obviously doesn't concern the configuration. Since it's an independent system, configured separately from any graphical environment, it would bring together several related sections across multiple articles in one place. It's a fairly complex system and difficult to cover in any depth in small sections across other articles (such as [[Fonts]]). I've put together a basic example, [[User:Teppic74/Linux_console]]. -- [[User:Teppic74|Teppic74]] ([[User talk:Teppic74|talk]]) 17:11, 3 July 2014 (UTC)
 +
 
 +
:See [[User:Isacdaavid/Linux_Console]] for a newer draft. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 09:14, 28 August 2016 (UTC)
 +
 
 +
:Sounds interesting, but I don't know how deep you want to go in the description, it may be too much for a single page as, according to your outline, the resulting article would cover all [[Fonts#Console fonts]], [[Keyboard configuration in console]], part of [[Extra keyboard keys]], [[Map scancodes to keycodes]] and [[Extra keyboard keys in console]]. The keyboard configuration is split mainly because the configuration for [[Xorg]] is connected to it, I don't know how this would be done if the low-level description is moved. On the other hand, some of these articles could use some reorganization, so it may still be possible... -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 13:17, 4 July 2014 (UTC)
 +
 
 +
::I feel this is part of the problem, that the details concerning the console are tacked on to other articles rather than being naturally associated with them. As things stand, I think the documentation is lacking. I don't think a huge amount of information is needed, it would just be helpful to be in one place, as the console is mostly isolated from the rest of the system. The other articles could link to the console article for further details. Another possibility is separate articles exclusively for the console display and keyboard, but they're obviously part of the same topic. -- [[User:Teppic74|Teppic74]] ([[User talk:Teppic74|talk]]) 18:48, 4 July 2014 (UTC)
 +
 
 +
===Sublime-text===
 +
I think creating a page and mentioning ways to improve sublime-text integration with Gnome would be a good idea.
 +
The trick is if you run sublime with ''--class=<filename of sublime text .desktop file, e.g. sublime_text_3>'', it would help Gnome and XFCE to group sublime instances with its respective desktop file.
 +
This is mentioned in the comments of the aur package but I think it's better that this would be in the wiki.--[[User:183.amir|183.amir]] ([[User talk:183.amir|talk]]) 12:41, 19 December 2014 (UTC)
 +
 
 +
===iPXE===
 +
iPXE is a powerful network boot program with many features. Currently, there is no iPXE specific page to describe iPXE in details.
 +
There are some pages mentioning iPXE in the wiki, mostly related to network booting, without any further instruction on how to get iPXE to work.
 +
So I think it's worth to add a page with detailed iPXE explanation in the wiki.
 +
[[User:Alive4ever|Alive4ever]] ([[User talk:Alive4ever|talk]]) 10:08, 21 July 2016 (UTC)
  
 
== Modification requests ==
 
== Modification requests ==
Line 42: Line 125:
 
''Here, list requests for correction or other modification of existing articles. Only systemic modifications that affect multiple articles should be included here. If a specific page needs modification, use that page's ''discussion'' or ''talk'' page instead and one of the [[#General requests]] templates.''
 
''Here, list requests for correction or other modification of existing articles. Only systemic modifications that affect multiple articles should be included here. If a specific page needs modification, use that page's ''discussion'' or ''talk'' page instead and one of the [[#General requests]] templates.''
  
As a rolling release,Arch constantly receive update and improvement. Arch wiki have to be updated quickly to reflect the changes.
+
As a rolling release, Arch is constantly receiving updates and improvements. Because of this the Arch wiki must be updated quickly to reflect these changes.
  
===net-tools -> iproute2===
+
=== Should we remove or archive obsolete articles? ===
  
{{Pkg|net-tools}} is dead upstream, and Arch has switched to using {{Pkg|iproute2}} for {{Pkg|initscripts}}. net-tools isn't a dependency of anything in {{Grp|base}}, and isn't in the base group itself &mdash; we shouldn't assume it is installed anymore.
+
''[Moved to [[ArchWiki talk:Administrators#Should we remove or archive obsolete articles?]]; keeping the section subtree here to prevent backlink breakage until the whole discussion is closed. — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 08:05, 12 April 2016 (UTC)]''
  
* ifconfig -> ip addr, ip link
+
==== List of suggested solutions ====
* route -> ip route
+
* <s>arp -> ip neigh [Done]</s>
+
* <s>vconfig- > ip link</s>
+
* <s>iptunnel -> ip tunnel</s>
+
* <s>ipmaddr -> ip maddr</s>
+
* netstat -> ss
+
-- [[User:Thestinger|thestinger]] 11:32, 8 June 2011 (EDT)
+
:{{Pkg|iproute2}} (in [testing]) is now in the {{Grp|base}} group [https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/iproute2&id=76227f63ee1920f9d25da2fb15dfb13158a53875], which is yet another reason we need to get these commands updated.
+
:-- [[User:Jstjohn|Jstjohn]] ([[User talk:Jstjohn|talk]]) 22:13, 21 October 2012 (UTC)
+
  
===wireless_tools -> iw===
+
==== Enforcement ====
  
{{Note|iw isn't on the install media yet}}
+
===== Restoring revisions and redirection =====
  
In addition to the net-tools deprecated, commands like iwconfig and iwlist are deprecated too. These should be updated to the appropriate iw commands. The one problem with this is that iw output is sometimes much more verbose.
+
===== Separation of archive content =====
  
* iwconfig -> iw
+
===== Double redirects =====
* iwlist scan -> iw scan
+
  
[[User:Thestinger|thestinger]] ([[User talk:Thestinger|talk]]) 07:06, 26 September 2012 (UTC)
+
===== Rename Template:Deletion =====
  
===DeveloperWiki===
+
===== How to archive templates =====
Many pages are out of date and I can't even flag them out of date. Should users be warned that pages in this "category" may be really old and abandoned? -- [[User:Karol|Karol]] 09:19, 8 October 2011 (EDT)
+
:Perhaps we can create a special template to be included at the top of every article in that category? -- [[User:Kynikos|Kynikos]] 13:41, 8 October 2011 (EDT)
+
  
===Remove -f short option for --force===
+
=== Renamed software ===
It's not live yet [https://mailman.archlinux.org/pipermail/pacman-dev/2011-October/014589.html] but will force some changes - is it bot-able or do we have to comb the wiki by hand? -- [[User:Karol|Karol]] 14:13, 19 October 2011 (EDT)
+
:Uh I see, well, searching [https://wiki.archlinux.org/index.php?title=Special%3ASearch&redirs=1&search=%22pacman+-Sf%22&fulltext=Search&ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns14=1&ns15=1 "pacman -Sf"] and [https://wiki.archlinux.org/index.php?title=Special%3ASearch&redirs=1&search=%22pacman+-Uf%22&fulltext=Search&ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns14=1&ns15=1 "pacman -Uf"] doesn't give many results, however a regexp'd bot search with something like "pacman -[A-Za-z]*f" would catch more complex combinations and also possible existing mistakes. -- [[User:Kynikos|Kynikos]] 19:23, 19 October 2011 (EDT)
+
::[https://mailman.archlinux.org/pipermail/pacman-dev/2012-November/016078.html pacman 4.1] removes the short {{ic|-f}} option. How can I do a regexp'd search? Sometimes a bit more editing will be needed e.g. [https://wiki.archlinux.org/index.php/Pacman#Q:_I_installed_software_using_.22make_install.22.3B_these_files_do_not_belong_to_any_package.21]. -- [[User:Karol|Karol]] ([[User talk:Karol|talk]]) 16:09, 14 November 2012 (UTC)
+
:::I just fixed every instance of {{ic|pacman -Sf}} I could find via search. I'm guessing there are a lot of special cases that were missed though (e.g. [https://wiki.archlinux.org/index.php?title=Xorg_(%E6%AD%A3%E9%AB%94%E4%B8%AD%E6%96%87)&oldid=210122#.E5.AE.89.E8.A3.9D_xorg]).
+
:::-- [[User:Jstjohn|Jstjohn]] ([[User talk:Jstjohn|talk]]) 17:39, 14 November 2012 (UTC)
+
  
===ck-launch-session dbus-launch and friends===
+
==== Gummiboot ====
[[Help:Style#Hypertext_metaphor]] taken to extreme: while searching for some hints on the ''exec ck-launch-session dbus-launch yourwm'' thing, I found myself tracking a piece of referenced info that has fallen victim to some daisy-chain mania.
+
  
[[Fluxbox]] tells you to check [[Xinitrc]]: "[https://wiki.archlinux.org/index.php/Fluxbox#Method_2:_.7E.2F.xinitrc See Xinitrc for more details.]" Once there you learn that it has something to do with [[Xinitrc#Policykit|Policykit]] ... or Xfce, as you're told to "See also the notes of Xfce#Manually for more details.". Let's see what's on [[PolicyKit]]'s page first. "Please note: to correct issues with automount and shutdown, please check the ConsoleKit page."" [[ConsoleKit]] was a disappointment for me, seems the princess is in another castle. Let's see that Xfce article mentioned earlier. Indeed, [[Xfce#Manually]] seems to have the most info about the issue, but not by much.
+
Gummiboot is included in {{Pkg|systemd}} since 220-2 as [[systemd-boot]]. Relevant search: [https://wiki.archlinux.org/index.php?title=Special:Search&limit=500&offset=0&profile=default&search=gummiboot gummiboot] -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 14:05, 30 August 2015 (UTC)
  
Unfortunately we don't have tools to see such "double-redirects" and lacking expertise in this particular issue is definitely a factor. Can someone please untangle this mess? -- [[User:Karol|Karol]] 16:37, 19 October 2011 (EDT)
+
=== index.php in url address ===
:Update: When the new polkit package moves from [testing], we can remove every single mention of ck-launch-session on the wiki - consolekit support has been dropped upstream and Arch is going to drop it from all the other packages too. This was also never actually needed, since a session is already started with pam, and you simply needed to keep the session on the same tty.
+
  
:Using dbus-launch is usually not needed at all, and should be removed ''almost'' everywhere too.
+
Admins of Arch Wiki, do you noticed, that in every page address begins with ''https://wiki.archlinux.org/index.php?title=''? Why? It is uncomfortable. Why could not you do just article name after ''https://wiki.archlinux.org/''? — [[User:Agent0|Agent0]] ([[User_talk:Agent0|talk]]|[[Special:Contributions/Agent0|contribs]]) 22:48, 6 March 2015 (UTC)
:[[User:Thestinger|thestinger]] ([[User talk:Thestinger|talk]]) 18:56, 20 October 2012 (UTC)
+
::I decided just to get this right once and for all in [[xinitrc]] with the xinitrc.d snippet to start dbus, and preserving the session by keeping X on the same tty (which works with both logind and ck). It also avoids all the things that can go wrong with ck-launch-session (dbus being started first, for one). [[User:Thestinger|thestinger]] ([[User talk:Thestinger|talk]]) 22:24, 24 October 2012 (UTC)
+
  
===udev update===
+
:Administrators can't configure the entry-point urls, that's something that should be done in LocalSettings.php, which however is currently unpatchable because of {{Bug|35545}}.
[https://mailman.archlinux.org/pipermail/arch-dev-public/2011-October/021795.html] says that "The long deprecated keys: SYSFS=, ID=, BUS= have been removed." (among other changes). Many wiki articles use them in the udev rules.
+
:Nonetheless I agree with you, urls could be prettified by removing "index.php/", I think [https://wiki.archlinux.fr/Sp%C3%A9cial:Version#URL%20des%20points%20d%27entr%C3%A9e wiki.archlinux.fr] has the best configuration in this respect. Documentation is in [[mw:Manual:Short URL/LocalSettings.php]]. Backward compatibility wouldn't be a problem since urls can be easily rewritten by the http server.
 +
:— [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 01:49, 7 March 2015 (UTC)
  
=== MediaWiki Visual Editor ===
+
::I have noticed, that article's path became ''https://wiki.archlinux.org/index.php/Page_title''. Better, but still with ugly index.php. I agree with you, french arch linux wiki did varian which I wanted: just clearly ''https://wiki.example.com/Page_title''. But according to [https://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory] it is not recommended in some cases. As I understand, it just do not allow you (Pierre) to use some titles as articles, for example https://wiki.example.com/favicon.ico, but really, what reason to have such articles =D. And another problem may be that it may require root access to hosting server. Does wiki.archlinux.org is running on virtual server or it is hosted on a normal server? — [[User:Agent0|Agent0]] ([[User_talk:Agent0|talk]]|[[Special:Contributions/Agent0|contribs]]) 09:59, 17 August 2015 (UTC)
References to the [http://www.mediawiki.org/wiki/Special:VisualEditorSandbox Visual editor sandbox] should me made on the Wiki and BBS, especially where new users will easily come across it. ~ [[User:Filam|Filam]] 16:12, 16 December 2011 (EST)
+
  
=== alsaconf removed from alsa-utils ===
+
=== Change drive naming/accessing to UUID? ===
{{Bug|28631}} There are many mentions of 'alsaconf' in the wiki. I have no idea whether to just remove them or suggest using some other tool instead. -- [[User:Karol|Karol]] 17:16, 8 March 2012 (EST)
+
:Interesting, I think most of the mentions are on the out-of-date laptop pages and I'm not too worried about trying to maintain those. [[User:Thestinger|thestinger]] 00:32, 11 April 2012 (EDT)
+
  
=== Move/Merge articles to external wikis ===
+
Trying to install drives with/out Luks, LVM on internal, external drives is quite complicated currently. Following the ralated articles suggest different ways of reaching the goal. Many different drive name conventions are suggested, eg.:
Although French<s>, Swedish</s> and Finnish have their own wikis, we're still hosting some articles in those languages:
+
*[https://wiki.archlinux.org/index.php?title=Special%3ASearch&profile=advanced&search=fran%C3%A7ais&fulltext=Search&ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns14=1&ns15=1&redirs=1&profile=advanced French articles]
+
*<s>[https://wiki.archlinux.org/index.php?title=Special%3ASearch&profile=advanced&search=svenska&fulltext=Search&ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns14=1&ns15=1&redirs=1&profile=advanced Swedish articles]</s> (all moved now)
+
*[https://wiki.archlinux.org/index.php?title=Special%3ASearch&profile=advanced&search=suomi&fulltext=Search&ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns14=1&ns15=1&redirs=1&profile=advanced Finnish articles]
+
  
Some users of those wikis should probably be contacted in order to complete the move/merge, replacing those articles with interlanguage links at least on the respective English pages.
+
* /dev/sda2
 +
* /dev/md0
 +
* /dev/mapper/md/0
 +
* /dev/mapper/vgroup-lvm-root
 +
* /dev/vgroup-luks/root
 +
* ...
  
-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 16:34, 10 May 2012 (UTC)
+
Some of them don't work with portable external drives. This overcomplicates setting up encrypted drives in different situations. My suggestion is, to change all drive related articles to one specific solution of addressing drives universal. Currently I think of UUDI drive naming as a way to go. This would ease the process of drive naming in all kinds of situations:
  
===New dependencies for pacman===
+
* The reader is guided through system setup along one red line
''[moved from [https://wiki.archlinux.org/index.php?title=ArchWiki_talk:Reports&oldid=203433#New_dependencies_for_pacman] -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 09:30, 2 June 2012 (UTC)]''
+
* Troubleshootiing "no drie found" is strait forward
 +
* Many sections become clearer to read even when not reading the whole article
 +
* Articles are easier to write and maintain
 +
* Beginners have an easier read and geta better idea of how to access drives
 +
* Accessing internal/external encrypted drives is easy
 +
' LMV or other virtual file systems are easier to describe and setup
  
Some parts of the wiki may need updating, e.g. [https://wiki.archlinux.org/index.php/Pacman#Q:_Pacman_is_completely_broken.21_How_do_I_reinstall_it.3F] (the last one in the FAQ). -- [[User:Karol|Karol]] 08:39, 20 January 2012 (EST)
+
Ok, I know it is a big suggestion. I wanted to bring it up here, bacause I have the impression that following one primary path would help a lot - everyone involved. It doesn't need to be done in one day. While I think to have one suggested guideline would be a good start. Then with thain mind, we all have it easier to change those sections while Writing/editing Wiki entries.
:<s>This sounds more like a request, I'd move it under [[Requests#pacman_4_in_.5Bcore.5D]], as a subdiscussion, agreed? -- [[User:Kynikos|Kynikos]] 07:57, 21 January 2012 (EST)</s>
+
:There are actually quite a few dependencies that aren't mentioned, since a broken dependency of pacman would also break pacman (can see them all with {{ic|<nowiki>pactree -l pacman | sort -u | cut -f 1 -d ' '</nowiki>}}). The packages that would need to be downloaded and extracted would vary depending on which partial upgrade was done. [[User:Thestinger|thestinger]] 15:19, 21 February 2012 (EST)
+
  
===vmlinuz26===
+
[[User:T.ask|T.ask]] ([[User talk:T.ask|talk]]) 11:22, 30 March 2015 (UTC)
Instead of flagging all articles still using the old kernel image naming out of date, can we do some mass-renaming? -- [[User:Karol|Karol]] 20:55, 20 October 2011 (EDT)
+
:Last week, I found at one article that was using vmlinuz26 in an example for users of non-recent kernel versions. I'm not sure if we would want to keep such an example around, but we may want to decide that before doing a mass rename. And for what it's worth, I don't think it is necessary to keep such antiquated examples around. -- [[User:Jstjohn|Jstjohn]] ([[User talk:Jstjohn|talk]]) 20:53, 4 June 2012 (UTC)
+
::Of course I don't know what article you're referring to, but doing a mass-renaming with a bot sounds a bit dangerous, because as you've pointed out there may be exceptions where the old kernel names are still ok. I'm moving this discussion out of Bot requests. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 14:57, 5 June 2012 (UTC)
+
::: The rename is done very long time ago. I am stating to do the following except few places as mentined above.
+
:::* {{ic|vmlinuz26}} to {{ic|vmlinuz-linux}}
+
:::* {{ic|kernel26.img}} to {{ic|initramfs-linux.img}}
+
:::* {{ic|kernel26-fallback.img}} to {{ic|initramfs-linux-fallback.img}}
+
:::-- [[User:Fengchao|Fengchao]] ([[User talk:Fengchao|talk]]) 05:40, 26 September 2012 (UTC)
+
  
=== Unified /usr directory ===
+
:Hi, To your own examples above: using an UUID for a /dev/mapper/* device declaration is generally unnecessary (the uniqueness of the device is determined when it is mapped). I think you overestimate the amount of users who actually require setting up the examples where it really matters (e.g. external drives). What I don't understand is why you consider using UUIDs being easier to read/describe. For starters the terribly long UUIDs will break formatting in many cases, e.g. making code blocks in-text not possible. An UUID itself gives no contextual hint, something that a device name does. If you look at the three examples in [[Persistent block device naming#Boot managers]], you really find the UUID one the easiest?  
* Clearly document the change under gong for a unified {{ic|/usr}}
+
:I think you are certainly right in that we may lack crosslinks to [[Persistent_block_device_naming]] in some articles where it may be important to use an UUID. Maybe we also need an example section to illustrate singular important points in [[Persistent block device naming]] and maybe there are individual articles/sections where content should indeed use a form of persistent naming straight away.
* Add TroubleShooting section about any user intervention needed
+
:Suggestion: How about using [[Talk:Persistent block device naming]] to assemble a list of ''particular'' article sections with content where persistent naming should be made more prominent? That way we could also figure if and which examples may be useful to be added. --[[User:Indigo|Indigo]] ([[User talk:Indigo|talk]]) 17:47, 30 March 2015 (UTC)
 +
::Hi, I started this topic because "by design" Linux has so many ways to assign drives and the Wiki uses them kind of "randomly". Finding the ''best drive naming method'' for the Wiki is my intention. Giving the reader a hand, by enabling him/her to understand one way of accessing drives and collect all the others somewhere.
 +
::I'm suggesting UUIDs, because they can be used for local and mobile situations. They are easy to use. The UUID format is universal and is independent of the location (local/mobile) or the context (LVM, Raid, Luks, ...) in which they are used.
 +
::The reason why I'm bring this up is, that it seems, the wiki has currently no standardized form of drive path declaration. If we can find one practical method, it will be easier to write, edit and maintain articles. Everyone involved will know then, which method is the recommended.
 +
::Therefore, I wanted to start an open conversation, to find ideas to improve the situation. I guess, UUIDs are also a good choice, because they are easy to substitute with pseudo code, eg.:
 +
::* "mount /dev/disks/by-uuid/e9ea05ce-0ccb-87a1-c71e-90fab8be1944 /mnt"
 +
::could then be written as:
 +
::* "/dev/disks/by-uuid/[UUID] /mnt"
 +
::instead of having the choice of:
 +
::* "mount /dev/sda3 '''or'''
 +
::* /dev/mapper/vgroup--lvm-root '''or'''
 +
::* /dev/md/0 '''or'''
 +
::* /dev/md0 '''or'''
 +
::* '''...''' /mnt"
 +
::The reader immediately knows:
 +
::* "I just need to alter [UUID]"
 +
::There is no need to know of all possible alternative methods making use of the Wiki example. Because the user already learned (Beginners Guide) how to determine UUIDs those examples are well adoptable.
 +
::Reduced uncertainties like the reader had before:
 +
::* Can I use that example's local path in my case, too?
 +
::* What's my case anyway? And how is it different for the one provided?
 +
::* Is my drive IDE, SATA or ... what?
 +
::* Where and how is the correct format of my drive/partitions's path?
 +
::* I need an example to boot my USB drive everywhere. That provided example doesn't work for me. Where is the article I need to know?
 +
::* I skimmed through many articles, no success so far. There must be one, but where?
 +
::* I have an Luks, Raid, LVM (or mixed) situation here. The current article just uses /dev/sdi3. What to do?
 +
::* Which article do I need to read first? I can't use the current example. How about alternatives?
 +
::The reader's issue is, that "/dev/sdb3" drive paths aren't that descriptive without the knowledge of how and when they are used as written. They are nice for that particular situation, but may immediately loose their meaning in other use cases?!
 +
::If we could pick out one drive naming method the Wiki uses, then we are able to eliminate many of the upper soliloquies and ...
 +
::* We get a good article structure for the writer, reader and maintainer.
 +
::* The provided method will work in either situation (local/mobile/..).
 +
::* All alternative methods can be listed in '''one''' conversion article/table.
 +
::The reader can quickly move on reading the article:
 +
::* ''Great, I already know how to determine UUIDs. I just change it.''.
 +
::As you mentioned, crosslinks then point to one subpage, where the conversion to other alternative methods is explained.
 +
::Don't get me wrong, I don't want to imply something is wrong with the current way the Wiki does it. This just a natural process how something grows. A bit of standardization may help here.
 +
::I'm for UUIDs so far, because are easily exchangeable and can be written as '''[UUID]''' in the Wiki.
 +
:: OMG, I wrote a huge wall of text. Sorry for that. It's not easy and very time consuming writing down what I wanted to say. as a non-native speaker. I hope, it's now easier to understand what my intention was. I'm kind of uncertain that I found the right words. --[[User:T.ask|T.ask]] ([[User talk:T.ask|talk]]) 13:24, 31 March 2015 (UTC)
  
=== Clearly warn about pacman force option ===
+
:::Thank you for elaborating on the background of why you propose it. No need to apologize at all for taking the time to give input how to improve our wiki! I just want to add two thoughts on it:
In [[pacman]] page, the FAQ mentioned {{ic|pacman -S --force}} when "file exists in filesystem" without warning clearly that {{ic|--force}} may break the system. The [[pacman#Usage]] should clearly prevent users from using this option. Maybe something like:
+
:::(1) One reason descriptive device declarations (/dev/sda/...) are easy to grasp is that everyone is used to them. It starts when you open any partitioning tool - you start it for a device from the /dev tree. Try to find the term "UUID" in the manpage of cfdisk/cgdisk/parted (fdisk has it, the others not a mention). With this I don't want to say your intention to introduce the user early to use persistent naming is wrong, just that using descriptive naming is common and, thereby, accessible to the reader.
 +
:::(2) I like your idea of using a "/dev/disks/by-uuid/[<s>YOUR</s>UUID] /mnt" format (we call other instances of such 'pseudo-variables'). Still, if you used it in an article context, e.g. an encrypted LVM, you would still have to more verbosely describe '''which''' dev/blockdevice/vg/lv UUID is meant to be mounted on /mnt. I still can't really picture for myself how writing and reading it is easier in general.
 +
:::As I wrote above, I agree we might need to pinpoint the advantages of persistent naming more, but we do some already (e.g. right from the start: [[Beginners' guide#Generate an fstab]]). In short I believe we are better off with the way we have it (no rule on it, as long as the contribution fits the article contributed to all editors may choose what's best in context). That's it from me. Looking forward to read feedback & other opinions. --[[User:Indigo|Indigo]] ([[User talk:Indigo|talk]]) 20:46, 31 March 2015 (UTC)
  
{{Warning|1=Only use this option when it is recommend in [https://www.archlinux.org/news/ the Arch News]}}
+
::::IMO man page examples are sometimes a bit behind "new standards". That's natural and this shouldn't prevent us from moving a bit more forward. With Arch we have [https://en.wikipedia.org/wiki/Universally_Unique_Identifier UUIDs] - lets use them :)
 +
::::In case the user doesn't know UUIDs, we will guide him/her to a short conversion-table/article on how to switch to UUIDs. Actually it's much easier to grasp than often thought:
 +
::::* Just enter '''lsblk -f''' and it's obvious which UUID points to which drive in any context (raid, luks, lvm, ...). As this [http://dpaste.com/3RYFAPY Get UUID example] shows, just copy the corresponding UUID and use it with all UUID Wiki examples. IMHO it's quite easy.
 +
::::I see where you are coming from, while I'm confident the reader will  learn fast how UUIDs work. A new user will not even know which other options have been there before. Moreover, as the reader is already familiar with UUIDs he/she won't experience future problems with moving drives around. The experienced user just reads the conversion-table/article.
 +
::::You see, I'm quite confident that the user will grasp UUIDs easily. Also, this will prevent him/her from experiencing future problems. We just need the courage to do the first step. It's not something we need to do in one day. We have all the time to slowly move into one direction.
 +
::::That's why I would also appreciate other opinions on this topic here.
 +
::::[[User:T.ask|T.ask]] ([[User talk:T.ask|talk]]) 12:45, 1 April 2015 (UTC)
  
===systemd is now the default===
+
:::::Hi, T.ask, thank you for discussing this, however I'm not sure if this is all only theoretical or you have a precise idea of how to put it into practice, because after reading all the discussion I haven't understood very well how this idea would change our articles. At this stage you must choose one of our ''important'' articles, e.g. [[LVM]], and explain us how the article would change in details, so we can discuss on something more tangible. — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 14:37, 2 April 2015 (UTC)
  
{{pkg|initscripts}} has been moved to [extra], so systemd is now used on new installs. Pages need to be updated because of this change:
+
::::::Hi, Kynikos. Yes, it's always better to have a good practical example if things seem to be complicated. I'm quite busy right now. When I find the time, I will start changing the Wiki (slowly) as I mentioned before. [[LVM]] is a nice example, while I would like to start with those sections which are easier to adapt and more commonly used. Especially if I need to add a new subsection (How do you work with UUIDs) beforehand. --[[User:T.ask|T.ask]] ([[User talk:T.ask|talk]]) 10:44, 21 April 2015 (UTC)
* [[Time]] - Done.
+
* [[rc.conf]] - Done.
+
* [[Arch Linux]] - Done.
+
-- [[User:Thestinger|thestinger]] ([[User talk:Thestinger|talk]]) 16:20, 13 October 2012 (UTC)
+
:I didn't think you would simply remove info related to initscripts e.g. [https://wiki.archlinux.org/index.php?title=Time&diff=231755&oldid=231754]. How are people who are still using initscripts going to check the timezone? -- [[User:Karol|Karol]] ([[User talk:Karol|talk]]) 22:32, 28 October 2012 (UTC)
+
:: Maybe we should put old info into [[initscripts]] instead of remove them. -- [[User:Fengchao|Fengchao]] ([[User talk:Fengchao|talk]]) 02:35, 12 November 2012 (UTC)
+
:::I agree. The old initscripts info should remain at least until {{pkg|initscripts}} is removed from the official repos.
+
:::-- [[User:Jstjohn|Jstjohn]] ([[User talk:Jstjohn|talk]]) 21:53, 12 November 2012 (UTC)
+
  
=== polkit rebuild ===
+
:::::::As I said, it would be better if you showed us an example here or in your User page ''before'' starting to actually "chang[e] the Wiki". Take your time of course :) — [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 02:30, 22 April 2015 (UTC)
  
ConsoleKit support has now been fully dropped from all packages in the repositories. There is no need for {{ic|ck-launch-session}} and friends after this moves.
+
=== FAQ ===
  
Please use link to [[General Troubleshooting#Session permissions]] to replace anything mentioning {{ic|ck-launch-session}}, {{ic|dbus-launch}}, problems with consolekit/logind, etc.
+
The [[FAQ]] could use an entry like "After upgrading my kernel, I can't mount USB devices", preferably linking {{Bug|16702}}. See [https://wiki.archlinux.org/index.php?title=VirtualBox&curid=3745&diff=400434&oldid=400154] for a case where users are not aware of this. -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 22:55, 18 September 2015 (UTC)
  
-- [[User:Thestinger|thestinger]] ([[User talk:Thestinger|talk]]) 04:40, 26 September 2012 (UTC)
+
:+1, but I'd place it into [[General troubleshooting]]. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 07:52, 19 September 2015 (UTC)
  
=== virtualbox-iso-additions & Co. package name changes ===
+
=== Pacman hooks ===
I guess virtualbox-iso-additions is now called virtualbox-guest-iso. There are other changes (virtualbox-modules -> virtualbox-host-modules, virtualbox-source -> virtualbox-host-source) but the old names are not used in English articles.
+
There may be some other changes (new names, changes to how things work), I only edited [https://wiki.archlinux.org/index.php?title=VirtualBox&diff=224667&oldid=224260 that one thing] because I know nothing about virtualbox. If no more edits are needed, feel free to close this request. -- [[User:Karol|Karol]] ([[User talk:Karol|talk]]) 08:58, 23 September 2012 (UTC)
+
  
=== Inconsistent block size value for dd command ===
+
Hooks support is mandatory as of 2016-04-23 [https://www.archlinux.org/news/required-update-to-pacman-501-before-2016-04-23/], and {{ic|.install}} files in the repos are gradually being outphased: see [[DeveloperWiki:Pacman Hooks]] -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 15:32, 29 April 2016 (UTC)
There are many examples of the {{Pkg|dd}} command on the ArchWiki and they use various values for the block size option. There seems to be a lot of confusion about what value to use. This is exemplified by the [http://serverfault.com/questions/4906/using-dd-for-disk-cloning Using DD for disk cloning] question on Server Fault. I have also collected a few examples from the ArchWiki (see: [[User:Filam/Block size#Disparate examples]]).
+
In order to make these examples more consistent I would like to either write [[Block size]] or [[Dd]]. Then any examples could be replaced by references like the [[Help:Style#Package management instructions|Package management style rules]].
+
What do you think of that plan? ~ [[User:Filam|Filam]] ([[User talk:Filam|talk]]) 19:45, 24 September 2012 (UTC)
+
  
:Can you give a more explicit example? For instance, how would you change this extract from [[User-mode_Linux#build_rootfs_image]]:
+
=== Broken section links ===
::1.) First you have to create a single, big file into which you will install Arch Linux. This command creates a single 1 GB file, only containing zeros - should be enough for a basic Arch Linux installation.
+
::{{bc|1=dd if=/dev/zero of=rootfs bs=1MB count=1000}}
+
:-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 12:36, 25 September 2012 (UTC)
+
  
===Use internal links===
+
The [https://github.com/lahwaacz/wiki-scripts/blob/master/link-checker.py link-checker.py] script already detects hundreds of links with broken section fragment. Before [https://github.com/lahwaacz/wiki-scripts/issues/36 automatic solution] is implemented, what would you say to automatically marking these with [[Template:Broken section link]], similarly to how broken package links are marked with [[Template:Broken package link]]? -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 14:14, 22 July 2016 (UTC)
[https://wiki.archlinux.org/index.php?title=Special%3ALinkSearch&target=http%3A%2F%2Fwiki.archlinux.org] and [https://wiki.archlinux.org/index.php?title=Special%3ALinkSearch&target=https%3A%2F%2Fwiki.archlinux.org] list all the full links that should be turned into internal links. -- [[User:Kynikos|Kynikos]] 06:03, 23 March 2012 (EDT)
+
:It's too dangerous to perform this task with a bot. As an alternative, [[Wiki Monkey]] provides a function in editor pages that turns external links into internal ones, but still allowing the user to preview the change. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 07:36, 5 December 2012 (UTC)
+
  
===Use AUR templates===
+
:+1. That would be helpful indeed. Maybe leave out the hint in the template to keep it short. [[User:Indigo|Indigo]] ([[User talk:Indigo|talk]]) 17:45, 22 July 2016 (UTC)
Change explicit AUR links to AUR templates.
+
:It's too dangerous to perform this task with a bot. As an alternative, [[Wiki Monkey]] provides two functions in editor pages that turn AUR links (version 1 or 2) into AUR templates, but still allowing the user to preview the change. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 07:36, 5 December 2012 (UTC)
+
  
=== Mkinitcpio hooks update ===
+
::I have made it look like this for now, with a link to this section: <sup><nowiki>[</nowiki>[[#Broken section links|broken link]]: invalid section<nowiki>]</nowiki></sup> Of course feel free to modify it, there won't be any marked links for some time anyway... -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 12:20, 4 August 2016 (UTC)
Search for "pata scsi sata" there are [https://wiki.archlinux.org/index.php?title=Special%3ASearch&search=%22pata+scsi+sata%22 many results]. Need to change them to '''block'''. See [[Mkinitcpio#Common hooks]]. -- [[User:Fengchao|Fengchao]] ([[User talk:Fengchao|talk]]) 06:32, 5 January 2013 (UTC)
+
  
==Bot requests==
+
:::Perfect, thanks. It can already be seen in recent changes how helpful it is having them marked.
 +
:::For anyone wanting to help with keeping our content properly linked: [[Special:WhatLinksHere/Template:Broken section link]] lists the identified broken links. [[User:Indigo|Indigo]] ([[User talk:Indigo|talk]]) 11:11, 7 August 2016 (UTC)
  
''Here, list requests for repetitive, systemic modifications to a series of existing articles to be performed by a wiki bot.''
+
::::There is also hidden [[:Category:Pages with broken section links]] ;) [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 11:17, 7 August 2016 (UTC)
  
===Moving pages===
+
:Interesting to see how many broken section links there are, and how long they went unnoticed... thanks for the upgrade! -- [[User:Alad|Alad]] ([[User talk:Alad|talk]]) 13:04, 7 August 2016 (UTC)
Can we have a bot that will move non-English pages and fix i18n links when the English page gets moved/renamed? SSH -> Secure Shell and Cpufrequtils -> CPU Frequency Scaling and the recent examples. -- [[User:Karol|Karol]] 10:47, 8 September 2011 (EDT)
+
  
===Updating templates===
+
=== Subpages in the main namespace ===
It would be really useful if a bot would crawl the entire wiki and update the old templates to the new ones. Just doing a search and replace of {{ic|<nowiki>{{Filename|</nowiki>}} to {{ic|<nowiki>{{ic|</nowiki>}} would be amazing. The templates that I believe should be able to safely be converted are the following:
+
* [[Template:Codeline]] -> [[Template:ic]]
+
* [[Template:Filename]] -> [[Template:ic]]
+
* [[Template:Package Official]] -> [[Template:Pkg]]
+
* [[Template:Package AUR]] -> [[Template:AUR]]
+
* <s>[[Template:File]] -> [[Template:hc]] (this is a bit more complicated because of the {{ic|<nowiki>name=</nowiki>}} and {{ic|<nowiki>content=</nowiki>}} parts from [[Template:File]].</s>
+
The above templates are the most widely used, so just replacing them would be a godsend. [[Template:Cli]] and [[Template:Command]] could probably be handled manually. :P
+
  
Additionally, it would probably be safe to batch convert {{ic|<nowiki><pre></nowiki>}} to {{ic|<nowiki>{{bc|<nowiki></nowiki>}} and {{ic|<nowiki></pre></nowiki>}} to {{ic|<nowiki></nowi.ki>}}</nowiki>}}, and similarly for <nowiki><code> and <tt></nowiki> being changed to [[Template:ic]]. -- [[User:Jstjohn|Jstjohn]] 15:54, 10 December 2011 (EST)
+
Subpages in the main namespace are finally enabled [https://git.archlinux.org/vhosts/wiki.archlinux.org.git/commit/?id=c20bddf2d35e5d9185262a46fda7ca91a4eade0c], so e.g. [[GRUB/Tips and tricks]] is now a true subpage of [[GRUB]]. Among other benefits, there is now an automatic link on each subpage leading to every existing parent page, so manual phrases like "See [[GRUB]] for the main article." on top of subpages are now useless and should be removed. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:17, 23 July 2016 (UTC)
:If you're interested I've created a GreaseMonkey script, [[Wiki Monkey]], which I've been using quite successfully in the last weeks. Currently it just replaces the templates and removes multiple line breaks, but it could do much much more. If you have some knowledge of javascript and regular expressions you may also contribute to the project and create new user functions! :) -- [[User:Kynikos|Kynikos]] 08:47, 11 December 2011 (EST)
+
 
:I started on the basic conversions (where stuff already redirects). A GreaseMonkey script would definitely be better than pywikipediabot when stuff might require intervention (there's a horrible tkinter editor that pywikipediabot uses...). [[User:Thestinger|thestinger]] 11:39, 11 December 2011 (EST)
+
== Bot requests ==
::I'd like to spend some more words on Wiki Monkey, to try and attract some contributors, because I'm sure that despite the need for some development work at the beginning, it has the potential to alleviate wiki maintenance efforts quite a lot in the future: the main script is a greasemonkey file which just requires (includes from "upstream", i.e. my github repo) the most up-to-date version of the "core" script, which in turn provides a high-level API which can then be used to write quite simple JS functions to perform automatic actions in the wiki. User functions can be created separately and just "required" in the main script in the same way the "core" script is required.
+
 
::But there's more: GreaseMonkey provides some functions that let store some values '''persistently''' throughout page changes or reloads, so, by exploiting that feature, it may be possible to make the script perform real bot operations by making it collect lists of articles and perform a series of actions on them automatically or even semi-automatically, which means it would be perfectly able to show the user a preview '''in the browser''' for every action to be taken.
+
''Here, list requests for repetitive, systemic modifications to a series of existing articles to be performed by a wiki bot.''
::All this can be implemented with some Javascript and MediaWiki API knowledge.
+
::-- [[User:Kynikos|Kynikos]] 16:30, 12 December 2011 (EST)
+
:::I've struck the reference to [[Template:File]] in the list above because the named arguments are '''not''' the main problem for its conversion! The biggest problem is the fact that File is based on &lt;div>, &lt;code> and &lt;pre>, while Hc is based only on &lt;pre>, and this can make the internal string to be processed differently by MediaWiki.
+
:::Also note that Wiki Monkey now handles the named argument translation quite smartly.
+
:::Finally, a link to the place where this discussion was started: [[Help talk:Style/Migration_to_new_Code_formatting_templates#Migration strategy]].
+
:::-- [[User:Kynikos|Kynikos]] 08:39, 18 December 2011 (EST)
+

Latest revision as of 12:46, 13 September 2016

Is the wiki missing documentation for a popular software package or coverage of an important topic? Or, is existing content in need of correction, updating, or expansion? Write your requests below and share your ideas...

See ArchWiki:Reports to report questionable contributions. Please sign your edits and feel free to comment on others' requests.

General requests

Inaccurate content
Pages flagged with Template:Accuracy.
Outdated content
Pages flagged with Template:Out of date.
Obsolete pages
Pages flagged with Template:Archive.
Irrelevant or unhelpful content
Pages flagged with Template:Remove.
Incomplete content
Pages flagged with Template:Expansion.
Content with language or style issues
Pages flagged with Template:Style.
Non-standard laptop pages
Pages flagged with Template:Laptop style.
Duplicate effort or overlapping scope
Pages flagged with Template:Merge.
Misleading names
Pages flagged with Template:Move.
Poor translations
Pages flagged with Template:Bad translation.
Incomplete translations
Pages flagged with Template:Translateme. See also ArchWiki Translation Team.
Incomplete content
Pages flagged with Template:Stub (deprecated).
Deprecated titles
Pages flagged with Template:Redirect.
Dead or broken links
Pages flagged with Template:Dead link. Should be repaired or replaced.
Templates with an undefined parameter
Pages automatically flagged with Template:META Error
Unexplained presence of an article status template
Pages automatically flagged with Template:META Unexplained Status Template.
Application listed without links to packages
Pages automatically flagged with Template:META Missing package.
Misspelled or deprecated templates
Need to fix template or change to new template.
Noindexed pages
Automatic tracking category.
Duplicate arguments in template calls
Automatic tracking category.

Also note that Special:WantedCategories can show additional automatic tracking categories.

Problem redirects

Note: Redirects should not point to other sites and ones that do sometimes erroneously show up on these pages.

Broken package links

ArchWiki contains many broken links to packages not found either in official repositories or AUR, which is the result of packages being merged, split or removed from the repositories. All pages in the main namespace are regularly checked by a bot, which checks all instances of AUR, Grp and Pkg templates, tries to automatically update them and marks them with Template:Broken package link when it is not possible to update them automatically.

To fix a broken package link, do not simply remove the reference to the packages from the wiki, do some research first:

  • Search the package database (pacman -Ss) and AUR, it is possible that the package was merged/renamed.
  • If looking for a specific file, for example a binary that was part of the package, pkgfile might do the trick.
  • If unsure, mark the page or section with an appropriate status template rather than completely removing the reference to the package.

To help with manual updates, each "broken package link" template provides a hint:

  • "invalid number of template parameters" – All AUR, Grp and Pkg templates take exactly one parameter, but the wikitext specified more (or none). In most cases the excesive parameters should be moved to the surrounding text, or removed if already there.
  • "replaced with [other package]" – The package was renamed or merged into another, which specifies the old package name in the replaces array. In most cases the old package should be simply replaced with the new one and surrounding text updated accordingly.
  • "archived in aur-mirror" – Marks old AUR3 packages, which were not submitted to AUR4, or were deleted since then. You may consider resubmitting them to the AUR if interested in maintaining them.
  • "package not found" – Default hint when none of the above applies.

All pages with broken package links are tracked in Category:Pages with broken package links. There is also an automatic report page at User:Lahwaacz.bot/Reports/archpkgs.

Note: The bot updates only package links, but not the text around them, which is too context-sensitive. For example, in [1] the AUR link was changed to Pkg, but the surrounding text still says that the package is in AUR. These instances can be fixed and "future-proofed" by simply removing the surrounding description of where the package is; see also Help:Style#Package management instructions. We currently have no means of automatically tracking this kind of problems, suggestions are welcome.

Creation requests

Here, list requests for topics that you think should be covered on ArchWiki. If not obvious, explain why ArchWiki coverage is justified (rather than existing Wikipedia articles or other documentation). Furthermore, please consider researching and creating the initial article yourself (see Help:Editing for content creation help).

HOWTO: SAMBA PDC + LDAP

How to configure SAMBA PDC + LDAP in Arch Linux? (Moved from another page. Hokstein 19:57, 16 September 2007 (EDT))

Left-Handed Adjustments for Desktop Environments

I was thinking it would be helpful for lefties if there were a list of configuration options for each desktop environment that facilitate left-handed use of mice and touchpads. I'm not sure if this is related enough to Arch to include in this wiki, but I haven't had a lot of luck finding information for my own DE (KDE) let alone for others. I will start writing down information, and if no one else thinks there should be a separate page for this, I'll just add the information I find to each individual DE's page. —ajrl 2013-08-11T15:09−06:00

I think a separate page is better. -- Fengchao (talk) 11:58, 12 August 2013 (UTC)

Input methods

Currently there is no page on ArchWiki properly describing various input methods generally. There is only Internationalization#Input_methods_in_Xorg, but it has several problems:

  • missing descriptions
  • X compose key does not fit in
  • GTK has a default "simple" input method featuring the Ctrl+Shift+u shortcut for entering a unicode character (this was added recently into a wrong article: [2]) - again, no description
  • no description of XIM - outdated, but sometimes used as fallback?

So this is quite enough material to start a new great article ;)

-- Lahwaacz (talk) 18:23, 18 December 2013 (UTC)

Update to note: While Internationalization#Input_methods_in_Xorg itself still remains a stub, we had editors contributing language specific instructions which were set as subpages of the article:
Internationalization/Japanese and Internationalization/Korean
--Indigo (talk) 21:57, 11 January 2015 (UTC)

DRI

An article, or even stub that links to resources, explaining what DRI is, why it's important, differences between DRI 1, 2, 3, how DRI1 is no longer supported as of xorg-server 1.13, simple xorg.conf code explaining the DRI section, enabling the composite and render extensions there, these and more. Just my thoughts.

ldns

ldns is a core package with no wiki documentation. It is also relatively new in the world of DNS tools and is not well covered on the Internet. Documentation of basic features and what it is not (eg a replacement for bind) would provide a valueable resource. MichaelRpdx (talk) 20:07, 17 February 2014 (UTC)

The description of the ldns package is "Fast DNS library supporting recent RFCs". The official homepage mentions that several example programs are included with the library, the official docs is probably best for programmers. -- Lahwaacz (talk) 21:37, 17 February 2014 (UTC)

Perl

Surprisingly, there is no wiki page describing the installation and configuration of Perl, unlike Python, Ruby etc. Could include the installation of CPAN modules and a list of good tutorials for beginners, too. So far there is only guides for packaging Perl and its modules (Perl Policy and Perl package guidelines respectively) -- bluestreak0 01:32, 17 April 2014 (UTC)

Linux console

I was thinking that a new page for the console would be a good idea. The Wikipedia:Linux console article gives a short general overview, but obviously doesn't concern the configuration. Since it's an independent system, configured separately from any graphical environment, it would bring together several related sections across multiple articles in one place. It's a fairly complex system and difficult to cover in any depth in small sections across other articles (such as Fonts). I've put together a basic example, User:Teppic74/Linux_console. -- Teppic74 (talk) 17:11, 3 July 2014 (UTC)

See User:Isacdaavid/Linux_Console for a newer draft. -- Alad (talk) 09:14, 28 August 2016 (UTC)
Sounds interesting, but I don't know how deep you want to go in the description, it may be too much for a single page as, according to your outline, the resulting article would cover all Fonts#Console fonts, Keyboard configuration in console, part of Extra keyboard keys, Map scancodes to keycodes and Extra keyboard keys in console. The keyboard configuration is split mainly because the configuration for Xorg is connected to it, I don't know how this would be done if the low-level description is moved. On the other hand, some of these articles could use some reorganization, so it may still be possible... -- Lahwaacz (talk) 13:17, 4 July 2014 (UTC)
I feel this is part of the problem, that the details concerning the console are tacked on to other articles rather than being naturally associated with them. As things stand, I think the documentation is lacking. I don't think a huge amount of information is needed, it would just be helpful to be in one place, as the console is mostly isolated from the rest of the system. The other articles could link to the console article for further details. Another possibility is separate articles exclusively for the console display and keyboard, but they're obviously part of the same topic. -- Teppic74 (talk) 18:48, 4 July 2014 (UTC)

Sublime-text

I think creating a page and mentioning ways to improve sublime-text integration with Gnome would be a good idea. The trick is if you run sublime with --class=<filename of sublime text .desktop file, e.g. sublime_text_3>, it would help Gnome and XFCE to group sublime instances with its respective desktop file. This is mentioned in the comments of the aur package but I think it's better that this would be in the wiki.--183.amir (talk) 12:41, 19 December 2014 (UTC)

iPXE

iPXE is a powerful network boot program with many features. Currently, there is no iPXE specific page to describe iPXE in details. There are some pages mentioning iPXE in the wiki, mostly related to network booting, without any further instruction on how to get iPXE to work. So I think it's worth to add a page with detailed iPXE explanation in the wiki. Alive4ever (talk) 10:08, 21 July 2016 (UTC)

Modification requests

Here, list requests for correction or other modification of existing articles. Only systemic modifications that affect multiple articles should be included here. If a specific page needs modification, use that page's discussion or talk page instead and one of the #General requests templates.

As a rolling release, Arch is constantly receiving updates and improvements. Because of this the Arch wiki must be updated quickly to reflect these changes.

Should we remove or archive obsolete articles?

[Moved to ArchWiki talk:Administrators#Should we remove or archive obsolete articles?; keeping the section subtree here to prevent backlink breakage until the whole discussion is closed. — Kynikos (talk) 08:05, 12 April 2016 (UTC)]

List of suggested solutions

Enforcement

Restoring revisions and redirection
Separation of archive content
Double redirects
Rename Template:Deletion
How to archive templates

Renamed software

Gummiboot

Gummiboot is included in systemd since 220-2 as systemd-boot. Relevant search: gummiboot -- Lahwaacz (talk) 14:05, 30 August 2015 (UTC)

index.php in url address

Admins of Arch Wiki, do you noticed, that in every page address begins with https://wiki.archlinux.org/index.php?title=? Why? It is uncomfortable. Why could not you do just article name after https://wiki.archlinux.org/? — Agent0 (talk|contribs) 22:48, 6 March 2015 (UTC)

Administrators can't configure the entry-point urls, that's something that should be done in LocalSettings.php, which however is currently unpatchable because of FS#35545.
Nonetheless I agree with you, urls could be prettified by removing "index.php/", I think wiki.archlinux.fr has the best configuration in this respect. Documentation is in mw:Manual:Short URL/LocalSettings.php. Backward compatibility wouldn't be a problem since urls can be easily rewritten by the http server.
Kynikos (talk) 01:49, 7 March 2015 (UTC)
I have noticed, that article's path became https://wiki.archlinux.org/index.php/Page_title. Better, but still with ugly index.php. I agree with you, french arch linux wiki did varian which I wanted: just clearly https://wiki.example.com/Page_title. But according to [3] it is not recommended in some cases. As I understand, it just do not allow you (Pierre) to use some titles as articles, for example https://wiki.example.com/favicon.ico, but really, what reason to have such articles =D. And another problem may be that it may require root access to hosting server. Does wiki.archlinux.org is running on virtual server or it is hosted on a normal server? — Agent0 (talk|contribs) 09:59, 17 August 2015 (UTC)

Change drive naming/accessing to UUID?

Trying to install drives with/out Luks, LVM on internal, external drives is quite complicated currently. Following the ralated articles suggest different ways of reaching the goal. Many different drive name conventions are suggested, eg.:

  • /dev/sda2
  • /dev/md0
  • /dev/mapper/md/0
  • /dev/mapper/vgroup-lvm-root
  • /dev/vgroup-luks/root
  • ...

Some of them don't work with portable external drives. This overcomplicates setting up encrypted drives in different situations. My suggestion is, to change all drive related articles to one specific solution of addressing drives universal. Currently I think of UUDI drive naming as a way to go. This would ease the process of drive naming in all kinds of situations:

  • The reader is guided through system setup along one red line
  • Troubleshootiing "no drie found" is strait forward
  • Many sections become clearer to read even when not reading the whole article
  • Articles are easier to write and maintain
  • Beginners have an easier read and geta better idea of how to access drives
  • Accessing internal/external encrypted drives is easy

' LMV or other virtual file systems are easier to describe and setup

Ok, I know it is a big suggestion. I wanted to bring it up here, bacause I have the impression that following one primary path would help a lot - everyone involved. It doesn't need to be done in one day. While I think to have one suggested guideline would be a good start. Then with thain mind, we all have it easier to change those sections while Writing/editing Wiki entries.

T.ask (talk) 11:22, 30 March 2015 (UTC)

Hi, To your own examples above: using an UUID for a /dev/mapper/* device declaration is generally unnecessary (the uniqueness of the device is determined when it is mapped). I think you overestimate the amount of users who actually require setting up the examples where it really matters (e.g. external drives). What I don't understand is why you consider using UUIDs being easier to read/describe. For starters the terribly long UUIDs will break formatting in many cases, e.g. making code blocks in-text not possible. An UUID itself gives no contextual hint, something that a device name does. If you look at the three examples in Persistent block device naming#Boot managers, you really find the UUID one the easiest?
I think you are certainly right in that we may lack crosslinks to Persistent_block_device_naming in some articles where it may be important to use an UUID. Maybe we also need an example section to illustrate singular important points in Persistent block device naming and maybe there are individual articles/sections where content should indeed use a form of persistent naming straight away.
Suggestion: How about using Talk:Persistent block device naming to assemble a list of particular article sections with content where persistent naming should be made more prominent? That way we could also figure if and which examples may be useful to be added. --Indigo (talk) 17:47, 30 March 2015 (UTC)
Hi, I started this topic because "by design" Linux has so many ways to assign drives and the Wiki uses them kind of "randomly". Finding the best drive naming method for the Wiki is my intention. Giving the reader a hand, by enabling him/her to understand one way of accessing drives and collect all the others somewhere.
I'm suggesting UUIDs, because they can be used for local and mobile situations. They are easy to use. The UUID format is universal and is independent of the location (local/mobile) or the context (LVM, Raid, Luks, ...) in which they are used.
The reason why I'm bring this up is, that it seems, the wiki has currently no standardized form of drive path declaration. If we can find one practical method, it will be easier to write, edit and maintain articles. Everyone involved will know then, which method is the recommended.
Therefore, I wanted to start an open conversation, to find ideas to improve the situation. I guess, UUIDs are also a good choice, because they are easy to substitute with pseudo code, eg.:
  • "mount /dev/disks/by-uuid/e9ea05ce-0ccb-87a1-c71e-90fab8be1944 /mnt"
could then be written as:
  • "/dev/disks/by-uuid/[UUID] /mnt"
instead of having the choice of:
  • "mount /dev/sda3 or
  • /dev/mapper/vgroup--lvm-root or
  • /dev/md/0 or
  • /dev/md0 or
  • ... /mnt"
The reader immediately knows:
  • "I just need to alter [UUID]"
There is no need to know of all possible alternative methods making use of the Wiki example. Because the user already learned (Beginners Guide) how to determine UUIDs those examples are well adoptable.
Reduced uncertainties like the reader had before:
  • Can I use that example's local path in my case, too?
  • What's my case anyway? And how is it different for the one provided?
  • Is my drive IDE, SATA or ... what?
  • Where and how is the correct format of my drive/partitions's path?
  • I need an example to boot my USB drive everywhere. That provided example doesn't work for me. Where is the article I need to know?
  • I skimmed through many articles, no success so far. There must be one, but where?
  • I have an Luks, Raid, LVM (or mixed) situation here. The current article just uses /dev/sdi3. What to do?
  • Which article do I need to read first? I can't use the current example. How about alternatives?
The reader's issue is, that "/dev/sdb3" drive paths aren't that descriptive without the knowledge of how and when they are used as written. They are nice for that particular situation, but may immediately loose their meaning in other use cases?!
If we could pick out one drive naming method the Wiki uses, then we are able to eliminate many of the upper soliloquies and ...
  • We get a good article structure for the writer, reader and maintainer.
  • The provided method will work in either situation (local/mobile/..).
  • All alternative methods can be listed in one conversion article/table.
The reader can quickly move on reading the article:
  • Great, I already know how to determine UUIDs. I just change it..
As you mentioned, crosslinks then point to one subpage, where the conversion to other alternative methods is explained.
Don't get me wrong, I don't want to imply something is wrong with the current way the Wiki does it. This just a natural process how something grows. A bit of standardization may help here.
I'm for UUIDs so far, because are easily exchangeable and can be written as [UUID] in the Wiki.
OMG, I wrote a huge wall of text. Sorry for that. It's not easy and very time consuming writing down what I wanted to say. as a non-native speaker. I hope, it's now easier to understand what my intention was. I'm kind of uncertain that I found the right words. --T.ask (talk) 13:24, 31 March 2015 (UTC)
Thank you for elaborating on the background of why you propose it. No need to apologize at all for taking the time to give input how to improve our wiki! I just want to add two thoughts on it:
(1) One reason descriptive device declarations (/dev/sda/...) are easy to grasp is that everyone is used to them. It starts when you open any partitioning tool - you start it for a device from the /dev tree. Try to find the term "UUID" in the manpage of cfdisk/cgdisk/parted (fdisk has it, the others not a mention). With this I don't want to say your intention to introduce the user early to use persistent naming is wrong, just that using descriptive naming is common and, thereby, accessible to the reader.
(2) I like your idea of using a "/dev/disks/by-uuid/[YOURUUID] /mnt" format (we call other instances of such 'pseudo-variables'). Still, if you used it in an article context, e.g. an encrypted LVM, you would still have to more verbosely describe which dev/blockdevice/vg/lv UUID is meant to be mounted on /mnt. I still can't really picture for myself how writing and reading it is easier in general.
As I wrote above, I agree we might need to pinpoint the advantages of persistent naming more, but we do some already (e.g. right from the start: Beginners' guide#Generate an fstab). In short I believe we are better off with the way we have it (no rule on it, as long as the contribution fits the article contributed to all editors may choose what's best in context). That's it from me. Looking forward to read feedback & other opinions. --Indigo (talk) 20:46, 31 March 2015 (UTC)
IMO man page examples are sometimes a bit behind "new standards". That's natural and this shouldn't prevent us from moving a bit more forward. With Arch we have UUIDs - lets use them :)
In case the user doesn't know UUIDs, we will guide him/her to a short conversion-table/article on how to switch to UUIDs. Actually it's much easier to grasp than often thought:
  • Just enter lsblk -f and it's obvious which UUID points to which drive in any context (raid, luks, lvm, ...). As this Get UUID example shows, just copy the corresponding UUID and use it with all UUID Wiki examples. IMHO it's quite easy.
I see where you are coming from, while I'm confident the reader will learn fast how UUIDs work. A new user will not even know which other options have been there before. Moreover, as the reader is already familiar with UUIDs he/she won't experience future problems with moving drives around. The experienced user just reads the conversion-table/article.
You see, I'm quite confident that the user will grasp UUIDs easily. Also, this will prevent him/her from experiencing future problems. We just need the courage to do the first step. It's not something we need to do in one day. We have all the time to slowly move into one direction.
That's why I would also appreciate other opinions on this topic here.
T.ask (talk) 12:45, 1 April 2015 (UTC)
Hi, T.ask, thank you for discussing this, however I'm not sure if this is all only theoretical or you have a precise idea of how to put it into practice, because after reading all the discussion I haven't understood very well how this idea would change our articles. At this stage you must choose one of our important articles, e.g. LVM, and explain us how the article would change in details, so we can discuss on something more tangible. — Kynikos (talk) 14:37, 2 April 2015 (UTC)
Hi, Kynikos. Yes, it's always better to have a good practical example if things seem to be complicated. I'm quite busy right now. When I find the time, I will start changing the Wiki (slowly) as I mentioned before. LVM is a nice example, while I would like to start with those sections which are easier to adapt and more commonly used. Especially if I need to add a new subsection (How do you work with UUIDs) beforehand. --T.ask (talk) 10:44, 21 April 2015 (UTC)
As I said, it would be better if you showed us an example here or in your User page before starting to actually "chang[e] the Wiki". Take your time of course :) — Kynikos (talk) 02:30, 22 April 2015 (UTC)

FAQ

The FAQ could use an entry like "After upgrading my kernel, I can't mount USB devices", preferably linking FS#16702. See [4] for a case where users are not aware of this. -- Alad (talk) 22:55, 18 September 2015 (UTC)

+1, but I'd place it into General troubleshooting. -- Lahwaacz (talk) 07:52, 19 September 2015 (UTC)

Pacman hooks

Hooks support is mandatory as of 2016-04-23 [5], and .install files in the repos are gradually being outphased: see DeveloperWiki:Pacman Hooks -- Alad (talk) 15:32, 29 April 2016 (UTC)

Broken section links

The link-checker.py script already detects hundreds of links with broken section fragment. Before automatic solution is implemented, what would you say to automatically marking these with Template:Broken section link, similarly to how broken package links are marked with Template:Broken package link? -- Lahwaacz (talk) 14:14, 22 July 2016 (UTC)

+1. That would be helpful indeed. Maybe leave out the hint in the template to keep it short. Indigo (talk) 17:45, 22 July 2016 (UTC)
I have made it look like this for now, with a link to this section: [broken link: invalid section] Of course feel free to modify it, there won't be any marked links for some time anyway... -- Lahwaacz (talk) 12:20, 4 August 2016 (UTC)
Perfect, thanks. It can already be seen in recent changes how helpful it is having them marked.
For anyone wanting to help with keeping our content properly linked: Special:WhatLinksHere/Template:Broken section link lists the identified broken links. Indigo (talk) 11:11, 7 August 2016 (UTC)
There is also hidden Category:Pages with broken section links ;) Lahwaacz (talk) 11:17, 7 August 2016 (UTC)
Interesting to see how many broken section links there are, and how long they went unnoticed... thanks for the upgrade! -- Alad (talk) 13:04, 7 August 2016 (UTC)

Subpages in the main namespace

Subpages in the main namespace are finally enabled [6], so e.g. GRUB/Tips and tricks is now a true subpage of GRUB. Among other benefits, there is now an automatic link on each subpage leading to every existing parent page, so manual phrases like "See GRUB for the main article." on top of subpages are now useless and should be removed. -- Lahwaacz (talk) 19:17, 23 July 2016 (UTC)

Bot requests

Here, list requests for repetitive, systemic modifications to a series of existing articles to be performed by a wiki bot.