User talk:Andreymal

From ArchWiki
Latest comment: 2 December by Hoschi in topic libnma

Для чего был откат версии? Не совсем понимаю. https://wiki.archlinux.org/index.php?diff=735559

Номер ревизии в шаблоне TranslationStatus указывает на ревизию английской статьи, которая была взята в качестве основы для перевода, и она используется для генерации ссылки на изменения английской статьи, произошедшие с момента последнего перевода. Сейчас статья PCManFM (Русский) свежепереведённая и изменений пока что нет, а посмотреть, как это работает на практике, можно в каком-нибудь старом переводе (например, KDE (Русский)), ткнув в ссылку «изменения». -- andreymal (talk) 20:35, 29 June 2022 (UTC)Reply

My bad

You're right for reverting my last edit on psd, Help:Style/Formatting and punctuation#Executable/application names even says "this rule applies to executables only when they represent the application/file itself, not when used in #CLI lines"… --Erus Iluvatar (talk) 16:05, 11 November 2022 (UTC)Reply

Gitea section 4.7.1 modification

Thanks for the undo, my bad, this only applies when not using the root location. Going to let a comment on the discussion in case someone else's config didn't work as it is shown in section 4.7.1. --RubenSalinas (talk) 00:05, 7 September 2023 (UTC)Reply

OATH ≠ OAuth. Does OAuth == Oauth?

Since you reverted special:diff/793923, perhaps you can tell. Does OAuth, from Yandex Disk#Commands token fundamentally, or even fully, the same as w:OAuth? The context is special:diff/793987. Regid (talk) 15:01, 6 December 2023 (UTC)Reply

Probably yes (but I can't be 100% sure without reading the source code). (In general, I think mentioning OAuth is useless here because it's just an implementation detail, but it's also mentioned in the upstream documentation for some reason and I don't plan to do anything about it) — andreymal (talk) 15:19, 6 December 2023 (UTC)Reply

OpenPGP standardization

Hi! I just saw your edit for the OpenPGP#Standardization section and I understand how it may seem a bit out of place. However, given the issues we have with GnuPG (e.g. GnuPG#Disable_unsupported_AEAD_mechanism and the automatic advertisement of a "version 5" packet) I will have to patch gnupg even further and I will add a more detailed warning to the GnuPG article as well in regards to compatibility issues.

Since this is an issue with GnuPG breaking interoperability with other OpenPGP implementations and clients (see e.g. https://github.com/open-keychain/open-keychain/issues/2096#issuecomment-1882804027) I want to have a not-so-dense summary section which outlines where the current standardization is and in what relation GnuPG stands to it and how and why we are patching it the way we do.

This will require a bit more research and testing over the coming days, but the above is in essence why that standardization section exists and it would be great if it was not removed! :)

Davezerave (talk) 21:10, 10 January 2024 (UTC)Reply

libnma

Hello!

I'm using GNOME with NetworkManager and as mentioned here establishing a OpenVPN based connection through gnome-settings fail with "secrets: failed to request VPN secrets #3: No agents were available for this request.". After installing additionally libnma (without -gtk4) it works. I wanted to add that to the troubleshooting section but you were quick to remove my addition.


Is it possible that this issue depends on the used environment i.e. [GNOME,KDE,XFCE].

Thank you Hoschi (talk) 16:56, 2 December 2024 (UTC)Reply

"failed to request VPN secrets" — so this is only relevant if NetworkManager needs to request some secrets. You can enter the secrets with nmcli --ask, or you can store them somewhere so that NetworkManager doesn't need to request anything — in these cases libnma is NOT required.
It might be worth adding a new troubleshooting section (or modify an existing one) so that GNOME users can fix this GUI problem, but having a GUI is not required anyway.
andreymal (talk) 17:27, 2 December 2024 (UTC)Reply
Actually didn't need to ask for secrets because everything was provided. I assume the code somehow tries it unconditionally, fails and stop executing. I will add a troubleshooting section.
I guess for this reason both libnma-gtk4 and libnma (gtk3) are listed as optdepends. Hoschi (talk) 17:53, 2 December 2024 (UTC)Reply