- Arch-general - lists.archlinux.org

Starting meshroom
by Peter Nabbefeld 30 Jan '23

30 Jan '23

Hello, after installing community/meshroom, I'm looking for how to start it. Following https://meshroom-manual.readthedocs.io/en/latest/first-steps/install/index.… I looked for some Meshroom command, but couldn't find it. What am I doing wrong? Kind regards, Peter

3 4

Unofficial arch ports within the ArchWiki?
by Polarian 30 Jan '23

30 Jan '23

Hello, I was looking at Arch Linux Arm's (ALARM) website and I realised, a lot of their support just points right back to the ArchWiki. I thought the ArchWiki was only designed for the official distribution (Arch Linux) and not any other ports for other architectures? Thank you, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

2 1

Arch / Manjaro friendly wifi dongle
by mick howe 28 Jan '23

28 Jan '23

I have just moved to a house where I can't get an Ethernet connection to the broadband 'modem' so I need to finally adopt a wifi setup to connect my two desktops and random Raspberry Pi and Arduinos to the 'modem' & the internet. That raises two problems: I don't know anything about wifi except for my Acer Nitro 5 just asked for a password then worked. The only brand of wifi hardware sold by any of the local shops is TP-Link brand. I have one of their Archer T3U AC1300 dongles that is listed as might work. I tried to build it on the laptop with aur but the package errors with 'ERROR: Missing xxx kernel headers for module rtl88x2bu/5.13.1r179.a2ac3b2' where xxx is one of a list including sys, srv, boot, home, etc, bin, rootfs-pkgs.txt, desktopfs-pkgs.txt, run, usr, lib, dev, lost+found, lib64, tmp, opt, proc, mnt, sbin, var, root I tried to build the driver on the desktop but makepkg immediately crashed because I have no internet connection. The laptop is 6 months more up-to-date than the desktops that have been in storage. What I'm looking for is 1. a way to build the driver for the Archer T3U and/or 2. the make/model of a dongle that will work and/or 3. other options? I have tried Ether of Power setup but the basement my daughter has relegated me to is on a different circuit to the rest of the house. please help mick in the dungeon

2 7

Where can I get last source pkg for hylafax before it was dropped in 2021?
by David C. Rankin 28 Jan '23

28 Jan '23

Archdevs, Where can I get the last sourcepkg used to pkg hylafax for Arch before hylafax was dropped from Arch? This was hylafax 6.0.7-4, e.g. with full info: Name : hylafax Version : 6.0.7-4 Description : Fax Server Architecture : x86_64 URL : https://www.hylafax.org/ Licenses : custom Groups : None Provides : None Depends On : libtiff pam ghostscript Optional Deps : None Required By : None Optional For : None Conflicts With : None Replaces : None Installed Size : 3.84 MiB Packager : Antonio Rojas <arojas(a)archlinux.org> Build Date : Fri 23 Apr 2021 02:00:05 AM CDT Install Date : Fri 23 Apr 2021 03:45:09 AM CDT Install Reason : Explicitly installed Install Script : Yes Validated By : Signature The issue being that libtiff 4.5 completely broke hylafax. There are two packages bandaiding this, AUR hylafaxplus and the custom patched version for libtiff at: https://gitlab.com/libtiff/libtiff/-/issues/504#note_1229203232 with an upcoming new release for hylafax+ on sourceforge that resolves the issue with the exports removed from libtiff. My issue is I need the setup for the last hylafax packaged by Arch to prevent configuration issues. How can I get a copy of the last source package for hylafax? The forum post from 2009, https://bbs.archlinux.org/viewtopic.php?id=164759 is out of date after the move to gitlab. The wiki page on downgrading https://wiki.archlinux.org/title/Downgrading_packages still refers to ABS. How to do it today? -- David C. Rankin, J.D.,P.E.

6 12

setting time
by Fons Adriaensen 27 Jan '23

27 Jan '23

Hello all, A friend (who is by no means a Linux expert and lives at the other end of the world) is using an Archlinux system that has its date and time completely wrong - the year is 2019. Is using timedatectl set-time a safe way to fix this ? In other words, would a system time jump cause problems ? In the hwclock manpage there is a warning that -s (which also causes the system time to jump) should not be used on a running system, this is why I ask. The alternative would be to set the HW clock in the BIOS. If I understand things correctly, the new system time will then be set when booting. TNX, -- FA

3 2

English language differences
by Polarian 24 Jan '23

24 Jan '23

Hello, So today I have been working on a new ArchWiki page and I have realised that I have never considered the differences in English language when writing the pages. I assume I am meant to stick to US English, but being a Brit we spell things slightly differently, and as it is habit I am not sure what I am meant to do. What is the conventions when it comes to the spellings you use within the ArchWiki pages, and if I accidentally spelt something "non-US English", would it matter too much? Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

5 9

Linux kernel: delay before power-off
by Markus Schaaf 23 Jan '23

23 Jan '23

Hi all, for a long time now, I'm seeing unclean shutdowns of SATA drives on different machines running Arch. There is a nice write-up about the problem here: https://lore.kernel.org/lkml/20170410232118.GA4816@khazad-dum.debian.net/ If you are willing to google with the right keywords, you will find a lot of similar reports all over the interwebs. I can remember a configuration setting for the Linux kernel, which existed in ancient times, to delay the final step of powering off the machine for some time. Is there anything like that in the distributed kernels right now? Any knob I could turn? BR

9 23

new AUR tool - DNSSEC made easy!
by Genes Lists 22 Jan '23

22 Jan '23

I just uploaded my dns_tools to the AUR [1] and source to github [2]. DNSSEC can be a little tricky to manage but it adds a nice layer of protection for the dns zones for your domain(s). The tool creates and updates keys, signs zonefiles and makes key rolling as automated and simple as possible. There's a reasonably complete README file on github for those who may be interested. Thanks to all the folks contributing and keeping Arch rolling!! regards, gene [1] https://aur.archlinux.org/packages/dns_tools [2] https://github.com/gene-git/dns_tools

1 0

About the wiki's CAPTCHA system
by me＠foxt.dev 22 Jan '23

22 Jan '23

Hi all, (apologies if this is not the correct place to post this -- i didn't see anywhere more appropriate) I recently tried to sign up to the Arch wiki, but I was met by the following CAPTCHA. What is the output of: pacman -V|base32|head -1 and I had some issues with this that I'd like to share, while I get the reasons this captcha system was put in place (to prevent spam & to ensure the user is currently using an Arch system), however I don't believe the current captcha is a good solution. First of all, my problem is with the requirement to verify the user is currently using Arch, as the Arch Wiki is a very popular resource in the greater Linux community as a lot of resources apply to software that is commonly seen on other distributions, for example, I wanted to make a change (which I encountered configuring an Arch system) that was useful to everyone who used systemd, anyone, be it an Ubuntu, Debian, Fedora, etc user may have found on the Arch wiki. While I think (I'm not sure, anyone is welcome to prove me wrong), the little number of users trying to post good faith, however, off topic, non-Arch related content, should be stopped by having their changes undone, and people who are Arch Linux users may still fail the challenge (i.e. using a non-arch system at the time, using an Arch system with an different version of Pacman.) However, my second larger problem is that it doesn't seem that it'd be a very good spam prevention mechanism. The CAPTCHA seems to be the same for all users, and changes very infrequently. (pacman version 6.0.1 (according to https://archlinux.org/pacman/#_releases, released in September 2021) and 6.0.2 (according to https://archlinux.org/packages/core/x86_64/pacman/, released in November 2022) were released over a year apart, so any spammer could define the captcha challenge for the Arch Wiki and post spam for many months. Determined spammers could even write a system to run the command inside a Arch Linux container and cache it until the challenge does not work. Ideally, CAPTCHA systems should be - hard for computers - easy for humans - accessible - unique for every request. The current CAPTCHA system fails every one of those requirements, I'd suggest either using a more common captcha type (such as Google reCAPTCHA, hCaptcha or a generic maths challenge), switching to more human friendly, easily Googleable, but still domain specific questions (i.e. "in which year was the Arch Linux project founded"), less ideal, but you could use commands that always produce the same output (i.e. "uname | base64" should always produce "TGludXgK" on Linux) Thank you.

4 4

Re: RFC: Increase _FORTIFY_SOURCE level to 3
by Genes Lists 19 Jan '23

19 Jan '23

Follow up to my previous note It looks fairly straightforward to identify which applications need to remain on level 2 by checking binaries for those using the malloc_usable_size() call. e.g. $ nm -uD /usr/lib/systemd/systemd-networkd |grep malloc_usable U malloc_usable_size(a)GLIBC_2.2.5 gene

1 0