- Arch-general - lists.archlinux.org

[arch-general] problem upgrading old installation
by Łukasz Michalski 09 Oct '20

09 Oct '20

Hi, Any idea how can I overcome this problem: [root@nettest zork]# pacman -S -q --noconfirm archlinux-keyring downloading required keys... error: key "6D42BDD116E0068F" could not be looked up remotely error: required key missing from keyring error: failed to commit transaction (unexpected error) Errors occurred, no packages were upgraded. root@nettest zork]# pacman-key --refresh-keys gpg: refreshing 113 keys from hkps://hkps.pool.sks-keyservers.net gpg: keyserver refresh failed: General error ==> ERROR: A specified local key could not be updated from a keyserver. I also tried: # pacman-key --init # pacman-key --populate archlinux # pacman-key --refresh-keys Still the same error. I have this problem on two servers with last upate 1,5 year ago. Thanks, Łukasz

2 2

[arch-general] Problems with ethminer
by Jörg Jellissen 08 Oct '20

08 Oct '20

Hello, i have many problems with arch linux and the package ethminer i'm not sure if it is the correct mailinglist for this problem. But i try it When i start ethminer in a terminal with or without sudo, the right opencl device and so on... i became a message like this <code> clBuildProgram SIGSEGV encountered ... stack trace: backtrace() returned 7 addresses ethminer(+0xa2102) [0x5590fe6bf102] /usr/lib/libc.so.6(+0x3d6a0) [0x7f3568ffd6a0] ethminer(+0x36f0b1) [0x5590fe98c0b1] ethminer(+0x145f66) [0x5590fe762f66] ethminer(+0x41caa4) [0x5590fea39aa4] /usr/lib/libpthread.so.0(+0x93e9) [0x7f35693013e9] /usr/lib/libc.so.6(clone+0x43) [0x7f35690c0293] SIGSEGV encountered ... stack trace: backtrace() returned 8 addresses ethminer(+0xa2102) [0x5590fe6bf102] /usr/lib/libc.so.6(+0x3d6a0) [0x7f3568ffd6a0] ethminer(+0x99018) [0x5590fe6b6018] ethminer(+0x996a8) [0x5590fe6b66a8] ethminer(+0xb1e05) [0x5590fe6cee05] ethminer(+0x41caa4) [0x5590fea39aa4] /usr/lib/libpthread.so.0(+0x93e9) [0x7f35693013e9] /usr/lib/libc.so.6(clone+0x43) [0x7f35690c0293] </code> Can anyone help me by this issues? Thanks for all

3 2

[arch-general] Update to Boost Libraries
by Jayesh Badwaik 07 Oct '20

07 Oct '20

Is there a reason why boost libraries are stuck to version 1.72 when 1.74 are already available? I cannot find anything on the bug tracker. Thank you. -- Best Jayesh Badwaik

4 4

[arch-general] Missing sys_siglist declaration
by Hauke Fath 02 Oct '20

02 Oct '20

Hi, on an arch machine updated yesterday, my XEmacs does not build because the 'sys_siglist' declaration is gone from <string.h>, where the strsignal(3) man page says it should be. Searching the usual suspects didn't bring up anything. What did I miss? Cheerio, Hauke -- The ASCII Ribbon Campaign Hauke Fath () No HTML/RTF in email Institut für Nachrichtentechnik /\ No Word docs in email TU Darmstadt Respect for open standards Ruf +49-6151-16-21344

3 5

[arch-general] [Pencil2D] package update (and attached PKGBUILD)
by Popolon 29 Sep '20

29 Sep '20

Hi all. The package Pencil2D is flagged out of date since few weeks, the PKGBUILD update is relatively simple. I didn't know where to propose updated PKGBUILD version. I tried forum first, a moderator said me to report a bug, then I open a bug, and a moderator closed the bug saying to never report a bug but to flag the package as outdated (I said the package was already flagged), and he send me to this mailing list, I hope this is the good place? The new version of Pencil2D is a 1 year update with lot of new features, that could be useful for Arch user that want to make 2D animation (there are also at least OpenToonz, Krita, Blender Grease Pencil and Synfig) and bug corrections. So the patch in the current PKGBUILD is no more needed. So there is only to update version number to 0.6.5, to update the source tarball sha25sum to 31903c54c8f0a79385cc5f519b380d26524219984e619204820b946c96fc2482 and to remove the patch and associated prepare() function. I added the working version of the PKGBUILD for this version to this mail. I used it for several weeks, it works very nicely. Don't need to credit me, just hope it will be updated for other Arch users. Regards, Popolon.

1 0

[arch-general] GNU Guix
by Cuckoo's Calling 29 Sep '20

29 Sep '20

Hello All, I came across an amazing project called GNU Guix. So, I made an animation to introduce the novel concepts of this project. Here is the link for the video, https://gnuguix-drive.mycozy.cloud/public?sharecode=YvERPGX14g5S Please leave me a feedback on your experience. Cheers, Cuckoo's Calling.

6 6

[arch-general] /dev/stdin /dev/stdout /dev/stderr in initrd/initramfs
by Pascal 28 Sep '20

28 Sep '20

hi list members, I don't have /dev/std* (eg. links to /proc/self/fd/{0,1,2}) that were present until a short time ago. is there any change on this side ? udev ? is it necessary to incorporate a particular kernel module in initrd/initramfs to find them again ? regards, lacsaP.

1 0

[arch-general] [LibrePlanet]: New Presentation
by Goo Goo Knox 28 Sep '20

28 Sep '20

Hi All, I am planning to apply for a session in upcoming LibrePlanet conference, to present a topic on this project. Here is the self-shot version of the presentation, https://fs333.gounlimited.to/tea5ur5c2h2qzxfffn4yv5jg53piwzbdni5tp7o7twot3l… Please leave me a feedback. :-) Cheers, Goo-Goo-Knox.

1 0

[arch-general] extundelete depricated?
by Javier 27 Sep '20

27 Sep '20

I noticed extundelete utility to recover deleted files for et3/ext4 was removed from the repos. It wasn't added to AUR either. So it sounds it won't be maintained anymore... Is it because it's considered depricated, or superseded by perhaps ext4magic, or just that no maintainer likes it? Just wondering. I see ext4magic available, so it provides similar functionality, and can be picked as an option... Thanks ! -- Javier

1 0

Re: [arch-general] Can anyone share experience with "preloader" on Arch (UEFI secure boot)?
by Maarten de Vries 26 Sep '20

26 Sep '20

On Thu, 24 Sep 2020 at 14:18, Manuel Reimer <mail+archgeneral(a)m-reimer.de> wrote: > Hello, > > I want to occasionally run Linux on a system which was set up with > Windows 10 with Bitlocker enabled. > > Disabling secure boot for Linux and reenabling it when booting into > Windows starts to get annoying. > > So my idea was to just use "preloader" and add it to the chain of EFI > binaries to execute. But as Arch gets kernel updates pretty often I am a > bit worried about getting my MokList corrupted at some time as described > here: > > > http://blog.rootserverexperiment.de/2013/06/02/moklist-gesemmelt-boot-unmog… > > Has anyone ever noticed this problem? How are the hashes stored? If I > update the kernel, will preloader *replace* the hash in MokList or add a > new one? How is this MokList stored? Is this flash memory with limited > write cycles? > Depending on how much you actually value the security of secure boot, you could just add your own DB key (so not a MOK) and sign grub with that key directly rather than using shim. Grub will then happily load any unsigned linux kernel. This is a bug in the shim_lock grub module, but even when it is fixed, you can get grub to ignore secure boot as long as you don't use the shim_lock module. If you actually want to prevent unsigned code from running, you should use shim with a MOK. You only need a single key that you can use to sign your bootloader and kernel images. By using a key for signing, you don't have to add any hashes to the MOK database. So there also shouldn't be much risk of corrupting your MOK database. -- Maarten >

1 0