[qubes-users] Re: How to view Youtube in Fullscreen ? (for dummies)

[justin . h . holguin]

On Monday, January 23, 2017 at 1:01:41 AM UTC-8, daltong defourne wrote:
> On Thursday, October 27, 2016 at 12:15:53 AM UTC+3, jamie wrote:
> > does not matter if I use fedora, debian or whonix ... whenever I press 
> > fullscreen on any youtube video the brower freezes..
> > 
> > it also does not matter which browser I use firefox, chromium,...
> > all of them freeze.
> > 
> > 
> > how to watch youtube videos 'for dummies' in fullscreen ? 
> > how to enable fullscreen mode 'for dummies' in my fedora appVM ?
> 
> Right click on window border, choose fullscreen
> The browser window goes fullscreen
> 
> NOW press the video's fullscreen button
> The video will now go into fullscreen on a fullscreen window and all will be 
> right with the world.
> 
> P.S.:
> If you're running on intel IGFX, it may require some annoying tuning to get 
> youtube working "just right" (without tearing, etc)

I'm pretty interested in doing some of that "annoying tuning." Do you have any 
suggestions? Anywhere I should be looking?

-- 
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/d0ac5428-4630-43e9-9d6a-f7a636484c46%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] No Internal (Notebook) Keyboard and Touchpad.

[Marc Lucks]

Qubes OS version (e.g., R3.2): R3.2 Affected TemplateVMs (e.g., fedora-23, if 
applicable): dom0 Steps to reproduce the behavior: Not sure. Did some template 
updates in fedora-23 and debian-8 installed a windows HVM (not in Autostart)

General notes: The Keyboard is working when entering the disk encryption 
password. After that the internal Keyboard and the Touchpad aren't working. 
External mouse and keyboard work. I have no USB VM and didn't tinker with 
USB/PCI devices.

I started creating a ProxyVM which doesn't autostart, and is not yet used 
anywhere.

The Keyboard was working until the last full reboot today.

Any ideas?

   

-- 
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/350442654.16771.1485786882216%40ip-10-139-87-144.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: wacom pressure?

[pixel fairy]

On Saturday, January 28, 2017 at 9:37:40 AM UTC-8, pibot...@gmail.com wrote:
> Em quarta-feira, 31 de agosto de 2016 10:39:29 UTC+1, pixel fairy  escreveu:
> > is there a way to turn on tilt or pressure sensitivity for pens?
> > 
> > using qubes 3.2rc2 with xfce (test box, not production)
> 
> Are you able to use wacom tablets at all?

yes, it otherwise worked nicely. but, that hardware finally flaked out. 

-- 
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/c4b94516-3ffe-4a2f-8658-d43028eeada5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Getting new hardware, GPU question

[Sybil]

Hello,

I'm considering getting a new desktop PC. It'll be more or less based on 
the one mentioned in the "cheap" barebone.


My current desktop has only 8GB and doesn't support any more even though 
the CPU is up to most tasks (i7-2600). It has a Nvidia GTX 750Ti and 
handles Qubes okay by default (on its own SSD) although 8GB is very tight.

I also have another SSD with Win 7 on it for games only.
While this setup works, 8Gb isn't enough for what I'd like to do. So now 
I'm considering a replacement.


On 01/29/2017 04:32 PM, Grzegorz Chodzicki wrote:
[snip]

  * Change the X99 motherboard for a Z170 one. X99 motherboards are more
expensive than Z170 ones and there is fewer of them on the market.
  * Use a quad-core or dual-core Skylake. Performance will be worse but
you can buy a mid-range Skylake for a third of the 6800 price
  * Drop the GPU. All Skylake processors have integrated Intel GPUs so a
dedicated card is not necessary.
  * Drop the M.2 SSD and use a SATA one. M.2 SSD are still relatively
expensive so that's another corner to cut
  * Buy 16GB of RAM instead of 32GB. This one I don't really recommend
since it will yield the smallest savings but for completeness sake I
include it.

[snip]

My desired specs would be:
- Z170 motherboard with support for up to 64GB RAM (future proofing)
- i7-6700 or maybe even i7-7700 (is it supported yet?)
- Intel HD graphic from CPU
- M.2 SSD for Qubes + SATA SSD for (HVM) Windows (games only)
- 32GB of RAM
- A/dual GPU, but which? AMD seems most likely (see below)

I'd like to be able to play some games on it, so I'll need a GPU and 
thus the choice ends up between Nvidia or AMD.
My thinking is that if the Intel HD graphics is used by Qubes on one 
screen, the additional GPU could be dedicated to a HVM and perhaps even 
play games on it on another screen (in the future, for now rebooting 
suffices).


I've been digging through the posts and seen lots of issues getting 
NVidia to work with Qubes, although Qubes didn't need any additional 
configuring for my current NVidia card. But since I have only one GPU I 
can not test HVM graphics separation.
I haven't found any posts about AMD GPUs, however, I did see on the Xen 
website that secondary ATI/AMD GPU passthrough is possible, depending 
the hardware.

(Source: https://wiki.xen.org/wiki/Secondary_GPU_Passthrough )
I know that page does say Nvidia will only work with certain patches and 
certain Windows versions, so that route is turning into a no-go.


Ideally I'd be able to use Qubes and be able to play Windows based games 
without having to resort to dual boot. (Kind of like in the Ubisoft demo 
of 2011: https://www.youtube.com/watch?v=Gtmwnx-k2qg )


Is this possible? Can it be done with Qubes or do I need to "build" my 
own Qubes variation on Xen?


If this isn't possible, I probably end up getting a PC for the games 
albeit lower specs and a separate laptop for Qubes.


Any thoughts or recommendations are highly appreciated,
Sybil

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

[qubes-users] Fedora 25

[Connor Page]

I've been using only f25 for about a month now. the upgrade was smooth. just 
needed to tweak qt5 styles and scaling.
looks like now there is a version conflict. qubes-gui-vm requires pulseaudio 9 
but I guess f25 has moved on to version 10.

-- 
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/c51a2258-2153-453c-a14b-800c4a3d5c13%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Fedora 25

[Alex]

On 01/30/2017 09:39 AM, Connor Page wrote:
> I've been using only f25 for about a month now. the upgrade was
> smooth. just needed to tweak qt5 styles and scaling. looks like now
> there is a version conflict. qubes-gui-vm requires pulseaudio 9 but I
> guess f25 has moved on to version 10.
> 
I've been having this "broken dependency" problem too for a few days now.

Is pulseaudio so fast in deprecating functionality that it's best to
rely only on a specific version?

-- 
Alex

-- 
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/7e54ab9c-5129-c4d8-5317-ca00c8d10c57%40gmx.com.
For more options, visit https://groups.google.com/d/optout.


signature.asc
Description: OpenPGP digital signature

Re: [qubes-users] Fedora 25

[Connor Page]

I guess qubes tools need to be recompiled against new libraries but userspace 
pulseaudio version is not a problem.

-- 
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/51b13e2c-f5f0-4650-9516-b1806d2d0e79%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Hardware report

[Loren Rogers]

Hi all,

I've attached a hardware report for an Asus G750JW. I can say that Qubes 
appears to run just fine overall, but with a few limitations. The most 
important is the wifi -- the Broadcom unit installed isn't supported, so no 
wifi out of the box. Somewhat annoying, but workable, is the monitor - the 
display brightness doesn't work, so it's stuck at 100%. This is a known issue 
with the kernel, and may be fixed in future releases. Could be worse, but still 
annoying. Also, the keyboard functions don't work out of the box. Things like 
the keyboard backlight brightness, wireless on/off, enable/disable touchpad, 
all don't work. However, the volume buttons do work, along with the monitor-off 
button. I didn't really try any of the other functions or the webcam/mic.


Loren

Sent with [ProtonMail](https://protonmail.com) Secure Email.

-- 
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/2e_YBVvPuhV5JsWCRGez59wKhxT8K9tll91n1Y5h0AMZV1z-9Gf8l0vVPq6CYdbIMZOi95XfepUAVrwGZXUfbnsNIkwPBDDLEW9KXfrV8D0%3D%40lorentrogers.com.
For more options, visit https://groups.google.com/d/optout.


Qubes-HCL-ASUSTeK_COMPUTER_INC_-G750JW-20170130-125955.yml
Description: application/yaml

[qubes-users] Lenovo X201t Thinkpad Report

[Loren Rogers]

Figured I'd send along a report for my Thinkpad as well. (Attached.) Everything 
seems to be working fine with this setup, but it does tend to overheat 
occasionally. Pretty annoying, but for everyday workloads it seems to be fine.

Loren


Sent with [ProtonMail](https://protonmail.com) Secure Email.

-- 
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/mcPOBjymX_DXRcvLPfNj43twpLdJCy9Ac9vq0g39hRZNA4N8bOZFfct78RA00HLEve197P9voWo3RyqZPgBMjhngyTCp3_jDQ87GBOWMuTk%3D%40lorentrogers.com.
For more options, visit https://groups.google.com/d/optout.


Qubes-HCL-LENOVO-2985F4U-20170130-132918.yml
Description: application/yaml

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

[Andrew M]

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 Keymap: us
>>   X11 Layout: us
>>X11 Model: pc105+inet
>>  X11 Options: terminate:ctrl_alt_bksp
>>
>> 
>>
>> /On checking qubes local packages installed on the 'xenial-desktop' system.
>> /
>> libqubes-rpc-filecopy2/now 3.2.3+xenialu1 amd64 [installed,local]
>>   Qubes file copy protocol library
>>
>> libqubesdb/now 3.2.3-1+xenialu1 amd64 [installed,local]
>>   QubesDB libs.
>>
>> libvchan-xen/now 3.2.0-1+xenialu1 amd64 [installed,local]
>>   Qubes Xen core libraries
>>
>> libxen-4.6/now 2001:4.6.3-25+xenialu1 amd64 [installed,local]
>>   Libraries for Xen tools
>>
>> qubes-core-agent/now 3.2.15-1+xenialu1 amd64 [installed,local]
>>   Qubes core agent
>>
>> qubes-gui-agent/now 3.2.13-1+xenialu1 amd64 [installed,local]
>>   Makes X11 windows available to qubes dom0
>>
>> qubes-utils/now 3.2.3+xenialu1 amd64 [installed,local]
>>   Qubes Linux utilities
>>
>> qubesdb/now 3.2.3-1+xenialu1 amd64 [installed,local]
>>   QubesDB management tools and daemon.
>>
>> qubesdb-vm/now 3.2.3-1+xenialu1 amd64 [installed,local]
>>   QubesDB VM service.
>>
>> xserver-xorg-input-qubes/now 3.2.13-1+xenialu1 amd64 [installed,local]
>>   X input driver for injecting events from qubes-gui-agent
>>
>> xserver-xorg-video-dummyqbs/now 3.2.13-1+xenialu1 amd64 [installed,local]
>>   Dummy X video driver for qubes-gui-agent
>>
>> --
>>
>> /So, I would like to know if there's any errors like above happened to
>> you guys too? Or is it me the only person? If it was just me facing the
>> issues, then I would like to know if any missing qubes packaged that's
>> not listed on my side shown like above? You can just check your qubes
>> packages to confirm if any difference spotted on your side by apt search
>> qubes or dpkg-query -l | grep qubes.//Any help will be appreciated to
>> spot where the culprits are.
>> //
>>
>> //Thanks./
>>
> The error with Xen version affects all Debian builds - it isnt Ubuntu
> specific. That's interesting, because it 

[qubes-users] Graphics card problem with Intel HD Graphics 530

[Opal Raava]

Hi all,

I've been running QUbes OS for a while, an I built a new PC with an intel 
i5-6500 cpu and intel hd graphics 530 card. When I just install fedora25 
workstation on it, the graphics look cool, 3d is fast enouhg. When I boot from 
the disk of my old computer the screen gets black at the point the gray screen 
with progress bar should be. I checked grub and it does give the 
i915.whatever=1 to the linux commandline.

Any ideas? should I perhaps buy some old compatible graphics card and just use 
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 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/53e365b2-0277-48a1-b589-f4db2e219916%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Wine/PlayOnLinux Best Practices

[mojosam]

I am in the process of installing PlayOnLinux into my Fedora 24 template.  
Currently, my only use for it is the Kindle app.  I suspect I'll find further 
need for it in the future.  My original plan was to just use the Kindle app in 
one of my existing app VMs.  In the future, I might want some other application 
available in a different app VM.

I was rather shocked to see that PlayOnLinux hogs 800 MB on my hard drive.  I 
guess there's support in there for just about every freaking service that any 
Windows application might want.  I had just assumed that that stuff would be 
installed on an as-needed basis (Maybe standalone Wine does this?).

This got me thinking about attack surface.  Since this is in my regular Fedora 
24 template, won't this codebase be included in every app VM I run, whether I'm 
running PlayOnLinux in that app VM or not?  Presumably none of that code would 
be running, but it would still be accessible to malware that wanted to call it.

Related to that, if I am using a PlayOnLinux application, then whole hunks of 
that codebase would now be running in that app VM, so any preexisting 
malware/bugs would now be alive and fermenting within the app VM.

To minimize these effects, I'm now thinking that the best thing to do is to 
install PlayOnLinux in a standalone VM and run all of its applications in that 
VM only.

I'd kind of like to minimize the rampant spread of standalone VMs in my system, 
but it seems like this one might be justified.

-- 
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/97c5f7a7-3666-47b0-bbd8-87de70c1148a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Can I hope to run Qubes OS on Macbook Air 2013

[steliospota]

Thanks for this reply. Am currently in the process of installing cubes myself 
on a mid 2014 macbook air with 8G RAM. Very kind of you.

On Wednesday, January 13, 2016 at 5:41:37 PM UTC, Eric Shelton wrote:
> On Wednesday, January 13, 2016 at 8:15:06 AM UTC-5, mariusz...@gmail.com 
> wrote:Same as topic name. I am currently running mac os with heavy virtual 
> machines usage to get more security/privacy. I will probably switch to linux 
> soon but since i plan on using a lot of one time use VMs or even whonix i 
> would rather get as secure host as possible. So i figured why not use Qubes 
> OS since i already do everything manually.
> If not mba what high end ultrabook would you recommend ?
> 
> 
>  I got it working on a 2012 MacBook Air w/ 4GB of RAM:
> 
> 
> https://groups.google.com/forum/#!topic/qubes-devel/uLDYGdKk_Dk
> 
> 
> 
> The 3.1 rc series of Qubes supports EFI boot, so you can likely avoid most, 
> if not all, of the rEFInd stuff in those directions - it should just boot and 
> install from a USB stick.  Do not create a usbvm in your install - on Macs 
> the keyboard and trackpad are USB devices, and you won't be able to sign in 
> if you use a usbvm.  If you have 8GB or RAM, you should be good for almost 
> anything, including running a non-Linux OS in an HVM domain.  That could 
> include running OS X within Qubes 
> (https://groups.google.com/d/msg/qubes-users/RiVntUzgJmY/hiohgHm4BwAJ).  If 
> you just have 4GB, you can still run Qubes, but mostly just running Linux.
> 
> 
> To be on the safe side, I would suggest first making a USB stick with the OS 
> X installer on it (you should be able to find instructions for this online - 
> generally involves downloading the installer via the App Store and running 
> the createinstallmedia command hiding inside the application).  Then, if 
> things don't work, or you need to return the MacBook Air to some sane state, 
> you at least have that as a backup.
> 
> 
> Good luck,
> Eric

-- 
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/e5e14706-e834-4689-9c99-4d6a64e5fc9b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] disk utility in dom0

[aperi . auctio]

On Monday, January 30, 2017 at 1:26:01 AM UTC+1, Ángel wrote:
> Ted Brenner wrote:
> > What is the best way to add and partition disks in dom0? I just added
> > some hard drives that I'd like to format and partition and then pass
> > those to a guest VM for storing my person files. With xfce, I don't
> > see any GUI based disk utility. Does this have to be done via the
> > command line?
> > 
> > 
> > Thanks!
> > 
> I would recommend you to simply attach the disks to be formatted into a
> VM and format them there. What's the point of exposing dom0 to them?
> You can later attach them to the same or different VM for usage.

Is it reliable though? For example will the result always be exactly the same 
as if the drive was managed in Dom0? Does the used file-system matter if 
applied through a VM or are any possible factors completely unaffected? For 
example is there a difference to manage BTRFS, ZFS, NTFS, EXT4, random exotic 
FS, RAID of any build kind, HDD/SSD, old or new cutting edge drive 
technologies, or any other possible factor, through a VM compared to a bare 
metal OS?
Anything at all to look out for if undertaking changes on a drive through a VM?

Does it pose a risk change in the rate of bit errors? For example from file 
system or drive error odds with an 1 in 10^15, to 1 in 10^7 risk increase?
It is after all better to be proactive to prevent possible issues, than it is 
to leave it unknown, when it comes to precious irreplaceable important data. 

Best practice in terms of security, yes sure, but is it also best practice in 
terms of data integrity? Is there any possible trade-offs here to be aware of?

There may be no difference at all, or there may be. But the point is, for those 
not in the knowing, which one is it? It would be great to be reasonably certain 
when using new technology where important data is involved, where common sense 
may need an update, rather than being among the first victims due to outdated 
assumptions, relics of an old age in an ever faster changing world.

So taking all that into account, all possible factors included, is it really 
just as reliable to manage drives in VM's as when done in Dom0?

-- 
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/139be9c2-aa22-44ce-bea1-105be40e1f60%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Fedora 25

[Nick Darren]

On 01/30/2017 07:06 PM, Foppe de Haan wrote:
> On Monday, January 30, 2017 at 1:46:33 PM UTC+1, Connor Page wrote:
>> I guess qubes tools need to be recompiled against new libraries but 
>> userspace pulseaudio version is not a problem.
> updated version is in current-testing.
>
pulseaudio latest issues were fixed after upgraded from qubes vm testing
repo, but mesa packages cannot be upgraded still. It's ignored in this case.

Skipping packages with broken dependencies:
 mesa-libEGL  x86_6413.0.3-4.fc25 
updates103 k
 mesa-libGL   x86_6413.0.3-4.fc25 
updates164 k
 mesa-libGLES x86_6413.0.3-4.fc25 
updates 21 k
 mesa-libglapix86_6413.0.3-4.fc25 
updates 49 k

-- 
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/074e73db-6d37-0732-18e7-e868fe5fc546%40gmail.com.
For more options, visit https://groups.google.com/d/optout.


signature.asc
Description: OpenPGP digital signature

Re: [qubes-users] Spoofing MAC

[Chris Laprise]

On 01/27/2017 06:03 AM, pl1...@sigaint.org wrote:



Then if I use other internet connections and spoof MAC, they never know my
real MAC,right?



If you're using Network Manager MAC randomization described in the doc, 
then yes---it will use a different random address with each "connection" 
(each radio access point or router). It can also do this for wired 
connections. (This has nothing to do with IP addresses... Tor handles 
anonymization at the IP level.)


Unfortunately, other identifiable information was recently discovered in 
the Wifi hardware handshake packets, so full anonymization at the MAC 
level won't be possible until sometime in the future.


Chris

--
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/48b8cbcb-6a2e-2fbe-157b-469231aeb9dd%40openmailbox.org.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Is it possible to run browser and other "chatty" applications as dedicated users in appvm?

[Jane Jok]

On Monday, January 30, 2017 at 10:25:48 PM UTC+3, Garrett Robinson wrote:
> On 01/30/2017 11:21 AM, Jane Jok wrote:
> 
> > I know that Qubes security model doesn't rely on users system for security, 
> > but combined with iptables, this could prevent traffic leaks when running 
> > certain "wonky" VPN configs (for instance, ipsec based VPNs where a tun 
> > device is absent) by straight up disallowing a certain user from 
> > communicating over anything other than the VPN link.
> Hm, this sound like you're running a VPN in your AppVM. Are you? If so,
> a better solution (that can easily achieve your goal of preventing
> leaks, albeit for an entire VM instead of a specific user of a VM) is to
> use a ProxyVM, as documented here: https://www.qubes-os.org/doc/vpn/.

-
I already have a bunch of proxyvms running different VPNs for... different 
reasons.

Unless I get a box with more ram or someone much smarter than me does one of 
those super-fancy <100MB RAM unikernel VM things, but for ipsec tunnels, this 
is the best option.

Besides, it's not a "high risk" VM or anything like 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 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/9c06a65f-f624-4c86-a983-2198343eefb3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Can't install QUBES 3.2

[codeur4life]

Ok so this error :
[FAILED] Failed to start Load Kernel Modules
[   18.574872][drm : i915_gem_init_stolen[i915]] *ERROR* conflict detect with 
stolen region : [0xb600] - 0xb800]
is not a probleme apparently.
I have see the same error in this video : 
https://www.youtube.com/watch?v=fiXuYI3G0SE=5
So the problem is maybe with my keyboard (US != FR)
I'll search more.

-- 
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/98deaca0-6f1a-4870-afd6-967b166176e0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Can't install QUBES 3.2

[codeur4life]

Hi
Ok so I have set Primary Display -> CPU Graphics instead of auto in the BIOS.
And the screen don't freeze now, the installation go on. This is a good point.
So big thx for your answer.
But now I have another problem. I have put some number in my phrase key for ssd 
encryption. After reboot, it ask me the key but when I tape number the screen 
switch. Furthermore I get this error : 
[FAILED] Failed to start Load Kernel Modules
[   18.574872][drm : i915_gem_init_stolen[i915]] *ERROR* conflict detect with 
stolen region : [0xb600] - 0xb800]
I noticed that in my BIOS I have now 2 disk for boot :
SATA6G_1: Crucial_CT525MX300SSD and Qubes(SATA6G_1: Crucial_CT525MX300SSD1).
I get stuck with that now. If you have any idee tell me. I ll try to find a 
solution.

I choose a GTX 1060 because I believed Qubes was best compliant with nvdia, and 
I plan to use double screens with QHD + use of blender + game if possible yes.
I am new to Qubes and it's a new machine. I prefer avoid dual boot and will get 
Windows in a Qubes VM for better security.
If I use BTRFS as my filesystem? I don't know.

-- 
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/4d5ccb98-a3bc-4ec0-9a04-01326e8fce3f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Fedora 25

[Foppe de Haan]

On Monday, January 30, 2017 at 1:46:33 PM UTC+1, Connor Page wrote:
> I guess qubes tools need to be recompiled against new libraries but userspace 
> pulseaudio version is not a problem.

updated version is in current-testing.

-- 
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/132275bc-eccf-4921-9af4-d7a5d14d4af7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Memory and network problems

[Chris Willard]

Hello All,

I  have  installed  Qubes  3.2  and am having problems with memory and
networking.

Firstly, Qubes only sees 4GB RAM but I actually have 32GB RAM!

Secondly,  networking  keeps  stopping.  I  can  initially  ping (e.g.
4.2.2.1) but then I just get "Destination Host Unreachable" from
the DHCP IP given by my router.

I  am  installing  on  a  Dell  PowerEdge  T710  and  have  added  "--
efi=attr=uc" to the boot command.

Any help with these problems would be much appreciated as I would like
to use Qubes as my main operating system.

-- 
Best regards,
Chris

-- 
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/MTAwMDA0Ny5hbmF0b21pYw.1485804508%40quikprotect.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Can't install QUBES 3.2

[codeur4life]

I have also see :
[  6934.676072] nouveau :01:00.0 : unknown chipset (136000a1)
Starting dracut initqueue hook...

-- 
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/11d119cb-1c3b-4b6b-b087-4f414f72b97a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Is it possible to run browser and other "chatty" applications as dedicated users in appvm?

[Garrett Robinson]

On 01/30/2017 11:21 AM, Jane Jok wrote:

> I know that Qubes security model doesn't rely on users system for security, 
> but combined with iptables, this could prevent traffic leaks when running 
> certain "wonky" VPN configs (for instance, ipsec based VPNs where a tun 
> device is absent) by straight up disallowing a certain user from 
> communicating over anything other than the VPN link.
Hm, this sound like you're running a VPN in your AppVM. Are you? If so,
a better solution (that can easily achieve your goal of preventing
leaks, albeit for an entire VM instead of a specific user of a VM) is to
use a ProxyVM, as documented here: https://www.qubes-os.org/doc/vpn/.

-- 
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/1f40a993-5019-9830-b064-f522cd9fa075%40freedom.press.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Wine/PlayOnLinux Best Practices

[Reg Tiangha]

On 2017-01-30 03:48 PM, mojosam wrote:

I am in the process of installing PlayOnLinux into my Fedora 24 template.  
Currently, my only use for it is the Kindle app.  I suspect I'll find further 
need for it in the future.  My original plan was to just use the Kindle app in 
one of my existing app VMs.  In the future, I might want some other application 
available in a different app VM.

I was rather shocked to see that PlayOnLinux hogs 800 MB on my hard drive.  I 
guess there's support in there for just about every freaking service that any 
Windows application might want.  I had just assumed that that stuff would be 
installed on an as-needed basis (Maybe standalone Wine does this?).

This got me thinking about attack surface.  Since this is in my regular Fedora 
24 template, won't this codebase be included in every app VM I run, whether I'm 
running PlayOnLinux in that app VM or not?  Presumably none of that code would 
be running, but it would still be accessible to malware that wanted to call it.

Related to that, if I am using a PlayOnLinux application, then whole hunks of 
that codebase would now be running in that app VM, so any preexisting 
malware/bugs would now be alive and fermenting within the app VM.

To minimize these effects, I'm now thinking that the best thing to do is to 
install PlayOnLinux in a standalone VM and run all of its applications in that 
VM only.

I'd kind of like to minimize the rampant spread of standalone VMs in my system, 
but it seems like this one might be justified.



Or rather than a standalone VM, you make a separate TemplateVM just for 
the wine stuff. That's what I do. But, those are different paths up the 
same mountain. I just make it a TemplateVM rather than standalone to get 
all the benefits of the Template/AppVM model. All the user PlayOnLinux 
stuff gets stored in /home anyways and I have the free disk space, so 
why not?


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

[qubes-users] Re: Graphics card problem with Intel HD Graphics 530

[aperi . auctio]

On Monday, January 30, 2017 at 11:54:15 PM UTC+1, Opal Raava wrote:
> Hi all,
> 
> I've been running QUbes OS for a while, an I built a new PC with an intel 
> i5-6500 cpu and intel hd graphics 530 card. When I just install fedora25 
> workstation on it, the graphics look cool, 3d is fast enouhg. When I boot 
> from the disk of my old computer the screen gets black at the point the gray 
> screen with progress bar should be. I checked grub and it does give the 
> i915.whatever=1 to the linux commandline.
> 
> Any ideas? should I perhaps buy some old compatible graphics card and just 
> use that?

It could be the graphic driver inside the VM of Fedora Workstation OS? 
The way I understand Qubes graphic driver management, is that you need Qubes 
specific graphic driver in the VM since the graphics are (translated) to/from 
the system graphics, which again uses more common Linux drivers to/from the 
bare metal hardware. In other words, you might possibly need a second graphic 
driver inside Fedora Workstation OS to properly translate the graphics, the 
issue might not be related to your actual graphic card, but rather the graphic 
translation between OS/VM.

This too should be the reason why heavy graphics rarely works too well in VM's 
since it essentially is a translation or emulation before it arrives at the 
actual system graphic driver, and the translation isn't of the best or 
snappiest quality.

I could be wrong, this is only a guess of mine, but it may be worth considering 
before you go out buying another graphic card though.

A potential worst case scenario would be if you bought a new graphic card and 
the exact same issue happens again because of the issue translating the 
graphics over from the VM to Qubes. 

Also I use i5-6500 my self, I never had issues with it, but then again I also 
never installed Fedora Workstation on it.

A potential worst case solution may be to buy a cheap graphic card as you 
suggested yourself, however instead use the card to use GPU Passthrough 
directly into the Fedora VM, thus bypassing the need of a second graphic driver 
altogether. At this point should act like any other OS regarding the graphics, 
talking directly to the graphic card (Make sure the graphic card support GPU 
Passthrough). 
It may or may not be a lot of work to get GPU Passthrough working though, I 
failed with my GTX 1060 Nvidia card, since newer non-quadro Nvidia card models 
typically do not allow for virtual environments, due to Nvidias market 
segmentation design.

AMD/Intel should however more commonly allow for Virtual GPU Passthrough, 
though, make sure they support first. 

I'm not any expert on this, just floating ideas, and since I never managed to 
get it to work my self, I cannot tell you if it will work (Possibly because I 
got a non-GPU Passthrough card, but I can't say for sure, I need a new graphic 
card before I try again my self).

If you try a GPU Passthrough, be sure to read up on it or hopefully someone 
with better knowledge will be able to fill in. GPU Passthrough sure as heck was 
a can of worms for me, so I'm not endorsing the idea by anything but highly 
experimental and only if you got time/money to pass to try see if you can make 
it work.

-- 
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/31be0439-8fbd-4166-922e-5099e395e4c6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Re: Wine/PlayOnLinux Best Practices

[Franz]

On Mon, Jan 30, 2017 at 8:31 PM, Reg Tiangha 
wrote:

> On 2017-01-30 03:48 PM, mojosam wrote:
>
>> I am in the process of installing PlayOnLinux into my Fedora 24
>> template.  Currently, my only use for it is the Kindle app.  I suspect I'll
>> find further need for it in the future.  My original plan was to just use
>> the Kindle app in one of my existing app VMs.  In the future, I might want
>> some other application available in a different app VM.
>>
>> I was rather shocked to see that PlayOnLinux hogs 800 MB on my hard
>> drive.  I guess there's support in there for just about every freaking
>> service that any Windows application might want.  I had just assumed that
>> that stuff would be installed on an as-needed basis (Maybe standalone Wine
>> does this?).
>>
>> This got me thinking about attack surface.  Since this is in my regular
>> Fedora 24 template, won't this codebase be included in every app VM I run,
>> whether I'm running PlayOnLinux in that app VM or not?  Presumably none of
>> that code would be running, but it would still be accessible to malware
>> that wanted to call it.
>>
>> Related to that, if I am using a PlayOnLinux application, then whole
>> hunks of that codebase would now be running in that app VM, so any
>> preexisting malware/bugs would now be alive and fermenting within the app
>> VM.
>>
>> To minimize these effects, I'm now thinking that the best thing to do is
>> to install PlayOnLinux in a standalone VM and run all of its applications
>> in that VM only.
>>
>> I'd kind of like to minimize the rampant spread of standalone VMs in my
>> system, but it seems like this one might be justified.
>>
>>
> Or rather than a standalone VM, you make a separate TemplateVM just for
> the wine stuff. That's what I do. But, those are different paths up the
> same mountain. I just make it a TemplateVM rather than standalone to get
> all the benefits of the Template/AppVM model. All the user PlayOnLinux
> stuff gets stored in /home anyways and I have the free disk space, so why
> not?
>
>
I do the same. you ha the additional advantage that you may install
different windows programs in different userVMs.

> --
> 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/ms
> gid/qubes-users/o6oid8%24i06%241%40blaine.gmane.org.
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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/CAPzH-qBiwQMXay9JUbfBwg1U5Awiio1SipXg47-zuMrT5zsrnw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] I exist

[Aneer Qadri]

I exist

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

[qubes-users] Re: I exist

[Aneer Qadri]

Aneer Qadri:
> I exist
> 
Sorry, ignore this, I don't know how to delete this. Remove it if you can.

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

[qubes-users] Re: I exist

[Aneer Qadri]

Aneer Qadri:
> I exist
> 
Sorry, ignore this. I didn't mean to type it here and I don't know how
to remove it. Remove it if you can.

-- 
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/9d237cb9-d0d9-d364-9f23-84aedac04c7b%40autistici.org.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Memory and network problems

[Aneer Qadri]

Chris Willard:
> Firstly, Qubes only sees 4GB RAM but I actually have 32GB RAM!

What does 'xl info' print next to total_memory and free_memory?

-- 
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/c8c856cd-5c1e-0ce7-68d1-53687b2109c2%40autistici.org.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] disk utility in dom0

[Ted Brenner]

Thanks all for your help. I assume fdisk can do all this right? And that
does appear to be in dom0.

On Mon, Jan 30, 2017 at 1:58 PM,  wrote:

> On Monday, January 30, 2017 at 1:26:01 AM UTC+1, Ángel wrote:
> > Ted Brenner wrote:
> > > What is the best way to add and partition disks in dom0? I just added
> > > some hard drives that I'd like to format and partition and then pass
> > > those to a guest VM for storing my person files. With xfce, I don't
> > > see any GUI based disk utility. Does this have to be done via the
> > > command line?
> > >
> > >
> > > Thanks!
> > >
> > I would recommend you to simply attach the disks to be formatted into a
> > VM and format them there. What's the point of exposing dom0 to them?
> > You can later attach them to the same or different VM for usage.
>
> Is it reliable though? For example will the result always be exactly the
> same as if the drive was managed in Dom0? Does the used file-system matter
> if applied through a VM or are any possible factors completely unaffected?
> For example is there a difference to manage BTRFS, ZFS, NTFS, EXT4, random
> exotic FS, RAID of any build kind, HDD/SSD, old or new cutting edge drive
> technologies, or any other possible factor, through a VM compared to a bare
> metal OS?
> Anything at all to look out for if undertaking changes on a drive through
> a VM?
>
> Does it pose a risk change in the rate of bit errors? For example from
> file system or drive error odds with an 1 in 10^15, to 1 in 10^7 risk
> increase?
> It is after all better to be proactive to prevent possible issues, than it
> is to leave it unknown, when it comes to precious irreplaceable important
> data.
>
> Best practice in terms of security, yes sure, but is it also best practice
> in terms of data integrity? Is there any possible trade-offs here to be
> aware of?
>
> There may be no difference at all, or there may be. But the point is, for
> those not in the knowing, which one is it? It would be great to be
> reasonably certain when using new technology where important data is
> involved, where common sense may need an update, rather than being among
> the first victims due to outdated assumptions, relics of an old age in an
> ever faster changing world.
>
> So taking all that into account, all possible factors included, is it
> really just as reliable to manage drives in VM's as when done in Dom0?
>
> --
> 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/139be9c2-aa22-44ce-bea1-105be40e1f60%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Sent from my Desktop

-- 
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/CANKZutySW-N8qFXS3QVnH1MZU-xQ5LHjSZteTvovRMeb3QbXNQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Memory and network problems

[Aneer Qadri]

Chris Willard:
> 
> Firstly, Qubes only sees 4GB RAM but I actually have 32GB RAM!

What does 'xl info' print next to total_memory and free_memory?

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

[qubes-users] Re: Kali VM is unusable

[spfmcguire]

I'll have to give that a try. Pretty sure that I was using LVM. 

-- 
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/7f0c41ed-2cf3-4871-bd4e-351bb0d9d3d6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] HCL - Dell Inspiron 3520 (Modified)

[Christopher Miller]

Original wireless card replaced with Intel Centrino card to fix system hang
during networking setup.

Chipset does not support IOMMU (no VT-d), but does support VT-x.

Audio, html5 video, sleep, shutdown, and hdmi to external monitor all work.

-- 
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/CA%2BZgjdaFK289UnFmfOkP3uCOeXi7sGk0ar-ndX5YOO2abOd79Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Qubes-HCL-Dell_Inc_-Inspiron_3520-20170130-220328.yml
Description: application/yaml

[qubes-users] Re: Kali VM is unusable

[Aneer Qadri]

involuntarycompu...@airmail.cc:
> I have a Kali VM (installed in a new vm via iso). 90% of the screen is
> gray. The Kali top bar appears at the bottom of the screen, and most of
> the desktop is not even onscreen. Has anyone else encountered this?
> 

I don't know if you've figured it out yet, but I also had this problem a
while ago. I reinstalled it a few dozen times and realized it was
because of the way that I configured the disks on the virtual image.
Don't encrypt the disks or use an lvm. I got it to work with using
standard partitioning.

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