February 2022 - Arch-general - lists.archlinux.org

[arch-general] Donation options
by Frédéric Tobias Christ 11 Feb '22

11 Feb '22

Hi all, I want to donate to Arch Linux. However, the existing options both take high fees (SPI: Transaction fees via PayPal, Click&Pledge: 2.75% platform + 2,5 % credit card fee ) and I don't want to finance PayPal. What about adding Liberapay [1] <https://liberapay.com/> as a non-profit donations platform? They don't take any monthly fees <https://liberapay.com/about/faq#how-funded> [2], just pass on the payment process fees. For instance, Europeans can use SEPA transactions (without any fees). What do you think about it? PS: I also posted this [3] in the forum, but noticed shortly after that another thread about donation remains unnoticed by the people in charge. [1] https://liberapay.com/ [2] https://liberapay.com/about/faq#how-funded [3] https://bbs.archlinux.org/viewtopic.php?pid=2021543#p2021543 -- Beste Grüße Frédéric Christ

7 8

[arch-general] pkg rfc should be updated?
by Yi Zheng 07 Feb '22

07 Feb '22

Hi, 2021-06-25 , I asked to update it, and the it is done several days later. and now ?

2 1

Re: [arch-general] Scope of arch-projects mailing list [was on arch-dev-public]
by David C. Rankin 07 Feb '22

07 Feb '22

On 2/3/22 5:53 AM, David Runge via arch-dev-public wrote: > Rationale: > We lack a mailing list that revolves around our internal projects and > which can also be used by non "elevated users" (such as Trusted Users > and Developers) for more general discussion. > Given the very low traffic on the arch-projects mailing list I see no > issue with it becoming a per-project discussion list as well (as in our > case mailing lists seem to be mainly used for discussion and not so much > for development anymore these days). > > Best, > David (food for thought, not a critique) Devs, There is always a desire to fragment mailing lists into ever smaller and smaller topics to reduce traffic to just what a handful of folks want to see. That can be useful, but list slicing also has a dramatic effect on the community. There are always questions that don't fit in one list or the other. The problem with separating lists is it tends to reduce the number of knowledgeable devs participating in general list QA. Which in turn transforms the general list from a place where knowledge of all topics is present to one where questions linger without an answer. This isn't an Arch problem yet, but I've watched over the last decade how creation of sublists and fragmentation of the openSUSE list has all but put a nail-in-the-coffin of the openSUSE community. Traffic did fall dramatically -- but so did users of the distro. Worth keeping in mind when discussing whether current or additional sublists are needed. Just my $.02 from watching the changes, and cause and effect, distros have gone through for the past 20+ years. There is nothing wrong with specialized developer lists -- so long as it doesn't result in brain-drain from the general list that impacts the general list usefulness. Like I said, not at Arch problem yet -- and let's hope it never is. -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] Wiki - Error: Warning: You have not provided an edit summary... I did comply with 3 fundamental rules
by David C. Rankin 06 Feb '22

06 Feb '22

All, The wiki has become almost impossible to help with. After experiencing an error transferring to my Arch samba shares and finding the solution on Apple.Stackexchange.com I was adding that short section to the end of the troubleshooting entires. However, despite providing an edit summary and complying with the remaining 2 fundamental rules, I cannot save the edit. I get the Error: Error: Warning: You have not provided an edit summary, which is an enormous help for other users who want to review your changes, see ArchWiki:Contributing#The 3 fundamental rules. Over the past 11 years the wiki has increasing become hostile to user contributions. I hope this is a temporary bug. In the past the community made our Archwiki the best Linux distro wiki going by keeping it current and providing solutions to current problems. The Archwikin was a one-stop-shop. If the community can no longer contribute, it will cease to be so. The entry I was adding is: === IOS Files can no longer copy-to Samba share on Archlinux beginning with IOS 14.5=== Beginning with IOS 14.5 attempting to transfer from a device running IOS using the "Files" app to a samba share on Archlinux will result in the error: The operation couldn't be completed Operation canceled To correct this problem, add add the following to the global section of your {{ic|smb.conf}} and restart samba (e.g. {{ic|sudo systemctl restart smb}}). Comment optional: ## addition for IOS Files transfer-to server vfs object = fruit streams_xattr See [https://apple.stackexchange.com/q/424681 Apple.Stackexchange.com - "The operation couldn't be completed"/"Operation canceled" error message when saving to a Samba share via Files app] The edit summary was: /* Added Section - IOS Files can no longer copy-to Samba share on Archlinux beginning with IOS 14.5 */ I will have to leave it to one of the Archdevs to add. No matter what I do, I'm returned to the same error: Error: Warning: You have not provided an edit summary, which is an enormous help for other users who want to review your changes, see ArchWiki:Contributing#The 3 fundamental rules. -- David C. Rankin, J.D.,P.E.

2 4

[arch-general] cups hangs while adding a new printer
by Bjoern Franke 04 Feb '22

04 Feb '22

Hi, on a Thinkpad X270 I'm trying to add a Epson XP 245 using epson-inkjet-printer-escpr2. Unfortunately cups just hangs with "Unable to get list of printer drivers", "lpinfo -m" just hangs and after some time outputs "Success". Searching around showed people already had this issue with foomatic, but neither foomatic nor gutenprint are installed. So the explanation of "generating the ppd list takes too long" should not fit here. And for adding more confusion, on another system where even gutenprint is installed, it works fine - so it's not a general issue. Any ideas? Best Regards Bjoern

1 1