[qubes-users] Re: Qubes i3 Tips & Tricks

[anoa]

On 03/07/2017 05:42 AM, Daniel Moerner wrote:
> On Mon, Mar 6, 2017 at 11:02 PM, sm8ax1
>  > wrote:
>> Thanks for this. I've used i3 on other OSes and I like it a lot. I
>> probably won't use it on Qubes however because of an issue that I'll
>> note here since it may or may not affect other users.
>>
>> In i3 it is rather difficult to control the size of a window with fine
>> granularity, and in particular it is very difficult to restore the exact
>> size a window would have been created with. This is a problem for users
>> of Tor Browser, because websites and exit nodes can query the browser
>> window's size even when you have JavaScript disabled. This makes you an
>> easy fingerprinting target.
>>
>> If anyone knows of any workarounds for this, perhaps forcing certain
>> kinds of windows to be created in floating mode and keep their original
>> size, please share them.
> 
> You'd have to experiment with whether it keeps the windows their
> original size, but you can force windows to start in floating mode in
> .i3/config:
> https://faq.i3wm.org/question/61/forcing-windows-as-always-floating.1.html
> 
> A line similar to:
> 
> for_window [class="anon-whonix:[.]*"] floating enable
> 
> Should make all windows from the anon-whonix VM float by default,
> although I haven't tested this.
> 
> Daniel
> 
> -- 
> 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/CAPSgt5nbAWaR0EXRQvNG_Z_4tDx4ULfifZHYyNzRzgMUeQn3VA%40mail.gmail.com
> .
> For more options, visit https://groups.google.com/d/optout.

I can confirm that the following works for keeping the Tor Browser in
it's initial default state. Might be more convenient for users using
other tools in Whonix that just the browser.

for_window [class="Tor Browser"] floating enable


-- 
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/o9nmfl%24p5u%241%40blaine.gmane.org.
For more options, visit https://groups.google.com/d/optout.


signature.asc
Description: OpenPGP digital signature

[qubes-users] Anything similar to VirtualBox Saved Machine States?

[anoa]

Virtualbox has a handy feature that allows you to save a VM's state to
harddisk and store it for later, thus freeing up your RAM while allowing
you to return to work later without closing all the programs contained
within that VM.

It would also let users launch a RAM-heavy VM temporarily without having
to find running VMs to kill for more RAM.

Does Qubes/Xen have such a feature?

Andrew

-- 
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/o75ot1%24bbl%241%40blaine.gmane.org.
For more options, visit https://groups.google.com/d/optout.


signature.asc
Description: OpenPGP digital signature

[qubes-users] Re: Workaround for building Ubuntu xenial+desktop with qubes-builder

[anoa]

On 02/03/2017 08:41 AM, Unman wrote:
> On Fri, Feb 03, 2017 at 06:21:15AM +, Nick Darren wrote:
>>
>>
>> On 02/02/2017 12:07 AM, Unman wrote:
>>> On Mon, Jan 30, 2017 at 11:00:41AM -0800, Andrew M wrote:
>>>> Thanks Unman,
>>>>
>>>> This bug is currently affecting my work so it would be greatly
>>>> appreciated if it were resolved :)
>>>>
>>>>
>>>> On 01/29/2017 06:38 PM, Unman wrote:
>>>>> On Sat, Jan 28, 2017 at 12:31:38PM +, Nick Darren wrote:
>>>>>> /Hi all,/
>>>>>>
>>>>>>
>>>>>> On 01/24/2017 06:59 AM, anoa wrote:
>>>>>>> Hey all,
>>>>>>>
>>>>>>> Today I was trying to build the Ubuntu 16.04 Xenial+Desktop template
>>>>>>> using qubes-builder with help from these instructions:
>>>>>>>
>>>>>>> https://github.com/QubesOS/qubes-builder
>>>>>>>
>>>>>>> Everything was alright until the `make qubes-vm` step where it would
>>>>>>> fail on the following:
>>>>>>>
>>>>>>>> dpkg-source: error: can't build with source format '3.0 (quilt)': no 
>>>>>>>> upstream tarball found at ../xen_4.6.3.orig.tar.{bz2,gz,lzma,xz}
>>>>>>>> dpkg-buildpackage: error: dpkg-source -b debian-vm gave error exit 
>>>>>>>> status 255
>>>>>>>> /home/user/qubes-builder/qubes-src/builder-debian/Makefile.qubuntu:196:
>>>>>>>>  recipe for target 'dist-package' failed
>>>>>>> The build was looking for xen_4.6.3 when in fact xen_4.6.4 is in the
>>>>>>> folder. As a workaround, simply copying the xen_4.6.4 to be named
>>>>>>> xen.4.6.3 allowed the build to continue and eventually complete
>>>>>>> successfully:
>>>>>>>
>>>>>>>> cd /path/to/qubes-builder/chroot-xenial/home/user/qubes-src/vmm-xen; 
>>>>>>>> sudo cp -pr ./xen_4.6.4.orig.tar.gz ./xen_4.6.3.orig.tar.gz
>>>>>> /It doesn't work by just rename the 'xen_4.6.4.orig.tar.gz' on
>>>>>> chroot-xenial. On my case (on testing to build xenial-desktop) needs to
>>>>>> copy the file to /path/to/qubes-builder/qubes-src/vmm-xen/. there. Then,
>>>>>> it will skip the error message and allowed the build successfully./
>>>>>>
>>>>>>> Hope this helps someone while the script is being updated.
>>>>>>>
>>>>>> /I have another weird situation. The build was succeed but the problem
>>>>>> is, terminal and some others application cannot be launched due to an
>>>>>> error, normally on ubuntu's standard installation caused by locales
>>>>>> issue. Tried to fix it the way it used to be on normal ubuntu
>>>>>> installation or archlinux. But the problem still persists after
>>>>>> rebooting the template-vm or any appvms that's based on it./
>>>>>>
>>>>>> user@ubuntu-xenial:~$ Error constructing proxy for
>>>>>> org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling
>>>>>> StartServiceByName for org.gnome.Terminal:
>>>>>> GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildSignaled: Process
>>>>>> org.gnome.Terminal received signal 5
>>>>>>
>>>>>> /Test on executing gedit from xterm/UXterm/urvtx:/
>>>>>>
>>>>>> user@ubuntu-xenial:~$ gedit
>>>>>> Gedit failure to execute.
>>>>>> (gedit:5697): GLib-GIO-ERROR **: No GSettings schemas are installed on
>>>>>> the system
>>>>>> Trace/breakpoint trap (core dumped)
>>>>>>
>>>>>>
>>>>>> /The same error happen when I execute the 'xfce4-terminal' or
>>>>>> 'terminator'. Still the same 'Trace/breakpoint trap (core dumped)'
>>>>>> issues here and there./
>>>>>>
>>>>>>
>>>>>> 
>>>>>>
>>>>>> /Locale was set in order to avoid gnome-terminal error, but it' useless
>>>>>> on this case and still failed to work./
>>>>>>
>>>>>> user@ubuntu-xenial:~$ localectl
>>>>>>System Locale: LANG=en_US.UTF-8
>>>>>>VC Keym

[qubes-users] Qubes-Builder - Rackspace mirror having issues?

[anoa]

I'm currently trying to build the Arch Linux template through
qubes-builder. Someway through the `make qubes-vm` step I'm getting
404/403 errors on the default mirror.rackspace.com server.

Checking it in a browser at mirror.rackspace.com loads and their status
page (status.rackspace.com) reports no issues.

Here is the relevant output of the build:

```
Packages (5) gnupg-2.1.18-1  gtk-update-icon-cache-3.22.7-2
gtk3-3.22.7-2  libproxy-0.4.13-2  pango-1.40.3-2

Total Download Size:   10.74 MiB
Total Installed Size:  83.59 MiB
Net Upgrade Size:   1.16 MiB

:: Proceed with installation? [Y/n]
:: Retrieving packages...
error: failed retrieving file
'gtk-update-icon-cache-3.22.7-2-x86_64.pkg.tar.xz' from
mirror.rackspace.com : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed retrieving file 'pango-1.40.3-2-x86_64.pkg.tar.xz' from
mirror.rackspace.com : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed retrieving file 'gtk3-3.22.7-2-x86_64.pkg.tar.xz' from
mirror.rackspace.com : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed retrieving file 'libproxy-0.4.13-2-x86_64.pkg.tar.xz' from
mirror.rackspace.com : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed to commit transaction (unexpected error)
Errors occurred, no packages were upgraded.
/home/user/qubes-builder/qubes-src/builder-archlinux/Makefile.archlinux:114:
recipe for target 'dist-build-dep' failed
make[2]: *** [dist-build-dep] Error 1
Makefile.generic:139: recipe for target 'packages' failed
make[1]: *** [packages] Error 1
Makefile:209: recipe for target 'vmm-xen-vm' failed
make: *** [vmm-xen-vm] Error 1
user@dev:~/qubes-builder$
```

Am I missing something?

Thanks
Andrew

-- 
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/o6e1s2%24sbd%242%40blaine.gmane.org.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Remove start menu entry for deleted Template-VM

[anoa]

On 01/26/2017 05:57 AM,
legawri...@gmail.com wrote:
> Hi there! I get strange problem after update my fedora-23 TVM up to 24 and 
> then up to 25. It was about month ago and everything was Ok, until today I 
> see again "Template: fedora-23" entry in start menu. How do I fix this? There 
> is no directory at /var/lib/qubes/appvms or ../template-vms, also if I select 
> "Fedora-23: Add more shotcuts.." it says me that there is now TVM with such 
> name.
> 
> Thx!
> 


>From this page: https://www.qubes-os.org/doc/remove-vm-manually/

To remove entries from the Start menu, remove the *.desktop files
corresponding to that VM in Dom0's ~/.local/share/applications directory.

Andrew

-- 
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/o6ddi5%24brm%241%40blaine.gmane.org.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Workaround for building Ubuntu xenial+desktop with qubes-builder

[anoa]

Hey all,

Today I was trying to build the Ubuntu 16.04 Xenial+Desktop template
using qubes-builder with help from these instructions:

https://github.com/QubesOS/qubes-builder

Everything was alright until the `make qubes-vm` step where it would
fail on the following:

> dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream 
> tarball found at ../xen_4.6.3.orig.tar.{bz2,gz,lzma,xz}
> dpkg-buildpackage: error: dpkg-source -b debian-vm gave error exit status 255
> /home/user/qubes-builder/qubes-src/builder-debian/Makefile.qubuntu:196: 
> recipe for target 'dist-package' failed

The build was looking for xen_4.6.3 when in fact xen_4.6.4 is in the
folder. As a workaround, simply copying the xen_4.6.4 to be named
xen.4.6.3 allowed the build to continue and eventually complete
successfully:

> cd /path/to/qubes-builder/chroot-xenial/home/user/qubes-src/vmm-xen; sudo cp 
> -pr ./xen_4.6.4.orig.tar.gz ./xen_4.6.3.orig.tar.gz

Hope this helps someone while the script is being 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/o66u0i%24l0%241%40blaine.gmane.org.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] NetworkManager disconnecting WiFi upon dom0 update, also disconnects every 2-5min

[anoa]

Hi all,

I've been dealing with a rather frustrating problem lately. Since the
past week or so, my sys-net VM which is based on Fedora-24 has been
disconnecting from WiFi every 2-5min. I'm not entirely sure what causes
it but I've now found a way to reproduce it reliably.

Whenever I update dom0 with `sudo qubes-dom0-update`, the WiFi on the
sys-net nm-applet immediately shows that it's been disconnected, even
though the update itself is running on sys-firewall. After switching
sys-firewall to debian-8 and running the update I get the same issue. I
cannot seem to find the correct driver for my WiFi card on debian (Intel
Corporation Wireless 7260 rev bb), so switching that VM to debian is not
an option.

Here are the relevant journalctl and dmesg outputs for both sys-net and
sys-firewall:

journalctl
sys-firewall: http://ix.io/1OJO
sys-net: http://ix.io/1OJP

dmesg
sys-firewall: http://ix.io/1OJR
sys-net: http://ix.io/1OJQ

Any ideas why the update in dom0 may be causing sys-net to lose
connection, or it losing connection every 2-5 minutes?

Thanks
anoa

-- 
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/o46m9b%24r5b%241%40blaine.gmane.org.
For more options, visit https://groups.google.com/d/optout.