October 2023 - Arch-general - lists.archlinux.org

the archlinux torrent
by Jude DaShiell 03 Jul '24

03 Jul '24

Having downloaded the torrent and burned the iso to a dvd I verified the torrent using sha256sum but apparently that wasn't enough since the installation broke part of the way through which means I ought to have used the gpg verification that is available online. What is done with those asc files to verify a download? I used lftp with no options on the command line and maybe that was also a mistake on my part. -- Jude <jdashiel at panix dot com> "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." Ed Howdershelt 1940.

3 18

pacman via pacstrap
by lacsaP Patatetom 14 Nov '23

14 Nov '23

hi, I use `pacstrap -U` to install locally forged packages in a dedicated folder. this dedicated folder already contains some files and some of these files are causing problems for `pacstrap -U` (eg. `pacman -U`). i'd like to be able to use `--overwrite` option and pass it from `pacstrap`. is it possible to pass options to `pacman` via `pacstrap` ? regards, lacsaP.

4 7

Re: (No Subject)
by Aaron Liu 31 Oct '23

31 Oct '23

No, I'm just on the mailing list. On 2023/10/31 13:01, Novak Simic wrote: > Are you administrator? > > > Sent from Proton Mail mobile > > > > -------- Original Message -------- > On 29. окт 2023. 16:47, Aaron Liu < aaronliu0130(a)gmail.com> wrote: > > > If you wish to unsubscribe, go to > https://lists.archlinux.org/mailman3/lists/arch-general.lists.archlinux.org/ > On 2023/10/29 6:29, Novak Simic wrote: > Uscribe > > > Sent from > Proton Mail mobile > > >

1 0

(No Subject)
by Novak Simic 29 Oct '23

29 Oct '23

Uscribe Sent from Proton Mail mobile

2 1

How to handle .htaccess Invalid Hash on each Nextcloud Upgrade?
by David C. Rankin 27 Oct '23

27 Oct '23

Devs, David, All, I've now gone though 3 Nextcloud updates since a fresh install 27.0.2* and having resolved all config notices/warnings in the "Administrator settings" "Overview" check. Every update there are a few changes to the /etc/webapps/nextcloud/.htaccess file that are provided in the .htaccess.pacnew file. Each time to remain current you incorporate anything new in the .htaccess.pacnew file with the config changes necessary for the Arch install detailed in the wiki. Additional changes are needed if you server your nextcloud install from a /nextcloud subdirectory. The problem is each time you modify /etc/webapps/nextcloud/.htaccess, nextcloud will flag the file with an Invalid Hash due to the changes. There is no simple occ command to tell nextcloud "Yes, I changed the .htaccess file it's fine". Instead, you have to go through an elaborate process to have nextcloud update the stored hash with: 1. upgrade as normal with pacman, 2. check and update /etc/webapps/nexcloud/.htaccess with additions in .htaccess.pacnew 3. occ upgrade 4. login and go to "Administrator settings". The "Overview" check will fail complaining about an Invalid Hash for the .htaccess file. 5. Edit /etc/webapps/nexcloud/config/config.php and add "'integrity.check.disabled' => true,", invoke the "Overview" check again, let it fail, choose the "Rescan" link. That will rescan the files updating the integrity hash for the .htaccess. 6. Log out/in and remove the "'integrity.check.disabled' => true," additiong to config.php (I haven't confirmed whether log in/out before removing the "'integrity.check.disabled' => true," is necessary. Rescan with the line set and then removing should be sufficient) Where should this config issue be handled, or is this just the routine you have to go through each there is a nextcloud update? It's not a nextcloud issue, the additions to the .htaccess that prevent using the .htaccess supplied are Arch specific. It's not a one-size-fits-all Arch issue either because the server can either be installed in the document root (as your only served app) or served out of the /nextcloud subdirectory existing alongside your other web offerings. But, the changes to .htaccess and the resulting [Invalid Hash] issue on upgrade are specifically Arch unique. Is this something that Arch could patch the "occ upgrade" script to handle? Or is this a "just the way it is" issue? Other than this one little nit, the nextcloud server upgrades are flawless. Thoughts? -- David C. Rankin, J.D.,P.E.

2 2

USBasp programmer not listed in /dev
by Sadeep Madurange 27 Oct '23

27 Oct '23

Greetings all, I am trying to connect an AVR programmer to Arch machine. I can't see it appearing under /dev. I found the vendor and product ids using lsusb. I think the device is 16c0:05dc: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 058f:9540 Alcor Micro Corp. AU9540 Smartcard Reader Bus 001 Device 003: ID 046d:c52f Logitech, Inc. Unifying Receiver Bus 001 Device 004: ID 13d3:56bc IMC Networks [unknown] Bus 001 Device 005: ID 06cb:00bd Synaptics, Inc. Prometheus MIS Touch Fingerprint Reader Bus 001 Device 006: ID 8087:0026 Intel Corp. AX201 Bluetooth Bus 001 Device 009: ID 16c0:05dc Van Ooijen Technische Informatica shared ID for use with libusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub I added the following to /etc/udev/rules.d/99-avrprogrammer.rules and restarted the machine: SUBSYSTEM=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05dc", GROUP="uucp", MODE=="0666" I see the following in my dmesg when I insert the programmer: [ 1526.700607] usb 1-4: new low-speed USB device number 9 using xhci_hcd [ 1526.849141] usb 1-4: New USB device found, idVendor=16c0, idProduct=05dc, bcdDevice= 1.04 [ 1526.849152] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 1526.849156] usb 1-4: Product: USBasp [ 1526.849159] usb 1-4: Manufacturer: www.fischl.de I'm checking the device by doing something like ls /dev > before_plugging_in_programmer ls /dev > after_plugging_in_programmer vimdiff before_plugging_in_programmer after_plugging_in_programmer -- Regards, Sadeep PGP: 103BF9E3E750BF7E

3 3

Pacman update fail
by pete 21 Oct '23

21 Oct '23

Hi Folks Well this normally runs so smooth it is crazy but today pacman -Syyu :: Synchronising package databases... core 129.1 KiB 1076 KiB/s 00:00 [#################################################] 100% extra 8.3 MiB 4.37 MiB/s 00:02 [#################################################] 100% community 45.0 B 2.75 KiB/s 00:00 [#################################################] 100% :: Starting full system upgrade... resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: installing kholidays5 (1:5.111.0-1) breaks dependency 'kholidays' required by kalarmcal :: installing kxmlgui5 (5.111.0-1) breaks dependency 'kxmlgui' required by kfloppy :: installing kcompletion5 (5.111.0-1) breaks dependency 'kcompletion' required by kfloppy :: installing kio5 (5.111.0-1) breaks dependency 'kio' required by kipi-plugins :: installing ki18n5 (5.111.0-1) breaks dependency 'ki18n' required by kjsembed :: installing kparts5 (5.111.0-1) breaks dependency 'kparts' required by kmediaplayer :: installing kio5 (5.111.0-1) breaks dependency 'kio' required by kxmlrpcclient :: installing kxmlgui5 (5.111.0-1) breaks dependency 'kxmlgui' required by libkipi :: installing kservice5 (5.111.0-1) breaks dependency 'kservice' required by libkipi :: installing knotifications5 (5.111.0-1) breaks dependency 'knotifications' required by telepathy-kde-approver :: installing kservice5 (5.111.0-1) breaks dependency 'kservice' required by telepathy-kde-approver :: installing knotifyconfig5 (5.111.0-1) breaks dependency 'knotifyconfig' required by telepathy-kde-common-internals :: installing ktexteditor5 (5.111.0-1) breaks dependency 'ktexteditor' required by telepathy-kde-common-internals :: installing kpeople5 (5.111.0-1) breaks dependency 'kpeople' required by telepathy-kde-common-internals :: installing krunner5 (5.111.0-1) breaks dependency 'krunner' required by telepathy-kde-contact-runner :: installing kidletime5 (5.111.0-1) breaks dependency 'kidletime' required by telepathy-kde-integration-module :: installing kactivities5 (5.111.0-1) breaks dependency 'kactivities' required by telepathy-kde-integration-module So rare i get any issues Ideas where to look please folks Thanks Pete .

5 4

Installation_guide page
by Jude DaShiell 18 Oct '23

18 Oct '23

The systemd boot instruction just after bootctl install could probably use an addition. When I tried this yesterdy it was successful but the random seed generated by bootctl install was flagged as a security problem since permissions on that file I think were world writeable. One or more chmod commands in those instructions to get permissions set correctly I think will help. -- Jude <jdashiel at panix dot com> "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." Ed Howdershelt 1940.

3 3

Wiki - dark-mode not working in Firefox and the 2022 templates, switching to 2010 template it is fine
by David C. Rankin 18 Oct '23

18 Oct '23

All, Just a note on the wiki. Attempting to change to dark-mode failed with the new 2022 templates. Going to my preference and changing the Appearance to use to prior (old) 2010 templates, then dark-mode immediately started working fine. Not sure what else to check. -- David C. Rankin, J.D.,P.E.

2 3

Dependencies of Kate and Sonnet5
by Shalok Shalom 17 Oct '23

17 Oct '23

Kate (the editor) has the option to spellcheck, and uses one of the Sonnet backend for that. It is not mentioned in the deps, not even in optdeps. Then, Sonnet itself also misses a lot of the possible backends, namely nuspell and enchant, two of the most advanced. Kate itself does also miss threadweaver, but this is not used yet by any other KDE application, so I guess we just dont use that yet. It is already used by other distrubutions, though.Thanks ------- Forwarded Message ------- Von: Shalok Shalom <shalokshalom(a)protonmail.ch> Datum: Am Dienstag, 17. Oktober 2023 um 6:55 vorm. Betreff: Dependencies of Kate and Sonnet5 An: arch-general(a)lists.archlinux.org <arch-general(a)lists.archlinux.org> > Kate (the editor) has the option to spellcheck, and uses one of the Sonnet backend for that. > It is not mentioned in the deps, not even in optdeps. > > Then, Sonnet itself also misses a lot of the possible backends, namely nuspell and enchant, two of the most advanced. > Kate itself does also miss threadweaver, but this is not used yet by any other KDE application, so I guess we just dont use that yet. > > It is already used by other distrubutions, though. > Thanks

3 2