Difference between revisions of "User talk:Lahwaacz"

From ArchWiki
Jump to navigation Jump to search
m (Regarding your edit in Silent boot#Retaining the vendor logo from BIOS: reply)
m (special:diff/576712: remove closed discussion)
 
(7 intermediate revisions by the same user not shown)
Line 192: Line 192:
  
 
:You can't sensibly describe a catch-all error message for which there are at least a dozen of causes, most of them resulting from bad configuration. It should be clear that the whole configuration should be checked, no section is needed for that. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 11:47, 22 April 2019 (UTC)
 
:You can't sensibly describe a catch-all error message for which there are at least a dozen of causes, most of them resulting from bad configuration. It should be clear that the whole configuration should be checked, no section is needed for that. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 11:47, 22 April 2019 (UTC)
 
== <s>NVIDIA Optimus</s> ==
 
 
About [https://wiki.archlinux.org/index.php?title=NVIDIA_Optimus&type=revision&diff=572893&oldid=572789 your revert]: Uninstalling bumblebee is not an obvious step, only deactivating it is. Since one need to start the bumblebee service to activate it, users may think that stopping the service (and maybe a reboot) is enough to deactivate it. But it is not true since it installs a blacklist. This issue took me several hours to figure out why I got mysterious errors the second time I want to use my nvidia card to run xorg until I googled that someone with Manjaro got the same issue and solved by uninstalling bumblebee. (The first time I succeeded because I was switching so I manually modprobed necessary modules (among other adjustments). I thought it'd configured fine.) [[User:Lilydjwg|Lilydjwg]] ([[User talk:Lilydjwg|talk]]) 08:25, 11 May 2019 (UTC)
 
 
Hi Lahwaacz, I'm still waiting for your reply. Lack of this information may disappoint users switching between several methods to see which suits them better. I think ArchWiki should provide Arch users helpful information rather than buggy instructions fail them again and again. This was the only second time but I don't want anymore so I'm trying to help here. [[User:Lilydjwg|Lilydjwg]] ([[User talk:Lilydjwg|talk]]) 16:50, 18 May 2019 (UTC)
 
 
:Hi, sorry for the late response, I'm quite busy these days. I'm convinced that the note is appropriate, but maybe somewhere on the [[Bumblebee]] page would be a better place to note about the blacklist? The [[NVIDIA Optimus]] page is not the first place everyone would go to after disabling bumblebee so they would have the same problem. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 21:50, 18 May 2019 (UTC)
 
 
::That's reasonable. I'll update [[Bumblebee]] instead. [[User:Lilydjwg|Lilydjwg]] ([[User talk:Lilydjwg|talk]]) 15:26, 19 May 2019 (UTC)
 
 
:::Thanks, closing. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:56, 1 August 2019 (UTC)
 
 
== <s>systemd-boot....boot a LV</s> ==
 
On the [https://wiki.archlinux.org/index.php?title=Systemd-boot&action=history/ Systemd-boot page] I made an example of a loader file which boot a LV.
 
It took me a long time to figure out.....was not able to find the information anywhere, not on the Archwiki neither, and neither on the LVM page, as you refer too.
 
I find this information very usefull for other readers.
 
Why do you disagree? If the example is wrong, please correct it instead of deleting it?
 
And I think the systemd-boot page is the rigth place for this information, not the LVM.
 
In my view people would first search here, and not the LVM page. And in my view it is more related to systemd-boot than LVM ;-)
 
 
{{unsigned|14:46, 15 May 2019‎|MrCalvin}}
 
 
:The [[LVM]] page has a section on the required [[LVM#Kernel options|kernel options]] and both [[systemd-boot]] and [[Kernel parameters]] (which is linked from [[LVM#Kernel options]]) pages have examples where to configure the {{ic|1=root=}} parameter. Hence, I don't see a point in showing dozens of different combinations for {{ic|1=root=}} on the [[systemd-boot]] page. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 17:19, 17 May 2019 (UTC)
 
 
First of all, if you need info on how to configure the systemd-boot loader file you'll go to the systemd-boot page.
 
Secondly if you really would end up on the LVM page you would never end up at the "Kernel options"?? section. It might theoretically be correct to call it "Kernal options" but it's not very help- or usefull.
 
Third....take a look at my example that was just removed and compare it to this "kernel options" one-liner section and ask yourself which one has the best readability and easy-to-understand level?
 
Well, I don't need the info anymore myself, so it has no value for me. Just sorry for the users who seek this information and will never find.
 
It's all about being pragmatic ;-) [[User:MrCalvin|MrCalvin]] ([[User talk:MrCalvin|talk]]) 20:43, 17 May 2019 (UTC)
 
 
:If you have [[LVM]], I really expect you would end up on that page. I hope you're not expecting the [[systemd-boot]] page to contain explicit examples for [[LVM]], [[RAID]], [[dm-crypt]], and even more, which would have to be duplicated for every other boot loader like [[GRUB]], [[syslinux]], [[refind]] etc. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 20:53, 17 May 2019 (UTC)
 
 
::Closing. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:55, 1 August 2019 (UTC)
 
 
== <s>Collapsible elements</s> ==
 
Collapsible elements are specified [https://www.mediawiki.org/wiki/Manual:Collapsible_elements here]. They are used on Wikipedia as templates. Since these templates are not available here, collapsible elements with HTML tags could be done. And, yes, sometimes they are necessary, especially for [[Pulseaudio]] page that is very bad written in some sections. But if you do not want them, let the page stay as it is, very difficult to read, not my issue. [[User:Digitalone|Digitalone]] ([[User talk:Digitalone|talk]]) 21:36, 25 May 2019 (UTC)
 
 
:Hiding information by default is not a universal solution to readability problems, it just moves the problem aside. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 22:54, 25 May 2019 (UTC)
 
 
::Closing. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:54, 1 August 2019 (UTC)
 
 
== <s>Rsync</s> ==
 
 
Regarding your comment that the leading '/' is needed in front of the excluded directories below, otherwise 'tmp/*' would exclude '/var/tmp/*' etc.:
 
 
# rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} / ''/path/to/backup/folder''
 
 
In that case, I think that you need to cd to / and run the command with '.' as the source directory, rather than '/'. Running the command as written above from outside of / did not work correctly for me, it didn't exclude the directories. Doing instead as I wrote worked.
 
 
{{unsigned|09:09, 23 June 2019‎|Ssmolkin1}}
 
 
:Note that e.g. {{ic|/dev/*}} does not exclude {{ic|/dev}} itself, but everything inside - so {{ic|/dev}} will be copied as an empty directory. If it's different for you, then for some reason your rsync behaves differently from that provided by Arch's {{pkg|rsync}} package. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 17:39, 12 July 2019 (UTC)
 
 
::Assuming I'm right, closing. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:53, 1 August 2019 (UTC)
 
 
== <s>[[special:diff/576712]]</s> ==
 
 
1. it makes clear connection to the title text
 
 
2. it didn't shorten anything
 
 
[[User:Ubone|Ubone]] ([[User talk:Ubone|talk]]) 06:21, 2 July 2019 (UTC)
 
 
:All connections between MTA, MDA, MUA and other acronyms are already explained in the introduction so repeating them is just useless. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 13:43, 2 July 2019 (UTC)
 
 
::it's not useless because you don't know what software you're reading about -- [[User:Ubone|Ubone]] ([[User talk:Ubone|talk]]) 09:28, 3 July 2019 (UTC)
 
 
:::The word software in the sentence you edited is clearly referring to the 4 items listed just below it. The descriptions that follow also clearly indicate the type of each particular software. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:51, 3 July 2019 (UTC)
 
 
::::Closing. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:52, 1 August 2019 (UTC)
 
  
 
== wpa_supplicant ==
 
== wpa_supplicant ==
Line 276: Line 205:
 
[[User:Pooryorick|Pooryorick]] ([[User talk:Pooryorick|talk]]) 08:24, 18 July 2019 (UTC)
 
[[User:Pooryorick|Pooryorick]] ([[User talk:Pooryorick|talk]]) 08:24, 18 July 2019 (UTC)
  
== Regarding your edit in [[Silent boot#Retaining the vendor logo from BIOS]] ==
+
== <s>Regarding your edit in [[Silent boot#Retaining the vendor logo from BIOS]]</s> ==
  
 
The vendor logo was already set by default to be retained and visible during bootup for me, but I wanted to manually configure it to disable the vendor logo. I searched wiki for instruction to turn it off, however it took me a few to find the correct section, even from googling the problem. My edit was to make it easier to be searched for, and to make it more clear that it was the section for disabling the vendor logo. It is quite possible that more people have it retained by default and want to disable it like I have.
 
The vendor logo was already set by default to be retained and visible during bootup for me, but I wanted to manually configure it to disable the vendor logo. I searched wiki for instruction to turn it off, however it took me a few to find the correct section, even from googling the problem. My edit was to make it easier to be searched for, and to make it more clear that it was the section for disabling the vendor logo. It is quite possible that more people have it retained by default and want to disable it like I have.
Line 286: Line 215:
 
My bad, it is set default as mentioned in the section, though some users may want it disabled. I agree that it should be renamed to that. [[User:Jmarmstrong1207|Jmarmstrong1207]] ([[User talk:Jmarmstrong1207|talk]]) 02:06, 11 August 2019 (UTC)
 
My bad, it is set default as mentioned in the section, though some users may want it disabled. I agree that it should be renamed to that. [[User:Jmarmstrong1207|Jmarmstrong1207]] ([[User talk:Jmarmstrong1207|talk]]) 02:06, 11 August 2019 (UTC)
  
== <s>Why did you remove my sentence on [[nvidia-xrun]] in the article [[NVIDIA]]?</s> ==
+
:OK, thanks. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 06:12, 11 August 2019 (UTC)
 
 
Hey, I spent many hours, over several days, trying to get my Nvidia GPU to work.
 
 
 
And I gave up.
 
 
 
Only after almost '''one year of using Arch''', did I find out about [[nvidia-xrun]], ''by sheer luck''.
 
 
 
The  [[NVIDIA]] article '''completely omits''' how using [[nvidia-xrun]] would be helpful.
 
 
 
I couldn't play games for ''a whole year'' because of this (probably a good thing though). '''Optimus, Bumblee, etc -- did not work.'''
 
 
 
It would be ''extremely helpful'' if there were a few sentence sentence in [[NVIDIA]] that mentioned/explained how critical [[nvidia-xrun]] is.
 
 
 
''I don't want anyone else to suffer what I have.''
 
 
 
[[User:Arjun-menon|Arjun-menon]] ([[User talk:Arjun-menon|talk]]) 18:28, 1 August 2019 (UTC)
 
 
 
:[[nvidia-xrun]] is already linked from many pages related to multi-GPU setups involving Nvidia GPU, including [[NVIDIA]], [[NVIDIA Optimus]] and [[Bumblebee]]. There are many alternatives, so saying that people should use nvidia-xrun is not acceptable. Look at the bright side - this saved you ''a whole year'' of real life... Closing. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 18:28, 1 August 2019 (UTC)
 
 
 
:: Good point that I did avoid wasting a lot of time last year. Games are an ever-present addictive temptation. Sadly ''and amazingly'', all my games work perfectly on Linux right now; and even the Windows ones are working perfectly with Wine emulation. (I'm shocked at how seamlessly they run on Linux. ''I was expecting a lot of glitches and crashes, especially with Wine.'')
 
 
 
:: Coming back to the point: in July 2018, despite hours of struggle, I '''didn't find out about [[nvidia-xrun]]'''. Right now, [[Bumblebee]] mentions it upfront. But if you look at the version of [[Bumblebee]] from July 2018, ''it doesn't have any reference to [[nvidia-xrun]]''. Also, the [[NVIDIA Optimus]] does mention [[nvidia-xrun]], but it is hidden away -- almost as if it were a minor thing. (It appears at the bottom of the list at the beginning of the article, and appears simply as a link at the bottom of the article. This is not good.)
 
 
 
:: I think it would be ''good to have at least one or two sentences'' in the [[NVIDIA]] article about [[nvidia-xrun]]. Just a "Related articles" link is '''''way too obscure'''''. Too much obscurity and difficulty in finding solutions to ''common problems'' causes much '''unnecessary''' suffering for users. (Similarly, the [[NVIDIA Optimus]] should ''more prominently'' refer to [[nvidia-xrun]]). This would all be a good for the Arch community, and help improve the experience for new Arch users. [[User:Arjun-menon|Arjun-menon]] ([[User talk:Arjun-menon|talk]]) 19:09, 1 August 2019 (UTC)
 
 
 
:::The [[NVIDIA]] page mentions [[NVIDIA Optimus]], which is AFAIK the universal term for Nvidia's switchable graphics, right in the introduction. And [[NVIDIA Optimus]] describes the software methods which can be used with this technology. nvidia-xrun is mentioned again right in the introduction, even pointing out the reason why it might be useful (i.e. full performance), so it's not hidden away. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:24, 1 August 2019 (UTC)
 
 
 
== <s>Can you change my username?</s> ==
 
 
 
I noticed you are an admin. Are you able to change my username, by any chance? (Thanks!)
 
 
 
(I don't like how my last name is not capitalized. So I'd prefer to either get rid of it, or use a different form.)
 
 
 
[[User:Arjun-menon|Arjun-menon]] ([[User talk:Arjun-menon|talk]]) 19:11, 1 August 2019 (UTC)
 
 
 
:Usernames cannot be easily changed currently. Just create a new account if you like, you can even redirect your user page to let people know that the accounts are the same person. -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 19:27, 1 August 2019 (UTC)
 

Latest revision as of 06:14, 11 August 2019

bot checking links after move

Hi, re Talk:Touchpad Synaptics#adding libinput alternative. Touchpad Synaptics has 100+ backlinks and the more important ones - a bit tedious task. I was just glancing over your clever github bot scripts. It would be handy to have a script after such moves: walk over the backlinks of Touchpad Synaptics and just replace "[[Touchpad Synaptics" with "[[Synaptics" from the links. That would leave all links to subsections intact. Leaving out the translations to handle manually, there would not be much to go wrong, or? --Indigo (talk) 07:36, 26 September 2015 (UTC)

Hi, thanks for the suggestion. It would be indeed handy in this case, but most likely not generally. Imagine that there was a UUID page, which was later generalized and renamed to Persistent block device naming and content about UUID is now only a section on the page. In this case using the naive replacement would likely change the meaning of many sentences, and using shorter redirects for convenience is actually encouraged. There would have to be a list of whitelisted "harmless" replacements, which could even help to replace [[pacman|Install]] with [[Install]] etc. -- Lahwaacz (talk) 08:01, 26 September 2015 (UTC)
Yes, good examples, but you are thinking universal already :) I did not mean it could be that. For example, if you take the time when the bulk of the title case moves were done. With such a script one could avoid a lot of internal redirects as well. E.g. [1]. But it's ok, just an idea. Please close this, if you think it's too singular cases with a simple enough replacement where it could be applied. --Indigo (talk) 10:02, 26 September 2015 (UTC)

aur-mirror

Hi Lahwaacz,

It seems that aur-mirror has been down for a while. I'm not sure if this is intentional or not, but if it is, could you have Lahwaacz.bot remove Template:Aur-mirror from pages? At least where they are in a Template:Broken package link like {{Broken package link|{{aur-mirror|foobar}}}}.

If there is anything I can do to help, let me know.

Thanks! Lonaowna (talk) 14:56, 19 October 2016 (UTC)

Maybe drifting a bit offtopic... but I'm in favor to finally remove any and all packages that are not on AUR4 from the wiki. Users have had over a year time to migrate, which is a century in Arch standards. -- Alad (talk) 16:21, 19 October 2016 (UTC)
I agree, especially on pages like List of games (already took care of that), and List of Applications (see Talk:List of applications#AUR3 packages). On other pages, where the non-existing packages are mentioned inline, it requires some more knowledge and effort to remove them. -- Lonaowna (talk) 16:34, 19 October 2016 (UTC)
Hmm... For the moment I just updated the template to point to Github instead. What would be the alternative "hint" without the link? It should still be different from just "package not found". -- Lahwaacz (talk) 18:08, 19 October 2016 (UTC)
The GitHub repository is fine as well. I think we can keep that one while we (carefully) remove/update all broken links. Thanks! Lonaowna (talk) 06:52, 20 October 2016 (UTC)

mkosi

Hi, about your revert: You can use mkosi also to create a container/directory tree (-t directory). So it can do the same and more. -- Nudin (talk) 11:33, 1 October 2017 (UTC)

Alright, how is the "more" relevant to systemd-nspawn though? -- Lahwaacz (talk) 17:30, 3 October 2017 (UTC)
Hi, mkosi let's you create images (or directory trees) of various different distributions and allows you to do things like setting the root-password or installing additional packages. systemd-nspawn alows you to boot such images/directory trees. So I thought mentioning mkosi as alternative to manually creating a container with pacstrap or debootstrap would be worth it. -- Nudin (talk) 22:23, 5 October 2017 (UTC)

GRUB/Tips and Tricks

You reverted an edit I made to the /etc/grub.d/40_custom example at GRUB/Tips and tricks#Password_protection_of_GRUB_menu, and your comment for doing so has me thinking you believe I put the heredoc syntax in to show someone how to cat mulitple lines from the command line. If that was my intent, I would agree with you that my change should be reverted. That's not what I was doing.

The file contents as they are now produce an error upon running grub-mkconfig. I know because I tried this. The file contents need to include the heredoc syntax.

In other words, if the file contents are the following, grub-mkconfig produces an error:

set superusers="username"
password_pbkdf2 username <password>

I was able to resolve this by adding the heredoc syntax, upon which everything worked. Again, the file contents need the heredoc syntax, as follows:

cat << EOF
set superusers="username"
password_pbkdf2 username <password>
EOF

With that in mind, I hope you'll agree that my edit was worthwhile.

By the way, this isn't uncommon syntax for grub.d conf files. There are other examples of it, for instance section 3 of this AskUbuntu answer for Mac users to activate their discrete video cards.

Djmoch (talk) 12:13, 1 December 2017 (UTC)

Waking from suspend with USB device

Hi Lahwaacz, thanks for your input on this topic. Can you help me a bit further, I know the USB host controller and the USB device are different things but I thought that enabling the host controller was not necessary anymore, see [2]. In my case all the driver/*/power/wakeup are all enabled by default and the /proc/acpi/wakeup as well. Anyway I have added a step in my explanations to identify the path awaiting for more clarity.

Kewl (talk) 21:57, 16 January 2018 (UTC)

Hi, thanks for the link, it's entirely possible that something changed since the section was written. However, in my case only the keyboard device has wakeup enabled by default:
$ for f in /sys/bus/usb/drivers/usb/*/power/wakeup; do echo "$f: $(cat $f)"; done
/sys/bus/usb/drivers/usb/1-1/power/wakeup: disabled
/sys/bus/usb/drivers/usb/2-1/power/wakeup: disabled
/sys/bus/usb/drivers/usb/3-11/power/wakeup: disabled
/sys/bus/usb/drivers/usb/3-12/power/wakeup: enabled
/sys/bus/usb/drivers/usb/3-13/power/wakeup: disabled
/sys/bus/usb/drivers/usb/4-3/power/wakeup: disabled
/sys/bus/usb/drivers/usb/4-4/power/wakeup: disabled
/sys/bus/usb/drivers/usb/usb1/power/wakeup: disabled
/sys/bus/usb/drivers/usb/usb2/power/wakeup: disabled
/sys/bus/usb/drivers/usb/usb3/power/wakeup: disabled
/sys/bus/usb/drivers/usb/usb4/power/wakeup: disabled
But in practice it seems to wake up the system even without the host controllers enabled for wakeup... It might also depend on some BIOS/firmware settings but if it works by default on most systems then I think the host controller settings could be removed again.
-- Lahwaacz (talk) 19:14, 19 January 2018 (UTC)

Page titles

Hi, i need help. I didn't find answer on my question in archwiki. Is "Title (Language)/Sub-page (Language)" correct? It is logically. But in archwiki says only: "Also note that in case of sub-pages, the language tag still goes at the end, so "Title (Language)/Sub-page" is wrong, while "Title/Sub-page (Language)" is correct." -- ArchLinuxUser (talk) 16:08, 21 January 2018 (UTC)

Help:I18n#Page titles is pretty clear on that "Title/Sub-page (Language)" is correct. It seems to me that "Title (Language)/Sub-page (Language)" would be superfluous.
The "(Language)" suffix applies to the entire "Title/Sub-page" bit as a whole. It can't be that the first (Language) is different from the second (Language), so why would you put it there twice?
-- Lonaowna (talk) 16:48, 21 January 2018 (UTC)
Also see Help talk:Style#Slashes in titles. Seems like there was some discussion on this. -- Lonaowna (talk) 16:58, 21 January 2018 (UTC)
If you use "Title/Sub-page (Language)", then you return to "Title", not to "Title (Language)". For examle, if you go to List of applications/Internet (Русский), and you want to go back through the "< List of applications", you will be taken to the English version of the page. -- ArchLinuxUser (talk) 17:11, 21 January 2018 (UTC)
How about my variant? It is logically (for example, the Russian sub-page is part of Russian page. Schematically it look like this: Title (Language)/Subpage (Language)). -- ArchLinuxUser (talk) 18:00, 21 January 2018 (UTC)
Hi, the Title (Language)/Sub-page and Title (Language)/Sub-page (Language) formats don't work, because the English page is Title/Sub-page and the interlanguage links (shown in the left navigation column of each page) lead to Title/Sub-page (Language). Unfortunately, as I mentioned in Help_talk:Style#Localized_subpages, there is no way to configure the interlanguage links to have the language in the middle of the page title. -- Lahwaacz (talk) 21:11, 21 January 2018 (UTC)
We can do another format of Interlanguage links for sub-page. For examle,
[[en:Title/Sub-page]]
[[es:Title (Español)/Sub-page]]
[[ru:Title (Русский)/Sub-page]]
See also CUPS (Русский)/Troubleshooting (Русский) and CUPS/Troubleshooting. Do i understand everything true? Must i fix this page? -- ArchLinuxUser (talk) 05:00, 22 January 2018 (UTC)
Well, technically the Title (Language)/Subpage (Language) format + lang:Title (Language)/Subpage link would work, but repeating the language does not look nice (and I think there are even some pages like Title/Subpage/Subsubpage). I think the ultimate goal is to use language namespaces as discussed in Help_talk:I18n#Language_namespace.28s.29_in_place_of_suffixes.3F, but it's still a long way ahead so until then let's use what we have for consistency. -- Lahwaacz (talk) 22:08, 23 January 2018 (UTC)

Are supported local/remote destinations important for choosing a backup program?

You reverted my edit adding supported backup destinations to Synchronization_and_backup_programs. This is puzzling to me. Here are some thoughts:

  • if choosing any backup program, the ability to send the backup off-site vs only on a local disk is a key feature consideration. Perhaps *the* key feature: one helps me recover in case my house gets burglarized or burns down, and the other does not. This is a much more important feature consideration than, say, whether the program is written in Go or Mono (something that has a full column). I think it's hard to disagree on that.
  • Given this, I am very puzzled you would use the term "useless" in the revert message.
  • I assume you didn't like that the table got even bigger (it didn't fit into the layout even before). I don't like it either, but perhaps the revert should have said "can you put this somewhere else, not in this already-too-big table?"
  • On a personal note, when I provide feedback or give opinion on somebody else's work, I'd like to be constructive and kind, instead of aggressive and putting people down. Just a thought. Thanks for listening.

Jernst (talk) 17:38, 11 June 2018 (UTC)

No because you can use any remote back-end with any backup application by just running one command / writing the backups to a FUSE (if available).--Larivact (talk) 04:39, 12 June 2018 (UTC)
Hmm, by that reasoning we don't need the Arch package repository, as long as we have source code and makepkg. Or Perl, if we have bash and awk. But even then, and if all the fuse backends existed (I doubt they do), and if it were easy to set all of them up (another thing I doubt), do you indeed believe that running something written to read/write local files will be just as efficient backing up gigabytes of data to a remote repository as something that is specifically optimized for that use case? Note that backing up, say, daily, a typical hard drive via tpyical consumer broadband is still quite a bandwidth challenge in many places today. What about we add this info, and remove (or merge) some other columns to make the table smaller? —This unsigned comment is by Jernst (talk) 18:08, 12 June 2018‎. Please sign your posts with ~~~~!
Your comparisons don't make sense. Mind the slash in my response, you do not need a FUSE implementation, a simple CLI suffices. You do not need to "set all of them up", you only need one. --Larivact (talk) 18:47, 12 June 2018 (UTC)
If you ever attempt to help a normal user set up a reliably-working off-site backup strategy, think of this discussion. In the meantime, this is all the time I'm going to spend on a discussion that has such repeated gems in it as "makes no sense" without explaining why you think so. Have a nice day. Jernst (talk) 18:54, 12 June 2018 (UTC)

Archive (Español)

Sorry for giving you some work today. I didn't know there should be only one "Archive" for all languages. You could have warned me and I would have corrected it for you. Best regards and sorry again. --AlonsoLP (talk) 11:38, 15 September 2018 (UTC)

Being in the vboxsf group does not automatically give you access to mount points

Hi -

Regarding revision #565457 of the VirtualBox Wiki page. I'm aware of what upstream says and hesitated before making this change, but I tested it myself (current non-dkms VirtualBox, fairly generic Arch client with the virtualbox-host-modules-arch package installed), and it just does not work. Perhaps this is because automatic mounting is currently broken? (See https://bbs.archlinux.org/viewtopic.php?id=243871 which references a couple of bug reports.)

In any case, on the Arch client, user pgoetz is in the vboxsf group. I set up a shared folder using the hypervisor GUI like this:

Folder Path: /home/pgoetz
Folder Name: pgoetz
Mount Point: /home/share/pgoetz
Read-only: no
Auto-mount: yes
Make Permanent: yes
VBoxManage showvminfo {VM Name}

shows the mount:

Shared folders:
Name: 'pgoetz', Host path: '/home/pgoetz' (machine mapping), writable, auto-mount, mount-point: '/home/share/pgoetz'

but nothing is actually mounted there. Maybe this is the issue; if the folder were actually mounted there it would be write-accessible by any member of the vboxsf group

However, the only way to get the mount to happen is to either mount it manually or create an entry in /etc/fstab.

If I use this entry in /etc/fstab:

 pgoetz  /home/share/pgoetz  vboxsf  rw,noauto,x-systemd.automount  0  0

the folder is definitely not accessible by user pgoetz. In order to facilitate that, I have to use this /etc/fstab entry:

 pgoetz  /home/share/pgoetz  vboxsf  uid=1000,gid=1000,rw,noauto,x-systemd.automount  0  0


In any case, as stated currently on the VB Wiki page, it does not work, which is why I changed it, thinking that what is there will confuse people. We can leave it as is for now, and I'll test again if and when the hypervisor initiated automount starts working again.

Pgoetz (talk) 14:18, 2 February 2019 (UTC)

There are other places which mention the vboxsf group (e.g. the previous section), so I found your edit more confusing than the original state. Lahwaacz (talk) 15:27, 2 February 2019 (UTC)
Understood. I'll revisit this if and when the hypervisor automount works again. If it still doesn't work, I'll make sure I update it everywhere. Thanks. Pgoetz (talk) 16:00, 2 February 2019 (UTC)

The pip section in Python package guidelines

Hi, you wanted the warning about using pip or wheels restored but accidentally(?) reverted my whole set of changes. I redid them, leaving the warning in place. – flying sheep 08:17, 8 March 2019 (UTC)

Full revert was intentional, because the "wheel" section is not a full replacement for "pip" because there are packages which don't provide wheel files. As I said in the edit summary, there is no reason to recommend one or the other due to the warning. -- Lahwaacz (talk) 19:21, 8 March 2019 (UTC)
That still doesn’t explain why you reverted the first part, that had nothing to do with the pip/wheel section and simple improves the files.pythonhosted.org URLs. I restored that one while we’re discussing the pip/wheel section. And about that: There’s no reason to use pip for anything else, and pip is only used because some people (me included) didn’t understand that you can install most wheels by just extracting them to the correct location. So what do you think is missing from my wheels section that the former pip section had? – flying sheep 11:41, 11 March 2019 (UTC)
If you didn't notice, the page includes "guidelines" in the title. So the page should contain only common and recommended ways to do things, not everything that is possible to do. If you think that your way to install "wheels" should be followed by everybody, feel free to discuss it on the talk page. -- Lahwaacz (talk) 13:26, 11 March 2019 (UTC)
Well, extracting static archives sounds much more recommended than running pip with like 7 options to make it behave. I added a talk item: Talk:Python package guidelines#Remove_pip_section_in_favor_of_wheels_section?flying sheep

Google error messages and GnuPG

Hi, with regard to your removal of my edit of the Troubleshooting section of GnuPG, I understand that it shouldn't just be TL;DR, but I'm wondering if there's a way to at least mention the error message, `sign_and_send_pubkey: signing failed: agent refused operation`, somewhere on the page, since I ran into that error with my smartcard (NitroKey) and googled the error message all across the web, before finally realizing the problem wasn't NitroKey-related at all, but related to not pointing to the right TTY. So I wanted to mention the error in some way on the page to enable others googling it to easier find what the problem is.

Is there a smarter way to do that? --Madpet (talk) 11:31, 22 April 2019 (UTC)

You can't sensibly describe a catch-all error message for which there are at least a dozen of causes, most of them resulting from bad configuration. It should be clear that the whole configuration should be checked, no section is needed for that. -- Lahwaacz (talk) 11:47, 22 April 2019 (UTC)

wpa_supplicant

Regarding https://wiki.archlinux.org/index.php?title=WPA_supplicant&diff=577215&oldid=577167, one person ran into this problem in March of this year and spent too much time diagnosing it:

https://bbs.archlinux.org/viewtopic.php?id=244950

It took me a few days to find the problem. I want to make sure the next time someone encounters it, they easily find relevant information about what the cause is. Since you've reverted my edits to both netctl and wpa_supplicant, what do you suggest?

--

Pooryorick (talk) 08:24, 18 July 2019 (UTC)

Regarding your edit in Silent boot#Retaining the vendor logo from BIOS

The vendor logo was already set by default to be retained and visible during bootup for me, but I wanted to manually configure it to disable the vendor logo. I searched wiki for instruction to turn it off, however it took me a few to find the correct section, even from googling the problem. My edit was to make it easier to be searched for, and to make it more clear that it was the section for disabling the vendor logo. It is quite possible that more people have it retained by default and want to disable it like I have.

Jmarmstrong1207 (talk) 17:15, 1 August 2019 (UTC)

Set by default where? The section already describes everything related, so maybe it should be just renamed to "Retaining or disabling the vendor logo from BIOS" to make it more discoverable. The subsection should be still "Disabling deferred takeover" though, because that's what it does. -- Lahwaacz (talk) 19:52, 1 August 2019 (UTC)

My bad, it is set default as mentioned in the section, though some users may want it disabled. I agree that it should be renamed to that. Jmarmstrong1207 (talk) 02:06, 11 August 2019 (UTC)

OK, thanks. -- Lahwaacz (talk) 06:12, 11 August 2019 (UTC)