Re: [qubes-users] Re: The state of the HiDPI display support in Qubes
On 11/29/18 1:25 AM, schadensregulier...@gmail.com wrote: Am Sonntag, 28. Oktober 2018 16:20:44 UTC+1 schrieb Achim Patzner: Hi! As I'm trying to set up a Lenovo P52 with HiDPI display (and external nVidia GPU -- don't buy one without right now) I'm close to getting rid of it completely and install Windows on it... 1) Xfce is not bringing in a single HiDPI theme and the window decorations are looking extremely awful unless you find one of the scarce themes adapted for this. It would be nice to have at least one Theme suitable for an environment like this n the standard distribution. At least it is xfce -- setting resolution (and some other things) in .Xresources (or the default file in /etc) is solving the worst problems easily. 2) The Fedora VMs delivered with Qubes right now are still fully Gnome based, so just copying an appropriate Xresources is not sufficient (luckily someone created an fc28-xfce template VM; could we please have that as part of the standard distribution?) and one has to jump through hoops to set up the template correctly. Could whoever is doing the VM startup scripts right now (still Marek?) consider expanding the X setup scripting to not only getting the screen size in pixels into the virtual X server but also the correct resolution and add a very late script that will, independently of the virtual session manager, move a copy of the X resource db data from Dom0 into the VM (in the current fedora template this is messed up by gsd-xsettings which is merrily overwriting what came from Xresources via xinitrc). Petition: Take the developers' Lenovo laptops and replace them with generation 6 HiDPI X1 (and to completely annoy kernel developers they have to be using P52 or similar systems). Achim i am an owner of an p52s HiDPI modell and the whole scaling issues on qubes are troubling me aswell. Maybe you got some good contributions to solve some of these scaling issues? Edit the Xressources didnt seems to solve everything for me and also "xrandr" editing didnt quite hit it. what kind of modifications did you do to work proper on qubes? i am tired of fiddling everytime a new window into right shape how do i scale the xterm terminals right for instance? i would love to see at least proper default configuration for 4k displays and would love to contribute this to the qubes community. maybee it does make sense to wait for the gtk3 portbut this wouldnt help me with i3wm anyway i guess. :-/ The following might help to work around your issues: https://github.com/Qubes-Community/Contents/blob/master/docs/customization/dpi-scaling.md Granted, having a "scale everything by a factor X" option in dom0 would be way better but it'd be nearly impossible to implement/support if the config has to be passed down to the VMs. I'm wondering if it couldn't be solved at a lower level: AFAIU VM windows are "shown" in dom0 as virtual screens - either seamless with the help of qubes' X driver or "fullscreen" for (H)VMs with the debug property set. Maybe there's a way for Qubes (or XEN?) to present the VM with a virtual screen that has a lower resolution. Then Qubes/XEN would upscale the windows' resolution. But even if that approach is feasible a problem is that the usable scale factors are severely restricted (even integers, or maybe only powers of 2). That could also end up being very CPU intensive. -- 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/22b10284-5dda-0a16-9676-36a938373a9f%40maa.bz. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] network question
On 11/28/18 10:24 PM, haaber wrote: Sometimes, I need to acces my local net (192.168.1.X) via ssh, say. That usually finishes with "no route to host" (even in sys-net that has a 192.168.1.Y address) which is annoying. What do I miss? How shall I do it right (doing anything inside sys-net seems a BAD idea anyhow). By "usually" - do you mean that sometimes it works, sometimes it doesn't, or that it never works ? If it's the latter: - assuming you're using a wireless connection, you may have "client isolation" enabled on your AP (ie. wireless stations can't talk to each other, only to the AP). - wrong firewall config on your router/AP - wrong bridging config if you have a mix of wired and wireless hosts - wrong firewall config on the hosts you're trying to access etc. If it's the former: maybe your wireless connections isn't stable (eg. weak signal, dodgy hardware support, ...) so you have intermittent connectivity - but then you'd notice it for everything else. Check 'dmesg' in sys-net. Or your hardware is broken. Or it has dodgy drivers. ... tcpdump is your friend for debugging network issues. -- 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/1efff210-5378-41c2-4fea-d0a679ee0f8c%40maa.bz. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Whonix GW & WS upgrade failed (Help)
qubes...@gmail.com於 2018年11月29日星期四 UTC+8上午8時36分14秒寫道： > it did not help (sys-whonix is on), it still shows this error: see > Screnshots, what else can I do? thank you in advance ;) > > https://ibb.co/9hvn46G > > https://ibb.co/VwD7Fgq Did you try? Shutdown the Template VM and Restart the sys-whonix VM? -- 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/c53aee0f-b36e-4c70-9608-423916a4da68%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Whonix GW & WS upgrade failed (Help)
it did not help (sys-whonix is on), it still shows this error: see Screnshots, what else can I do? thank you in advance ;) https://ibb.co/9hvn46G https://ibb.co/VwD7Fgq -- 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/f5f7416d-1867-4fce-9b70-0c4fa73f85b3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Optional: Enable AppArmor
it has done itself, the VM has restarts and now it displays the message 0, so everything right;) -- 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/59dada30-37ed-4065-8dea-240eaefbc3b0%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: The state of the HiDPI display support in Qubes
Am Sonntag, 28. Oktober 2018 16:20:44 UTC+1 schrieb Achim Patzner: > Hi! > > As I'm trying to set up a Lenovo P52 with HiDPI display (and external > nVidia GPU -- don't buy one without right now) I'm close to getting rid > of it completely and install Windows on it... > > 1) Xfce is not bringing in a single HiDPI theme and the window > decorations are looking extremely awful unless you find one of the > scarce themes adapted for this. It would be nice to have at least one > Theme suitable for an environment like this n the standard distribution. > At least it is xfce -- setting resolution (and some other things) in > .Xresources (or the default file in /etc) is solving the worst problems > easily. > > 2) The Fedora VMs delivered with Qubes right now are still fully Gnome > based, so just copying an appropriate Xresources is not sufficient > (luckily someone created an fc28-xfce template VM; could we please have > that as part of the standard distribution?) and one has to jump through > hoops to set up the template correctly. > > Could whoever is doing the VM startup scripts right now (still Marek?) > consider expanding the X setup scripting to not only getting the screen > size in pixels into the virtual X server but also the correct resolution > and add a very late script that will, independently of the virtual > session manager, move a copy of the X resource db data from Dom0 into > the VM (in the current fedora template this is messed up by > gsd-xsettings which is merrily overwriting what came from Xresources via > xinitrc). > > Petition: Take the developers' Lenovo laptops and replace them with > generation 6 HiDPI X1 (and to completely annoy kernel developers they > have to be using P52 or similar systems). > > > Achim i am an owner of an p52s HiDPI modell and the whole scaling issues on qubes are troubling me aswell. Maybe you got some good contributions to solve some of these scaling issues? Edit the Xressources didnt seems to solve everything for me and also "xrandr" editing didnt quite hit it. what kind of modifications did you do to work proper on qubes? i am tired of fiddling everytime a new window into right shape how do i scale the xterm terminals right for instance? i would love to see at least proper default configuration for 4k displays and would love to contribute this to the qubes community. maybee it does make sense to wait for the gtk3 portbut this wouldnt help me with i3wm anyway i guess. :-/ -- 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/4e6e28ce-2ac1-45dc-97a8-af2b13a6ee65%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] network question
Sometimes, I need to acces my local net (192.168.1.X) via ssh, say. That usually finishes with "no route to host" (even in sys-net that has a 192.168.1.Y address) which is annoying. What do I miss? How shall I do it right (doing anything inside sys-net seems a BAD idea anyhow). Thank you, 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 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/76d860c2-d1ea-78e6-0de7-c8b5c0d5d91e%40web.de. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Whonix GW & WS upgrade failed (Help)
ok Thanks, I'll test it and get back here. -- 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/7b4037f7-e737-4af6-af59-d698f817e342%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Whonix GW & WS upgrade failed (Help)
‐‐‐ Original Message ‐‐‐ On Wednesday, November 28, 2018 12:39 PM, wrote: > so here is my file: /etc/qubes-rpc/policy/qubes.UpdatesProxy > > see screenshot number 1 > > 1. https://ibb.co/87qBcvc > > here is the message what I should do with him, see screnshoot number 2 > > 2. https://ibb.co/82TGjJF > > Here is my question, I need a more specific answer: What do I have to > change in my file now? do I have to delete everything on the 1 Screnshoot and > write in there from the 2 Screnshoot? and if so I just have to write the red > marked purely or continue to mark the green too? If you want you can also > send me a finished pattern with screenshot or text, thanks in advance;) Maybe the problem lies in the use of $tag:whonix-updatevm, try replacing it with the exact name of the whonix template VMs, e.g.: whonix-gw-14 $default allow,target=sys-whonix whonix-ws-14 $default allow,target=sys-whonix -- 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/xoiT0iWWFYotbqHa4iR97ecYF8CDzSb_bZjzo5c-6a_ircPR9vmWbyiEjG28uU9WYQdbJZXSJdCk-fHoHY5bnw%3D%3D%40fidelramos.net. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] QJackctl starting on Qubes 4.0
On Sunday, November 25, 2018 at 7:38:24 AM UTC-5, awokd wrote: > maxheadonl...@gmail.com wrote on 11/24/18 7:45 PM: > > Hi all. > > > > I've put enough time into this one where I'm finally willing to reach out > > for some help. I wanted to see if I could create an AppVm dedicated to > > music creation, using QJackCtl and other open source software. > > > > However, I'm having a terrible time at even getting Jack Audio off of the > > floor. > > > > System: Base Qubes 4.0 installation, Fedora 28 template, Thinkpad T480 > > w/32Gb RAM. > > > > Expected results: Pressing "Start" on the QJackCtl GUI starts the server, > > per the online manuals and Fedora's Musician documentation. > > > > Actual results: Receive the "Could not connect to JACK server as client. - > > Overall operation failed. - Unable to connect to server." error. > > > > Tried so far: Following online documentation (treating the AppVM as a > > standard Fedora installation), assigning the Audio PCI of the computer to > > that VM via the Qubes Manager. > > > > I'm totally willing to have this be something simple and embarrassing as I > > learn the OS. Any help that you can provide would be much appreciated! > > If I understand Qubes' audio right, Pulseaudio inside AppVMs gets > redirected to dom0's Pulseaudio which normally controls the sound > hardware. So if you want to override that, maybe try setting up an HVM > with the audio device assigned and without Qubes Pulseaudio redirection. > Think there's a Qubes package that does it so don't install that one in > the HVM. Thanks, awokd. I tried passing through the audio PCI, but didn't get any farther than the 'Settings' tab in Qjackctl. I could get Jack to recognize the sound card, but couldn't get the server to actually start. If anyone else has success in implementing Jack Audio (or configuring an audio creation VM in Qubes/Xen), please don't hesitate to contact me! If this is the intended sound set up for Qubes, it makes sense and I'll instead try the HVM approach to create my audio VM. I'll address the issues that I've found so far in that attempt in another thread. Excellent community, thank you! - Max -- 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/4ca65b68-fa10-4016-bc1a-22d37e0144b8%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Whonix GW & WS upgrade failed (Help)
so here is my file: /etc/qubes-rpc/policy/qubes.UpdatesProxy see screenshot number 1 1) https://ibb.co/87qBcvc here is the message what I should do with him, see screnshoot number 2 2) https://ibb.co/82TGjJF Here is my question, I need a more specific answer: What do I have to change in my file now? do I have to delete everything on the 1 Screnshoot and write in there from the 2 Screnshoot? and if so I just have to write the red marked purely or continue to mark the green too? If you want you can also send me a finished pattern with screenshot or text, thanks in advance;) -- 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/d9f49cee-2b2c-456a-9597-01a32337d298%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Workaround: Refresh Application button suddenly stuck at "Refresh in progress" in Windows HVM.
So does anyone have the same issue and solve the problem by applying "sudo touch /usr/share/qubes-appmenus/qubes-start.desktop" on dom0 terminal? Notes: If this post is more suitable for qubes-issues rather then qubes-users. then I will post on qubes-issues -- 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/9663c0d2-3448-42d8-99dc-054c5295d9d4%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Workaround: Refresh Application button suddenly stuck at "Refresh in progress" in Windows HVM.
Notes: If this post is more suitable for qubes-issues rather then qubes-users. then I will post on qubes-issues -- 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/0870c5ae-1369-467d-b113-9cf3786b798c%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Workaround: Refresh Application button suddenly stuck at "Refresh in progress" in Windows HVM.
In the past. refresh application button works on Windows 7 HVM.
I don't know if this issue has only happened to me after some dom0 upgrade. So
I post here first.
I'm running fully up-to-date Qubes OS 4.0.
After I installed some applications on Windows 7 Template HVM and decided to
refresh the application list in the application tab. But after I clicked
Refresh application button. It stuck at "Refresh in progress...". When I close
setting window out and open it again. The application list did not update.
After some tracing. I found out when I type "qvm-sync-appmenus WIN7-HVM-NAME"
in dom0 terminal throwing the following error:
Traceback (most recent call last):
File "/usr/bin/qvm-sync-appmenus", line 9, in
load_entry_point('qubesdesktop==4.0.16', 'console_scripts',
'qvm-sync-appmenus')()
File "/usr/lib/python3.5/site-packages/qubesappmenus/receive.py", line 405,
in main
process_appmenus_templates(appmenusext, vm, new_appmenus)
File "/usr/lib/python3.5/site-packages/qubesappmenus/receive.py", line 312,
in process_appmenus_templates
templates_dir)
File "/usr/lib64/python3.5/shutil.py", line 241, in copy
copyfile(src, dst, follow_symlinks=follow_symlinks)
File "/usr/lib64/python3.5/shutil.py", line 120, in copyfile
with open(src, 'rb') as fsrc:
FileNotFoundError: [Errno 2] No such file or directory:
'/usr/share/qubes-appmenus/qubes-start.desktop'
So basically I solve the problem by typing "sudo touch
/usr/share/qubes-appmenus/qubes-start.desktop" and re-run the command again
this time it didn't throw the error and when I press "Refresh Application" on
Windows 7 Template HVM and BANG! Application list updated.
--
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/a9095850-5509-48dd-976b-f8ef5f080db9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
