Re: [qubes-users] Fan too loud during install
On Thu, Jun 15, 2017 at 01:52:44PM -0700, interestedtest...@gmail.com wrote: > I am trying to install Qubes on my ASUS laptop but the fan is just too > loud during the install. Is there any way I can fix this? I am just speculating here, but it might be that the installer environment is missing some kernel module needed to control the fan speed or gauge the temperature sensors. This may or may not be an indication that the problem will persist, so I suggest you continue the installation and see whether it does. > Even if it's not fixable during the install itself, I fear the fan > will continue to work very hard if I manage to successfully boot into > the new system after the install. Would there be a fix for it then, if > not during the install? Depending on your laptop model, chipset and firmware support there are several utilities available that enable you to control the fan speed and CPU throttling, both in the Fedora package repositories as well as elsewhere on the web. -- noor |_|O|_| |_|_|O| Noor Christensen |O|O|O| n...@fripost.org ~ 0x401DA1E0 - () ascii ribbon campain - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- 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/20170616062900.26azwm6ehmy2gtpv%40mail.local. For more options, visit https://groups.google.com/d/optout. signature.asc Description: PGP signature
[qubes-users] Qubes and USB Ethernet adapter
Hi, I have a new Asus laptop which comes with no integrated Ethernet, but an USB Gigabit Ethernet adapter. I wonder if this will be compatible with Qubes' Net VM, or if I will need to allocate the complete USB controller to the net VM - which would be extremely annoying to me... Any clue appreciated. Kind regards. -- Swâmi Petaramesh PGP 9076E32E -- 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/6c1680df-625b-ed4f-f479-05a01d5d33e2%40petaramesh.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Multi Video Cards with Multi Monitors Issue
Update: Found an old Acer 1440x900 16:9 and work as it should with the 1920x1080 Benq, then did the fedora-24 update and tried these two monitors again with enabling the 16:10 display and it did the exact same thing, skews booth 16:9 displays with horizontal lines about an inch apart. -- 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/1902641547.3113275.1497592143745%40mail.yahoo.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Setting up privateinternetaccess on qubes 3.2
On 06/15/2017 08:15 PM, Steven Walker wrote: Can anyone give me any feedback on how to setup privateinternetaccess on qubes. I wrote to pia, and they didn't really give me much help on how to set this up. Any help greatly appreciated. Thanks, Steve You want to first download the openvpn config from pia's Download/Support page: Choose Advanced OpenVPN SSL Usage Guides, then OpenVPN Configuration Files... 'default' or 'strong'. Then follow the Qubes doc "iptables and CLI" instructions here: https://www.qubes-os.org/doc/vpn/#set-up-a-proxyvm-as-a-vpn-gateway-using-iptables-and-cli-scripts -- Chris Laprise, tas...@openmailbox.org https://twitter.com/ttaskett PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886 -- 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/1925a807-7982-c1e7-ed13-a88335b0c8c9%40openmailbox.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: [Issue ] Qube Fallback Installer Anaconda
Has anyone has any success with the fallback installer? -- 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/00b3c37e-2d34-414d-83a8-d119b8b72146%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Setting up privateinternetaccess on qubes 3.2
Can anyone give me any feedback on how to setup privateinternetaccess on qubes. I wrote to pia, and they didn't really give me much help on how to set this up. Any help greatly appreciated. Thanks, Steve -- 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/272d1fcf-9790-44b4-b6ed-3a11e44bd132%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Qubes installation hangs at 717/930
I have an ASUS computer, GTX 970M and an i7-6700, 8 GB RAM. Installation stops at 717/930 at installing some qubes-salts-mgmt (something along those lines). The circle keeps spinning, which indicates it is being installed, but it gets stuck there for a long time and just won't continue. I have Qubes installed and running on my HP desktop so I decided to try it on my ASUS laptop, and when I installed it on my desktop it did not hang at any particular step for more than a few minutes. I tried googling the issue and read that it could be that Qubes takes a fairly long time to install on certain hardware but the reason I don't want to leave my computer on for too long during the installation process is because the fan is really loud, even though my computer doesn't get warm or anything. Any idea what it could be and how I can go about resolving the issue? -- 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/47f96a71-41de-4f56-89c4-0e5eab98053e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] USB-C docking & ethernet fun with the Asus SimPro and MiniDocks
Hello Using an Asus B9440U laptop connected via USB-C to an Asus SimPro dock and an Asus MiniDock, I see some ports work, some not and some weird behavior. Qubes R3.2 kernel 4.4.14-11 xen 4.6.1 Having followed https://www.qubes-os.org/doc/usb/ the following works: + USB stick + SD card + USB keyboard + mouse + VGA + HDMI - Gigabit Ethernet ? Audio + Displayport - untested so far Both docks show up as devices in dom0 qvm-usb output: [@dom0 ~]$ qvm-usb sys-usb:2-1.3 1fc9:500d NXP_SIMPRODOCK_PD_2.100_098e0695 sys-usb:2-8 8087:0a2b 8087_0a2b sys-usb:2-2.2 2109:0101 VIA_Technologies_Inc._USB_2.0_BILLBOARD_0001 NXP being the SimPro Dock and VIA the MiniDock. The third device is the internal USb device in the laptop. When I plugin an USB stick or SD card or keyboard or mouse, they do show up as individual devices in the dom0 qvm-usb output when plugged into the MiniDock, but not when plugged into the Simpro Dock. In both cases they do show up in the sys-usb lsusb output In both cases they work fine. The gigabit ethernet device do show up in the sys-usb lsusb output, but since it does not show up in the dom0 qvm-usb output I cannot attach it to a vm. [@sys-usb ~]$ lsusb Bus 003 Device 033: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet ... Any idea how usb devices can work fine while not showing up in the dom0 qvm-usb output? How do I get the gigabit ethernet device in the SimPro Dock to work? Not knowing its device ID I cannot attach it to a VM. https://www.asus.com/Docks/ASUS-SimPro-Dock/ https://www.asus.com/Docks/Mini-Dock/ https://www.asus.com/us/Commercial-Laptops/ASUSPRO-B9440UA/specificatio ns/ -- 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/1497568775.2928.53.camel%40elof.dk. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Request for feedback: 4.9 Kernel
On 06/15/2017 03:02 PM, Reg Tiangha wrote: > On 06/15/2017 02:51 PM, Zrubi wrote: >> Do we already have any git issues about 4.9 and its currently known >> problems? >> > Nothing centralized that tracks all 4.9 issues/regressions that I'm > aware of, outside of this message thread. Some tickets have been opened > up as needed for specific issues (for example, full-range slub_debug > being enabled exposing a kernel bug that breaks SSL connections) though. > > Sometimes comments or feedback are posted under the relevant kernel > update ticket whenever a new one is pushed out: > > https://github.com/QubesOS/updates-status/issues > > One thing to test would be a variety of different 4.9 releases; while > I'm still leaning towards an X or interaction with newer X issue, it > could also be a regression that was introduced upstream. And it would be > nice to know if this issue is happening on video cards that *aren't* > Intel. Really, the only kernel config option that changed between 4.4 > and 4.9 for Intel cards is that preliminary hardware support option > being changed to enabled by default. If disabling that doesn't fix it, > there there are either bigger issues at play in the kernel *or* the > issue is somewhere else. > > Also, a greater list of specific KDE apps to test would be helpful if > you could provide that. > > Finally, another idea: I believe it was Vik who said that on newer Intel video cards, the i915 driver actually *wasn't* being used in 4.4 because it did not support newer cards, and a generic video driver was being automatically used instead. So maybe that i915 support for newer hardware exists in 4.9 and is actually being used, but is buggy on Haswell or newer which is why it only appears now. That said, again, I've been running 4.9 on Sandy Bridge for months and the issue didn't show up until I started using Debian 9 templates, so I'm not completely convinced yet that it's 4.9 alone that is the issue. It could be a combination of things, or Qubes video code interacting with newer X alongside the i915 driver included in the 4.9 kernel. Which is why it would really be useful if someone with an AMD or Nvidia video card could try the same set up and see if this rendering issue appears or not. If it doesn't, then it'd help rule out if this is a general problem, or just a problem that appears with Intel video cards. Another thing you could test is running that app suite on a Fedora 23 template (and even Debian 8 if those apps exist there) to see if the problem appears. If it does not, then it's more evidence that newer versions of X might be part of the issue. -- 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/ohut6b%242b7%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Request for feedback: 4.9 Kernel
On 06/15/2017 02:51 PM, Zrubi wrote: > Do we already have any git issues about 4.9 and its currently known > problems? > Nothing centralized that tracks all 4.9 issues/regressions that I'm aware of, outside of this message thread. Some tickets have been opened up as needed for specific issues (for example, full-range slub_debug being enabled exposing a kernel bug that breaks SSL connections) though. Sometimes comments or feedback are posted under the relevant kernel update ticket whenever a new one is pushed out: https://github.com/QubesOS/updates-status/issues One thing to test would be a variety of different 4.9 releases; while I'm still leaning towards an X or interaction with newer X issue, it could also be a regression that was introduced upstream. And it would be nice to know if this issue is happening on video cards that *aren't* Intel. Really, the only kernel config option that changed between 4.4 and 4.9 for Intel cards is that preliminary hardware support option being changed to enabled by default. If disabling that doesn't fix it, there there are either bigger issues at play in the kernel *or* the issue is somewhere else. Also, a greater list of specific KDE apps to test would be helpful if you could provide 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/ohuslp%24s0e%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Fan too loud during install
I am trying to install Qubes on my ASUS laptop but the fan is just too loud during the install. Is there any way I can fix this? Even if it's not fixable during the install itself, I fear the fan will continue to work very hard if I manage to successfully boot into the new system after the install. Would there be a fix for it then, if not during the install? Thanks. -- 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/c4a20e10-1978-4d54-ad38-6ca486cb6141%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: Request for feedback: 4.9 Kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/15/2017 10:02 PM, Reg Tiangha wrote: > On 06/15/2017 01:53 PM, Zrubi wrote: >> Maybe it is a know issue, but: online netvm change on a >> disposable VM is also broken on the latest 4.9 VM kernel. (Qubes >> Manager shows it is changed, but not working in practice) >> > I've *never* ever had this work for me (although it might have > worked once in R3.0 or something old like that); I've always had to > shut down the Disp VM first, alter the dvm template, and then start > up a new one in order to change NetVMs. well this is such a basic feature I would go crazy if that would not work... I'm using this feature from the beginning. And it was always working in general. I remember for some broken kernel releases. But this feature should work in general. As it is working with my setup, in case of kernel VM 4.4 - but not in case of VM kernel 4.9 Do we already have any git issues about 4.9 and its currently known problems? - -- Zrubi -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJZQvNTAAoJEH7adOMCkunm484P/inwOl/oiI4H/3wOyBc7bASj tGws7IwJCIiIzfzFYk1yBncSI0bKkgIMR9r1PnYZ/UcW0P2Ixs6a6hYS553t8GpZ Y9UJbNgfOUbicfozsO53YBaonyo6sapp/1juQ6NIHcTqlJzBkk5s/oKjYWfln0jB 9sn2pT+4fZSn2w0c10cTxSVYPGHmUh2aIeMhuqQPcckCiOmgl/Fqz07d3EA6JI3y WZR3DOG8B0D1WXGnhcqSH3J5yqpPjaQ7QwWlcDNj9mFqqBAeRiQyRvgDxcyL6JXX rjEmnnF+XE4ULa+eV2Cpz/p1Ws43ga0YOWCEi51Ie1JBQIABkN5ngdX2KjlOFjZn NxLQ3ga6AK0q2hk8e9IjJUEus8cLjqSVTvXSpiqaQBO/eEsNWp2LqC63xnxpeiqE 2bDbrvMpqiHUZ2Qrqsx8M21tjngNLNI4og2LipJTMQD6X01qgJBw8+J8EQePdn+E hsdRetkXjPY7afEtky+Qp5Z3lHQOEz1XEbvjVRRZpFEIFB1WcWXvY8QVqDkugPi2 zXQBgJcr5fqqXMkk6JjDdVCaRieS6UtbPT6An9Ih0jZN+5mCXbax0eLPvWrSa+mT Zc8bsCoj6l7+EDyo9kGDOToMATmr82mXQLDJgXx/RwTelvH3PafNs98700NLpMag thWMU8mtF7cS9MPIrTsV =z98C -END PGP SIGNATURE- -- 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/3b0cf7cf-f9b9-bda8-2aa6-442b71199d5c%40zrubi.hu. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Request for feedback: 4.9 Kernel
On 06/15/2017 01:53 PM, Zrubi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 06/15/2017 06:34 PM, Reg Tiangha wrote: > >> Curious: For those apps that exhibit that behavior, are they >> running on Debian 9 or Fedora 25 templates? > Nope. > Fedora 24 mainly, and Debian 8 > The later is only for sys-net, so all my taskbar icons coming from a > F24 based template. > Thanks. I don't really use Fedora, but I'll set up a test VM once my laptop is finished converting this Debian 8 template to 9. Can you list some apps that this happens with so I can test across a variety of templates? I'm still leaning towards an X issue, but maybe it's always been there since Fedora 24, even under kernel 4.9. But I would assume if that was the case, then more people would have spoken up by now. >> Since it works fine in Debian 8 (I haven't tested much with any >> Fedoras), I'm wondering if it's less a kernel issue and more of an >> issue with newer X or how Qubes integrates with newer X (but I >> guess if it works properly on 4.4, it may be a combination of the >> three; don't know how to fix it though). > Maybe it is a know issue, but: > online netvm change on a disposable VM is also broken on the latest > 4.9 VM kernel. (Qubes Manager shows it is changed, but not working in > practice) > I've *never* ever had this work for me (although it might have worked once in R3.0 or something old like that); I've always had to shut down the Disp VM first, alter the dvm template, and then start up a new one in order to change NetVMs. >> I can't play around with this until later today, but in the >> meantime, what graphics hardware are you running, Zrubi? And which >> version of 4.4 are you running where things work fine? And finally >> if you can, if it's an Intel card, can you try booting with this >> kernel option to see if it makes a difference? >> >> i915.preliminary_hw_support=0 > I believe this setting will not affect this chipset. But will try if I > have a chance. (This is my only Qubes Laptop atm and using it for > production) > > HW details: > > Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz > Intel Corporation Broadwell-U Host Bridge -OPI [8086:1604] (rev 09) > Intel Corporation HD Graphics 5500 [8086:1616] (rev 09) (prog-if 00 > > SW versions: > Qubes 3.2 > xen: 4.6.5 > kernel: 4.4.62-12 > It might; if you could try it in both dom0 and vm (and maybe different combinations if you have the time), that'd be useful to help rule things out. It's toggled on by default to work around this: https://www.phoronix.com/scan.php?page=news_item&px=intel-skl-prelim-support but maybe it's no longer an issue with 4.9. -- 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/ohup4h%243bu%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Network issues - Could use some help
On Tuesday, 13 June 2017 18:06:31 UTC+8, Alchemist wrote: > Noor, > > most Http only sites work more often, but there are instances where they get > hit by this "slowdown" and it seems to be affecting the whole appvm not just > the browser. > > The problem seems to be transient, no restarts needed if I just change the > AppVM's firewall to something else and back. > > Though after some further testing I think whatever is going on is affecting > the FirewallVM since things connected to sys-net are more (But not 100%) > reliable. > > (So it's possible there may be independent issues in sys-net and sys-firewall > that are causing this) > > I currently am not in a position to test wired access unfortunately. Do you happen to have a firewall outside your computer that blocks ICMP? If so, you might actually be seeing a problem where MTU discovery fails. That often manifests itself in this way. If that's the case, then fix your firewall so that it doesn't block ICMP. -- 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/3f495857-0ca3-4134-97ec-e37a01eb56f2%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: Request for feedback: 4.9 Kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/15/2017 06:34 PM, Reg Tiangha wrote: > Curious: For those apps that exhibit that behavior, are they > running on Debian 9 or Fedora 25 templates? Nope. Fedora 24 mainly, and Debian 8 The later is only for sys-net, so all my taskbar icons coming from a F24 based template. > Since it works fine in Debian 8 (I haven't tested much with any > Fedoras), I'm wondering if it's less a kernel issue and more of an > issue with newer X or how Qubes integrates with newer X (but I > guess if it works properly on 4.4, it may be a combination of the > three; don't know how to fix it though). Maybe it is a know issue, but: online netvm change on a disposable VM is also broken on the latest 4.9 VM kernel. (Qubes Manager shows it is changed, but not working in practice) > I can't play around with this until later today, but in the > meantime, what graphics hardware are you running, Zrubi? And which > version of 4.4 are you running where things work fine? And finally > if you can, if it's an Intel card, can you try booting with this > kernel option to see if it makes a difference? > > i915.preliminary_hw_support=0 I believe this setting will not affect this chipset. But will try if I have a chance. (This is my only Qubes Laptop atm and using it for production) HW details: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz Intel Corporation Broadwell-U Host Bridge -OPI [8086:1604] (rev 09) Intel Corporation HD Graphics 5500 [8086:1616] (rev 09) (prog-if 00 SW versions: Qubes 3.2 xen: 4.6.5 kernel: 4.4.62-12 - -- Zrubi -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJZQuWeAAoJEH7adOMCkunmxSoP+wRG6dt5ovD+LktfW+jIlPgH Ayg29hOBsoiflSU2yFzzx7borLNSscyL2JjqBuQguXigrjyni2w+EpUgm6K/cfhG J2pqpTdeS+pihWDMjnw8TQM5gWNz1tr0IJA2pgxjAouFu0JFV1ZY1YWKsCJSGmYe CLTB+gd4w6qY8ipP96QUBWtg/fVDq/+xC6v+MIg0hP/j7Nk/8OOBIE34k2E31vrl VPFEPWQX7HfKr6FyOO/nyK0eaiEUIhyr24L/Dq3ARdrotlRQqwLZ3C514HJOZr2N UnYD2AzwnWj2JiSrKX1G8K3dORy0AuRq8P5KbwS0PiG1Vn8iUxgFBczX2Z8pjrM7 pnd8R8NPzStqGyw6h+yDUQ+xDAFhA3Md+EgkxMoRlgu/F0P2A44EzBKr0geafOvG FIsBoi1DlqMOfU0YlMgboESL/xilDCZlW8YLflm6x+osupD8jcg6cCVJV0jOpx51 f/ICnp6435+DRlcRkO54SP5AolsBpWjVPAVU8skJIFsAkXVMxky+NY96GnNA0fvJ O51SlnjD4XjMDx9lJo0oI2xOmg2IcGqTzARsGeeBRbFOB/KJ1hGidHPXgKllrAyA vtePMFBCvpffn265vDg89qQH+/3iAaSjQ+XtHmRs1okH2ttiO8rDD+E3ZfFUKHLs FGtEToYHE1mwcNECubng =uAxB -END PGP SIGNATURE- -- 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/edc2e6c0-7c07-fc09-d9c7-263410060af3%40zrubi.hu. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Request for feedback: 4.9 Kernel
On 06/15/2017 10:34 AM, Reg Tiangha wrote: > On 06/15/2017 05:40 AM, Zrubi wrote: >> My Lenovo T450 working fine with kernel 4.4 >> Jut tried the latest 4.9.31 and has some interesting graphic related >> issues: >> >> Under KDE, the application icons in the taskbar are messed up. Means >> broken application images are displayed. Broken means some kind of >> transition between the last visited desktop icons and the current one. >> The problem disappear (probably refreshing to a valid icon) by the >> time. But messing up again if I switch virtual desktops. Which I do >> very often. >> >> A refresh is surely occures if I switch out to a CLI terminal and >> back. But the result is just temporary, as if I switching virtual >> desktops the icons are getting messed up again and again. >> >> Switched back to kernel 4.4 solved these problems, so it is less >> likely a hardware bug. >> > Curious: For those apps that exhibit that behavior, are they running on > Debian 9 or Fedora 25 templates? > > I'll be honest, I primarily run Debian templates and in anticipation of > the official release of Debian 9 this week, I've been slowly migrating > my Debian 8 templates to Debian 9, and I've started to notice that > behaviour as well. It does *not* happen under Debian 8 on kernel 4.9. > And I've been running 4.9 kernels in dom0 since December. I *have* been > running Debian 9 as my sys-net for months, though, and the > NetworkManager applet seems fine. I haven't tested extensively, but for > me, the IBus (for keyboard langauge switching) icon has a black overlay, > and when I play music through Rhythmbox on Debian 9, the pop up message > that displays when a new song is played is a little corrupted (but that > never happened on the same kernel on Debian 8). > > Since it works fine in Debian 8 (I haven't tested much with any > Fedoras), I'm wondering if it's less a kernel issue and more of an issue > with newer X or how Qubes integrates with newer X (but I guess if it > works properly on 4.4, it may be a combination of the three; don't know > how to fix it though). > > Intel Sandy Bridge is my system; haven't tested on other hardware. > > And to follow up, I just installed 4.9.32 and haven't noticed it as much, but I've only put in 10 minutes of testing so I can't say for sure if it was a regression in 4.9.31. I can't play around with this until later today, but in the meantime, what graphics hardware are you running, Zrubi? And which version of 4.4 are you running where things work fine? And finally if you can, if it's an Intel card, can you try booting with this kernel option to see if it makes a difference? i915.preliminary_hw_support=0 -- 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/ohueub%24d3r%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Request for feedback: 4.9 Kernel
On 06/15/2017 05:40 AM, Zrubi wrote: > My Lenovo T450 working fine with kernel 4.4 > Jut tried the latest 4.9.31 and has some interesting graphic related > issues: > > Under KDE, the application icons in the taskbar are messed up. Means > broken application images are displayed. Broken means some kind of > transition between the last visited desktop icons and the current one. > The problem disappear (probably refreshing to a valid icon) by the > time. But messing up again if I switch virtual desktops. Which I do > very often. > > A refresh is surely occures if I switch out to a CLI terminal and > back. But the result is just temporary, as if I switching virtual > desktops the icons are getting messed up again and again. > > Switched back to kernel 4.4 solved these problems, so it is less > likely a hardware bug. > Curious: For those apps that exhibit that behavior, are they running on Debian 9 or Fedora 25 templates? I'll be honest, I primarily run Debian templates and in anticipation of the official release of Debian 9 this week, I've been slowly migrating my Debian 8 templates to Debian 9, and I've started to notice that behaviour as well. It does *not* happen under Debian 8 on kernel 4.9. And I've been running 4.9 kernels in dom0 since December. I *have* been running Debian 9 as my sys-net for months, though, and the NetworkManager applet seems fine. I haven't tested extensively, but for me, the IBus (for keyboard langauge switching) icon has a black overlay, and when I play music through Rhythmbox on Debian 9, the pop up message that displays when a new song is played is a little corrupted (but that never happened on the same kernel on Debian 8). Since it works fine in Debian 8 (I haven't tested much with any Fedoras), I'm wondering if it's less a kernel issue and more of an issue with newer X or how Qubes integrates with newer X (but I guess if it works properly on 4.4, it may be a combination of the three; don't know how to fix it though). Intel Sandy Bridge is my system; haven't tested on other hardware. -- 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/ohuctn%24vei%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] certified laptop delivery to Russia
On Thursday, June 15, 2017 at 5:43:42 PM UTC+3, Oleg Artemiev wrote: > On Wed, Jun 14, 2017 at 9:34 AM, Alex wrote: > > On 06/13/2017 10:00 PM, Oleg Artemiev wrote: > >> Has anyone sent the Qubes certified laptop to Russia? > >> Are there any delivery or customs issues that Russian citizen should > >> be aware of? > >> > >> How do I check that US vendor hasn't passed implant into device? > > It's long been a bad idea in general buying computers that are meant to > > have any appreciable level of security and have them shipped by mail > > delivery... > I've spent some time to defend idea that I'll get qubes certified > laptop paid by my organisation. > Are there any ideas for anonymouse delivery? I am okay to pay for that. > > > And you are planning to buy something from the United States of America > > (known for the very problem you are asking about), > No idea how to get that laptop in any other relatively secure way. > It is shipped worldwide but > > > have it delivered to > > the Russian Federation (not a very believable defender of citizen > > privacy), > Yep. This is my second motherland since USSR has been killed by gorby & > company. > > > and believe it will arrive safe and secure? > The vendor should provide some security check algorithm I guess.. > I beleave in Qubes. I beleave Qubes team. > Could anyone from Qubes team buy such a certified laptop for me and > make delilvery using my money? > The company I currently work with is okay with any delivery method I choose. > > The url with paper for qubes certified laptop delivery: > https://arstechnica.com/gadgets/2015/12/qubes-os-will-ship-pre-installed-on-purisms-security-focused-librem-13-laptop/ > How can I check for "hardware implant free" state of delivered laptop? > I'd reinstall Qubes so software implants are out of this discussion. > > > Mmmm... I would not try that :/ > Does anyone know any tor covered anonymous delivery service? > The question with tor initiated anonymous delivery is reputation. > Laptop costs about 2k$. > > > And I'm sorry, but apart from suspicion I can't really give you any > > actual advice :( best of luck for your next laptop > I know that there's no laptop store that sells that laptops in Russia. > I also know that Qubes QA team should not be bothered by bugreports > from non-certified hardware . > > So better I should buy a laptop from compatible but not certified list? > > It looks like buying Qubes certified laptop via any well known to me > american citizen could be better idea. > > But laptop would be delivered cross-customs anyway.. > > Is there a US law restriction for delivery of librem13 or librem 15 to > Russia ? I guess not or not yet. At least their buying form has > Russian Federation in destination country list ) > > https://www.crowdsupply.com/purism/librem-15 > https://www.crowdsupply.com/purism/librem-13 > > As I guess librem-15 is the same, but not yet certified? The Qubes > ceritified list has only librem-13 . > Also "Aside from compatibility, we do not believe that it should be > considered any safer than other laptops." is inside the notice on > qubes web https://www.qubes-os.org/doc/hardware/#qubes-certified-laptops > . > > I'm okay to order delivery of parts and pay someone to build librem-15 > from delivered parts or just do that myself. > > Anyway where should I reed vendor instruction on "how to check the > delivered laptop for hardware implants"? > > BTW: I love their claims: https://www.crowdsupply.com/about#user-rights > > I don't think that my person is that important to merit goverment > backdoor from US or Russian Federation. > Though since that is just possible I should have exact rules how to > check hardware after delivery. > > -- > Bye.Olli. > gpg --search-keys grey_olli , use key w/ fingerprint below: > Key fingerprint = 9901 6808 768C 8B89 544C 9BE0 49F9 5A46 2B98 147E > Blog keys (the blog is mostly in Russian): > http://grey-olli.livejournal.com/tag/ I'm sorry for Russian - no unofficial russian speakers mailing list yet (except telegram group), but that is really funny, please google translate this or just ignore: [ cut from our company #security chat ] Олег Артемьев https://groups.google.com/forum/#!topic/qubes-users/k_WPyUAkW_U обсуждение параноиков стоит ли покупать в магазине ноутбук с security фичами. А вдруг там предусмотрено энэсэй в комплекте с ноутом. А вдруг по дороге деливери сервис с карманами полными имплантов ) (edited) В студию приглашаются призраки Сноудена и Ассанжа ) [19:07] ладно.. как самый неуловимый и нафик не нужный Джо я переживу h/w госзакладку - лишь бы [our company name] приобрела ноут с qubes compatible характеристиками по vt-d и vt-x . ; ) [ end of our company #security chat] -- 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 qu
Re: [qubes-users] certified laptop delivery to Russia
On Wed, Jun 14, 2017 at 9:34 AM, Alex wrote: > On 06/13/2017 10:00 PM, Oleg Artemiev wrote: >> Has anyone sent the Qubes certified laptop to Russia? >> Are there any delivery or customs issues that Russian citizen should >> be aware of? >> >> How do I check that US vendor hasn't passed implant into device? > It's long been a bad idea in general buying computers that are meant to > have any appreciable level of security and have them shipped by mail > delivery... I've spent some time to defend idea that I'll get qubes certified laptop paid by my organisation. Are there any ideas for anonymouse delivery? I am okay to pay for that. > And you are planning to buy something from the United States of America > (known for the very problem you are asking about), No idea how to get that laptop in any other relatively secure way. It is shipped worldwide but > have it delivered to > the Russian Federation (not a very believable defender of citizen > privacy), Yep. This is my second motherland since USSR has been killed by gorby & company. > and believe it will arrive safe and secure? The vendor should provide some security check algorithm I guess.. I beleave in Qubes. I beleave Qubes team. Could anyone from Qubes team buy such a certified laptop for me and make delilvery using my money? The company I currently work with is okay with any delivery method I choose. The url with paper for qubes certified laptop delivery: https://arstechnica.com/gadgets/2015/12/qubes-os-will-ship-pre-installed-on-purisms-security-focused-librem-13-laptop/ How can I check for "hardware implant free" state of delivered laptop? I'd reinstall Qubes so software implants are out of this discussion. > Mmmm... I would not try that :/ Does anyone know any tor covered anonymous delivery service? The question with tor initiated anonymous delivery is reputation. Laptop costs about 2k$. > And I'm sorry, but apart from suspicion I can't really give you any > actual advice :( best of luck for your next laptop I know that there's no laptop store that sells that laptops in Russia. I also know that Qubes QA team should not be bothered by bugreports from non-certified hardware . So better I should buy a laptop from compatible but not certified list? It looks like buying Qubes certified laptop via any well known to me american citizen could be better idea. But laptop would be delivered cross-customs anyway.. Is there a US law restriction for delivery of librem13 or librem 15 to Russia ? I guess not or not yet. At least their buying form has Russian Federation in destination country list ) https://www.crowdsupply.com/purism/librem-15 https://www.crowdsupply.com/purism/librem-13 As I guess librem-15 is the same, but not yet certified? The Qubes ceritified list has only librem-13 . Also "Aside from compatibility, we do not believe that it should be considered any safer than other laptops." is inside the notice on qubes web https://www.qubes-os.org/doc/hardware/#qubes-certified-laptops . I'm okay to order delivery of parts and pay someone to build librem-15 from delivered parts or just do that myself. Anyway where should I reed vendor instruction on "how to check the delivered laptop for hardware implants"? BTW: I love their claims: https://www.crowdsupply.com/about#user-rights I don't think that my person is that important to merit goverment backdoor from US or Russian Federation. Though since that is just possible I should have exact rules how to check hardware after delivery. -- Bye.Olli. gpg --search-keys grey_olli , use key w/ fingerprint below: Key fingerprint = 9901 6808 768C 8B89 544C 9BE0 49F9 5A46 2B98 147E Blog keys (the blog is mostly in Russian): http://grey-olli.livejournal.com/tag/ -- 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/CABunX6MbUpyEYsDsOpiCmERfFmf85xS-JJNMQ2KupPA%2BQS03kw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] tools for "burning" bootable USB to install qubes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/14/2017 05:56 PM, Raymond Rizzuto wrote: > Are their any other Windows tools aside from Rufus that can be used > to successfully create a bootable USB drive for installing Qubes? > I.e. Etcher, Unetbootin, YUMI, etc. The most simple and reliable one: https://www.netbsd.org/~martin/rawrite32/download.html - -- Zrubi -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJZQoUGAAoJEH7adOMCkunmD8sP/2g7w5799vrMfTOwBzOIJF9+ QqYS8A/DjC2hz9q43RvPnJDPbfI7EjgCuk0I7wzxGh4NU+eMfLhOw+qgckCaF/6Q UVAk5yNCvpeJO5GSlGrh8LI8jpNe5T1t9cBXs392g9rYK9oJaKM6Hbv5VEJhYJ/j YEXZP56hQaYDO4RJDlP7m+B7zj3PmBPUJEeN8QLtG0+F7289ZfO4091LkVO2GMzD lrPNmEagZVRM5l3kL4GLNzWaAI5MMhipsN3qk+QwA5Fvh96d04XuMJjGsZdtzjK5 dNH2jYO80jLbQKnK8Ppkh9ICi1gqQnJ8UsCMakGVTkh76GcER4VnMCDmBV0V9dFj QNSO2VGJ4mwGVDn9u+ouA/tGOKtq1qTatA/6nTaZyIUkiERpYKrIwlS7O3/2ry32 SiTo8qJlx6KP5tWFHWbzGrKOCq6qtvoRxThpYhsesVjNdIztR5jqukfS/6vjvgHX 380JJEQyfhOdIqUKZHv3diJDdaS0IfQV273hTooL2A5LQQcF13BKbTwGZ6vLe0lj qeMZPkEQFbJ+T+MtH3GVfy5deTTiIaQmi/hqAQ6cMKj+Bp60QQAuTkUFFX1Dv62w zCfuMuuAkkhN7A26RQP+oVph6qu3N3bV236hjA7SJ08v6lFLzPp6ZaOfpIZ5G8g4 VklbIQRBbWH9hdrn0vHr =y6rU -END PGP SIGNATURE- -- 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/046b29ad-0ca6-4176-7b9a-ed41e199ad6a%40zrubi.hu. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] AEM boot option causes hard reboot/partial shutdown (Lenovo T450s)
Yes, I did. And same problem :( Le mar. 13 juin 2017 à 23:53, Chris Laprise a écrit : > On 06/13/2017 04:39 PM, LEVIS Cyril wrote: > > So :( > > I updated tboot in 1.9.5, and same problem. > > Try to update to last 1.28 bios, same thing. > > So Sad > > > > Did you also specify the parameter min_ram=0x200 ? > > > -- > > Chris Laprise, tas...@openmailbox.org > https://twitter.com/ttaskett > PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886 > -- 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/CAMkbZqtAqwBXLadBxmb_b0s3eRN%2BYHA6vVO6bNthechuqnb5gw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Configuring i3 window titlebar in Qubes
Paras Chetal: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 06/15/2017 03:44 PM, Jarle Thorsen wrote: > > Having Qubes automatically give the titlebar of the windows the > > same coulour as defined for the VM is a nice thing. > > > > However I would like to make it more easy to visually identify > > which window is in focus, the change of colour for focused windows > > is too subtle for me.I would like to use bold text in the title for > > example, or make the change of colour less subtle. > > > > Is this something I can change myself, or is this hard-coded into > > the qubes version of i3 window manager? > > > The colours seem to be hard-coded here [1]. You will have to make your > own changes and then build from source as mentioned in the docs [2]. > > I tried changing the config.focused property in the i3 config file, > but the patch file seems to overwrite the user settings [3]. > > > Regards, > Paras Chetal > > > [1]: > https://github.com/QubesOS/qubes-desktop-linux-i3/blob/qubes-3.1/i3/0001 > - -Show-qubes-domain-in-non-optional-colored-borders.patch#L200 > > [2]: https://www.qubes-os.org/doc/i3/ > > [3]: > https://github.com/QubesOS/qubes-desktop-linux-i3/blob/qubes-3.1/i3/0001 > - -Show-qubes-domain-in-non-optional-colored-borders.patch#L89 Thank you, guess I'll have to compile then... -- 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/00e9d9bf-b5ba-4a7a-ab40-7631476add08%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Request for feedback: 4.9 Kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/20/2017 09:42 PM, Reg Tiangha wrote: > People may not have noticed, but there is now a 4.9 kernel in > current-testing (4.9.28 to be specific). > > If the release schedule holds, then that should be migrated to > stable soon, however, before that happens, some feedback on that > kernel would be useful before it gets pushed to the majority of > users. > > Specifically, it'd be nice to know if: > > 1) Hardware that used to work with 4.4 or 4.8 no longer works with > 4.9. My Lenovo T450 working fine with kernel 4.4 Jut tried the latest 4.9.31 and has some interesting graphic related issues: Under KDE, the application icons in the taskbar are messed up. Means broken application images are displayed. Broken means some kind of transition between the last visited desktop icons and the current one. The problem disappear (probably refreshing to a valid icon) by the time. But messing up again if I switch virtual desktops. Which I do very often. A refresh is surely occures if I switch out to a CLI terminal and back. But the result is just temporary, as if I switching virtual desktops the icons are getting messed up again and again. Switched back to kernel 4.4 solved these problems, so it is less likely a hardware bug. - -- Zrubi -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJZQnItAAoJEH7adOMCkunmQd4QAKMmqPxeCEw7MYJSUvwPQKl1 vbnIb/Mw4emE8wtsYOe9kHBZBrw6qMMxXYFZRPH3BBTQiZo+EgMLNBw2E+VsC490 mMovL9JmSHB1KcHqkmXjqhz7q5Qrpbh10CApGpRKl5seNFKH9MT5L4GAJ+r6CUx9 YMdQu++P85xZJ4sSa/3vmp2hU4rljgr9KbCSojTjnLw0B+o+WlMxA84OSh/gHkLu qM+gIJHUkCCRVA7XPUQMldgYDSOpLErtfoQqvK9WExqjuLqzGc6c9swt96fsj8Ah BuLR9ekcoYFq3mD+TbcPx6BxJL2awcibYC17yYWw5PUwoQKsWTboLGDorha7faAe nNfoOf35OSI3qaJlcbAo6dJ6nKZgeGtVGt6Gckqn+IGw8+cmjEq1AwRW0Agwhgq3 YRBc9kRApLTSDhu1ze+Io6/CejZ/xK655WQ/mvZthVSkfxsvyCrDYHrlPiD7KT+v NJaDZks5H/s+ukim7kEqnqInt0E6+c0tmsspj2l7+nH6tXQNzR8cauT+y+C+Skkj OAse+ZyRA2EBBHDRzCuTAe1teLjnSEUhnsEfmfB9WRgCQj2D1+wKiMC4PWOKs/sn 5j6FGpGq/w3vNVgYhS1iDffw90obYZVH1HZIcxbIV8H157ftpN1ZXHgYJa6raLhf 5V9+wHj/2pbdSXLHsSAU =xp8D -END PGP SIGNATURE- -- 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/e5873515-4666-a7e0-058c-602a8ec7986c%40zrubi.hu. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Configuring i3 window titlebar in Qubes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/15/2017 03:44 PM, Jarle Thorsen wrote: > Having Qubes automatically give the titlebar of the windows the > same coulour as defined for the VM is a nice thing. > > However I would like to make it more easy to visually identify > which window is in focus, the change of colour for focused windows > is too subtle for me.I would like to use bold text in the title for > example, or make the change of colour less subtle. > > Is this something I can change myself, or is this hard-coded into > the qubes version of i3 window manager? > The colours seem to be hard-coded here [1]. You will have to make your own changes and then build from source as mentioned in the docs [2]. I tried changing the config.focused property in the i3 config file, but the patch file seems to overwrite the user settings [3]. Regards, Paras Chetal [1]: https://github.com/QubesOS/qubes-desktop-linux-i3/blob/qubes-3.1/i3/0001 - -Show-qubes-domain-in-non-optional-colored-borders.patch#L200 [2]: https://www.qubes-os.org/doc/i3/ [3]: https://github.com/QubesOS/qubes-desktop-linux-i3/blob/qubes-3.1/i3/0001 - -Show-qubes-domain-in-non-optional-colored-borders.patch#L89 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJZQnHtAAoJEA4SQJU2s0ILCS8IAIzvKkhOe2DxI7Bgv8pVP+vz DFUJiipHZerjwhnXuHhuqG2oFhdb3reWJ7kfFIIv2zezXHvQbPBx3EFd+SVpbdK+ 0YcAzrZFX4s/FQsur7JyWkdvWEDanIwX0xpURKfcY8TzN81qdxL2csDGTwpIk4w4 PVaYHmfWfUyUDeGQGOaifM1uzBbAqawc1NkrU7Ww20bLiRS+QWYlfA1lO2UOKm9C zzp5ggv/h6uVA8rWOcHdJDiIyD3BrTdg8Lnv2iIu7Bcmxu86anv4xVSzYedV2/ji sb7iIbXjsp2id3+UhhPlNrcooVpmyK1ly4hjLpm0M8QuEAt3/Ct1vAeBe5X/1nA= =uS+Y -END PGP SIGNATURE- -- 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/cf344bd5-0479-002e-383e-3952493a3be1%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: Cannot Install R3.2 on MacBookPro11,1
On Mon, 12 Jun 2017 12:09:01 -0700 (PDT) jlead...@gmail.com wrote: > Hi, > > I'd also like to bump this issue, if no one has solved it, because > I'm experiencing the same problem. I notice when I take a look at my > flash drive after running `sudo dd if=Qubes-R3.2-x86_64.iso > of=/dev/sdb`, I see the following in fdisk: > > - > > Disk /dev/sdb: 7,5 GiB, 8004304896 bytes, 15633408 sectors > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disklabel type: dos > Disk identifier: 0x020e6c95 > > Device Boot Start End Sectors Size Id Type > /dev/sdb1 *0 8294399 82944004G 0 Empty > /dev/sdb2 968 63923 62956 30,8M ef EFI (FAT-12/16/32) > > - > For your info, I have a usb stick which shows exactly the same details as yours above, and I have installed Qubes OK using it. I don't have a mac though, and I had to find the right usb port on my laptop that I could boot from (some didn't work), and I had to use the EFI boot option, not legacy boot. So I think your usb stick is OK, but I can't help with the mac side. (I don't have the prior emails so I don't know what your exact problem is) Mike. -- 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/20170615120704.4e07d590.mike%40keehan.net. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Configuring i3 window titlebar in Qubes
Having Qubes automatically give the titlebar of the windows the same coulour as defined for the VM is a nice thing. However I would like to make it more easy to visually identify which window is in focus, the change of colour for focused windows is too subtle for me.I would like to use bold text in the title for example, or make the change of colour less subtle. Is this something I can change myself, or is this hard-coded into the qubes version of i3 window manager? -- 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/8e21f91f-118b-45cb-9216-0ec16e631a53%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Multi Video Cards with Multi Monitors Issue
HP Z420 Xeon E5-2620 ATI FIREGL V3600 (2 x DVI) ATI FIREGL V7300 (2 X DVI) PHILIPS 1920x1080 16:9 Benq 24" 1920x1080 16:9 ASUS 25" 1920x1200 16:10 On first set up with all three monitors, both 16:9s would boot up with display and the 16:10 would be disabled. Enabling the 16:10 display would skew booth 16:9 displays with horizontal lines about an inch apart. The second set up with only the Benq and Asus and on separate cards, only the 16:9 would boot up with display and the 16:10 would be disabled. After enabling the Asus display, initially had both displays working but mouse movements on the 16:9 display was slowed. Playing with the settings again, the 16:9 display signal went dead. On reboot, both displays worked in mirror mode and was unable to make any changes, except disable display. Assuming, if all the monitors were the same resolution, they would all be working. Is this issue caused from mixing screen resolutions or screen ratios? I am thinking of getting a new monitor with 2560 x 1440, am I safe in thinking that maintaining the same screen ratios won't cause an issue? TIABrian. -- 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/1419589401.2381806.1497519589088%40mail.yahoo.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: Question(s) regarding Qubes minimal templates
On Wed, Jun 14, 2017 at 10:50:10PM +, Qubed One wrote: > 'Tomei Ningen' via qubes-users: > >> I'm a strong advocate of using minimal (or smaller) templates, > >> customised for specific use cases. Some people HATE this approach. > >> > >> unman > > > > Really? Coming from the sort of people with the patience for an OS > > like Qubes? I'd think anyone who's involved enough to have an opinion > > would be in favor of that -- that's kind of the idea here, isn't it? > > One thing I wish I could change would be the visual clutter it > > produces; anybody know of a means to flag these VMs as internal so I > > can hide the ones I'm not interested in seeing regularly? > > In dom0, type this from the command line: > > qvm-prefs -s internal True Does the internal flag affect the VM in any other way than how it is displayed in the GUI manager? Like, are they automatically started at boot or similar? -- noor -- 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/20170615090031.spfjd4ar5etw6ipj%40mail.local. For more options, visit https://groups.google.com/d/optout. signature.asc Description: PGP signature
