Re: [arch-general] Doubts with 'apulse'

2020-04-06 Thread Javier via arch-general
Why do you need apulse to get firefox using alsa as backend? Perhaps you can take a look at [3] -- Javier [3] https://wiki.archlinux.org/index.php/Firefox/Tweaks#Get_ALSA_working_back signature.asc Description: OpenPGP digital signature

[arch-general] Doubts with 'apulse'

2020-04-06 Thread riveravaldez via arch-general
Hi, if this queries must go to some other specific places (forums, AUR, etc.) please let me know so I move them there. 1. According to the instructions in [1] «it is necessary to exclude /dev/snd/ from Firefox' sandboxing by adding it to the comma-separated list in about:config → security.sandbox.

Re: [arch-general] Time stamps are in 24 hour format how can you change this.

2020-04-06 Thread Jude DaShiell
That may be adjustable in orca settings if thunderbird respects orca settings. I think it's general and then date format and time format. On Mon, 6 Apr 2020, Matthew dyer via arch-general wrote: > Date: Mon, 6 Apr 2020 13:57:46 > From: Matthew dyer via arch-general > To: 'General Discussion abo

[arch-general] Time stamps are in 24 hour format how can you change this.

2020-04-06 Thread Matthew dyer via arch-general
Hi all, I am using Jenux which is a basic installer for arch Linux, but any I have notest that for some reason when using thunderbird with orca, Time and day are spoken in 24 hour format with year, month day followed by the time in 24 hour format. My time zone is set correctly. For example 2020/

Re: [arch-general] Hibernation Failure

2020-04-06 Thread Markus Schaaf via arch-general
Am 12.01.20 um 12:19 schrieb Markus Schaaf via arch-general: > > > Am 12.01.20 um 01:39 schrieb Paul Dann via arch-general: >> I'm having trouble getting hibernation to work on my new Dell Inspiron >> 7590. It seems that the image is stored correctly (onto LUKS+LVM thin-lv), > > I've noticed som

Re: [arch-general] Multi-threaded mkinitpcio

2020-04-06 Thread Lone_Wolf
On 06-04-2020 12:43, Ralph Corderoy wrote: Hi Lone Wolf, $ perf stat -e instructions gzip /dev/null $ perf stat -e instructions lzop /dev/null Those outputs appear to be from unpacking initramfs. I do think OP and Giancarlo were talking about creating an initramfs . Oh, sorry fo

Re: [arch-general] Multi-threaded mkinitpcio

2020-04-06 Thread Ralph Corderoy
Hi Lone Wolf, > > $ perf stat -e instructions gzip > >/dev/null > > $ perf stat -e instructions lzop > >/dev/null > > Those outputs appear to be from unpacking initramfs. > I do think OP and Giancarlo were talking about creating an initramfs . Oh, sorry for the noise if I'm wrong, but

Re: [arch-general] Multi-threaded mkinitpcio

2020-04-06 Thread Lone_Wolf
On 06-04-2020 11:47, Ralph Corderoy wrote: Hi Giancarlo, Of course lzop will be faster than xz, but mkinitcpio's default is gz, which should be comparable, at least in speed, with lzop. A slap-dash test. $ perf stat -e instructions gzip /dev/null Performance counter stats for 'gz

Re: [arch-general] Multi-threaded mkinitpcio

2020-04-06 Thread Ralph Corderoy
Hi Giancarlo, > Of course lzop will be faster than xz, but mkinitcpio's default is gz, > which should be comparable, at least in speed, with lzop. A slap-dash test. $ perf stat -e instructions gzip /dev/null Performance counter stats for 'gzip': 19,533,249,541 instructions:

Re: [arch-general] Multi-threaded mkinitpcio

2020-04-06 Thread Pascal via arch-general
thank you for these details. regard, lacsaP. Le lun. 6 avr. 2020 à 05:39, Giancarlo Razzolini via arch-general < arch-general@archlinux.org> a écrit : > Em abril 4, 2020 12:13 Jelle van der Waa escreveu: > > > > multi-threaded compression does not create a predictable reproducible > > archive (f