On Tuesday, May 26, 2020 11:52 AM, Marek Marczykowski-Górecki <marma...@invisiblethingslab.com> wrote:
> On Mon, May 25, 2020 at 05:19:04PM +0000, WillyPillow wrote: > > > > - Tried to fix a nouveau-related bug (currently to no avail, > > unfortunately). > > (Not directly related to Qubes, but this is relevant to my use case and > > AFAIK > > the proprietary drivers do not really work on Qubes.) > > > > I'd recommend trying newer kernel, if you haven't already: > https://www.qubes-os.org/doc/newer-hardware-troubleshooting/ > I'm currently running kernel-latest (5.5.7), as the default kernel would crash if I connected external displays. The issue I am running into is <https://bugs.freedesktop.org/show_bug.cgi?id=99501>. I tend to use an external display rotated vertically. But as the display outputs on my laptop are wired to the dGPU, reverse PRIME is needed, hence the issues. I tried poking around the nouveau DDX source code, with no success. Interestingly, running xorg-x11-drv-nouveau from fc31 seems to result in a slightly less distorted screen, at least at first glance. My current workaround is to either use the display without rotation or use exclusively the dGPU and connect another display to replace the laptop one. (Since using the iGPU as a xrandr sink *also* results in distortion.) It's not a *huge* issue for me, and I'm probably going to give in and spend my time elsewhere if I can't figure this out in the next few days. Would be great if a solution is found though. > > - Submitted a PR to qubes-doc. > > - Playing with qubes-builder. > > - Skimming docs of PyGObject/GTK. > > > > In the following days (possibly extending into the coding phase), I am > > planning > > to experiment with the Admin API and hopefully make a script for creating > > (e.g.) a Trojan ^1 firewall VM. ^2 > > Also, regarding the timeline outlined in the proposal [^3], I should be > > able to > > draft up an initial interface & design ASAP after the coding period starts > > and > > post it here for further discussion. (Other suggestions for my goals for the > > first few weeks are also appreciated!) > > Yes, this sounds like a good plan. > I would recommend leaving GUI for later time in the project as it may be > time-consuming and prevent you from finishing the actual mechanism in > time (working CLI would already be useful, but GUI that doesn't do > anything - not really). Makes sense. A more detailed schedule should be possible once the design is roughly settled. > > As a side note, since I am currently running R4.0 and may need to switch to > > R4.1 for development later, I was wondering if it is possible to upgrade > > in-place by, say, installing the built packages in dom0. > > Generally yes, but the process involve several steps... > We have script for that in testing: > https://github.com/fepitre/qubes-migration > But since quite bit change (dom0 update fc31->fc32) just landed in > repos, I'd wait a week or two for things to stabilize. And in any case, > do a backup before such upgrade. Thanks! I'll be sure to check it out. > > Thanks, > > William Huang > > [^3]: Perhaps this, by itself, is better suited for a Salt config? That > > being > > said, my understanding is that the Admin API may be used to a larger extent > > in > > this project, so I opted to go for that instead. > > Yes, configuring things within a VM is rather a task for salt. But you > can totally create VMs and set their properties via Admin API. In fact, > all qvm-* tools use Admin API to do their things. It's just not that > visible when running in dom0, because policy is bypassed in this case. --WillyPillow > https://blog.nerde.pw/ > > PGP fingerprint = 6CCF 3FC7 32AC 9D83 D154 217F 1C16 C70E E7C3 1C84 > > Protonmail PGP = D02D CEFF ACE5 5A7B FF5D 871E 4004 1CB1 F52B 127E -- You received this message because you are subscribed to the Google Groups "qubes-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-devel+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-devel/85o-qWuZRgTwol_OUEOHEFR5XBhWaaqg-uSwNHS0AeKs1a79IxvH73kTENAElp-0Adenw7RlUXcOrJ3MqA5Op_AvxEWnaRcSTTcs8_LjAeM%3D%40nerde.pw.
publickey - wp@nerde.pw - 0xD02DCEFF.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
