Difference between revisions of "ArchWiki talk:Reports"

From ArchWiki
Jump to: navigation, search
(Open_Sound_System report: fixed)
(cdrtools page: rm closed discussion)
Line 35: Line 35:
 
:I just found this discussion.  I do not feel that the examples I posted represent an advertisement in any way.  They do represent a concrete example of leveraging the topic of the page on which they are written.  They are a bit dated however.  I agree with the RAM disk suggestion.  If I get dome time over the weekend, I might update on more modern hardware under more controlled conditions.
 
:I just found this discussion.  I do not feel that the examples I posted represent an advertisement in any way.  They do represent a concrete example of leveraging the topic of the page on which they are written.  They are a bit dated however.  I agree with the RAM disk suggestion.  If I get dome time over the weekend, I might update on more modern hardware under more controlled conditions.
 
:-- [[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 01:39, 12 October 2012 (UTC)
 
:-- [[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 01:39, 12 October 2012 (UTC)
 
==<s> cdrtools page </s>==
 
''[Moved from [[ArchWiki:Requests#cdrtools page]] -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 10:11, 23 December 2013 (UTC)]''
 
 
[[Cdrtools]] violates the wiki styleguide and the content is more about the software itself than how to use it on Arch Linux. Even the talk page is weird. -- [[User:Karol|Karol]] ([[User talk:Karol|talk]]) 16:08, 22 December 2013 (UTC)
 
 
:The talk page was copy-pasted from [[Wikipedia:Talk:Cdrtools]], compare with [https://wiki.archlinux.org/index.php?title=Talk:Cdrtools&oldid=289906]. The page itself is a modified version of [[Wikipedia:Cdrtools]] - don't know how much duplication there really is... I can't figure out why he didn't just edit the Wikipedia page?
 
:'''Edit:''' from the same author: [[Print extensions for Mozilla]], [[Real Time Messaging Protocol]], [https://wiki.archlinux.org/index.php?title=Optical_Disc_Drive&diff=prev&oldid=289913]
 
:I guess this should go into [[ArchWiki:Reports]]
 
:'''Edit2:''' it seems that the author has edited Wikipedia first and the edits were rejected: [https://en.wikipedia.org/w/index.php?title=Real_Time_Messaging_Protocol&action=history&year=2013&month=12&day=22&tagfilter=]
 
:-- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 17:00, 22 December 2013 (UTC)
 
 
::[[Print extensions for Mozilla]] and [[Video download extensions]] are moved under the author's User page.
 
::About [[Real Time Messaging Protocol]], let's wait a little to see if he responds to the Deletion template, although I can't think of any reasonable conunterarguments he could find.
 
::About [[cdrtools]] there's [[Talk:cdrtools#Please don't delete this]].
 
::-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 10:45, 23 December 2013 (UTC)
 
 
:::I've been dormant for the last month and still no response from [[User:Fleetwood]], let's do something about this... -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:35, 31 January 2014 (UTC)
 
 
::::(Hey Lahwaacz, it's great to see you around again, I hope your exams are going well!)
 
::::Everything should be fixed now, [[cdrtools]] now redirects to [[Optical Disc Drive]] and [[Real Time Messaging Protocol]] is deleted.
 
::::-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 02:55, 1 February 2014 (UTC)
 
  
 
== Pacnew_and_Pacsave_Files report ==
 
== Pacnew_and_Pacsave_Files report ==

Revision as of 17:42, 3 February 2014

In this page you can list:

  • Edits that a contributor made to the wiki without a proper explanation (that is what the Summary field is for) and whose validity you lack the knowledge to judge by yourself. In this case, please add a link to the edit in question with a brief explanation why you think it should be investigated. Consider contacting the contributor to ask for an explanation, which is often an effective way to solve these issues. Please report the eventual answer (if any) below the initial report. You can also link to a discussion already started in the talk page of the edited article.
  • Links to discussions started in talk pages requesting to add, delete, or modify some content in the respective articles which you do not have sufficient knowledge to answer definitively by yourself.

Please sign your edits and feel free to comment on others' reports. Discussions will be deleted 3 days after closing.

See ArchWiki:Spam to report vandalism.

New templates

Just a heads-up, if you're OK with them [1] [2] , please close the report :-) -- Karol 07:42, 14 December 2011 (EST)

If we start applying them consistently in all the tables, probably adding a proper rule in Help:Style, then I'm ok with them, since coloring cells in tables is not very straightforward even with wiki syntax.
Note their Chinese counterparts have been created too: Template:是 and Template:否. Since those templates' code is very flexible, I suggest replacing them with only 2 templates, Template:Y and Template:N, which would produce "Yes" and "No" by default, but whose first optional argument would allow them to display any other string, including translations, without the need to have localized versions of each template.
Going even a bit further, since some tables use additional colors, we may base the templates' names on their color instead of their meaning, so that we would have Template:G, Template:R, Template:Y, Template:B, and if necessary also Template:P and Template:O (purple and orange, just to complete the secondary colors). These templates should require the first argument, but I think they would be easy to use anyway, for sure much easier than the current | style="color:...." | blabla.
Waiting for opinions. -- Kynikos 09:19, 15 December 2011 (EST)
This template group would also give us an excuse to delete The Status Table Series and related templates, since they have a too narrow field of application and practically just create nested tables in the end, thus giving almost no real advantage. -- Kynikos 13:13, 24 December 2011 (EST)
I support this idea. Similar to the Template:Box COLOUR templates, a series of table cell coloured templates would ensure consistency across articles. -- pointone 16:46, 19 January 2012 (EST)
So good :) However I don't consider this an urgent task, I'm linking this discussion from a new entry among my numerous template ideas in my todo list. Of course if you or someone else want to implement it, just go for it. Just reminding that the implementation should be accompanied by some related style rules.
Also note that among my template-related ideas there's one about the Box COLOR series that seems to go in the opposite direction than the cell color templates, but I think that the colors for the Note, Warning and Tip templates should be reserved for them, and not be usable in other ways.
-- Kynikos 06:47, 20 January 2012 (EST)

Jumbo frames' "Real World Examples" section

Jumbo_Frames#Real_World_Examples <-- This section doesn't seem fitting on our wiki. This section just seems to be an advertisement for jumbo frames, and I think it should be removed. And I should also note that the methodology is a bit unreliable, in my opinion. To truly test just the difference that jumbo frames makes, one should make a RAM disk so hard disk performance is completely removed from the equation. And if we really want to sell people on switching to jumbo frames, I would rather we simply provide a one-liner plus a link to a technical white paper, IEEE conference paper, etc. Does anyone else agree?
-- Jstjohn (talk) 21:59, 4 June 2012 (UTC)

Well, I don't know if we can really consider that section as an advertisement, however it's true that benchmarking sections are not really Arch-specific, and would probably better fit a blog or some other kind of website, which could be linked from the article. A similar article is SSD Benchmarking, for example.
On the other hand it looks like an original work and I would hesitate a bit before simply deleting it, maybe moving the "Using Jumbo Frames on Arch Linux" section more to the top could be a start. User:Graysky seems to have added that section in 2009, he may be interested in discussing also about the reliability of the methodology, but I would do that in Talk:Jumbo Frames (possibly adding e.g. Template:Accuracy to the article), since this talk page is more used for discussing recent changes reports :)
-- Kynikos (talk) 15:26, 5 June 2012 (UTC)
Another alternative would be moving it to a sub-page, and having a link to it somewhere in the article.
-- thestinger (talk) 15:14, 7 June 2012 (UTC)
I just found this discussion. I do not feel that the examples I posted represent an advertisement in any way. They do represent a concrete example of leveraging the topic of the page on which they are written. They are a bit dated however. I agree with the RAM disk suggestion. If I get dome time over the weekend, I might update on more modern hardware under more controlled conditions.
-- Graysky (talk) 01:39, 12 October 2012 (UTC)

Pacnew_and_Pacsave_Files report

Original quick report:

[3]: what was wrong with the old script that was replaced?

I think the edit in question added just some error-checking and dependency-checking. As pacnew and pacidff files are often edited as root or with sudo, the script does additional check for that. I don't think it's a questionable edit. -- Karol (talk) 18:08, 1 February 2014 (UTC)

Honestly the only parts of the new script that I like are the diffed variable that makes it easier to change it to the preferred merge tool, and the pacsave alert at the end. About the rest, I think that always checking for the availability of the required programs (~1/3 of the script) is complete overkill for such a little script: it's uselessly run every time while it could be much more Simply left to the user, who is supposed to know what applications (s)he has installed; I think mentioning the required packages in the section intro would be more appropriate. Then there's the problem of replacing gksudo with plain sudo, which IIRC at least until some time ago was a discouraged practice. -- Kynikos (talk) 05:08, 2 February 2014 (UTC)

Open_Sound_System report

Original quick report:

[4]: that's surely the wrong place to put installation instructions for volwheel, however I don't know where to move them at the moment.

Does it look better now? -- Karol (talk) 18:54, 1 February 2014 (UTC)

Now it does :) Closing. -- Kynikos (talk) 05:53, 2 February 2014 (UTC)