[qubes-users] Re: networkmanager / keyring
On Sunday, September 27, 2020 at 11:13:20 PM UTC+8 haa...@web.de wrote: > Hello, > a long time ago I did set a pwd for the keyring in sys-net. By too > little use, I forgot it. So now I can no longer register new networks, > which means at every laptop-lid open.close I have to enter it again, and > again. Editing /etc/Networkmanager/system-connections/wireless-name > files by hand is ignored, even if I put there pwd=whatever > Is there a way to solve this (either by destroy keyring, or make > NetworkManager read its own config files??) Thanks ! > > Hi, I've previously used seahorse (`sudo dnf install seahorse` in fedora-3* based sys-net) to unlock/reset/remove the password on the keyring. I think it might also be sufficient to just remove the files in ~/.local/share/keyrings/ in sys-net, but not sure if there are other implications to doing this. -- 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/b3436d5c-a9ce-477b-ab77-26ecae250aa3n%40googlegroups.com.
[qubes-users] Fedora template upgrades: recreating DispVM Template vs 'rebasing'
Hello there. When upgrading a Qubes 4 system to a new Fedora template, what are the differences between regenerating the DisposableVM Template from the new template using step 3 from [1]: [user@dom0 ~]$ qvm-create -l red -t new-template new-template-dvm [user@dom0 ~]$ qvm-prefs new-template-dvm template_for_dispvms True [user@dom0 ~]$ qvm-features new-template-dvm appmenus-dispvm 1 [user@dom0 ~]$ qubes-prefs default-dispvm new-template-dvm and changing the base template of the existing DisposableVM Template, either with Qubes Manager or: qvm-prefs template ? I've run the four steps above to regenerate the DispVM Template during previous upgrades, but swapping out the base template also seems to work. I thought the reason the additional steps were recommended in the docs might be to encourage periodically cleaning out/resetting unneeded software/data from the DispVM Template. But that seems like a good practice for AppVMs as well. I only have some light customization of Firefox and a few other applications in the DispVM Template, so I'm wondering if just changing the base template is appropriate for me. Thanks! [1] https://www.qubes-os.org/doc/templates/#switching -- 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/c8d958f1-9c7d-4e2f-86a1-7b1f87be8101o%40googlegroups.com.
Re: [qubes-users] Experiencing intermittent hangs?
On Saturday, May 6, 2017 at 9:37:35 AM UTC+8, Chris Laprise wrote: > On 05/05/2017 09:15 PM, Gaiko Kyofusho wrote: > > I seem to be experiencing intermittent/temporary (few secs-min) hangs > > on/between VMs. That is, I can be working on an app in one VM, it will > > begin to hang, to I usually switch to another VM and work on that for a > > min or two then come back to the hung VM and it seems to work again. > > While this is happening in _many_ applications, it seems to be an issue > > more with chromium. I was thinking this might be related to memory as I > > am also getting errors about not having enough mem to open up a VM (so I > > usually close a VM or two then I can)(for the record I have the max my > > laptop will take, 16gb, the default Qubes install doesn't include swap > > space does it?) > > > > Anyway, thoughts on this would be appreciated as its really not helping > > my workflow. > > > > Although I don't use chromium, I'm experiencing temporary graphics > freezing as well. For example, if I start to drag a file from nautilus > onto another app the dragged icon may freeze in transit along with > nautilus. Sometimes it can stay frozen for 30 sec. or more. Seeing same problem here. I think it is a known issue [1] related to some recent updates. I don't use chromium either, but there is a related issue for that too [2]. [1] https://github.com/QubesOS/qubes-issues/issues/2772 [2] https://github.com/QubesOS/qubes-issues/issues/2765 -- 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 post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/4c9c39f2-1de5-495a-b6ea-26e08de0ebfe%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: Fedora 24 on Qubes 3.1 support, uninstallable packages
On Sunday, January 29, 2017 at 2:47:04 PM UTC+8, Andrew David Wong wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 2017-01-28 05:28, mver...@gmail.com wrote: > > On Tuesday, January 24, 2017 at 11:50:05 PM UTC+8, > > mver...@gmail.com wrote: > >> Hi, I recently installed the fedora-24-minimal template per [1] > >> and configured all my AppVMs to use a new template based on it. > >> All seems to be working well, except that I am unable to install > >> the following packages: > >> > >> - ImageMagick - pycairo > >> > >> Both are skipped as follows: > >> > >> ~$ sudo dnf install ImageMagick pycairo ... Package > >> qubes-template-minimal-stub-1.1-1.fc23.noarch is already > >> installed, skipping. Package pycairo-1.10.0-4.fc24.x86_64 is > >> already installed, skipping. Package > >> qubes-template-minimal-stub-1.1-1.fc23.noarch is already > >> installed, skipping. Dependencies resolved. Nothing to do. > >> Sending application list and icons to dom0 Complete! ~$ > >> > >> [2] seems to suggest it should be possible to install these > >> packages, but I also saw a thread [3] that indicates that Fedora > >> 24 may not be supported on Qubes R3.1, and maybe this could be > >> causing the issue. The qubes-template-minimal-stub rpm is the > >> only fc23 package that is installed in the template. > >> > >> I am planning to reinstall the host with R3.2 at some point > >> anyway, but I wanted to get Thunderbird and Firefox updated to > >> the newer versions in F24 sooner than that, hence installing the > >> newer template first. > >> > >> The missing packages are not a big deal, but it would be great to > >> confirm the correct process for next time (looking forward to > >> Qubes 4.0!) Is it supported to update to a newer Fedora template > >> and then upgrade the Qubes release on the host, or should the > >> host always be reinstalled/upgraded to the new version first? > >> > >> Thanks very much for your advice. > >> > >> Michael > >> > >> [1] https://www.qubes-os.org/doc/templates/fedora-minimal/ [2] > >> https://github.com/QubesOS/qubes-issues/issues/2380 [3] > >> https://groups.google.com/d/topic/qubes-users/uwnPpxhJaZY/discussion > > > >> > > I've done a clean install of Qubes 3.2 on the host now, and then > > re-downloaded qubes-template-fedora-24-minimal and set up my custom > > template based on it. I still see the same issue with ImageMagick > > being skipped for installation. > > > > If I try to install ImageMagick in the unmodified fedora-24-minimal > > template, dnf offers to download the 'real' packages. But after > > using dnf to update all packages, the problem is introduced. The > > smallest package set I've found to reproduce this is just dnf, ie. > > > > dnf update dnf > > > > will trigger the behaviour. But I'm not really sure where to look > > next. Any suggestions? > > > > Thanks again. > > > > Michael > > > > See this issue: > > https://github.com/QubesOS/qubes-issues/issues/2606 > > You can work around this by specifying the package version, e.g.,: > > $ sudo dnf install pycairo-1.10* > > - -- > Andrew David Wong (Axon) > Community Manager, Qubes OS > https://www.qubes-os.org > -BEGIN PGP SIGNATURE- > > iQIcBAEBCgAGBQJYjY/TAAoJENtN07w5UDAw5H4QAMWsqGBnj+FXIwbbjpx4rGoJ > 9m3pHcxxezsjzqTYd9YlGP/FjEMjo9tvcG052hZY+BzPyROhmHAzvOjipbJxaLZc > 9iu8iRR4U0xt+REf+c5r2Cbn12NKzjzAJSEVL2tXgrUN/mMokjUvkW5N+9jRnkTY > Q3BOM0B7ZWBCYqH5cL2vDHfHU9EHATQr8J3S8m9jdzlotyJe18k/tMmtA6J8OxvP > 2GphqPO361ukbsM4zH0cKt/rj4IP8QJSh1BQZwqszGPmIQpUBHUPeoyI+3v24h0c > ikfuCvTAL3szeMy6sb8lvJkDKtio2jbRwWVGv5M3qmaMrkWF3OpShCayCcBcjOMk > +h5qFWiQoXaDyFKO8KqST7V8WNrqBB16PN549n4WC1zlytPNmkWijmTBoNKiV1Ap > sMHlKKbKfiPb3b29W/FwWYjd8okniQWXP49Oa9xwxb3EIK5xKsPbfMXtwk1EAZuC > cFP/jiFLHWGJz0TyByg6b+5PeWVrUb1kuNnxGJd46hRFy7k2xgfF33rOi1Sga/Mr > 93txQnT4Sihcd+Qu1EeaF/HWfjC5rki98cARWnuBZtiJnVUlmaWuxD+Tevad47PF > F16ZqSD52SEJlVb2WL9bFL9i8ozGPUZV7izS0aL1liR+TIDH7F/ZWWrewKtec7Nd > jIa7iu0rEybTPVvQhYYO > =icAe > -END PGP SIGNATURE- Excellent, thanks for your help. -- 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 post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/c4f09d0c-b4d4-4055-b573-8f02eadcf500%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Fedora 24 on Qubes 3.1 support, uninstallable packages
On Tuesday, January 24, 2017 at 11:50:05 PM UTC+8, mver...@gmail.com wrote: > Hi, I recently installed the fedora-24-minimal template per [1] and > configured all my AppVMs to use a new template based on it. All seems to be > working well, except that I am unable to install the following packages: > > - ImageMagick > - pycairo > > Both are skipped as follows: > > ~$ sudo dnf install ImageMagick pycairo > ... > Package qubes-template-minimal-stub-1.1-1.fc23.noarch is already installed, > skipping. > Package pycairo-1.10.0-4.fc24.x86_64 is already installed, skipping. > Package qubes-template-minimal-stub-1.1-1.fc23.noarch is already installed, > skipping. > Dependencies resolved. > Nothing to do. > Sending application list and icons to dom0 > Complete! > ~$ > > [2] seems to suggest it should be possible to install these packages, but I > also saw a thread [3] that indicates that Fedora 24 may not be supported on > Qubes R3.1, and maybe this could be causing the issue. The > qubes-template-minimal-stub rpm is the only fc23 package that is installed in > the template. > > I am planning to reinstall the host with R3.2 at some point anyway, but I > wanted to get Thunderbird and Firefox updated to the newer versions in F24 > sooner than that, hence installing the newer template first. > > The missing packages are not a big deal, but it would be great to confirm the > correct process for next time (looking forward to Qubes 4.0!) Is it supported > to update to a newer Fedora template and then upgrade the Qubes release on > the host, or should the host always be reinstalled/upgraded to the new > version first? > > Thanks very much for your advice. > > Michael > > [1] https://www.qubes-os.org/doc/templates/fedora-minimal/ > [2] https://github.com/QubesOS/qubes-issues/issues/2380 > [3] https://groups.google.com/d/topic/qubes-users/uwnPpxhJaZY/discussion I've done a clean install of Qubes 3.2 on the host now, and then re-downloaded qubes-template-fedora-24-minimal and set up my custom template based on it. I still see the same issue with ImageMagick being skipped for installation. If I try to install ImageMagick in the unmodified fedora-24-minimal template, dnf offers to download the 'real' packages. But after using dnf to update all packages, the problem is introduced. The smallest package set I've found to reproduce this is just dnf, ie. dnf update dnf will trigger the behaviour. But I'm not really sure where to look next. Any suggestions? Thanks again. Michael -- 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 post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/79281399-8574-47e4-823c-03992823dc72%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Fedora 24 on Qubes 3.1 support, uninstallable packages
Hi, I recently installed the fedora-24-minimal template per [1] and configured all my AppVMs to use a new template based on it. All seems to be working well, except that I am unable to install the following packages: - ImageMagick - pycairo Both are skipped as follows: ~$ sudo dnf install ImageMagick pycairo ... Package qubes-template-minimal-stub-1.1-1.fc23.noarch is already installed, skipping. Package pycairo-1.10.0-4.fc24.x86_64 is already installed, skipping. Package qubes-template-minimal-stub-1.1-1.fc23.noarch is already installed, skipping. Dependencies resolved. Nothing to do. Sending application list and icons to dom0 Complete! ~$ [2] seems to suggest it should be possible to install these packages, but I also saw a thread [3] that indicates that Fedora 24 may not be supported on Qubes R3.1, and maybe this could be causing the issue. The qubes-template-minimal-stub rpm is the only fc23 package that is installed in the template. I am planning to reinstall the host with R3.2 at some point anyway, but I wanted to get Thunderbird and Firefox updated to the newer versions in F24 sooner than that, hence installing the newer template first. The missing packages are not a big deal, but it would be great to confirm the correct process for next time (looking forward to Qubes 4.0!) Is it supported to update to a newer Fedora template and then upgrade the Qubes release on the host, or should the host always be reinstalled/upgraded to the new version first? Thanks very much for your advice. Michael [1] https://www.qubes-os.org/doc/templates/fedora-minimal/ [2] https://github.com/QubesOS/qubes-issues/issues/2380 [3] https://groups.google.com/d/topic/qubes-users/uwnPpxhJaZY/discussion -- 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 post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/c39f34e2-8378-4196-992a-16e564a1782c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.