/srv/irclogs.ubuntu.com/2022/06/13/#mir-server.txt

-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths added bug to [issue #2465](https://github.com/MirServer/mir/issues/2465): ABI breakage of libmircore.so.1 with v2.8.0 vs v1.8.208:19
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths drafted [pull request #2466](https://github.com/MirServer/mir/pull/2466): Bump mircore soname09:07
-GitHub[m]:#mir-server- 09:07
-GitHub[m]:#mir-server- > Fixes: #246509:07
SaviqGood morning o/09:12
alan_g[m]Saviq: Good morning, how are you this week?09:13
SaviqAll good, thanks. Weekend too short :)09:14
SaviqYou?09:14
alan_g[m]Much the same. Too much of it spent weeding09:14
-GitHub[m]:#mir-server- **[MirServer/mir]** frank-dspeed opened [issue #2467](https://github.com/MirServer/mir/issues/2467): Bug: Starting mirserver with nvidia-470... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/f3d8ec881d5c765906a19c83e19a8bf4f3fabcaa)09:24
-GitHub[m]:#mir-server- **[MirServer/mir]** frank-dspeed edited [issue #2467](https://github.com/MirServer/mir/issues/2467): Bug: Starting mirserver with nvidia-47009:29
-GitHub[m]:#mir-server- **[MirServer/mir]** frank-dspeed edited [issue #2467](https://github.com/MirServer/mir/issues/2467): Bug: Starting mirserver with nvidia-470 maybe also 515 as it turns out09:32
-GitHub[m]:#mir-server- **[MirServer/mir]** frank-dspeed edited [issue #2467](https://github.com/MirServer/mir/issues/2467): Bug: Starting mirserver with nvidia-470 even 51509:32
alan_g[m]Huh, why do we have a rebuild?10:43
alan_g[m]$ diff -qr /snap/ubuntu-frame_beta/2*10:43
alan_g[m]Files /snap/ubuntu-frame_beta/2294/meta/snap.yaml and /snap/ubuntu-frame_beta/2561/meta/snap.yaml differ10:43
alan_g[m]Files /snap/ubuntu-frame_beta/2294/snap/manifest.yaml and /snap/ubuntu-frame_beta/2561/snap/manifest.yaml differ10:43
Saviq> Huh, why do we have a rebuild?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/451addcc77702b78a2d1c176d42daa58fc25ab2c)10:44
SaviqI refreshed the help text10:45
alan_g[m]Saviq: Ah, right10:47
Saviqalan_g thanks for the review, will fix. I'm going to need a bit of assistance please:11:47
Saviqhttps://github.com/MirServer/mir/pull/2464/files#diff-c5e7495f2b7719ad72c650438650bd4723471bf7034b7a4b2b9aea3e0de2b37bR66-R7111:47
SaviqI'm having trouble understanding how does `StreamLogger::out` end up pointing to nullptr…11:48
alan_g[m]It isn't, you are reusing the out parameter after moving from it11:58
SaviqOh so it's a name clash :duh:12:09
Saviqalan_g did you wanted to add something here?12:45
Saviqhttps://github.com/MirServer/mir/pull/2464/files/5191eb0ac8ac6d9e8cc1f5a9f3e5fbc82e29ae32#r89554503512:45
Saviq*want12:45
alan_g[m]<Saviq> "alan_g did you wanted to add..." <- https://github.com/MirServer/mir/pull/2464/files/5191eb0ac8ac6d9e8cc1f5a9f3e5fbc82e29ae32#r89554503513:02
alan_g[m]Well, you said it was going away and it didn't13:02
Saviqalan_g I'm likely, again, missing something obvious here, but I wanted for the stream to be owned by the StreamLogger, since it outlives where the stream is opened. What is the better choice here?13:11
alan_g[m]Just moving the fstream?13:12
-GitHub[m]:#mir-server- **[MirServer/mir]** frank-dspeed edited [issue #2467](https://github.com/MirServer/mir/issues/2467): Proposal: Better handling for ubuntu with nativ drivers from nvidia 470 even 51513:12
SaviqOh. Duh.13:13
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [issue #2467](https://github.com/MirServer/mir/issues/2467): Auto-selection of X11 platforms fails with Nvidia drivers (470 and 515)13:15
Saviqalan_g ah but that would mean FileLogger can _only_ do `ofstream`s, and as is it can do other streams as well, WDYT?13:30
Saviq(why I now renamed it `StreamLogger`…)13:30
alan_g[m]I can imagine using, say, `stringstream` during testing, so there is some arguement for generalizing it. But not sure it justifies the complexity13:33
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths marked [pull request #2466](https://github.com/MirServer/mir/pull/2466): Bump mircore soname as ready for review15:03
Saviqalan_g unless you have something in mind lined up for grayson-g, I thought he could start looking at the status screen feature for Frame?15:09
Saviq(after he's done with the touch filters)15:10
alan_g[m]I was thinking he should progress some of the documentation work we have piled up. (With a bit more guidance)15:10
SaviqFWIW I don't want for that to take more than a day of anyone's week, as that can get tiring quickly, and should be a team job15:12
SaviqI will get the meta-documentation going as my next TODO so everyone can pitch in15:13
sophie-wGoing to move my remote assistance efforts from gnome-remote-desktop to wayvnc: https://github.com/any1/wayvnc15:32
sophie-wNot as featureful as GRD (doesn't support RDP, probably other stuff as well), but might be simpler to get running 15:32
SaviqSo no dice with GRD?15:35
SaviqIt does look like there will be little wayvnc-specific work here, so we could move to a more featureful solution in the future15:36
SaviqRDP, vaapi/vdpau come to mind as things we should think of15:37
sophie-wGRD isn't unworkable, but I think it might be a pretty big sink of time.15:38
sophie-wAnd I'm starting to rethink my stance that we shouldn't build our own15:39
SaviqAnd sounds like a lot of the plumbing is GNOME-specific15:39
sophie-wBut if there's something else that can work for us then we should try that first15:39
alan_g[m]I'm for gettings something simple to work to gain experience if nothing else15:39
sophie-wAgreed15:39
sophie-wGRD might actually be the most generic thing, since some of the work will be hooking into D-Bus interfaces that either are or at least are similar to the XDG desktop portal ones15:40
sophie-wWhat would be ideal (from a certain perspective) is to build a remote desktop server that uses only the generic XDG desktop portal interfaces, and then have those interfaces implemented for Mir in a way that also works on Sway/wlroots, because then the the same remote desktop server would work everywhere15:43
sophie-wThe downside of that though is that implementing the D-Bus interfaces and implementing a remote desktop server using them might be quite a bit more work than just implementing a remote desktop server that consumes Wayland protocols.15:44
sophie-wAnd add a lot more complexity to the system. With the latter approach (which is I think what waypipe uses), D-Bus need not be involved at all.15:45
SaviqWe will need the portals in the long run so we can support screen casting/recording from desktop apps - but +1 on starting simple15:51
Saviqalan_g re: `std::unique_ptr<mir::logging::Logger>`, that's unhappy b/c `mir::logging::~Logger` is protected. Think it worth reworking that, or better sticking with `std::shared_ptr`?15:52
sophie-wSaviq: Well the XDG ScreenCast portal already works with xdg-desktop-portal-wlr15:53
alan_g[m]Saviq: That's a pain (the deleter being part of the pointer type).15:53
sophie-wsophie-w: (Firefox screen sharing works)15:54
alan_g[m]alan_g[m]: The alternative is to make `~Logger` public. I see no downside15:55
sophie-wOut of the box wayvnc works with Mir for a single frame, then stalls (`--disable-input` option is needed, since we don't support virtual pointer yet)16:01
alan_g[m]<alan_g[m]> "The alternative is to make `~..." <- Yeah, that decision comes from pre-c++-11 days, about time to review it ;)16:13
SaviqOK, good night for today o/16:35
-GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths closed [issue #1316](https://github.com/MirServer/mir/issues/1316): Firefox/Wayland flickers badly16:55
alan_g[m]And goodnight from me 👋17:03
-GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2468](https://github.com/MirServer/mir/pull/2468): Add --add-all-wayland-extensions option18:12
-GitHub[m]:#mir-server- 18:12
-GitHub[m]:#mir-server- > Convenient for development and debugging, as well as running in contexts where all clients are fully trusted18:12
-GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2469](https://github.com/MirServer/mir/pull/2469): wlr-screencopy-v: send .damage event when required19:36
-GitHub[m]:#mir-server- 19:36
-GitHub[m]:#mir-server- > The `.copy_with_damage` request still isn't implemented fully (it does not wait for there to be damage or report the damaged area of the screen), but with this change it works well enough for wayvnc to work (albeit with higher than needed CPU load)19:36

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!