[08:09] <Saviq> And hello again \o
[10:51] <alan_g[m]> Saviq re: the inotify race - I just realized the CREATE event is for the .lock file, not the socket. I think we've misunderstood what is going on
[11:12] <Saviq> So the lock file triggers inotify, the loop goes on to find the socket isn't there (or isn't openable), and by the time we're back in inotifywait, that won't trigger anymore… I really want a --timeout 1 there :P
[11:15] <alan_g[m]> So: 1. we spawn inotify, 2. we find the socket doesn't exist, 3. the socket is created, 4. inotify sets up the watch, 5. we wait on inotifiy
[11:16] <alan_g[m]> Why did I ever try to do this in a bash script?!
[11:18] <Saviq> You'd think there would already be a "simple-inotifywait" that would DTRT to ensure the path exists, or gets created within a timeout…
[11:51] <Saviq> So that plan goes down the drain… sommelier (or rather, the wine runtime, I suppose) only working on base: core18 :/
[11:52] <alan_g[m]> Really! I thought snaps were the way to get the future here, not the past!
[11:52] <Saviq> If anyone cares…
[11:53] <Saviq> There are wine-platform*core20 snaps, but can't find examples using it
[11:54] <Saviq> And just flipping existing snaps to base: core20 makes them die.
[11:56] <Saviq> alan_g would you please invite me to the Telegram snapcrafters channel? I can't seem to find it…
[11:58] <alan_g[m]> "Sorry, you cannot add this user to groups because of their privacy settings"
[11:59] <Saviq> You should be able to share a link?
[11:59] <Saviq> And I've now changed my settings so you should be able to invite me
[12:00] <Saviq> Though you should've been able already, as you're in my contacts…
[12:00] <Saviq> Thanks
[12:00] <alan_g[m]> Group doesn't seem to have a link
[12:04] <Saviq> Oh, there is a wine-platform-runtime-core20, that may help. Thanks snapd for not showing this in find :P
[12:05] <alan_g[m]> Is that because it isn't searchable on the store?
[12:07] <Saviq> Must be 🤷
[12:13] <Saviq> Now it's here… I must've missed it in the results
[12:19] <Saviq> Great success.
[12:20] <alan_g[m]> Something worked?!
[12:41] <Saviq> Now I need ideas about a good example Windows app…
[12:43] <alan_g[m]> The only Windows app I've used in the past decade is Fritz. But that would be a bad example to choose
[12:49] <alan_g[m]> Here are a few ideas: https://download.cnet.com/windows/
[13:36] <Saviq> 🧌. Will snap AVG ;P
[17:00] <Saviq> 🌊
[17:00] <Saviq> Talk tomorrow o/
[17:42] -GitHub[m]:#mir-server- **[MirServer/mir]** graysonguarino drafted [pull request #2734](https://github.com/MirServer/mir/pull/2734): Add start drag
[17:42] -GitHub[m]:#mir-server-  
[17:42] -GitHub[m]:#mir-server- > This is only the beginning of the implementation of `start_drag`. Currently, the icon is dragged around but the pasting of the data the icon represents is not implemented.
[17:44] <grayson-g[m]> > <@github:maunium.net> **[MirServer/mir]** graysonguarino drafted [pull request #2734](https://github.com/MirServer/mir/pull/2734): Add start drag
[17:44] <grayson-g[m]> >  
[17:44] <grayson-g[m]> > > This is only the beginning of the implementation of `start_drag`. Currently, the icon is dragged around but the pasting of the data the icon represents is not implemented.
[17:44] <grayson-g[m]> Just threw up a really early draft for `start_drag`. Still working out the pasting side of this, and I don't think we should bother with merging until that's ready.