Re: [qubes-users] Re: dom0 clock keeps resetting to wrong time again
On 1/20/19 12:06 AM, Andrew David Wong wrote: > On 19/01/2019 5.08 PM, John S.Recdep wrote: >> On 1/14/19 9:55 PM, John S.Recdep wrote: >>> On 1/14/19 10:10 AM, John S.Recdep wrote: Hello, I believe my Bios time is UTC qubes-prefs shows my clockvm as sys-net I have been trying to use sudo date --set <"localtime TZ"> to get my dom0 correct. Which it does but within 30-60 it is changing to another TZ I don't recognize I have also tried qvm-sync-clock , and tried a qubes group search as I remember fighting this out many times with whonix issues , however I am at a loss what to do further to problem-solve fix this , appreciate your help maybe I can switch the template for sys-net back to fedora-28 instead of -29 . ? >>> >>> 1-14-19 >>> >>> changing the clockvm to fed-28 and rerunning qvm-sync-clock did >>> nothing BUT* changing sys-net to debian-9 and qvm-sync-clock >>> fixed it sigh >>> >>> case anyone else gets this issue again ; prolly will fix >>> whonixcheck complaints if any as well >>> >>> 'solved' >>> > >> Must be related to this >> https://github.com/QubesOS/qubes-issues/issues/3983 > >> for myself it's not the minimal fedora-29 its the regular one ; >> and it appears if fedora-29 is having time issues that that may >> be why my thunderbird appvm based on it, is also timestamping the >> messages wrong ? > > > Try the workaround mentioned in the comments on that issue, if you > haven't already. It's worked for me so far. > > well if you mean: in the Fedora-29 template doing sudo chmod 700 /var/lib/private [user@fedora-29 ~]$ sudo ls -l /var/lib/private/ total 4 drwxr-xr-x 2 root root 4096 Dec 9 15:37 systemd [user@fedora-29 ~]$ sudo chmod 700 /var/lib/private/ [user@fedora-29 ~]$ sudo ls -l /var/lib/private/ total 4 drwxr-xr-x 2 root root 4096 Dec 9 15:37 systemd doesn't seem to change any permissions on the systemd directory so . doesn't seem like that is going to fix anything ? maybe I'm missing something basic? -- A895 0C7C A244 8E2E FD77 A3DB 180B 7D4D D158 F8B6 -- 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/3598c18a-de8e-1ac6-9e38-b1ef78920773%40riseup.net. For more options, visit https://groups.google.com/d/optout. signature.asc Description: OpenPGP digital signature
Re: [qubes-users] Re: [qubes-devel] QSB #46: APT update mechanism vulnerability
>> >> Tasket, >> >> Does this mean that a upgrade to testing is as good as uninstalling - >> re-installing templates ? > > Yes. Everything in the template's root and private volumes is wiped > before the new package is added. > > However we found out this doesn't work for Whonix if your updatevm is > set to sys-whonix. For debian-9 its fine. .but, otherwise Marek's original Patch howto remains OK for whonix-14 Q4.0 ? >> I guess your cloning debian-9-nonpatch'd just in case the upgrade fails >> , which you'd rather do than reinstall fresh clean >> debian-9-new-apt-version? > > Its less hassle to qvm-clone to a backup, then run the upgrade. less hassle meaning than new Templates , ?because one would not then need to add back any useradded packagesor both ? -- A895 0C7C A244 8E2E FD77 A3DB 180B 7D4D D158 F8B6 -- 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/46e7687e-99ed-b513-df07-7321ac5fbd9a%40riseup.net. For more options, visit https://groups.google.com/d/optout.
[qubes-users] running application without packages ?
So, if I have a .tar.gz which I unzip and inside there is a executable. there is nothing to install in a template, and when I close the AppVM that contains the executable, should I expect that when I open that AppVM again, that I should still be able to use the executable? or is Qubes designed so that only executables installed in the Templates should persist to be executable and hence, if there is no package, then I can't use the software except temporarily -- A895 0C7C A244 8E2E FD77 A3DB 180B 7D4D D158 F8B6 -- 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/9b86fa20-6905-7ff1-126a-421247036c73%40riseup.net. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Installing software.. deb-9 lists qubes-r4.list
On 3/23/19 6:31 PM, Jon deps wrote: On 3/19/19 4:59 PM, Steven Walker wrote: I am still pretty new to Qubes. I have managed to create a new qube, but I want to install some software for use with this qube. I have read that it has to be installed to the template and not the actual qube. As the template has no actual network connection, how do I go about this? Using 4.0.1, Fedora 29 Any help greatly appeciated. Steve pretty sure, there are different ways to skin the cat, though the Templates are designed to obtain access indirectly, that is what the "salt" stuff is they talk about it seems by default to be setup to use sys-whonix-14 to install updates , somewhat magically you can actually change the netvm without shutting down the templates generally it's bad form to give the templates direct access, though may you might want to once in while in order to troubleshoot something , etc .testing it the morning , you should be able to install non updates without Direct access for me Templates aren't worth backing up , I'm not worried about my system melting down much . and anyway its going to be best to fresh install , which is easy-ist in Qubes, which is one of the beauties of the technology hence, I clone for other reasons one word of advice is keep a paper list of custom packages you install so when it goes to Fedora-30 you install fresh and then add back fresh packages , your files will persist, my problem what few files I have end up spread out over 10 App Qubes If I do this : echo "deb [arch=amd64] https://updates.signal.org/desktop/apt xenial main" | sudo tee -a /etc/apt/sources.list.d/signal-xenial.list deb [arch=amd64] https://updates.signal.org/desktop/apt xenial main then I do NOT need to add anything to /etc/apt/sources.list.d/qubes-r4.list ?? nor /etc/apt/sources.list ?? for Debian-9 stretch ? ty -- A895 0C7C A244 8E2E FD77 A3DB 180B 7D4D D158 F8B6 -- 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/7c1cf21a-9580-88ce-ec92-49310b99efaa%40riseup.net. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: Adding a Firefox add-on error to -dvm ?
On 5/10/19 1:17 AM, awokd wrote: deb https://deb.debian.org/debian stretch-updates main contrib non-free thanksforthereply, hmm just curious in /etc/apt/sources.list there is this deb https://deb.debian.org/debian-security stretch/updates main contrib non-free but that is not the same as deb https://deb.debian.org/debian stretch-updates main contrib non-free ?? your solution worked am just curious if my sources.list was not correct somehow ? -- A895 0C7C A244 8E2E FD77 A3DB 180B 7D4D D158 F8B6 -- 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/b0784d91-79a9-1e18-ef5a-eb3aca1d03b2%40riseup.net. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: Does Qubes-OS 4.0.1 have support for KDE or GNOME desktop environment?
On 6/15/19 12:50 AM, Chris Laprise wrote: On 6/14/19 6:00 PM, Jon deps wrote: On 6/5/19 8:00 PM, Chris Laprise wrote: On 6/2/19 3:41 AM, Finn wrote: I've installed Qubes-OS 4.0.1 and it's XFCE desktop environment but I would rather prefer either KDE or GNOME desktop environment. I found this document[1] where mentioned that Qubes-OS is migrating towards GNOME but at the time of installation only XFCE (neither KDE nor GNOME) is available. I was wondering, is there a way I can use my preferred desktop environment? Or, I have to wait for GNOME until migration is not fully completed because it seems currently there is no support for KDE. [1]: https://www.qubes-os.org/doc/usability-ux/ KDE does have support AFAIK, although its no long the default. If you can get used to the blank-space network icon, then I recommend KDE as there are many pluses. I don't believe Qubes is actually going to migrate to Gnome. There was an aborted attempt and Gnome 3's paradigm (tablet touch UI, melded WM/app widgets) doesn't seem compatible with Qubes' concept. seems to want about 4 times the dom0 RAM and still buggy am getting all these flashing windows bar and applications menu hit and miss giving dom0 memory boost 800 MiB and minimal qubes memory 400 MiB or so , so gave up btw, is there any documentation on recommended RAM for dom0 using XFCE I'd like to put back the Default memory settings but don't know what they are What GPU does your system have? I'm running KDE comfortably in only 1.5GB dom0 memory, and my graphics are Intel HD integrated. I don't recall the exact procedure to set dom0 memory. It begins with changing GRUB_CMDLINE_XEN_DEFAULT in /etc/default/grub and then you run a command to update it. so your 1.5GB of dom0 memory is NOT the dom0 "memory boost" in the Qubes Global Settings? which I'm assuming is akin to "maxmem" for other VMs ? I also have intel integrated graphics, maybe kabylake generation at minimal qube memory 1564 and dom0 memory boost 5138 I am still finding it unusable the app menus don't appear , I keep fighting the taskbar widgets which then somehow I make appear on the desktop not the taskbar, then can't get them back on the taskbar, etc, which maybe a / the KDE learning curve . nice to see something less austere using Qubes, that I might be able to understand but if it requires me to change something in Grub and not just the Global Settings ...maybe time to give up :) -- A895 0C7C A244 8E2E FD77 A3DB 180B 7D4D D158 F8B6 -- 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/e9a72bbf-f2ef-d0a6-c011-fabb1f66eadd%40riseup.net. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: Whonix-Workstation VM and associate AppVMs not connecting in Qubes 3.2
On 10/1/18 10:17 AM, Setherson wrote: >> On Oct 1, 2018, at 3:06 PM, John S.Recdep wrote: >> >> On 9/30/18 10:18 PM, 'awokd' via qubes-users wrote: >> >>> 'Setherson' via qubes-users wrote on 9/30/18 2:12 AM: >>> I am using Qubes 3.2. All TemplateVMs and dom0 have been updated sometime within the past week. Since about the same time, my Workstation TemplateVM and every AppVM based on it has been unable to connect to the internet. The Whonix Gateway TemplateVM works fine, as does the sys-whonix NetVM. Furthermore, all the AppVMs based on the Fedora and Debian templates work even when routed through sys-whonix. I also have all the TemplateVMs set to update through sys-whonix, and every one of them is able to do this with the sole exception of whonix-ws-14. So if I had to guess, I’d say the problem lies with the Whonix Workstation TemplateVM itself. When I try updating whonix-ws-14, it “hits” everything until the 10th repository. Once it gets there, the screen shows “[working]” and stays there. Has anyone else run into this problem? What steps can I take to begin troubleshooting it? Thanks in advance! >>> >>> You might have caught a bad update last week, and it sounds like one of >>> the repositories you're using is unavailable right now. You can try the >>> suggestions in >>> https://forums.whonix.org/t/errors-updating-september-2018/6028/8, or >>> wait a day or so and try updating again. >> >> actually the method from the whonix forum still fails : (# commenting >> out the 2 onion repo references >> >> sudo apt-get dist-upgrade works but not , as below >> >> user@host:~$ sudo apt-get update >> Hit:1 [http://deb.whonix.org](http://deb.whonix.org/) stretch InRelease >> >> Hit:2 http://deb.qubes-os.org/r4.0/vm stretch InRelease >> >> Hit:3 [http://security.debian.org](http://security.debian.org/) >> stretch/updates InRelease >> Ign:4 http://ftp.us.debian.org/debian stretch InRelease >> Hit:5 http://ftp.us.debian.org/debian stretch Release >> Reading package lists... Done >> E: The method driver /usr/lib/apt/methods/tor+http could not be found. >> N: Is the package apt-transport-tor installed? >> E: Failed to fetch >> tor+http://deb.dds6qkxpwdeubwucdiaord2xgbbeyds25rbsgr73tbfpqpt4a6vjwsyd.onion/dists/stretch/InRelease >> >> E: Some index files failed to download. They have been ignored, or old >> ones used instead. >> >> -- >> 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/7c777292-fdd6-0c1c-91b0-0334cb4e1a67%40riseup.net. >> For more options, visit https://groups.google.com/d/optout. > > I should have said in my previous email that I got the same error you just > pasted. What I did was comment out the onion server in > /etc/apt/sources.list.d/whonix.list as well. > > That fixed the problem for me. > What I'm seeing in the sources list is this : #kdesudo xdg-open /etc/apt/sources.list.d/user.list deb tor+http://sgvtcaew4bxjd7ln.onion stretch/updates main contrib non-free deb http://security.debian.org stretch/updates main contrib non-free deb tor+http://vwakviie2ienjx6t.onion/debian stretch main contrib non-free deb http://ftp.us.debian.org/debian stretch main contrib non-free If I comment out both tor+http references and restart the Template it still fails, Which one are you saying is THE "onion server" ? -- A895 0C7C A244 8E2E FD77 A3DB 180B 7D4D D158 F8B6 -- 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/3d1547cd-cdbe-7e7b-24b3-b825b991c4d4%40riseup.net. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Whonix-Workstation VM and associate AppVMs not connecting in Qubes 3.2
On 10/1/18 10:23 AM, Setherson wrote: >> I should have said in my previous email that I got the same error you just >> pasted. What I did was comment out the onion server in >> /etc/apt/sources.list.d/whonix.list as well. >> >> That fixed the problem for me. >> >> -- >> 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/14B90DBC-970F-44E7-8613-4ABBA7018C5B%40protonmail.ch](https://groups.google.com/d/msgid/qubes-users/14B90DBC-970F-44E7-8613-4ABBA7018C5B%40protonmail.ch?utm_medium=email&utm_source=footer). >> For more options, visit https://groups.google.com/d/optout. > > Just to be absolutely clear, I meant that commenting out the onion server in > whonix.list fixed the updating problem, not any of the other ones. > sorry my bad, read the email to fast, seems to be working for me as well #'ing out the 3 references in both lists . apparently per the instructions in the file list, it says this file can and may be written over, so maybe the solution won't last appreciate your help , fixed for now whonix forum is calling the debian .onion servers "dodgy" . not sure whats thats based anyhow cheers -- A895 0C7C A244 8E2E FD77 A3DB 180B 7D4D D158 F8B6 -- 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/0e531adb-94a4-3e72-e87e-e79d1014106e%40riseup.net. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Whonix-Workstation VM and associate AppVMs not connecting in Qubes 3.2
On 10/1/18 10:23 AM, Setherson wrote: >> I should have said in my previous email that I got the same error you just >> pasted. What I did was comment out the onion server in >> /etc/apt/sources.list.d/whonix.list as well. >> >> That fixed the problem for me. >> >> -- >> 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/14B90DBC-970F-44E7-8613-4ABBA7018C5B%40protonmail.ch](https://groups.google.com/d/msgid/qubes-users/14B90DBC-970F-44E7-8613-4ABBA7018C5B%40protonmail.ch?utm_medium=email&utm_source=footer). >> For more options, visit https://groups.google.com/d/optout. > > Just to be absolutely clear, I meant that commenting out the onion server in > whonix.list fixed the updating problem, not any of the other ones. > Another symptom is that in anon-whonix NOR whonix-ws-14 , there is no whonixcheck available strange sys-whonix-14 has whonixcheck which seems to complete fine, maybe thing to do is reinstall whonix-ws-14 at this stage ?? -- A895 0C7C A244 8E2E FD77 A3DB 180B 7D4D D158 F8B6 -- 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/e41da4d4-2c9f-c8ed-4d3c-cb30f3ccaae2%40riseup.net. For more options, visit https://groups.google.com/d/optout.