After upgrading to 4.2 my audio device does not work.
I plug in a usb audio device, then attach that usb device to an appvm and
try to use it in e.g. meet.google.com.
For some reason it only works for the audio microphone or the speaker, not
both.
Example:
1. I attach the usb device to the appvm
Installing a new template fixed it.
I installed fedora-39 and switched to it.
The old template had been upgraded in-place several times, back from
fedora-36, I think.
Maybe something is missing in the upgrade from 4.1 to 4.2, or in the
instructions on how to upgrade existing templates to 4.2.
It was not fixed...
Apparently just an example of how random it is.
It was working for an hour or so. Now it is back to mic not working, just
sending out that beep beep sound.
On Wed, Mar 20, 2024 at 9:16 AM 'Rune Philosof' via qubes-users <
qubes-users@googlegroups.com> wrote:
After updating from `fedora-38` to `fedora-39`, I have some AppVMs that I
am unable to boot because `qubes-relabel-rw` takes more than 60s.
The VMs have large `/rw/bind-dirs/var/lib/docker`.
I can clean my docker state before making the template switch, but it would
be nice to avoid having to r
simplest to implement is probably to remove the time out, and have the
user kill the vm if it takes too long.
But that might be problematic in the case of service vms that start at
boot? If so, the time out could be conditional.
On Mon, Jun 17, 2024 at 11:23 AM 'Rune Philosof' via qubes-use
When I follow the guide
on https://www.qubes-os.org/security/verifying-signatures/
I get the following result
```
[vagrant@fedora ~]$ gpg2 --check-signatures "Qubes Master Signing Key"
pub rsa4096 2010-04-01 [SC]
427F11FD0FAA4B080123F01CDDFA1A3E36879494
uid [ultimate] Qubes Maste
I have installed 4.1rc2 and chose a disposable sys-net, because I could
think of a reason not to.
But now that I have to type in the wifi password again and again, I know a
reason to not choose dispVM for sys-net.
Maybe it should be mentioned in the installation process what consequences
it wil
I am running Qubes 4.1rc3 on a Librem 14 and I see a lot of
```
Process 30303 (xrandr) of user 1000 dumped core
```
in my journalctl.
This morning I have ten within a minute.
I just resumed the computer from sleep and connected a usb-c monitor.
Are anyone else seeing similar issues?
--
You rece
Some times when I unlock my screen my desktop is completely empty, except
for dom0 windows.
The qubes still run, for instance I can still chat in an active Google
Meet, just can't see the window.
The windows are completely gone, as in not visible in the panel, taskbar,
or workspace_switcher.
If
Why not use fedora 35 for dom0?
Wouldn't it make it easier to maintain, while also getting better hardware
support?
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
On Tue, Jan 18, 2022 at 1:24 PM 'awokd' via qubes-users <
qubes-users@googlegroups.com> wrote:
> 'Rune Philosof' via qubes-users:
> > Why not use fedora 35 for dom0?
> > Wouldn't it make it easier to maintain, while also getting better
> hardwar
On Tue, Jan 18, 2022 at 5:49 PM Floyd wrote:
> On 1/18/22 7:09 AM, 'Rune Philosof' via qubes-users wrote:
>
> On Tue, Jan 18, 2022 at 1:24 PM 'awokd' via qubes-users <
> qubes-users@googlegroups.com> wrote:
>
>> 'Rune Philosof' via qubes-
> . I wish Google allowed my graphics card to work instrad of my CPU. p.s.
and yes, I also have 100% CPU load often. Same with YouTube. Google, come
on, let graphics cards do the job!
In Qubes the graphics card hardware acceleration is not exposed to the vms
for security reasons
(https://www.q
Mon, Jan 17, 2022 at 1:51 PM 'Rune Philosof' via qubes-users <
qubes-users@googlegroups.com> wrote:
> Some times when I unlock my screen my desktop is completely empty, except
> for dom0 windows.
> The qubes still run, for instance I can still chat in an active Google
&
After upgrading the following, I lost dns functionality in sys-firewall and
all vms using sys-firewall.
Using tcpdump on sys-net, it does not seem to receive the dns query.
When I run `systemctl stop systemd-resolved` in an appvm, dns works again.
(I removed some clearly uninteresting packages)
15 matches
Mail list logo
