User talk:Quequotion/Arch User Repository
Breakdown of changes
I've been told my changes are hard to follow, and this--in part--led to the reversion of several months' work on the AUR page and splitting half of it into a protected page. I will try here to describe the changes as best I can. Nonetheless, if you are looking to compare the draft to the current page that is what you should do; rather than digging through edit histories, compare the two at their current state (just like you would two drafts of a physical document), and leave feedback from this comparison.
As some changes depend on others, this breakdown will be in the order such changes are intended to be made.
Added "with no official support" to the warning, to be extra explicit that there is no safety net here.
- Against this change, user content is unsupported by definition so anything added is redundant. More so with "at your own risk" which follows. -- Alad (talk) 12:59, 13 June 2019 (UTC)
Most of these changes are to reduce FAQ answers to the shortest possible statements with links to appropriate tutorials and information elsewhere. Much of their of content is duplicated from pages like PKGBUILD and Makepkg; some FAQs sequester information that should have a relevant section on either the User:Quequotion/Arch User Repository or User:Quequotion/AUR submission guidelines pages.
- Since the makepkg article already has makepkg#Signature checking, I've removed makepkg#ERROR:_One_or_more_PGP_signatures_could_not_be_verified! instead. Special:Diff/575350 -- Alad (talk) 13:05, 13 June 2019 (UTC)
This could be less verbose; which is what I attempted to achieve here.
A more extreme option would be to reduce this to just "See creating packages." and trust the reader to have read the User:Quequotion/AUR submission guidelines#Rules of submission.
There is a separate section on the page for "Comment syntax" two subsections below the section about comments. It stands to reason these related sections should be merged, or at least put in sequential order.
The "Feedback" section, as of February 3rd, covers comments and voting, but not flagging packages out-of-date, which is tied up in an FAQ that contains redundant information about orphan requests. There's even another FAQ about voting for packages that features a bit of a tutorial on the AUR Web Interface.
All of this can be combined into a much less redundant, one-stop-shop "Feedback" section covering all three types of feedback users can send to AUR package maintainers, with less to read on the page as a whole.
This was done over six sequential edits, starting here.
- A seventh, non-sequential edit was made to make "Commenting on packages" less pedantic.
Package verifying and debugging information is scattered across both pages. Although such information can be found by reading Creating packages, Makepkg, PKGBUILD, and DeveloperWiki:Building in a clean chroot, some of the information is AUR-specific (such as which forums to ask for help in, linking to IRC, etc).
Most of the information comes from Arch User Repository#Foo in the AUR does not compile when I run makepkg; what should I do?, Arch User Repository#I have a PKGBUILD I would like to submit; can someone check it to see if there are any errors? and the header of AUR submission guidelines#Submitting packages. Combining these sections allowed for several simplifications in addition to taking advantage of existing tutorials in other articles and linking to them rather than duplicating them on these pages.
This was done in six sequential edits, with some error in execution of the fourth (content was copied from the "Submitting packages" header but not deleted there with other simultaneous changes occurring), starting from here.
- To reduce the wall-of-text effect, several some parts of this section were elevated to bullet points in a later edit.
I understand that this change was cited in the discussion that precipitated the reversion for removing "The AUR is unsupported".
As noted by Alad above, the unsupported status of AUR packages should be well established in reader's minds by this point.
This warning creates ambiguity about pacman. The (technical) reason pacman does not get AUR updates is not because AUR is unsupported, but because pacman can only interface with repositories of prebuilt packages--including unsupported, third-party repositories. My rewording was intended to clarify that pacman is not capable of discovering AUR package updates, and it still states that it is the user's responsibility to check for them.
The last two of my edits before the reversion, sequentially from here, are an attempt to minimize this subsection by combining the two bullet points regarding downloading a package description tarball and taking an alternative approach to Gcb's idea (note that Gcb specifies only "Option 1" and "Option 2" for three bullet points).