September 2020 - Arch-general - lists.archlinux.org

[arch-general] Thunderbird 78
by Xorg 28 Nov '20

28 Nov '20

Hi, Thunderbird 78 is available since 1 month (https://www.thunderbird.net/en-US/thunderbird/78.0/releasenotes). Is there any reason the package is stuck to version 68? Can someone update this package? Thank in advance.

19 34

[arch-general] usbguard package neglected
by arch user 27 Oct '20

27 Oct '20

Hello, the package usbguard was flagged out of date in november. Three new versions came out since then. A package update or any info on this would be greatly appreciated. Kind regards

5 5

[arch-general] Packages "jami-gnome" and "libjamiclient" out of date
by Friedrich Strohmaier 24 Oct '20

24 Oct '20

Hi archers, Packages "jami-gnome" and "libjamiclient" are flagged out of date since 2019-11-16 / 2019-11-20. There are two new releases in place. I tried to contact the maintainer twice but nothing happened. I retrieved the maintainers (Bruno Pagani) mail adress from this mailinglist. I suspect the mails didn't ever get there. Any hints how to proceed? -- Friedrich

3 5

[arch-general] package pages link to github (which is partly broken)
by Marcus Hoffmann 19 Oct '20

19 Oct '20

Hi, I just noticed the package pages linking to github, instead of https://git.archlinux.org/. So far, trying to view the commit history for any community package just resulted in a page with the message: > Sorry, this commit history is taking too long to generate See, i.e. here: https://github.com/archlinux/svntogit-community/commits/master/element.io/t… I can find the package I'm interested in manually in https://git.archlinux.org/svntogit/community.git/ but is there a better solution for this planned somehow? Marcus

4 8

[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