- Arch-general - lists.archlinux.org

arch-signoff package - Merge Request (resend)
by Genes Lists 29 Jan '25

29 Jan '25

Originally sent on Jan 17 '25 and now resending since list did not seem to be working at that time. I came across arch-signoff a little while back and after trying it out, it seems pretty useful. I made a couple of changes to the code and submitted a merge request [1]. Obviously not terribly important at all but it isn't clear if gitlab notifies anyone for this package. Changes in MR are : - Add option/environ for dark terminals (blue doesn't show up well with gnome terminal dark theme for example) - Add color scheme support for light/dark using a new Colors class. - Replace setup.py with pyproject.toml (PEP 518) The MR was about a month ago, so perhaps someone can accept it or delete it or something. Thanks! gene [1] https://gitlab.archlinux.org/archlinux/arch-signoff/- /merge_requests/6 -- Gene

1 0

Linux-6.12.10.arch1-1 causes boot into emergency shell
by J. Gerhards 20 Jan '25

20 Jan '25

Hello all, after upgrading my kernel (standard linux package) yesterday to 6.12.10.arch1-1, my computer would now only boot into the systemd emergency shell. After further inspection, I believe this was caused by the kernel failing to mount my EFI system partition which caused systemd to no longer be able to reach local-fs.target[0]. Furthermore the kernel does not appear to actually be 6.12.10 but 6.12.9 as indicated by /proc/version and the journal[1]. I first thought this was an error and that pacman just didn't upgrade the package correctly, but after reinstalling it (signature matched), manually deleting the old kernel, regenerating the initramfs and verifying that pacman had actually downloaded the newest version, I still got the same result. I really have no idea of how I would fix this, since the kernel is supposed to have FAT32 support by default so I just downgraded linux and linux-headers back to 6.12.9.arch1-1 and everything seems to be working again. I Just thought I should send a mail to let someone know about it since it might be important. Cheers J. Gerhards [0] stripped snippet of the journal: mount[572]: mount: /efi: unknown filesystem type 'vfat'. mount[572]: dmesg(1) may have more information after failed mount system call. systemd[1]: efi.mount: Mount process exited, code=exited, status=32/n/a systemd[1]: efi.mount: Failed with result 'exit-code'. systemd[1]: Failed to mount /efi. systemd[1]: Dependency failed for Local File Systems. systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'. systemd[1]: local-fs.target: Triggering OnFailure= dependencies. [1] Kernel boot message: kernel: Linux version 6.12.9-arch1-1 (linux@archlinux) (gcc (GCC) 14.2.1 20240910, GNU ld (GNU Binutils) 2.43.1) #1 SMP PREEMPT_DYNAMIC Fri, 10 Jan 2025 00:39:41 +0000

1 0

arch-signoff package - Merge Request
by Genes Lists 17 Jan '25

17 Jan '25

I came across arch-signoff a little while back and after trying it out, it seems pretty useful. I made a couple of changes to the code and submitted a merge request [1]. Obviously not terribly important at all but it isn't clear if gitlab notifies anyone for this package. Changes in MR are : - Add option/environ for dark terminals (blue doesn't show up well with gnome terminal dark theme for example) - Add color scheme support for light/dark using a new Colors class. - Replace setup.py with pyproject.toml (PEP 518) The MR was about a month ago, so perhaps someone can accept it or delete it or something. Thanks! gene [1] https://gitlab.archlinux.org/archlinux/arch-signoff/- /merge_requests/6 -- Gene

1 0

Re: Issues with Libera.Chat and public access via Matrix
by magmaus3 10 Jan '25

10 Jan '25

hi, would selfhosting a matrix/irc bridge (such as matterbridge) be a viable option? maia // magmaus3

1 0

[arch-general] Lighter wayfire
by Javier 09 Jan '25

09 Jan '25

Hello ! I've been using wayfire for some time, I really enjoy it. I do drop some plugins, that I really do not need, in the hope to also make it somehow lighter (the eye candy ones): > # animate \ > # cube \ > # expo \ > # fisheye \ > # grid \ > # invert \ > # wobbly \ > # wrot \ > # zoom I still want to have transparency, opacity, shadows, and simple things picom like provided enabled. Is there anything else that can be dropped that could help? The ones remaining: > plugins = \ > alpha \ > autostart \ > command \ > decoration \ > fast-switcher \ > foreign-toplevel \ > gtk-shell \ > idle \ > move \ > oswitch \ > place \ > resize \ > session-lock \ > shortcuts-inhibit \ > switcher \ > vswitch \ > wayfire-shell \ > window-rules \ > wm-actions \ > workspace-names I also need windows decorations, and being able to do regular windows and workspaces decorations. If you're wondering about workspace-names, I really don't like workspaces pagers or graphical workspaces being shown on waybar, and I prefer to briefly show the target workspace name when transitioning to it, that's all that extra plugin does. plugins = \ alpha \ autostart \ command \ decoration \ fast-switcher \ foreign-toplevel \ gtk-shell \ idle \ move \ oswitch \ place \ resize \ session-lock \ shortcuts-inhibit \ switcher \ vswitch \ wayfire-shell \ window-rules \ wm-actions \ workspace-names If there's anything like eye candy not really required I can get rid of let me know. BTW, I've been thinking on removing switcher, since fast-switcher is less eye candy and does the thing right, but not sure if that would be limiting switching among windows, but that's one additional candidate I've been considering... Thanks a lot ! -- Javier

1 1

Hello
by Mats Svensson 28 Dec '24

28 Dec '24

Hello everyone! Thanks for letting me in here

1 0

Formal Request to review moderation decision [Fwd: What is the policy/thoughts on embedding icons/emojis/unicode glyphs in package descriptions in PKGbUILD]
by David C. Rankin 22 Dec '24

22 Dec '24

Dear Archlinux Governing Board, I formally request a review of how and why I am moderated on AUR. I have been given no explanation, and my posts (including the one below) simply do no make it to the list and I receive no determination on them. After being a member for more than 15 years, I feel this action was unprofessional, uncalled for and completely arbitrary and the result of an "I'll show you" abuse of position rather than a legitimate use of moderation authority. I strongly suspect this was the result of an off-list reply explaining to Jelle that I didn't appreciate him jumping into a thread and claiming to be able to read my mind. That was uncalled for, inappropriate and to suggest he knew my thoughts was utter speculation. This has been going on for months, and apparently the moderation is permanent as I've been given no information on when the sentence will end. I've always been respectful and mindful of my posts and this was no different. I formally appeal the determination and request a review and full determination on the merits. There was no justification for this and we should have all grown beyond kindergarten and wanting to show who is top-dog on the playground. That has no place in open-source. -------- Forwarded Message -------- Subject: What is the policy/thoughts on embedding icons/emojis/unicode glyphs in package descriptions in PKGbUILD Date: Thu, 19 Dec 2024 06:13:21 +0000 From: aur-general-owner(a)lists.archlinux.org To: drankinatty(a)gmail.com Your message to the Aur-general mailing-list was rejected for the following reasons: The message comes from a moderated member The original message as received by Mailman is attached. -- David C. Rankin, J.D.,P.E.

1 0

Solaar Pair Touble
by Silvio Siefke 18 Dec '24

18 Dec '24

Hello, I have a Logitech MK850 set which actually worked well. The mouse was causing problems, so I found Solaar and it works. Unfortunately, I once clicked on unpair and since then the mouse cannot be used via USB. The search for new devices is ended with "Device Block". I have deleted the configuration, I have deleted the UDEV rules, but the mouse still no longer works via USB. Does anyone have any ideas what I could do? Thanks Silvio

1 0

Request for review of two merge requests (Fcitx5-Mozc, Fcitx-Mozc)
by Masato TOYOSHIMA 16 Dec '24

16 Dec '24

Hello everyone I've been using Arch Linux in containers and have tried several Arch-based desktops. I'd like to discuss two Japanese input packages that haven't been updated for about two years. I've created merge requests for major upgrades for both packages. Among Japanese input packages, Mozc likely has the most users currently. There are two Mozc packages in the Arch Linux repository: Fcitx5-Mozc and Fcitx-Mozc. While Fcitx5 has become the main development focus, Fcitx-mozc is still packaged in newer distributions. These two packages haven't been updated for about two years. I created merge requests for major upgrades about two weeks ago. I've tried contacting the previous package maintainers and those assigned by bots, but there's been no response. I'm posting here hoping to catch the attention of those with merge permissions. I'd appreciate if you could review the merge requests for these two packages when you have time. As additional information, the original google/mozc has moved to Bazel build for the Linux version. Fcitx5 already supported Bazel build, and Fcitx (fcitx4) has recently added support for it as well. Therefore, both packages can now be built with Bazel without additional patches or PRs. I've been updating the merge requests to keep them aligned with the latest commits. Now that Fcitx(4)'s Bazel support is complete, it seems like a good time for review. Please review the merge requests when possible. I apologize for the long message. Thank you for your consideration. https://gitlab.archlinux.org/archlinux/packaging/packages/fcitx5-mozc/-/mer… https://gitlab.archlinux.org/archlinux/packaging/packages/fcitx-mozc/-/merg…

1 1

Request For Insights On Kernel Security Hardening Practices In Arch Linux
by Yinhao Hu 13 Dec '24

13 Dec '24

Dear All, We are academic researchers from Huazhong University of Science and Technology, China. To foster a healthier Linux kernel community and enhance the overall security of Linux distributions, we are conducting a study on kernel security hardening deployments across various Linux distributions. In our research, we analyzed kernel config files and the /proc filesystem by installing and running multiple distribution ISO images. This allowed us to enumerate the default deployment of kernel defense mechanisms at runtime. So far, we have cataloged over 50 kernel security hardening features and documented inconsistencies in their deployment across different distributions. The results of our analysis are accessible via the following link: https://docs.google.com/spreadsheets/d/17QRr04pqK1K4-VoHXW2-9KgPd4uV8Q4I-NN…. Given Arch Linux’s reputation for exceptional performance and rich features, we conducted a detailed investigation into its kernel security hardening strategies. To further deepen our understanding, we would greatly appreciate your input on the following questions: 1. Effectiveness of Kernel Security Hardening 1.1 Do you consider deploying kernel security hardening features to be an effective strategy for ensuring operating system security? 2. Configuration Strategy for Default Kernel Security Hardening Options 2.1 What are the primary criteria for selecting kernel security hardening options in your distribution? 2.2 How are configurable security hardening features (e.g., unprivileged_bpf_disabled) typically set (e.g., 0, 1, or 2), and what are the main considerations involved? 2.3 How do you balance the trade-off between side-effects (e.g., performance overhead) and the enhanced security introduced by kernel security hardening? 2.4 Does the tolerance for performance overhead vary across different application scenarios? 2.5 Are there other negative factors, such as compatibility issues, that are considered when enabling security hardening features? 3. Customized Configurations 3.1 Do you provide different kernel security hardening configurations tailored to specific user groups? 4. Best Practices and Recommendations 4.1 Are there any best practices or recommendations you can share regarding kernel security hardening? 4.2 Are there relevant documents or materials available for reference? The purpose of these questions is to gain a deeper understanding of your security protection strategies. Your insights would be immensely valuable to our study. Thank you for taking the time to review our questions. We look forward to your response. Best regards, Yinhao Hu, PhD candidate huyinhaodd(a)gmail.com Huazhong University of Science and Technology

1 0