[qubes-users] View: Qubes discussion should be migrated away from Google Groups
I imagine the requirement of a Google account deters many from contributing to discussion. All Google accounts require SMS verification of a phone, which is very de-anonymizing, and sort of out of line with the privacy centric nature of Qubes and its users. -- 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/e05730c6-fdd6-4384-80a0-fba658ad59b8%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: ANN: Leakproof Qubes VPN
Hello, what is the difference between this implementation and just following the VPN guide on the Qubes website? Both seem to create a proxyVM. https://www.qubes-os.org/doc/vpn/ Is your version more leak proof, if so, how? -- 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/3b14278f-f0c6-4d79-be6c-ad6db633760a%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: What do you think about the idea of a FileVM?
On Friday, July 29, 2016 at 2:36:57 AM UTC-6, grzegorz@gmail.com wrote: > W dniu piątek, 29 lipca 2016 03:42:07 UTC+2 użytkownik epic...@gmail.com > napisał: > > A fileVM would be a mountable filesystem that 2 or more AppVMs can share. > > > > A fileVM could be a normal partition like MSDOS/FAT32, an encrypted > > filesystem, or even a distributed or cloud filesystem. > > > > There are numerous uses for this, for example, installing Dropbox on a > > Linux AppVM and sharing the dropbox folder with a Windows AppVM that has > > Microsoft Office installed so you can edit docx files. You would create one > > DOS/FAT32 partition that would be attached to both the Linux and Windows > > AppVM. Currently you would have to install dropbox on both the Windows and > > Linux AppVMs doubling storage requirements. > > > > As long as the two AppVMs share the same risk tolerance there doesn't seem > > to be any reason not to allow this in my mind? > > > > The current system of having to manually transfer individual files from one > > AppVM to another is a productivity bottleneck and to many makes QubesOS > > undesirable as a primary OS. > > > > I understand there are many reasons to enforce the manual transfer in > > certain AppVM domains depending upon their nature, and this should be the > > default, but we also need a way to intelligently share large amounts of > > files between AppVMs in the same security domain. > > If I remember correctly this is already doable by attaching a block device to > two VMs at once. Do remember where you saw a procedure for this? -- 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/2a633509-08af-4578-babc-9d39ed4a0dcf%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] What do you think about the idea of a FileVM?
A fileVM would be a mountable filesystem that 2 or more AppVMs can share. A fileVM could be a normal partition like MSDOS/FAT32, an encrypted filesystem, or even a distributed or cloud filesystem. There are numerous uses for this, for example, installing Dropbox on a Linux AppVM and sharing the dropbox folder with a Windows AppVM that has Microsoft Office installed so you can edit docx files. You would create one DOS/FAT32 partition that would be attached to both the Linux and Windows AppVM. Currently you would have to install dropbox on both the Windows and Linux AppVMs doubling storage requirements. As long as the two AppVMs share the same risk tolerance there doesn't seem to be any reason not to allow this in my mind? The current system of having to manually transfer individual files from one AppVM to another is a productivity bottleneck and to many makes QubesOS undesirable as a primary OS. I understand there are many reasons to enforce the manual transfer in certain AppVM domains depending upon their nature, and this should be the default, but we also need a way to intelligently share large amounts of files between AppVMs in the same security domain. -- 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/425c5d89-f850-4f71-ab32-711f97e8bc6f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
