[qubes-users] Re: Qubes OS 4.1-rc1 has been released!

2021-10-13 Thread evado...@gmail.com
amazinggg

понедельник, 11 октября 2021 г. в 23:51:52 UTC, a...@qubes-os.org: 

> Dear Qubes Community,
>
> After many years of work, the team is pleased to announce the first
> release candidate for Qubes 4.1!
>
> Qubes 4.1 includes several major new features, each of which is
> explained in depth in its own article:
>
> - Qubes Architecture Next Steps: The GUI Domain [01]
> - Qubes Architecture Next Steps: The New Qrexec Policy System [02]
> - New Gentoo templates and maintenance infrastructure [03]
> - Reproducible builds for Debian: a big step forward [04]
>
> This release candidate also includes numerous other improvements and
> bug fixes, which are listed in the release notes [05] and in the issue
> tracker [06].
>
> Finally, Qubes 4.1 features the following updated default components:
>
> - Xen 4.14
> - Fedora 32 in dom0
> - Fedora 34 template
> - Debian 11 template
> - Whonix 16 Gateway and Workstation templates
> - Linux kernel 5.10
>
> Qubes 4.1-rc1 is available on the downloads [07] page.
>
>
> How to test Qubes 4.1-rc1
> -
>
> If you're willing to test [08] this release candidate, you can help to
> improve the stable release by reporting any bugs you encounter [09].
> Experienced users are strongly encouraged to join the testing team [10]!
>
> There are two ways to migrate to 4.1-rc1:
>
> - Back up [11] your current installation, perform a fresh
> install [12] of 4.1-rc1, then restore [13] from your backup.
> - Perform an in-place upgrade [14].
>
>
> Release candidate planning
> --
>
> As with any initial release candidate, it's likely that user testing
> will reveal important bugs that we'll want to fix before the stable
> release. Depending on the severity of the bugs discovered and how long
> it takes to fix them, we expect that it may be anywhere from a few weeks
> to a few months before we announce the second release candidate.
>
>
> [01] https://www.qubes-os.org/news/2020/03/18/gui-domain/
> [02] https://www.qubes-os.org/news/2020/06/22/new-qrexec-policy-system/
> [03] 
>
> https://www.qubes-os.org/news/2020/10/05/new-gentoo-templates-and-maintenance-infrastructure/
> [04] 
>
> https://www.qubes-os.org/news/2021/10/08/reproducible-builds-for-debian-a-big-step-forward/
> [05] https://www.qubes-os.org/doc/releases/4.1/release-notes/
> [06] 
>
> https://github.com/QubesOS/qubes-issues/issues?q=milestone%3A%22Release+4.1%22+is%3Aclosed+-label%3A%22R%3A+duplicate%22+-label%3A%22R%3A+invalid%22+-label%3A%22R%3A+cannot+reproduce%22+-label%3A%22R%3A+not+an+issue%22+-label%3A%22R%3A+not+our+bug%22+-label%3A%22R%3A+won%27t+do%22+-label%3A%22R%3A+won%27t+fix%22+
> [07] https://www.qubes-os.org/downloads/
> [08] https://www.qubes-os.org/doc/testing/
> [09] https://www.qubes-os.org/doc/issue-tracking/
> [10] https://forum.qubes-os.org/t/joining-the-testing-team/5190
> [11] 
>
> https://www.qubes-os.org/doc/how-to-back-up-restore-and-migrate/#creating-a-backup
> [12] https://www.qubes-os.org/doc/installation-guide/
> [13] 
>
> https://www.qubes-os.org/doc/how-to-back-up-restore-and-migrate/#restoring-from-a-backup
> [14] https://www.qubes-os.org/doc/upgrade/4.1/
>
> This announcement is also available on the Qubes website:
> https://www.qubes-os.org/news/2021/10/11/qubes-4-1-rc1/
>
> -- 
> Andrew David Wong
> Community Manager
> The Qubes OS Project
> https://www.qubes-os.org
>
>

-- 
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 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/96ea932d-2e9b-4b0a-b4c3-115cdfefc084n%40googlegroups.com.


Re: [qubes-users] Qubes 4.1 - ready to go on Nitropad X230 without much tweaks?

2021-10-13 Thread 'taran1s' via qubes-users




Insurgo Technologies Libres / Open Technologies:



On October 13, 2021 3:16:13 PM UTC, 'taran1s' via qubes-users 
 wrote:



unman:

On Wed, Oct 13, 2021 at 10:24:46AM +, 'taran1s' via qubes-users wrote:

I am thinking about upgrading my Nitropad X230 Qubes to 4.1, but I am
curious if the version 4.1 has some serious issues that would make the
experience worse than the current 4.0 or would need many tweaks to make the
beast run well.

I know that the 4.1 is an rc1 with all its pros and cons, which can be but
different on each hardware. My question is if the Nitropad X230 has some
functionality issues running the 4.1-rc1 now.

For sys-net and sys-firewall I use the fedora-33-minimal, I use
qubes-gpg-split and a kind of split monero with qrexec, as described here: 
http://monerotoruzizulg5ttgat2emf4d6fbmiea25detrmmy7erypseyteyd.onion/resources/user-guides/cli_wallet_daemon_isolation_qubes_whonix.html,
sys-usb is based on debian-10. The rest is a normal usage with not so many
changes in the dom0 or templates from the default state.

Would you recommend to go on with the upgrade/reinstall of my 4.0 Qubes to
4.1 on Nitropad X230 now?

Thank you.

--
Kind regards
taran1s


4.1rc1 works fine on a corebooted x230 (that's what the nitropad is).
No functionality issues for me, and I cant see any issues with your set
up.
You'll have to reseal HEADS of course, but I assume you know that.



This is very good news, thank you. I will most probably clean-reinstall the 
beast to get advantage of the LUKS2. But not sure if it is worthy to do or the 
upgrade is enough to get advantage of the new 4.1.

Is the LUKS1 vs LUKS2 the only difference in between the clean-reinstall and 
upgrade, or are there other factors to take into consideration when deciding 
between the clean reinstall vs upgrade to 4.1?



Heads will need to be reflashed with a ROM supporting cryptsetup2 to reinstall. 
Heada will also need to be based on coreboot 4.13+ as per pending Heads pull 
request 1015.

Consider this as a beta testing ROM.
Outch, this is what I was afraid of. Thank you for the warning. Is there 
any detailed guide on how to do that safely? This is my main laptop used 
for all of my digital activities, and I wouldn't like to mess it up.


--
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 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/45c821c8-c5ac-6c6a-4a75-c76f58e720cb%40mailbox.org.


Re: [qubes-users] Qubes 4.1 - ready to go on Nitropad X230 without much tweaks?

2021-10-13 Thread Insurgo Technologies Libres / Open Technologies



On October 13, 2021 3:16:13 PM UTC, 'taran1s' via qubes-users 
 wrote:
>
>
>unman:
>> On Wed, Oct 13, 2021 at 10:24:46AM +, 'taran1s' via qubes-users wrote:
>>> I am thinking about upgrading my Nitropad X230 Qubes to 4.1, but I am
>>> curious if the version 4.1 has some serious issues that would make the
>>> experience worse than the current 4.0 or would need many tweaks to make the
>>> beast run well.
>>> 
>>> I know that the 4.1 is an rc1 with all its pros and cons, which can be but
>>> different on each hardware. My question is if the Nitropad X230 has some
>>> functionality issues running the 4.1-rc1 now.
>>> 
>>> For sys-net and sys-firewall I use the fedora-33-minimal, I use
>>> qubes-gpg-split and a kind of split monero with qrexec, as described here: 
>>> http://monerotoruzizulg5ttgat2emf4d6fbmiea25detrmmy7erypseyteyd.onion/resources/user-guides/cli_wallet_daemon_isolation_qubes_whonix.html,
>>> sys-usb is based on debian-10. The rest is a normal usage with not so many
>>> changes in the dom0 or templates from the default state.
>>> 
>>> Would you recommend to go on with the upgrade/reinstall of my 4.0 Qubes to
>>> 4.1 on Nitropad X230 now?
>>> 
>>> Thank you.
>>> 
>>> -- 
>>> Kind regards
>>> taran1s
>> 
>> 4.1rc1 works fine on a corebooted x230 (that's what the nitropad is).
>> No functionality issues for me, and I cant see any issues with your set
>> up.
>> You'll have to reseal HEADS of course, but I assume you know that.
>> 
>
>This is very good news, thank you. I will most probably clean-reinstall the 
>beast to get advantage of the LUKS2. But not sure if it is worthy to do or the 
>upgrade is enough to get advantage of the new 4.1.
>
>Is the LUKS1 vs LUKS2 the only difference in between the clean-reinstall and 
>upgrade, or are there other factors to take into consideration when deciding 
>between the clean reinstall vs upgrade to 4.1?
>

Heads will need to be reflashed with a ROM supporting cryptsetup2 to reinstall. 
Heada will also need to be based on coreboot 4.13+ as per pending Heads pull 
request 1015.

Consider this as a beta testing ROM.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

-- 
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 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/F82CA9C0-5708-4A0F-8AB1-03B295CB78A6%40gmail.com.


Re: [qubes-users] Re: usb keyboard not working on debian 11 template

2021-10-13 Thread haaber

Unman wrote:
qubes-input-proxy-sender is installed by default in the debian-11
template.
If you are using a minimal template, this is meant for advanced users,
but in any case, installation of qubes-input-proxy-sender is documented
at https://www.qubes-os.org/doc/templates/minimal/



Dear unman, do you suggest rather upgrading a debian-10-minimal to
debian-11-minimal, or re-installing a fresh one? In the 2nd case, what
is the preferred install command in dom0? I am a bit confused, since
there is good old qubes-dom0-update, there is salt, maybe another one.
Which is best/safest?   Cheers, Bernhard


--
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 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/c14a54c3-ad77-36ca-6162-f94a29dfa423%40web.de.


Re: [qubes-users] No sound in XPS9310

2021-10-13 Thread Fabrizio Romano Genovese
After a bit of time I had the opportunity to investigate this a bit 
further. Even running speaker-test on sys-audio results in the audio 
stammering, and sys-audio manages the device directly... Could this be a 
problem between fedora33 and my sound card? What can I do to pinpoint the 
problem?

Any help is appreciated!
Fab

On Friday, September 17, 2021 at 2:49:54 AM UTC+2 Fabrizio Romano Genovese 
wrote:

> Hello all,
>
> I managed to finally install Qubes 4.1, but the audio problem is still not 
> fixed. As awokd pointed out, in Qubes 4.1 I can define an audio-vm which, 
> having fedora33, correctly recognizes my audio card. 
>
> I first tried the easy way: I created a sys-audio vm, and assigned the 
> audio card to it. Unfortunately, the audio doesn't really work smoothly: 
> Playing youtube videos on sys-audio is very slow and the sound is 
> continuously cackling.
>
> Investigating things further, it seems that there is already some salt 
> script I can use to create sys-audio. So I removed my sys-audio vm and I 
> tried with 
> sudo qubesctl state.sls qvm.sys-audio
> that lists two processes, one succeds and the other one fails. After this 
> I have sys-audio again, but it is not used by default by any other vm. I 
> tested with 
> qvm-prefs untrusted audiovm sysaudio 
> but audio still does not work. Youtube videos now do not really start. If 
> I set audio back to dom0 and reboot the vm instead they do (but obviously I 
> cannot hear anything given that dom0 has fedora32 which doesn't like my 
> card).
>
> I feel like there's something very simple that I am missing. Am I maybe 
> issuing the wrong salt command to set up sys-audio?
>
> Cheers,
> Fab
>
>
> On Sunday, April 18, 2021 at 11:55:34 AM UTC+2 Fabrizio Romano Genovese 
> wrote:
>
>> On Monday, February 8, 2021 at 10:25:20 PM UTC+1 Fabrizio Romano Genovese 
>> wrote:
>>
>>> On Monday, February 8, 2021 at 3:14:43 PM UTC+1 fac...@gmail.com wrote:
>>>
 I think your dell has different wifi and I think audio.   The wifi 
 driver for the xps 9310 is iwlwifi.   Here is some firmware info:  
 https://support.killernetworking.com/knowledge-base/killer-ax1650-in-debian-ubuntu-16-04/
  
 and here is some qubes specific info on your wifi driver:  
 https://github.com/QubesOS/qubes-issues/issues/5615

>>>
>>> Alas, no, I really have the AX500. The AX1650 is waay much more well 
>>> behaved and it is the one that is usually shipped on XPS developer edition. 
>>> Unfortunately XPS developer edition does not have a 32GB RAM option, which 
>>> was absolutely needed for me, being Qubes unbelievably ram hungry. So I was 
>>> forced to purchase the model with the Killer AX500 T_T
>>>
>>>
 I think the audio is different too, as the xps 9700 needs the 5.10 
 kernel to work, but the base-config patch above does enable 
 CONFIG_SND_SOC_SOF_INTEL_SOUNDWIRE which I think you need too.

 To patch the kernel you must build it from source with qubes-builder 
 https://www.qubes-os.org/doc/qubes-builder/.   First configure it.  
 Then change kernel to master branch in builer.conf.after the "make 
 get-sources"  is when you would patch with config-base in 
 qubes-builder/qubes-src/linux-kernel.

>>>
>>> The sad thing is that audio worked perfectly on kernel 5.4... I'll try 
>>> to give a look to this by the end of the week, when I'll have a bit less 
>>> work to do  :)
>>>  
>>>
 fedora 33 5.10 kernel supports much more devices and audio works in the 
 upstream fedora on both the 9700 and 9310 dells.  I'll see if I can get a 
 patch into qubes the upstream kernel modules which fedora has added or at 
 the minimum the SOF stuff in the patch.   Then all our audio will just 
 work 
 with qubes.

>>>
>>> That would be a wonderful, wonderful thing. In the meantime I'll try to 
>>> learn how to compile my own kernels, my pc also tends to heat quite a lot 
>>> and I suspect that a taylored kernel could make my overall experience 
>>> better, correct me if I'm wrong... :)
>>>
>>  
>> By any chance, does everyone know if there are any news about these audio 
>> issues? I'm updating the kernel to the latest version every week or so, but 
>> unfortunately sound is still not working :(
>>  
>>
>>>
>>> About awokd suggestions: I tried to install 4.1 but the installer 
>>> doesn't boot on my machine. Also, I've always been very unlucky with Qubes 
>>> backups (traditionally I do them and they never work on restore), so I'd 
>>> gladly avoid having to reinstall everything right now...
>>>
>>>




 On Sat, Feb 6, 2021 at 11:34 AM Fabrizio Romano Genovese <
 fabr...@statebox.io> wrote:

>
> I installed qubes on a Dell XPS9310. I was using kernel 5.4.90 and 
> sound was working, but wi-fi did not. So I upgraded to kernel 5.10.13 and 
> now I have both wifi and sound not working :D 
>
> It seems that the sound issues are due to a problem 

Re: [qubes-users] Qubes 4.1 - ready to go on Nitropad X230 without much tweaks?

2021-10-13 Thread 'taran1s' via qubes-users




unman:

On Wed, Oct 13, 2021 at 10:24:46AM +, 'taran1s' via qubes-users wrote:

I am thinking about upgrading my Nitropad X230 Qubes to 4.1, but I am
curious if the version 4.1 has some serious issues that would make the
experience worse than the current 4.0 or would need many tweaks to make the
beast run well.

I know that the 4.1 is an rc1 with all its pros and cons, which can be but
different on each hardware. My question is if the Nitropad X230 has some
functionality issues running the 4.1-rc1 now.

For sys-net and sys-firewall I use the fedora-33-minimal, I use
qubes-gpg-split and a kind of split monero with qrexec, as described here: 
http://monerotoruzizulg5ttgat2emf4d6fbmiea25detrmmy7erypseyteyd.onion/resources/user-guides/cli_wallet_daemon_isolation_qubes_whonix.html,
sys-usb is based on debian-10. The rest is a normal usage with not so many
changes in the dom0 or templates from the default state.

Would you recommend to go on with the upgrade/reinstall of my 4.0 Qubes to
4.1 on Nitropad X230 now?

Thank you.

--
Kind regards
taran1s


4.1rc1 works fine on a corebooted x230 (that's what the nitropad is).
No functionality issues for me, and I cant see any issues with your set
up.
You'll have to reseal HEADS of course, but I assume you know that.



This is very good news, thank you. I will most probably clean-reinstall 
the beast to get advantage of the LUKS2. But not sure if it is worthy to 
do or the upgrade is enough to get advantage of the new 4.1.


Is the LUKS1 vs LUKS2 the only difference in between the clean-reinstall 
and upgrade, or are there other factors to take into consideration when 
deciding between the clean reinstall vs upgrade to 4.1?


--
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 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/5224aeb4-2633-4344-90ff-086e1ee4d34c%40mailbox.org.


Re: [qubes-users] Qubes 4.1 - ready to go on Nitropad X230 without much tweaks?

2021-10-13 Thread unman
On Wed, Oct 13, 2021 at 10:24:46AM +, 'taran1s' via qubes-users wrote:
> I am thinking about upgrading my Nitropad X230 Qubes to 4.1, but I am
> curious if the version 4.1 has some serious issues that would make the
> experience worse than the current 4.0 or would need many tweaks to make the
> beast run well.
> 
> I know that the 4.1 is an rc1 with all its pros and cons, which can be but
> different on each hardware. My question is if the Nitropad X230 has some
> functionality issues running the 4.1-rc1 now.
> 
> For sys-net and sys-firewall I use the fedora-33-minimal, I use
> qubes-gpg-split and a kind of split monero with qrexec, as described here: 
> http://monerotoruzizulg5ttgat2emf4d6fbmiea25detrmmy7erypseyteyd.onion/resources/user-guides/cli_wallet_daemon_isolation_qubes_whonix.html,
> sys-usb is based on debian-10. The rest is a normal usage with not so many
> changes in the dom0 or templates from the default state.
> 
> Would you recommend to go on with the upgrade/reinstall of my 4.0 Qubes to
> 4.1 on Nitropad X230 now?
> 
> Thank you.
> 
> -- 
> Kind regards
> taran1s

4.1rc1 works fine on a corebooted x230 (that's what the nitropad is).
No functionality issues for me, and I cant see any issues with your set
up.
You'll have to reseal HEADS of course, but I assume you know that.

-- 
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 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/YWbzmAoqBBMNQmbz%40thirdeyesecurity.org.


[qubes-users] Qubes 4.1 - ready to go on Nitropad X230 without much tweaks?

2021-10-13 Thread 'taran1s' via qubes-users
I am thinking about upgrading my Nitropad X230 Qubes to 4.1, but I am 
curious if the version 4.1 has some serious issues that would make the 
experience worse than the current 4.0 or would need many tweaks to make 
the beast run well.


I know that the 4.1 is an rc1 with all its pros and cons, which can be 
but different on each hardware. My question is if the Nitropad X230 has 
some functionality issues running the 4.1-rc1 now.


For sys-net and sys-firewall I use the fedora-33-minimal, I use 
qubes-gpg-split and a kind of split monero with qrexec, as described 
here: 
http://monerotoruzizulg5ttgat2emf4d6fbmiea25detrmmy7erypseyteyd.onion/resources/user-guides/cli_wallet_daemon_isolation_qubes_whonix.html, 
sys-usb is based on debian-10. The rest is a normal usage with not so 
many changes in the dom0 or templates from the default state.


Would you recommend to go on with the upgrade/reinstall of my 4.0 Qubes 
to 4.1 on Nitropad X230 now?


Thank you.

--
Kind regards
taran1s

--
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 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/78a6b833-344a-542b-dce0-b0d4138a91c4%40mailbox.org.