Re: [qubes-users] Structure of qubes
> Not sure of the answer, but all you should have to do to use that option > is add it to your kernel= line. I think this is an important decision. I need to be sure. There are 2 different ways to proceed as shown here... https://wiki.xen.org/wiki/Xen_PCI_Passthrough It maybe a point of no return if I choose the wrong path. In fact, that can be the reason people haven't been able to implement. I want to be correct at each step. -- 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/155612f2-d0d2-4147-bdd4-9f7ff6b8fef1%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Qubes-HCL-ASUSTeK_COMPUTER_INC_-SABERTOOTH_990FX_R2_0-20190304-013235
Changes from previous: - CPU AM3 1100T, now AM3+ FX-8300 - VGA AMD Radeon RX-560 (do not boots 4.19.15-1), now Nvidia GTX-1050Ti (works fine) - SSD 480GB installed but not using yet. I will mount it to use with vms. --- layout: 'hcl' type: 'desktop' hvm: 'yes' iommu: 'yes' slat: 'yes' tpm: '' remap: 'yes' brand: | ASUSTeK COMPUTER INC. model: | SABERTOOTH 990FX R2.0 bios: | 2901 cpu: | AMD FX(tm)-8300 Eight-Core Processor cpu-short: | FIXME chipset: | Advanced Micro Devices, Inc. [AMD/ATI] RD9x0/RX980 Host Bridge [1002:5a14] (rev 02) chipset-short: | FIXME gpu: | NVIDIA Corporation GP107 [GeForce GTX 1050 Ti] [10de:1c82] (rev a1) (prog-if 00 [VGA controller]) gpu-short: | FIXME network: | Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09) memory: | 32662 scsi: | ST3000DM007-1WY1 Rev: 0001 ST3000DM007-1WY1 Rev: 0001 KINGSTON SA400S3 Rev: B1E1 WDC WD5000AAKS-0 Rev: 3B01 ST2000DM001-1ER1 Rev: CC26 WDC WD10EADS-00P Rev: 0A01 iHAS124 Y Rev: BL0V SD/MMC Rev: 1.00 Compact FlashRev: 1.01 SM/xD-PictureRev: 1.02 MS/MS-ProRev: 1.03 usb: | 10 versions: - works: 'FIXME:yes|no|partial' qubes: | R4.0 xen: | 4.8.5 kernel: | 4.19.15-1 remark: | FIXME credit: | FIXAUTHOR link: | FIXLINK --- -- 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/4f43c5fc-41d3-4b0c-a30d-25650b9b5c88%40googlegroups.com. For more options, visit https://groups.google.com/d/optout. Qubes-HCL-ASUSTeK_COMPUTER_INC_-SABERTOOTH_990FX_R2_0-20190304-013235.yml Description: Binary data
Re: [qubes-users] Could Qubes Installation Configuration Be More User Friendly?
Oh and I must say, Nvidia is a sucker for Open source Really a huge pain to have their GPU and want to use the KDE desktop RE -- 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/059e6650-4a7d-4e78-9203-708de6387dbc%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Could Qubes Installation Configuration Be More User Friendly?
On Monday, March 4, 2019 at 10:14:18 AM UTC+8, Aaron wrote: > On Sun, Mar 3, 2019 at 3:41 PM Chris Laprise wrote: > > On 3/3/19 2:56 AM, Aaron wrote: > > > Unfortunately I don't have that option in BIOS. There is no way I can > > > disable Nvidia chip. > > > > > > An average user won't deal with that much complication during > > > installation and this is probably a huge barrier to convert many users > > > from other OS to Qubes. > > > > > > I hope to see Qubes finding an easy solution for this issue. > > > > - > > Please post replies to the bottom, not the top. > > - > > > > Unfortunately, if Nvidia is secretive and only cooperates fully with > > Microsoft, then there is no way to reliably make such complex hardware > > 'just work'... too much is unknown and left to guessing. > > > > https://en.wikipedia.org/wiki/Nvidia#Open-source_software_support > > > > Its situations like this where people discover that hardware is not some > > ideal blank slate, requiring programmers to only put in the right amount > > of effort to get satisfactory results. Detailed information about > > accessing hardware features is necessary. > > > > And if your laptop maker forces you to use Nvidia then your only option > > (for that machine) is to try to troubleshoot the specific compatibility > > issues you're experiencing. > > > > Consumers who value open source do have better GPU choices such as AMD > > and Intel. They might even contact Nvidia (who are very wealthy BTW) to > > ask them to support Linux instead of pretending the onus is on Linux or > > Qubes developers. > > > > OTOH, people who don't want to think much about their computers (and > > their role as a consumer) or who don't value open source and the goodies > > it offers (like Qubes security) can remain comfortable with Nvidia > > hardware ...if they go back to Windows. > > > > -- > > > > Chris Laprise, tas...@posteo.net > > https://github.com/tasket > > https://twitter.com/ttaskett > > PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886 > > > > > > > I understand. It's definitely frustrating. > > > I'm definitely new to Qubes, but I'm just wondering... I'm able to install > Ubuntu on the > same machine. I had to install Nvidia driver after Ubuntu installation was > done and it > wasn't a big deal. It took a few mins to handle. At least, I was able to > switch to shell (with Ctrl-Alt-F2) > and install Nvidia drivers at the last stage of the installation, at user > login stage. > > > How does Ubuntu handle a similar issue, at least until hitting the login > stage, without any configuration? > > > Aaron I believe this is because of a vast difference of manpower and popularity between Ubuntu and Qubes. Also taking into consideration the use-case of Qubes when it comes to popularity. You see, Operating systems don't really work "magically" on hardware These operating systems need to have drivers designed and coded in order to establish stable communication between your Hardware and Operating system. Taking this in mind, yes, for the most part, the general approach is to have a driver for each and every popular hardware that are put into machines and are being utilized by users. There may be generic drivers but these drivers don't really work universally So in order to code these drivers, you need a vast amount of manpower Since Ubuntu is arguably the most popular linux distribution to the general populace and I believe popularity really has alot of influence to the amount of people contributing to the Ubuntu project - contributors who could definitely help in coding these drivers While I'm not exactly sure if there is a way to make installation seamlessly work on 'any' hardware and only have issues float by Login interface and have access to shell, I sincerely believe that the very reason why installation tends to fail alot is the lack of drivers. There are a bunch of things you can try to make installation happen like setting nomodeset, acpi=off, and etc. Alas, if your notebook has an intel CPU then I seriously believe it has Intel HD graphics not unless it's those old ones that don't really have it It would be great if you have Intel HD graphics cause you can definitely push through installation with nomodeset to avoid utilizing your nvidia GPU It's not ideal to use that GPU for Qubes anyway, specially when you're looking to make some gaming VM where you would passthrough your Nvidia GPU -- 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/369191f3-38ec-4a47-85cc-c9ae942eaacc%40googlegroups.com. For more options, visit
Re: [qubes-users] Could Qubes Installation Configuration Be More User Friendly?
I believe this is because of a vast difference of manpower and popularity between Ubuntu and Qubes. Also taking into consideration the use-case of Qubes when it comes to popularity. You see, Operating systems don't really work "magically" on hardware These operating systems need to have drivers designed and coded in order to establish stable communication between your Hardware and Operating system. Taking this in mind, yes, for the most part, the general approach is to have a driver for each and every popular hardware that are put into machines and are being utilized by users. There may be generic drivers but these drivers don't really work universally So in order to code these drivers, you need a vast amount of manpower Since Ubuntu is arguably the most popular linux distribution to the general populace and I believe popularity really has alot of influence to the amount of people contributing to the Ubuntu project - contributors who could definitely help in coding these drivers While I'm not exactly sure if there is a way to make installation seamlessly work on 'any' hardware and only have issues float by Login interface and have access to shell, I sincerely believe that the very reason why installation tends to fail alot is the lack of drivers. There are a bunch of things you can try to make installation happen like setting nomodeset, acpi=off, and etc. Alas, if your notebook has an intel CPU then I seriously believe it has Intel HD graphics not unless it's those old ones that don't really have it It would be great if you have Intel HD graphics cause you can definitely push through installation with nomodeset to avoid utilizing your nvidia GPU It's not ideal to use that GPU for Qubes anyway, specially when you're looking to make some gaming VM where you would passthrough your Nvidia GPU -- 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/fabb631a-af20-4f3a-9a34-c47d0770eee7%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Deleting debian-9 template and getting a new one returns an error: "Error: Unable to find a match"
On Friday, March 1, 2019 at 8:38:07 PM UTC+8, unman wrote: > On Thu, Feb 28, 2019 at 10:09:38PM -0500, Chris Laprise wrote: > > On 2/28/19 8:30 PM, Sphere wrote: > > > I was sure I double checked the line of code I used in dom0 terminal to > > > get a new template which was > > > "sudo qubes-dom0-update qubes-template-debian-9" > > > > > > Not sure why running this returns with the "Error: Unable to find a > > > match" while just changing 9 to 8 actually works > > > > > > The same case happens when I try qubes-template-fedora-29, where my > > > fedora-29 template still exists > > > > > > If this is because of some sort of name conflict issue, how could I > > > download the template/s and have them be named something else? > > > > > > > The older release with the apt vulnerability may have been removed from the > > repository, and the patched version may still be in testing? > > > > Easiest way to resolve that is to add '--enablerepo=qubes*testing'. > > > > I dont believe this is so. > A fixed version (201901281256) is in qubes-templates-itl, and I > *believe* that I grabbed it from there before. > What you need to run is: > sudo qubes-dom0-update --enablerepo=qubes-templates-itl > qubes-template-debian-9 > > @Sphere - do you have a debian-8 installed? If so it may be that yum > remembers which repo it installed from, and so is able to grab the > update. If this isnt the case (and the repo wasnt updated during the > day) then I'm lost for an explanation. > > Generally, if you want to do this manually, you can always grab from > https://yum.qubes-os.org/r4.0/templates-itl/rpm. > Download the package. > Manully check the signature using "rpm -K" (You will need to get signing > key and Qubes master) > Transfer to dom0 > install using "rpm -i " > > Much better to use the native tools, but that option is always > available. > > unman @unman - Nope I don't have debian-8 installed and that I snagged a fresh copy of debian-9 last year. What's noteworthy is that I can definitely trigger installation of debian-8 and other templates that I have never installed. I can trigger qubes-dom0-update just fine tho and have the repositories update. I'll try snagging the templates from the itl repo and see if that still triggers the problem, many thanks for lending me a hand hope it solves this 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/91ba8f3c-d8f1-403f-abb0-041e4ac684a1%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Could Qubes Installation Configuration Be More User Friendly?
On Sun, Mar 3, 2019 at 3:41 PM Chris Laprise wrote: > On 3/3/19 2:56 AM, Aaron wrote: > > Unfortunately I don't have that option in BIOS. There is no way I can > > disable Nvidia chip. > > > > An average user won't deal with that much complication during > > installation and this is probably a huge barrier to convert many users > > from other OS to Qubes. > > > > I hope to see Qubes finding an easy solution for this issue. > > - > Please post replies to the bottom, not the top. > - > > Unfortunately, if Nvidia is secretive and only cooperates fully with > Microsoft, then there is no way to reliably make such complex hardware > 'just work'... too much is unknown and left to guessing. > > https://en.wikipedia.org/wiki/Nvidia#Open-source_software_support > > Its situations like this where people discover that hardware is not some > ideal blank slate, requiring programmers to only put in the right amount > of effort to get satisfactory results. Detailed information about > accessing hardware features is necessary. > > And if your laptop maker forces you to use Nvidia then your only option > (for that machine) is to try to troubleshoot the specific compatibility > issues you're experiencing. > > Consumers who value open source do have better GPU choices such as AMD > and Intel. They might even contact Nvidia (who are very wealthy BTW) to > ask them to support Linux instead of pretending the onus is on Linux or > Qubes developers. > > OTOH, people who don't want to think much about their computers (and > their role as a consumer) or who don't value open source and the goodies > it offers (like Qubes security) can remain comfortable with Nvidia > hardware ...if they go back to Windows. > > -- > > Chris Laprise, tas...@posteo.net > https://github.com/tasket > https://twitter.com/ttaskett > PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886 > I understand. It's definitely frustrating. I'm definitely new to Qubes, but I'm just wondering... I'm able to install Ubuntu on the same machine. I had to install Nvidia driver after Ubuntu installation was done and it wasn't a big deal. It took a few mins to handle. At least, I was able to switch to shell (with Ctrl-Alt-F2) and install Nvidia drivers at the last stage of the installation, at user login stage. How does Ubuntu handle a similar issue, at least until hitting the login stage, without any configuration? Aaron -- 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/CAC8odJMMQ0LZmiL8aqqrqvzsn0kSZqez1G2%3DBi4mzKLTfm_Haw%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: thunderbird address book corrupted
On 3/1/19 7:31 PM, John Goold wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2/28/19 12:39 PM, Jon deps wrote: On 2/25/19 7:07 AM, Foppe de Haan wrote: On Sunday, February 24, 2019 at 10:04:30 PM UTC+1, Jon deps wrote: Hello, I realize it's not exactly a qubes thing. but, does anybody else unable to save any new entries in thunderbird address book try updating tb, looks like it's a bug in 60.5. thanks, well I just use whatever Fedora-29 provides which at the moment is 60.5.1 where did you see the bug report ? it seems to have been this way for many months, can't create new contact, can add any new info to existing entries, I tried removing the .mab files in .thunderbird and making a new "book" but still can't add any entries ... I resolved the problem using the Thunderbird CardBook plug-in. Follow the installation instructions as they provide useful information about switching from the built-in address book. It is more standards compliant (easier import/export options) and the UI is better (in my opinion). You can try it for a while before committing to CardBook (I only took a couple of days; my wife took a couple of weeks). Cheers, John -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEe8Wcf7Po7bts2Rl4jWN9/rQYsRwFAlx5iJsACgkQjWN9/rQY sRxaqwf+JEZx4zWRO525YPuI2Pj+HB/Ix72WpvIFE0OHgatmjLapzdQWhbyNWhqf jMraQClp/PnApbQm268TFPeNHvaJDWMzrdtSJi7S8YXHzzil+8Ma1wI9twrHwljT illhec4EzDl3+v8Ra8EGPQD1OpMtk7b0lBv76NQsvtllOTcQ9AhTfsKRwIZ4ze1H /6ryKsbnK3kpuZaRAD19a+KPfdXF4VYYxSsNrVeSdkIiQpTxjg4P3e+IiXJzwpvS csGu9MbTt52w4jOiS43+C6nD0aXtelpPzA53XZ8/5CTtt02TVQMkNsGxwuBhoX3r AG5RP2hnbf1EF8p/rkD69nTSBRMUlw== =yy+X -END PGP SIGNATURE- I'll give it a try, ty much for you suggestion . -- 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/072c6fc1-a721-a1f3-4492-b9340985b01b%40riseup.net. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Could Qubes Installation Configuration Be More User Friendly?
On 3/3/19 2:56 AM, Aaron wrote: Unfortunately I don't have that option in BIOS. There is no way I can disable Nvidia chip. An average user won't deal with that much complication during installation and this is probably a huge barrier to convert many users from other OS to Qubes. I hope to see Qubes finding an easy solution for this issue. - Please post replies to the bottom, not the top. - Unfortunately, if Nvidia is secretive and only cooperates fully with Microsoft, then there is no way to reliably make such complex hardware 'just work'... too much is unknown and left to guessing. https://en.wikipedia.org/wiki/Nvidia#Open-source_software_support Its situations like this where people discover that hardware is not some ideal blank slate, requiring programmers to only put in the right amount of effort to get satisfactory results. Detailed information about accessing hardware features is necessary. And if your laptop maker forces you to use Nvidia then your only option (for that machine) is to try to troubleshoot the specific compatibility issues you're experiencing. Consumers who value open source do have better GPU choices such as AMD and Intel. They might even contact Nvidia (who are very wealthy BTW) to ask them to support Linux instead of pretending the onus is on Linux or Qubes developers. OTOH, people who don't want to think much about their computers (and their role as a consumer) or who don't value open source and the goodies it offers (like Qubes security) can remain comfortable with Nvidia hardware ...if they go back to Windows. -- Chris Laprise, tas...@posteo.net https://github.com/tasket 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/867e9a60-4b5a-2ac0-8dab-95690df94e13%40posteo.net. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Calm down, mates.
On 3/4/19 9:27 AM, Achim Patzner wrote: On 20190303 at 13:15 -0600 Andrew David Wong wrote: https://www.qubes-os.org/code-of-conduct/ So what will you do to correct the fact of a member of the mailing list labeling me as "nazi" and "Gestapo"? I would like to see something else besides pointing towards the code of conduct unless you want to prove that it is totally useless to protect anyone and not worth the electrons used to store it. So "nazi" is offending to you. I would feel the same (especially since I am German). Maybe "troll" is also offending to others, since it means more or less "I am in possession of the truth, you are wrong, stupid and better shut up". Your posts here seem equally angry as those of raahelps, with the difference that your offences are better hidden by "respecting the form" ... So the reminder of Andrew to stick to the rules goes *ALSO* to you ! And to me, since I did answer to your non-qubes subject. Sorry for that, Andrew! -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/22f3c523-575f-f80f-d249-0f22100f2d07%40web.de. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Responding to the Whonix trolls...
On 20190303 at 13:15 -0600 Andrew David Wong wrote: > https://www.qubes-os.org/code-of-conduct/ So what will you do to correct the fact of a member of the mailing list labeling me as "nazi" and "Gestapo"? I would like to see something else besides pointing towards the code of conduct unless you want to prove that it is totally useless to protect anyone and not worth the electrons used to store it. Achim -- 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/22774d9baf4a409d51e0542c811977d517d26c62.camel%40noses.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Structure of qubes
acharya.sagar.sag...@gmail.com wrote: Is xen-pciback compiled in the kernel or is it compiled as a module in qubes? Not sure of the answer, but all you should have to do to use that option is add it to your kernel= line. -- 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/d57c536a-feb9-8fd2-56a7-d82983e45702%40danwin1210.me. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Responding to the Whonix trolls...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 All, Please keep discussions on-topic, and please follow our discussion list guidelines and Code of Conduct: https://www.qubes-os.org/support/#discussion-list-guidelines https://www.qubes-os.org/code-of-conduct/ - -- Andrew David Wong (Axon) Community Manager, Qubes OS https://www.qubes-os.org -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEZQ7rCYX0j3henGH1203TvDlQMDAFAlx8J6QACgkQ203TvDlQ MDCkrBAAsYX/0NrpYcDdRb+yFR3Dok5d409e8sEWsKlKp1xYfGc2YfKTCJQ2kldS f3xXtn3jl5sxquU++HhuEdLMRE957qsbFMKBbd6Nsd7NxZtCB4oK4VHedpDU5jVt pYMMoRFz48nleJVyYQHl0ZgSJZdkJJ7UeHqzShEqJaKNypVE7B6Gc5HkCKHiSXvK LJugPwFIXSJH6fpceBztyjpLHzOfHPUPaHEJhQ+y/g/b8OHVzRGMLQHQUhd68bEg VzZVgBa6+JAQj60hu7J/MKx4oTTT/jim9sNCm/EEkauNsRM2DxsOVedLbGpRNcwI 8jAJ+7HXBmuXVOi22nTSHACC9mC126H1z1pJqR6Vx87znJ0kTixBLfEZeTsP+6sD qsaX3RP1O7yDd1PrfJyTtCwuP/mCTSpUTZhrq/Zl353cftf65MUZYToOUMjv0EVx xWzkHTpfzMZvy5FuqV3XDWzN0urJueVyfzFGsEbne0Kgqu9mgxkUEUOuHWVRgh69 dKDtZHk9hZ2q7uvcr6r1VSDGSlOzvdU8wRmVSZzGNxnCtUXVuaXSa1sfaPXHBflE ucEe8N3Hjesc3hOz2SxC7+MavY+g1tru1MXv8ZjyTnt4UtNH+z5YlE08nRU3Flii jXH4h+yXMk9E4PV8jqv2uzHC6AFi2TLIEEd8Th+6WDt/LHgzUQs= =DGwZ -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/599fd75e-7f57-58d3-794f-65524d6bd1fb%40qubes-os.org. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Structure of qubes
Thanks awokd, Is xen-pciback compiled in the kernel or is it compiled as a module in qubes? -- 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/2a9a1c14-4013-4eab-a472-ddea544df707%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Structure of qubes
acharya.sagar.sag...@gmail.com: I updated the kernel of dom0 to 4.20 and qubes booted with Integrated Graphics from Ryzen APU as in one of the earlier posts. Good, was going to suggest that. When I change the NVIDIA pci device (VGA compatible controller) from dom0 to fedoraDev template, my system crashes which means it's using GTX 1060 as graphics after initial booting up. How to change this? After this, I intend to do just the 1st part of https://www.qubes-os.org/doc/install-nvidia-driver/ that is building kernels in fedoraDev template so that NVIDIA Graphics Card is installed for template based VMs. Please help guys. I don't know anything here in the hardware software interaction area. Your other question on using the Nvidia card in a VM is also known as graphics card passthrough. It's a good idea, but several have tried and I am not aware of anyone who has succeeded under Qubes 4.0. You can try to hide it so Qubes doesn't try to initialize it with xen-pciback.hide=(08:00.0), replacing the 08:00.0 with the BDF for the card. -- 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/3a367bf7-143f-1208-0806-f0c6a549dcd2%40danwin1210.me. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Structure of qubes
I updated the kernel of dom0 to 4.20 and qubes booted with Integrated Graphics from Ryzen APU as in one of the earlier posts. When I change the NVIDIA pci device (VGA compatible controller) from dom0 to fedoraDev template, my system crashes which means it's using GTX 1060 as graphics after initial booting up. How to change this? After this, I intend to do just the 1st part of https://www.qubes-os.org/doc/install-nvidia-driver/ that is building kernels in fedoraDev template so that NVIDIA Graphics Card is installed for template based VMs. Please help guys. I don't know anything here in the hardware software interaction area. -- 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/c13d80e2-c7bb-4916-9b4e-d1d89041c694%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] where/how does dom0 gets its icons? ANSWERED
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Sat, Mar 02, 2019 at 05:32:19PM -0600, Daniel Allcock wrote: > Thank you to unman for giving me the thread to follow. > The way the icons are chosen could be improved easily. > I'd be happy to contribute a patch if I knew the procedure > for doing so. (It would not touch dom0.) Happy to hear that! See here: https://www.qubes-os.org/doc/source-code/#how-to-send-patches > To close out the thread, here is the answer to my question. > The process of updating the Q menus is controlled by dom0's > /usr/lib/python3.5/site-packages/qubesappmenus/receive.py. > When updating the Q menus, dom0 first asks the vm for its > desktop files. The vm provides these using > /etc/qubes-rpc/qubes.GetAppmenus, which is a shell script > that jumbles all the desktop files on the system > together and sends to stdout. dom0 sanitizes and parses this, > and assembles the results into a bunch of desktop files in > dom0's ~/.local/share/qubes-appmenus/VM. As it is doing this > it notes which icons specified in the desktop files have > relative paths (typically, all of them). For each icon name, > dom0 asks the vm to run /etc/qubes-rpc/qubes.GetImageRGBA > and deliver the resulting icon file to dom0. For icons > described by a relative path, the first thing > this shell script does is resolve the icon name to a file name using > /usr/lib/qubes/xdg-icon, which is also a shell script, and is > where the actual resolution takes place. Yes, exactly. The VM side of this is here: https://github.com/QubesOS/qubes-core-agent-linux/tree/master/qubes-rpc > This resolution is simplistic. It uses a fixed list of > icon theme names (on my system: Humanity, Adwaita, gnome, oxygen), > followed by any additional icon themes in /usr/share/icons. > The first theme that has a suitably named icon is the theme > whose icon file gets used. I don't have Humanity installed, so > I was getting Adwaita icons every time, and overwriting them > was the only way I could change my icons. > > A simple fix is to insert my desired icon theme at the beginning > of the fixed list of themes. This is not the right > way to solve the problem in general. To solve it properly would > require deciding what the right behavior is: should the theme > used in dom0 (meaning: one of the same name) get used? Or should the > theme preferred by that template's user account get used? Not > sure what the most natural answer is. But I'm satisfied for now. I think the logical thing to do, would be to use template's preferred theme. If desirable, there could could be a mechanism to synchronize it with dom0 theme. - -- Best Regards, Marek Marczykowski-Górecki Invisible Things Lab A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? -BEGIN PGP SIGNATURE- iQEzBAEBCAAdFiEEhrpukzGPukRmQqkK24/THMrX1ywFAlx73fkACgkQ24/THMrX 1ywLBAf+JIaGwRS1JyzWSqc9BLZvKwt/bw8nmSJIjxJi8wohdiZYkTbTRNKF8s0N 6WV4Rud0+hpR9mLHP/zd+vPqoCxrpHJpj8OgzBlvwsJ5epDc5WPecBs/uXjH9u5j j2kbidAlh/Ho3Xih07irFwKtVj2asTUZt+nZIFoOLez7n/hUhrKzHALOmEMkJ7mD 5dPUbTh0awr5pa+H+NQyvwABJ0ZKmX1lLtkn87DIZoHIx9ug4vuXXEaKr3v7IzVa ongHCej32hNpfU8We7uOlQYdNnboeA9XISS06efIMabEE2BocKk9C8i3y2v+sJxp vqZgmQPaLgUGa6YryFCQxeFJY4N2pg== =xzJo -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/20190303140026.GI9610%40mail-itl. For more options, visit https://groups.google.com/d/optout.
Re: Re[2]: [qubes-users] Responding to the Whonix trolls...
It's not very different than fascism, in particular the Gestapo, who would use those in the community to censor people through fear of being marginalized. I'll stop discussing this if you will. -- 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/29a59d88-17c3-4953-9022-6276c8d01694%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.