Hi,
Due to mysterious, unsolvable Wifi issues, I decided to replace the
wpa_supplicant wifi daemon with iwd. iwd itself is excellent and a
definite improvement over wpa_supplicant. I can't find Fedora working on
this though. In the Fedora 33 template, it currently comes down to:
$ dnf remove
Dear Qubes Community,
We have just published Qubes Security Bulletin (QSB) 066:
XML injection through libvirt domain configuration.
The text of this QSB is reproduced below. This QSB and its accompanying
signatures will always be available in the Qubes Security Pack
(qubes-secpack).
View
On Wednesday, 3 March 2021 at 23:40:55 UTC+8 stevenlc...@gmail.com wrote:
>
> On Wed, Mar 3, 2021, 9:28 AM lok...@gmail.com wrote:
>
>> On Wednesday, 3 March 2021 at 18:18:09 UTC+8 Mike Keehan wrote:
>>
>> I could not clone the fedora 33 templates, with a similar error message
>>> about "not
On 3/3/21 4:31 AM, lok...@gmail.com wrote:
After I installed the fedora-33 template a few days ago, I have never
been able to do a software update on it using the Salt-based updater. A
manual update using "dnf update" works fine.
This is the error I'm getting in the updater tool:
Is this a
I've been developing a lot of salt config for myself and I want to start open
sourcing it so that I can:
- Ask for public security review
- Accept patches
- Help people use Qubes a little better, when I think Qubes supports
anarchistic praxis and is a force of good in the world
I'm worried
On Wed, Mar 3, 2021, 9:28 AM lok...@gmail.com wrote:
> On Wednesday, 3 March 2021 at 18:18:09 UTC+8 Mike Keehan wrote:
>
> I could not clone the fedora 33 templates, with a similar error message
>> about "not clean", until I started and stopped the template. It's been
>> OK since then.
>>
>
> I
On Wednesday, 3 March 2021 at 18:18:09 UTC+8 Mike Keehan wrote:
I could not clone the fedora 33 templates, with a similar error message
> about "not clean", until I started and stopped the template. It's been
> OK since then.
>
I don't think that's the problem I'm facing, as I have restarted
