[02:14] <robert_ancell> duflu, did you convert all the propietary bugs to public?
[02:14] <duflu> robert_ancell: Yes, after briefly reviewing them
[02:14] <robert_ancell> duflu, thanks
[04:11] <robert_ancell> Can anyone explain to me what the application name is used for in the connect message?
[04:15] <robert_ancell> thomi, is the Mir documentation online?
[04:23] <RAOF> robert_ancell: I *think* that's just a placeholder that'll be replaced by the application's UUID?
[04:24] <robert_ancell> RAOF, That was my guess. I'm trying to work out why we don't just use that for the system compositor instead of this lightdm_id
[04:25] <RAOF> robert_ancell: That's how I *set* the lightdm_id.
[04:25] <robert_ancell> RAOF, no, there's a separate parameter in the connect call right?
[04:26] <RAOF> No?
[04:26] <RAOF> mir_connect(socket, id, callback, ctx);
[04:27] <RAOF> Is what xmir calls; that's the same as what a normal client would call.
[04:28] <robert_ancell> RAOF, don't you use mir_connect_with_lightdm_id?
[04:28] <RAOF> No?
[04:29] <robert_ancell> (/usr/include/mir/client/mir_client_library_lightdm.h)
[04:29] <RAOF> I don't include that file :)
[04:29] <robert_ancell> RAOF, I guess it probably doesn't work then!
[04:29] <RAOF> mir_connect_with_lightdm_id, or XMir? Or, I guess, Mir? :)
[04:30] <robert_ancell> RAOF, XMir
[04:30] <RAOF> It works as far as I can tell?
[04:30] <RAOF> As in: I can log in and it works.
[04:30] <RAOF> I may not have tested user switching, I guess.
[04:31] <robert_ancell> RAOF, yeah, it's only going to matter when switching
[04:31] <RAOF> It switches from the greeter to my login session fine :)
[04:32] <RAOF> I guess it doesn't switch between users; I haven't tested that :)
[04:32] <robert_ancell> RAOF, that one is implicit, because the greeter gets destroyed and since mir is just stacking then the session must become visible (and visa versa)
[04:32] <robert_ancell> RAOF, ok, cool. I think I'll just propose we remove the ID
[04:33] <RAOF> Sounds sensible.
[07:38] <RAOF> I AM THE FACE OF MIR!
[07:39] <RAOF> Real, honest to goodness emails. Oldschool.
[07:41] <RAOF> Earnestly warning me that we're destroying linux.
[07:44] <duflu> RAOF: So, you basically designed all of Mir, right ? :)
[07:44] <RAOF> That's right.
[07:44]  * duflu runs
[07:44] <RAOF> From the GROUND UP!
[08:25] <bryce> RAOF, ground up... beef?  to feed trolls? ;-)
[08:25] <RAOF> From the ground up dreams of wayland developers!
[08:26] <RAOF> Emulsified with the tears of linux enthusiasts.
[08:29] <bryce> aaa!  choices bad!  we want some choice other than X, but please not more than 1!
[09:05] <duflu> LOL. Beautiful summaries.
[09:19] <duflu> Nice to see that Mir has /supposedly/ revived progress on Wayland for Redhat...
[09:20] <duflu> I'd like to see Wayland succeed as much as Mir...
[09:22] <alan_g> +1
[10:52] <Ranomier_> +1
[13:26] <alan_g> alf_: did you see my post to mir-devel? (Just checking)
[13:27] <alf_> alan_g: hmm, no, I guess we need to subscribe manually
[13:27] <alan_g> alf_: we do
[13:27] <mmrazik> alan_g: I received it (in case you asking if the mails as such are getting delivered)
[13:28] <alan_g> mmrazik: cool - I was really checking to see who has subscribed. ;)
[13:28] <mmrazik> :)
[15:01] <kdub> good morning, status, working on the nex4 display/hwc support today
[15:10] <alan_g> kdub: are you subscribed to mir-devel?
[15:10] <kdub> yes, just checking mail now
[15:43] <alan_g> alf_: do I need to forward the mir-devel email? (Would like to get some feedback)
[15:45] <alf_> alan_g: No need, I can read it from the archives (but I am deep in multi-threaded android code now...)
[15:46] <alf_> kdub: I get some failing integration tests on nexus 4. Is this normal?
[15:47]  * alan_g is jealous: he's trying to work out where to submit a patch to google-glog - code is much more tractable.
[15:47] <kdub> alf_, i know of one.. haven't debugged it yet
[15:48] <kdub> alf_, TestClientIPCRender
[15:49] <alf_> kdub: right, and I also get a segfault in AndroidBufferIntegration.buffer_ok_with_egl_context
[15:50] <kdub> alf_, yes i see that too
[15:50] <alf_> kdub: In AndroidBufferIntegration.display_cleanup_ok I see some very suspicious memory errors with valgrind
[15:53] <kdub> alf_, i haven't debugged that yet, but valgrind on android doesn't work that well
[15:53] <kdub> unhandled syscalls
[15:55] <alf_> kdub: btw, multi-threaded compositing seems to mostly work on the nexus 4 with your branches. I am puzzled, though, because AndroidBufferIntegration.display_cleanup_ok aborts with a double-free when I make current a pbuffer surface instead of a window surface in AndroidDisplay.cpp (no threads involved)
[15:56] <kdub> well, its good it seems to mostly work :)
[15:57] <kdub> that is strange, maybe my plan today will be, branch work, investigate the integration tests for a while, and then hwc work
[16:03] <alan_g> thomi: what progress on http://unity.ubuntu.com/mir?
[16:05] <racarr> Morning
[16:06] <alan_g> racarr: are you subscribed to mir-devel?
[16:06] <kdub> mmrazik, that shell script split for crosscompile you requested is in btw
[16:06] <mmrazik> kdub: I noticed. thanks
[16:06] <mmrazik> was preparing some environment for it
[16:06] <racarr> alan_g: Hmm maybe not
[16:07] <alf_> racarr: good morning
[16:07] <alan_g> racarr: if you didn't see my email to it...
[16:08] <racarr> alf_: Morning :)
[16:08] <racarr> alan_g: I see the email...I will write back soon I need
[16:08] <racarr> to think about that
[16:08] <alan_g> racarr: then you're subscribed. ;)
[16:14] <racarr> status today is still working on setting input focus and receiving input I kind of got stuck in circles yesterday
[16:14] <racarr> I don't think there are any problems though, I was just scatterbrained yesterday afternoon. have a failing integration test :)
[16:21] <racarr> alan_g: Hmm re:prepare-session-manager-for-input-focus. I think that makes sense but I am not sure what the object is yet.
[16:21] <racarr> perhaps the object is the surface controller and it lives in shell
[16:22] <racarr> if create_surface_for is called from ApplicationMediator though
[16:22] <racarr> how does the session come to own the surface?
[16:26] <alan_g> racarr: because the session is passed as the first parameter to the call
[16:27] <alan_g> obviously create_surface_for() can call session->create_surface()
[16:27] <racarr> ohhhh
[16:27] <racarr> I understand
[16:28] <racarr> I think it's
[16:28] <racarr> SessionStore
[16:28] <racarr> it makes even more sense if it's called
[16:28] <racarr> Shell
[16:28] <racarr> Shell::create_surface_for seems like an appropriate method
[16:29] <alan_g> \o/
[16:33] <alan_g> racarr: now reply to that email
[16:35] <racarr> ok
[16:35] <racarr> I will "reply" I didnt actually get the email
[16:35] <racarr> even though I have a verification email for subscribing to the list from before
[16:38] <alan_g> racarr: there are *still* merge conflicts.
[16:40] <alan_g> did you forget to "push"?
[16:40] <racarr> alan_g: ok emailed
[16:40] <racarr> really?
[16:41] <racarr> just a second maybe my push hung
[16:41] <racarr> oh hold habit and I accidentally pushed to ~rocket-scientists instead of ~robertcarr
[16:41] <racarr> err... no.
[16:42] <racarr> the opposite
[16:42] <alan_g> racarr: ~rocket-scientists is correct this time
[16:42] <racarr> :)
[16:42] <racarr> ok pushed for real (r502)
[16:43] <alf_> kdub: I have the impression that we aren't supposed to deallocate the EGLNativeWindowType created by android_createDisplaySurface(); it's deallocated for us when we call eglDestroySurface() for the associated EGL window surface.
[16:43] <alan_g> racarr: looks better
[16:48] <alan_g> racarr: where did you email reply? I don't see it, and it isn't in the mir-devel archive.
[16:48] <alan_g> kgunn: what's happening with mir-devel ^
[16:49] <kgunn> alan_g: let me check
[16:50] <kgunn> alan_g: racarr stange....i see alan_g's original mail in the archive
[16:50] <kgunn> and i just got a mail of racarr's...with the ability to approve/disapprove
[16:50] <alan_g> kgunn: can you see if racarr is subscribed?
[16:51] <alan_g> (Sounds like he's a non-member)
[16:52] <kgunn> alan_g: ok...looks like he was a member....but the admin interface lets you filter
[16:52] <kgunn> i marked racarr as someone who should be accepted always
[16:53] <alan_g> kgunn: I see it now - thanks
[16:56] <kgunn> racarr: i take it back
[16:56] <kgunn> you are not a member
[16:56] <kgunn> weird
[16:58] <kgunn> racarr: i just added you
[17:14] <racarr> Thanks :)
[17:15] <alan_g> racarr: re prepare-for-inprocess-egl-clients - please make better use of the new directory structure.
[18:48] <Cheery> how is it going around here?
[20:02] <kdub> Cheery, well :)
[20:10] <Cheery> well?
[20:12] <mmrazik> kdub: is the install-on-android script supposed to work? I'm getting these: http://pastebin.ubuntu.com/5611775/
[20:12] <mmrazik> I'm talking about "bash: libboost-system1.49.0: command not found
[20:12] <mmrazik> "
[20:13] <kdub> mmrazik, its not handling the failure in installing protobuf well
[20:13] <mmrazik> kdub: isn't there some '\' missing?
[20:14] <mmrazik> kdub: this looks a bit suspsicious to me: https://pastebin.canonical.com/86760/
[20:15] <kdub> mmrazik, yes, there are
[22:16] <sturmflut> How can I test Mir? I got it to build on my Ubuntu 13.04 install and the server binary runs okay, but all clients segfault after the connection to the server is established and the surface is created
[22:49] <kdub> sturmflut, maybe you have a wrong version of mesa...
[22:52] <sturmflut> The libgl1-mesa-dri and libgl1-mesa-glx are at version 9.0.2-0ubuntu1
[22:52] <sturmflut> packages
[22:54] <sturmflut> kdub: Which versions do I need? I just used the ones from the raring repository
[22:55] <kdub> racarr, RAOF ^^
[22:56] <RAOF> sturmflut: You need the packages from ppa:mir-team/staging
[22:57] <RAOF> sturmflut: You're currently after mesa version 9.1~rc2-0ubuntu0+mir2-jenkins17
[22:58] <sturmflut> RAOF: ah, that would explain it
[22:58] <RAOF> The reason why you get segfaults is that your mesa doesn't have a Mir EGL platform, which is how the accelerated clients draw.
[22:58] <RAOF> So the client tries to initialise and EGLDisplay, mesa doesn't find a match, then tries the default (of X11), which segfaults when you don't have a working X11 on the other end of $DISPLAY.
[22:59] <RAOF> (This would be a mesa bug ☺)
[23:05] <sturmflut> RAOF: Okay, with the mesa packages from the PPA it works. Thanks!
[23:07] <RAOF> There'll be a transition coming sometime soon where I'll break mesa in the process of switching the buffer-passing mechanism from flink to dma-buf; I'll only do that once everything's in place, though.
[23:26] <sturmflut> So when do you think the most basic pieces of Mir and the toolkits (Qt, GTK+ etc.) will be in place? Is the project state on https://blueprints.launchpad.net/ubuntu/+spec/client-1303-mir-converged still correct?
[23:39] <kdub> sturmflut, there  is a qpa for qt
[23:43] <sturmflut> kdub: sounds good
[23:43] <sturmflut> kdub: The target release for the switch to Mir on the desktop is still 14.04?
[23:46] <kdub> sturmflut, the blueprints are up to date :)


[21:56] <Takyoji> Anyone think the Ubuntu Software Center should be optimized a little?
[22:03] <Alpha_Cluster> i hate it i liked the old system
[22:03] <Alpha_Cluster> :(
[22:06] <Obsidian1723> I prefer add/remove.
[22:07] <Alpha_Cluster> same
[22:12] <Takyoji> Ubuntu Software Centre considerably crawls on my laptop
[22:12] <Alpha_Cluster> just use the other package manager ;)
[22:37] <tonyyarusso> I actually think Software Center 2.0 is better than add/remove.
[22:38] <Alpha_Cluster> heracy!!!
[22:38] <Alpha_Cluster> wow i misspelt that bad
[22:42] <Takyoji> Layout a little, yes. Performance, no. xP
[22:42] <Alpha_Cluster> i liked add/removes layout
[22:42] <tonyyarusso> Many dislikes for add/remove not being able to do concurrent installations.


 Hi! I need help... looking for in car speaker phone voice dial commands for driving a truck... I remeber when Japan had the best phones in the 90s lol, and my humble cellphone had built in voice commands... I will never use Siri, Goggles, etc
 🌹🌹🌹🌹Eid Ul-Fitr Mubarak to all my friends🌹🌹🌹🌹
 Same for you too
 https://linuxappsummit.org/ today
 I have some folders with many old pictures that I want to keep but that I do not want to be shown on the gallery (otherwise takes a while to open). How can I share these folders to the gallery?
 share or hide?
 you can move them outside the `Pictures` folder and they won't be shown in the gallery anymore
[08:26] <ubptgbot> sapiens_versus_vaxxed was added by: sapiens_versus_vaxxed
 https://www.youtube.com/watch?v=1pFADheIzQk
 @amorsaker [🌹🌹🌹🌹Eid Ul-Fitr Mubarak to all my friends🌹🌹🌹🌹], Thank you!  You too], ❤
 Sorry Kugi. I wanted to say hide. Understood the solutiin, thanks!
 @amorsaker [🌹🌹🌹🌹Eid Ul-Fitr Mubarak to all my friends🌹🌹🌹🌹], Thanks , and you too
 (Sticker, 512x512) https://irc.ubports.com/Oo0pXT2M.webp
 @amorsaker [🌹🌹🌹🌹Eid Ul-Fitr Mubarak to all my friends🌹🌹🌹🌹], عيد الفطر مبارك I hope you feast today!
 (Sticker, 512x512) https://irc.ubports.com/Z4foawwo.webp
 @PhoenixLandPirate [عيد الفطر مبارك I hope you feast today!], If this lockdown wouldn't be here i might have gotten some eidi
 @klaartje_b [My OnePlus One is not exactly new but I'm not about to give it up anytime soon.], Still a killer phone tbh
 @amyosx [Still a killer phone tbh], It really is. Whenever I hear the song Psycho Killer (remember that one?) in my head it gets changed to 'Flagship Killer' and it's about the OpO.
 Lmao
 @TheVancedGamer [If this lockdown wouldn't be here i might have gotten some eidi], I want someone to give me crypto as eidi
 But fine man
 I guess no eidi this year :(
 Is there a guide on how to port halium 9?
[14:04] <ubptgbot> Delly7 was added by: Delly7
 Should I still be able to install ubuntu-device-flash on 20.04 desktop? having trouble
 Unfortunately, no, it doesn't work.
 ah
 so .. only thing is to use installer?
 Correct
 meh
 thats not working for me for this operation
 We'd always love help modernizing and rebuilding goget-ubuntu-touch
 I didnt know it even existed ever..
 https://github.com/ubports/goget-ubuntu-touch
 that's ubuntu-device-flash
 I understand
 unfortunately I am not up to that skill level
 to help develop it
 and it wont help me for my immedeate needs either :(
 my predicament is that I got hold of an old Pro 5. Followed the guide to flash it to UT. This worked. I got to flashing UT OTA1 (whicj is I think the last Canonical version; it had at least the big orange button to yee olde appstore )
 but after the script to enlarge cache partion, I could run the installer but that failed
 the forum threads then suggests that this sometimes happens, and i should flash turbo recovery and do a manual ubuntu device flash
 so there is my brick wall
 anyone any suggestions?
 @matv1 [anyone any suggestions?], run it from a 16.04 live boot?
 I tried to extract ubuntu-device-flash binary on Arch and it just worked
 run ubuntu-device-flash you mean!
 20.04 should be similar?
 though, that tool is totally ripe for being rewritten in python and without all the snappy stuff
 @matv1 [run ubuntu-device-flash you mean!], yes; or just download the deb from 16.04 and grab the binary out of it
 good thinking. thanks, that should work I guess
 @NotKit [I tried to extract ubuntu-device-flash binary on Arch and it just worked], oh so that should work on Manjaro too right?
 yes, it's static binary I think
 cool
 mhm I have choices even :D
 thanks people
[15:13] <ubptgbot> Emanuele was added by: Emanuele
 Hi everyone, I am trying to install ubuntu touch on Sony XZ (kagura) - F8331, with the ubports installer (0.8.8), I have tried several times but nothing ... after the success screen on the pc, the phone remains in black screen and it is no longer possible to do anything, has anyone had this problem? any advice?
 @Emanuele [Hi everyone, I am trying to install ubuntu touch on Sony XZ (kagura) - F8331, wi …], Did you flashed vebor file given bu installer?
 What it's the easiest phone to port on ubports?
 If no check bace rom
 @Emanuele [Hi everyone, I am trying to install ubuntu touch on Sony XZ (kagura) - F8331, wi …], Same Happen to my mia2 too i installed los a9 rom then it worked for me it was encryption issue
 @D4R1IN9 [Did you flashed vebor file given bu installer?], do you mean Sony OEM binaries file? the installer suggests also the link to download directly, before going on
 @Emanuele [do you mean Sony OEM binaries file? the installer suggests also the link to down …], S
 That one
 yes yes done
 Format date from recovery and then try
 Worked for me
[15:25] <ubptgbot> <Frank Gores> @Jaymz665 [<reply to media>], Hi, I managed with your guide to install anbox!   frank@frank-System-Product-Name:~$ adb shell … * daemon not running; starting now at tcp:5037 … * daemon started successfully … phablet@ubuntu-phablet:~$ sudo su … [sudo] password for phablet:  … root@ubuntu-phablet:/home/phablet# mount -o remount, rw / …
[15:25] <ubptgbot> root@ubuntu-phablet:/home/phablet# anbox-tool install … /home/phablet/anbox 100%[[15:25] <ubptgbot> out
 @Emanuele [yes yes done], Better contact ur dev maintainer
 @D4R1IN9 [Better contact ur dev maintainer], oook thanks for helping
 @Emanuele [oook thanks for helping], 👍
[15:33] <ubptgbot> John Galt was added by: John Galt
 @matv1 [my predicament is that I got hold of an old Pro 5. Followed the guide to flash i …], it needs a diffrent recovery yeah, unfortunatly the manual install page with that recovery i cant find anymore
 unless you found the download for that old recovery?
 do you mean this?
 https://forums.ubports.com/topic/2755/meizu-pro-5-flyme-os-to-ubuntu-touch-modem-update-fingerprint-function?_=1614765732104
 in step 5 of the instructions there is a download link to a recovery file
 https://drive.google.com/file/d/1HXBRizZvGF_-HAXsSVwjxfZU5vXN-k6b/view?usp=sharing
 is that not the one?
 Hello, i am using oneplus one with utouch ota 16. …  In anbox while typing a message, the letters are appearing very slowly. In threema but also even by searching in the settings or so. Is that expected behavior? It is kind od
 [Edit] Hello, i am using oneplus one with utouch ota 16. …  In anbox while typing a message, the letters are appearing very slowly. In threema but also even by searching in the settings or so. Is that expected behavior?
 @Matty [Hello, i am using oneplus one with utouch ota 16. …  In anbox while typing a messa …], Yes, I think there is not hardware acceleration in Anbox.
 @LGeek [Yes, I think there is not hardware acceleration in Anbox.], Okay thanks. Then I know its not me
 @matv1 [https://forums.ubports.com/topic/2755/meizu-pro-5-flyme-os-to-ubuntu-touch-modem …], Oh good, someone saved it!
 Make backups of that file
 well first it needs to work 😃
 @amorsaker [🌹🌹🌹🌹Eid Ul-Fitr Mubarak to all my friends🌹🌹🌹🌹], Kulu sena wa inta tayib!
 @rikshaw [Kulu sena wa inta tayib!], 🥀
 Hi! I need help... looking for in car speaker phone voice dial commands for driving a truck... I remeber when Japan had the best phones in the 90s lol, and my humble cellphone had built in voice commands... I will never use Siri, Goggles, etc
 UT does not currently have voice dialing
 [Edit] UT does not currently have voice activated dialing
 flashing this pro5 is pure torture. why do i even bother 😕
 Its slowy making me convert to Flyme OS 🙂
 Ha got it
[23:02] <ubptgbot> Habesha122 was added by: Habesha122


[08:56] <jibel> xnox, have your fixes to geoname been pushed to production ?
[08:56] <xnox> jibel: no, not yet.
[08:57] <jibel> xnox, ok, I'll wait before filing new bugs. any ETA ?
[08:57] <xnox> jibel: the priority has been bumped twice. And the comment on the comment on the bug report about "geoname lookups" fixed, I think is bogus.
[08:57] <xnox> jibel: please file bugs, cause I am running a local instance and can test with new database.
[08:58] <xnox> jibel: no ETA as far as I know.
[08:58] <xnox> jibel: RT #55554 if you want to follow =)
[08:58] <jibel> xnox, thanks :)
[09:05] <jibel> xnox, https://bugs.launchpad.net/ubuntu-geonames/+bug/1045224
[09:05] <ubot2`> Ubuntu bug 1045224 in ubuntu-geonames "search string 'Pari' doesn't return 'Paris' " [Undecided,New]
[09:37] <xnox> Is there a CIA commits replacement that we can use?!
[09:37] <xnox> since cia.vc is broken =(
[09:46] <cjwatson> Probably best just don't worry about it for now
[10:54] <CIA-4> ubiquity: dmitrij.ledkov * r5604 trunk/ (4 files in 2 dirs): Tweaks to support ubiquity-slideshow's new file structure and parameter format (LP: #1035806)
[10:54] <CIA-4> ubiquity: dmitrij.ledkov * r5618 trunk/debian/changelog: releasing version 2.11.26
[10:54] <CIA-4> ubiquity: dmitrij.ledkov * r5614 trunk/debian/real-po/ (76 files): debconf-updatepo
[10:54] <CIA-4> ubiquity: dmitrij.ledkov * r5615 trunk/debian/changelog: releasing version 2.11.25
[10:54] <CIA-4> ubiquity: dmitrij.ledkov * r5619 trunk/ (debian/changelog ubiquity/plugins/ubi-partman.py): Fix manual partinioning edit dialog (LP: #1044545)
[10:54] <CIA-4> ubiquity: dmitrij.ledkov * r5617 trunk/ (debian/changelog ubiquity/plugins/ubi-partman.py): Fix renamed translation strings (LP: #1044299)
[10:54] <CIA-4> ubiquity: dmitrij.ledkov * r5619 trunk/ (debian/changelog ubiquity/plugins/ubi-partman.py): Fix manual partinioning edit dialog (LP: #1044545)
[10:54] <CIA-4> ubiquity: dmitrij.ledkov * r5615 trunk/debian/changelog: releasing version 2.11.25
[10:54] <xnox> woohoo. fixed bzr-cia. Submitting merge proposal
[10:58] <cjwatson> oh, it wasn't a server-side bug?
[10:58] <cjwatson> d'oh, assumptions
[10:59] <xnox> cjwatson: s|cia.navi.cx|cia.vc| apparently bzr-cia was using "deprecated" host name
[11:00] <cjwatson> Ah
[11:00] <cjwatson> It looked exactly like previous occasions where the server was transiently down
[11:01] <xnox> jelmer merged the fix, so bzr pull =)
[11:08] <cjwatson> I use the packaged version
[11:15] <xnox> i just have many checkouts in bazaar/plugins/
[11:16] <xnox> cjwatson: I see there was/is automated GUI testing for ubiquity. Is it still available? And can I run it manually?
[11:18] <cjwatson> Not sure exactly what you mean
[11:19] <cjwatson> There's the test suite
[11:19] <cjwatson> Beyond that I have no idea
[11:19] <xnox> the ATK based Linux Desktop Testing project, to actually click the gui buttons
[11:19] <xnox> or something like that
[11:20] <cjwatson> I was never involved in that and I don't know how far it got
[11:20] <cjwatson> Or who was doing it
[11:21] <xnox> hmmm....
[11:52] <CIA-4> ubiquity: dmitrij.ledkov * r5620 trunk/ (debian/changelog ubiquity/plugins/ubi-partman.py): Fix display of installation medium mounted grid. (LP: #1044717)
[12:25] <CIA-4> ubiquity: dmitrij.ledkov * r5621 trunk/debian/changelog:
[12:25] <CIA-4> ubiquity: Also used pylint to find check for undefined/missing attributes in the
[12:25] <CIA-4> ubiquity: ubi-partman.py. Needs integration into build system.
[12:25] <cjwatson> Really?  Last I looked pylint had so many FPs it wasn't worth it
[12:25] <cjwatson> Maybe try pocketlint instead?
[12:29] <xnox> cjwatson: yeah it does generate a lot of noise but with little help from grep&sed it would have caught last two bug-fix uploads =/
[12:29] <xnox> which i have now quickly run manually.
[12:31] <cjwatson> Fair enough
[18:26] <ffeldhaus> Hi, we are currently deploying a large compute cluster with Ubuntu. The nodes are diskless and we run everything from the central (powerful) NFS server. The installation of Ubuntu is a bit of a struggle as we didn't find a way to install it to an NFS root. Are there any suggestions how to install Ubuntu directly on NFS for diskless servers?
[19:59] <xnox> ffeldhaus1: I think you should look into documentation about installing ltsp server
[19:59] <xnox> ffeldhaus1: that is usually done using the edubuntu cd or the alternative cd
[19:59] <xnox> ffeldhaus1: this is the way to use thin clients
[20:00] <xnox> ffeldhaus1: although you want servers.....
[20:00] <xnox> ffeldhaus1: look into / google for debian-installer pre-seeding nfsroot installations.
[20:10] <ffeldhaus1> I don't think the LTSP way would work as we would need a running Ubuntu for that
[20:11] <ffeldhaus1> the general setup is, that we are using Foreman to deploy new servers and do unattended installations on the servers. Afterwards we configure the servers using puppet manifests
[20:11] <ffeldhaus1> the unattended installations should go straight to the nfsroot and not onto a local disk
[20:12] <ffeldhaus1> as far as I understand the debian-installer it is currently not possible to tell it, to install to an nfsroot
[20:15] <xnox> ffeldhaus1: you need to boot the installer the right way and do network/pxeboot with pre-seeding
[20:15] <xnox> first google results shows how to use it
[20:15] <xnox> http://www.jukie.net/bart/blog/nfsroot-on-debian
[20:20] <ffeldhaus1> if I understand that post correctly, they are using debootstrap to install the OS. We already found that and it might work,but it requires another server with installed OS to run the debootstrap utility
[20:24] <ffeldhaus1> I just thought it would be possible to use the existing preseed files to get the Ubuntu system up and running similar to the way I would do it for installation on a local disk
[23:05] <CIA-4> ubiquity: dmitrij.ledkov * r5622 trunk/ (3 files in 3 dirs):
[23:05] <CIA-4> ubiquity: Correctly apply styles to the title & progress sections and not the
[23:05] <CIA-4> ubiquity: centre piece. This means themes are no longer required to provide non
[23:05] <CIA-4> ubiquity: standard @dark_[fb]g_color colors, instead 'menubar' Gtk CSS style is
[23:05] <CIA-4> ubiquity: used. This also fixes long standing a11y issues in HighContrast themes
[23:05] <CIA-4> ubiquity: & requirements for non-standard color definitions. (LP: #744283)


[12:42] <nrpil> hi people
[12:45] <nrpil> i have a dell latitude d810 and the fan(s) are running all the time on full speed. how does fan control work with ubuntu ?
[14:00] <axisys> as funny as it sounds, my cat sat on my keyboard and now my wireless is disabled.. i cannot enable it .. it grayed out and i cannot click it to enable
[14:01] <axisys> the check box with Enable Wireless is disabled
[14:01] <axisys> grayed out
[14:21] <litong> halooo
[14:27] <litong> System sounds not working in ubuntu 8.10, I have pulsleaudoi, alsa   I tried many configuration, nothing working, tried in new user, nothing helped on google, other sounds, video, youtube, skpye, waw, mp3 in media....... are ok , just when I login when log out is without sound PLEASE HELP


[01:16] <mup> Issue snapcraft#1982 closed: Update snaps_tests to use the testing tools from tests.integration <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/1982>
[01:16] <mup> PR snapcraft#2096 closed: tests: don't use os_release and repo from snapcraft <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2096>
[03:32] <mup> PR snapd#5082 opened: cmd/snap-update-ns: use Secure.BindMount to bind mount files <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/5082>
[04:57] <mborzecki> morning
[05:15] <zyga> Good morning
[05:16] <zyga> Man, after all the rain last night the plants and flowers outside smell like in some deep forest :-)
[05:16] <zyga> Only if it was a few degrees warmer
[05:16] <zyga> How are you doing?
[05:25] <mborzecki> zyga: it's spring after all :) but yeah everything is in the crazy growth phase, i expect i'll be less than entertained when mowing the lawn this weekend
[05:29] <zyga>  We don’t have one to mow, maybe rent some sheep :-)
[05:32] <mborzecki> sheep, i like mutton :)
[05:33] <mborzecki> mvo: morning
[05:33] <mvo> hey mborzecki !
[05:33] <mvo> mborzecki: how are you?
[05:34] <mvo> mborzecki: and how is snapd, any urgencies or fires?
[05:34] <mborzecki> mvo: no fires afaik, zyga anything on-fire on your plate? :)
[05:35] <zyga> Just hot breakfast
[05:35] <zyga> Welcome back mvo
[05:36] <zyga> There is one issue but not widespread and yet to be understood or reproduced
[05:36] <mvo> zyga: no fires> I like that!
[05:36] <mvo> zyga: which issue is that, do you have more details?
[05:37] <zyga> Yeah, just not at my pc yet
[05:37] <zyga> Apparmor profiles sometimes go away on boot for some apps
[05:37] <mvo> zyga: heh, no worries
[05:37] <mvo> zyga: oh, this one - from sergio, right?
[05:37] <zyga> Yes
[05:38] <mborzecki> mvo: 2.32 branch builds are failing on travis, there was a recurring issue allocating certain machines in linode
[05:39] <mvo> mborzecki: ok, slightly unfortunate, lets hope we can put 2.32 to rest. with 2.33 it will all be gce based and great and all that
[06:37]  * zyga done with kids, now dog and then just work :)
[06:37] <mvo> mborzecki: did you notice the spread error of 5080? it looks real
[06:38] <mborzecki> mvo: yes, i need to adjust the test, we're showing 'system' now in snap interface output
[06:38] <mvo> mborzecki: cool, just wanted to make sure its known
[06:38] <zyga> #5081 is interesting and short and will open the path for the three fixes to layouts I have pending in case
[06:38] <mup> PR #5081: interfaces/apparmor: add chopTree <Created by zyga> <https://github.com/snapcore/snapd/pull/5081>
[06:38] <zyga> in case anyone wants to look :)
[06:40] <jamesh> zyga: fwiw, I've got a follow-up PR for the user-mounts branch, that extends the use of Secure.BindMount to file bind mounts too: https://github.com/snapcore/snapd/pull/5082
[06:40] <mup> PR #5082: cmd/snap-update-ns: use Secure.BindMount to bind mount files <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/5082>
[06:44] <zyga> jamesh: ack, I saw
[06:44] <zyga> I am waiting for a review from Gustavo who expressed interest but I would love to merge your branch ASAP
[07:09] <kalikiana> good morning
[07:11] <pstolowski> mornings
[07:12] <pstolowski> hey kalikiana
[07:14] <zyga> good morning kalikiana
[07:16] <kalikiana> o/
[07:31] <mvo> zyga: if you don't have something ready I will look into the mountinfo issue (1763266) now
[07:31] <zyga> mvo: the mountinfo with #
[07:32] <zyga> mvo: if you want to, I planned to look at that after layout permission issue I found yesterday evening
[07:33] <mvo> zyga: this mountinfo has a superblock options with a space
[07:33] <zyga> oh
[07:33] <zyga> do you have a sample?
[07:33] <mvo> zyga: but yeah, looks like a nice morning task
[07:33] <mvo> zyga: sure, its in the bug, one sec
[07:33] <zyga> we handle spaces because they should be escaped
[07:33] <zyga> (so not really spaces)
[07:33] <mvo> 28 1 8:4 / / rw,relatime shared:1 - bcachefs /dev/nvme0n1p6:/dev/sda4:/dev/sdb4 rw,errors=continue,background_compression=zstd,foreground_target=ssd,background_target=rotational,promote_target=invalid group 2,fix_errors
[07:33] <zyga> uh
[07:33] <zyga> looks like a kernel bug :/
[07:33] <mvo> zyga: the superblock options (promote_target=..) has spaces
[07:34] <zyga> normally all spaces are escaped
[07:34] <zyga> but this has to be done everywhere correctly
[07:34] <zyga> looks like not here :/
[07:34] <zyga> (I mean normally in the kernel)
[07:35] <mvo> zyga: should we add a workaround or ask the kernel folks to fix it?
[07:35] <zyga> double check the spec
[07:35] <zyga> and add a workaround, we need to work on the kernels as they are
[07:35] <zyga> I'd also send a patch to the kernel after confirming this is wrong
[07:38] <mvo> zyga: fair enough, I have a look
[07:44] <mvo> zyga: do you mean Documentation/proc.txt when you say "spec"? or is there more of a spec than this file?
[07:44] <zyga> this and the man page
[07:46]  * mvo nods
[07:52] <mborzecki> hm played a bit with systemd-bootchard to check if we could somehow use it to debug some of the issues with slow startup, but i don't understand why it's discarding samples for some of the processes
[07:53] <mborzecki> and not only processes from a snap, just regular processes too
[08:09] <Chipaca> mborzecki: how are you using it?
[08:09] <Chipaca> mborzecki: and how is it different from 'systemd-analyze plot'
[08:11] <mborzecki> Chipaca: i've patched it to support filering by uid (--uid=123) and only sample new processes (--new), basically what i did is run systemd-bootchar from command line, start some snaps, view the graph ;)
[08:13] <Chipaca> mborzecki: interesting
[08:16] <zyga> mvo: remember we have a 2nd parser in C
[08:24] <mvo> zyga: I do
[08:24] <mvo> zyga: but I concluded its a kernel bug
[08:24] <zyga> yes
[08:24] <zyga> I agree
[08:24] <zyga> what happens because of the bug?
[08:24] <zyga> how do we misbehave?
[08:25] <mvo> zyga: he says it does not start but  Ithink we fixed this
[08:25] <mvo> zyga: it may still have problems when snap-confine runs though
[08:25] <zyga> Ubuntu 4.15.0+bcachefs.git20180404.42e79d6-1-generic 4.15.15
[08:25] <zyga> interesting, it's a custom build
[08:27] <mvo> zyga: yeah, bcachefs is not upstream yet
[08:28] <zyga> huh? I used it a few years ago and it was all in the archive
[08:28] <zyga> maybe it was DKMS
[08:28] <zyga> I don't remember
[08:29] <mvo> zyga: I did a apt search bcache and did not find a dkms, also downloaded our kernel tree (deb) and greped but maybe I missed something?
[08:58] <zyga> mvo: does "/var has 'other' write 41777" ring any bells
[08:59] <zyga> it's not in our tree
[09:00] <mvo> zyga: does not ring a well, where do you see this?
[09:00] <Chipaca> zyga: cmd/snap-confine/seccomp-support.c:		die("%s has 'other' write %o", path, stat_buf.st_mode);
[09:00] <zyga> mvo: when I run "true"
[09:00] <zyga> via snap run stack
[09:00] <zyga> oh!
[09:01]  * zyga has poor grep skills somehow
[09:01] <zyga> thank you chipaca
[09:01] <Chipaca> zyga: :)
[09:01] <zyga> I grepped through bash and dash
[09:01]  * Chipaca is having a good dady so far
[09:01] <Chipaca> day*
[09:01]  * Chipaca jinxed it
[09:09] <pstolowski> zyga: wow, that layout fix PR has grown quite a bit
[09:09] <zyga> it's my working branch
[09:09] <zyga> I chop bits and propose them separately
[09:09] <zyga> I'm working on the third fix
[09:09] <zyga> in reality it's not that long but there are several places that use a helper so tests changed
[09:09] <pstolowski> i see; yes I see a lot of tests
[09:12] <mvo> btw, did we figure out why `snap try` is/was so slow for cachio?
[09:16] <zyga> mvo: not that I know of
[09:17]  * mvo nods
[09:43] <mup> PR snapd#5083 opened: image: support refreshing soft-expired user macaroons in tooling <Created by pedronis> <https://github.com/snapcore/snapd/pull/5083>
[09:44] <pedronis> mvo: hi, welcome back
[09:44] <mvo> hey pedronis - good morning!
[09:52] <zyga> Chipaca: super trivial for you https://github.com/snapcore/snapd/pull/5084
[09:52] <mup> PR #5084: osutil,interfaces: use uint32 for uid, gid <Created by zyga> <https://github.com/snapcore/snapd/pull/5084>
[09:52] <mup> PR snapd#5084 opened: osutil,interfaces: use uint32 for uid, gid <Created by zyga> <https://github.com/snapcore/snapd/pull/5084>
[09:59] <pedronis> mvo: was your comment a +1 or a question? if it was a question I tried to answer
[09:59] <mvo> pedronis: its a compliment, its pretty cool that this can be added now in such a trivial way
[10:00] <pedronis> well, I wouldn't call it trivial, it's kind of obscure, but until we know the roadmap a bit unclear how much to spend improving this
[10:00] <mvo> pedronis: thinking about it, a small comment in the type toolingAuthContext might be good, something like "// ... is used to support refreshing of soft-expired user macaroons"
[10:01] <mvo> pedronis: yes, fair point
[10:01] <mup> Bug #1760841 changed: snapd does not parse /etc/fstab properly when using mhddfs <Snappy:Fix Released by zyga> <https://launchpad.net/bugs/1760841>
[10:04] <pedronis> mvo: pushed, can you look again
[10:05] <pedronis> rewrapped the comment now
[10:06] <pedronis> also
[10:13] <willcooke> zyga, remember the bug from a week or two back where classic snaps were killing the Wayland session?  I've just tested the new mesa and it works, but the problem seems to have been resolved by something else in the last couple of weeks.  Could be a new xwayland, but we don't think so.  Anyway - the problem is resolved in my testing.
[10:13] <zyga> willcooke: is this released now? popey has his session being killed by snaps very often lately
[10:13] <zyga> willcooke: I will try again on my system
[10:13] <zyga> thank you for letting me know
[10:13] <zyga> and is this only in bionic or also in xenial?
[10:14] <popey> I'm getting my session killed when snap connects the opengl interface
[10:14] <popey> hasn't happened since I updated to latest nvidia driver, fingers crossed
[10:14] <popey> and I'm not using wayland
[10:20] <willcooke> zyga, this is on my 18.04 machine (no Wayland by deafult on 16.04).  I just installed and upgraded (no proposed) and rebooted, logged in to the wayland session and made a Skype call.
[10:20] <willcooke> If you can still crash it, could you try this ppa?  https://launchpad.net/~canonical-x/+archive/ubuntu/x-staging
[10:21] <zyga> I will try my bionic machine first
[10:32] <Chipaca> any chance of a second review of #4983 ?
[10:32] <mup> PR #4983: osutil/sys, client: add sys.RunAsUidGid, use it for auth.json <Created by chipaca> <https://github.com/snapcore/snapd/pull/4983>
[10:33] <zyga> me
[10:37] <mup> PR snapd#5085 opened: many: fix false negatives reported by vet <Created by zyga> <https://github.com/snapcore/snapd/pull/5085>
[10:44] <mup> PR snapd#5086 opened: osutil,interfaces,cmd: use less hardcoded strings <Created by zyga> <https://github.com/snapcore/snapd/pull/5086>
[10:44] <thresh> I'm having a weird (?) confinement issue I think?  /home/thresh/snap/vlc/common/.cache is no longer writable by the vlc snap?
[10:44] <thresh> kf5.kservice.sycoca: ERROR writing database "/home/thresh/snap/vlc/common/.cache/ksycoca5_en_NtlNTj_f3j_omvvKHGdLzPa9Q1A=" . Disk full?
[10:45] <zyga> thresh: dimes | grep DENIED
[10:45] <zyga> dmesg*
[10:47] <thresh> don't see anything for that particular filepath
[10:47] <thresh> however
[10:47] <thresh> [197467.950484] audit: type=1400 audit(1524566792.497:2281): apparmor="DENIED" operation="link" profile="snap.vlc.vlc" name="/run/user/1000/snap.vlc/vlcRTFlpM.11.slave-socket" pid=17509 comm="vlc" requested_mask="l" denied_mask="l" fsuid=1000 ouid=1000 target="/run/user/1000/snap.vlc/#5640602"
[10:48] <zyga> this is a separate issue, snaps cannot create sockets in /run without an interface
[10:48] <thresh> that's on Debian Testing, snapd 2.30-5+b1
[10:48] <thresh> oh ok, let me take a look which interface that is
[10:48] <zyga> mvo: ^^^
[10:48] <zyga> mvo: we need to hug debian
[10:48] <zyga> thresh: 3.30 is very old, we are now at 2.32.5 with a ton of bug-fixes
[10:49] <zyga> thresh: we need to update debian
[10:49] <thresh> o ok
[10:51] <mup> PR snapd#5087 opened: many: fix various issues reported by shellcheck <Created by zyga> <https://github.com/snapcore/snapd/pull/5087>
[10:52] <thresh> should I file a bug so it won't be forgotten?
[10:52] <thresh> (and where)
[10:52] <zyga> thresh: yes, sure on launchpad.net/snapd
[10:53] <thresh> speaking about /run, what's the interface name should I use?  I browsed https://docs.snapcraft.io/reference/interfaces and didnt find much relevant
[10:53] <thresh> I guess I can manually backport snapd to Debian locally just to try it out too
[10:53] <zyga> thresh: it looks like some sort of IPC for vlc itself
[10:53] <zyga> I don't know
[10:54] <zyga> do you know what is that socked used for?
[10:54] <thresh> the one in the apparmor denial, I don't
[10:55] <thresh> the ksysoca thingie is KDE stuff, happens when a file dialog is starting up under Plasma
[10:55] <thresh> I suspet they might be related, since they happen at the same time
[10:55] <thresh> +c
[10:56] <Chipaca> of course running an exec.Command from a pinned thread doesn't work in 1.6 :'(
[10:56] <Chipaca> works just fine in 1.10
[10:56] <Chipaca> darn it
[11:02] <Chipaca> mvo: mborzecki: does snapd as packaged depend on sudo?
[11:02] <mborzecki> Chipaca: don't think so
[11:03] <mborzecki> Chipaca: runuser?
[11:03] <Chipaca> mborzecki: is that everywhere we support?
[11:04] <mborzecki> Chipaca: it's in util-linux, so maybe, worth checking
[11:05] <Chipaca> mborzecki: and does it take a numeric id
[11:05]  * Chipaca tries that
[11:06] <pedronis> Chipaca: I'm still blocking #4790, right ? I need to re-review
[11:06] <mup> PR #4790: jsonutil/puritan: introducing puritan.String & etc <Created by chipaca> <https://github.com/snapcore/snapd/pull/4790>
[11:06] <Chipaca> ¯\_(ツ)_/¯
[11:07] <pedronis> too many open PRs
[11:07] <zyga> Chipaca: reviewed 4983
[11:07] <Chipaca> mborzecki: mvo: OTOH snapshots adds a dependency on 'tar', so maybe adding a dependency on sudo isn't too onerous
[11:10] <zyga> Chipaca: wanna read "chopTree" PR? :)
[11:10] <zyga> I really need it out to do more fixes for layouts
[11:15] <zyga> mvo: I sent some trivial cleanup PRs for issues reported by run-checks --static
[11:16] <mup> PR snapcraft#2104 opened: many: allow building in containers with no version in project <bug> <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2104>
[11:18] <mvo> zyga: cool, thank you
[11:20] <mvo> Chipaca: no need (on debian/ubuntu) to add a dependency to tar, tar is essential already
[11:21] <mvo> Chipaca: sudo otoh is something we should depend on
[11:21] <mvo> Chipaca: if there wasn't the "apt-get upgrade" issue
[11:22] <Chipaca> mvo: and is util-linux essential?
[11:22] <mvo> Chipaca: yes
[11:22] <Chipaca> siiigh
[11:22] <mvo> Chipaca: why?
[11:22] <Chipaca> I'll use runuser then
[11:22] <Chipaca> mvo: because runuser doesn't take numeric ids
[11:22] <mvo> Chipaca: essential is good
[11:23] <Chipaca> mvo: so I need to pass the username
[11:23] <mvo> Chipaca: aha, I see, you need sudo for sudo --user ?
[11:23] <Chipaca> mvo: nah, i can use runuser
[11:23] <Chipaca> it's just that i'd prefer not to :-)
[11:23] <Chipaca> mvo: just me being grumpy
[11:26] <mvo> Chipaca: ok :)
[11:29] <ackk> mvo, hi, is the SSL certs setup different in a snap? I added a self-signed cert to the chain and a curl on the host works, but an app in the snap fails fails to check the certificate
[11:32] <zyga> ackk: hey
[11:32] <zyga> ackk: where are the certificates stored?
[11:33] <ackk> zyga, well I added it to /etc/ssl/certs and run update-ca-certificates , so it should be listed there
[11:33] <zyga> I see
[11:33] <zyga> ackk: we don't allow host certificates to be seen by snap applications
[11:33] <zyga> ackk: they only see those that are shipped by the core snap
[11:33] <ackk> zyga, and where are those?
[11:34] <zyga> in /snap/core/current/etc/ssl
[11:34] <ackk> zyga, also, how is that done? if I snap run --shell and list /etc/ssl/certs I do see my cert there
[11:34] <zyga> I mean, the same location
[11:34] <zyga> just baked as read-only in the core snap
[11:36] <ackk> zyga, so if I list /etc/ssl/certs from a snap shell should  I see the dir in core?
[11:36] <zyga> yes
[11:36] <zyga> you will
[11:37] <ackk> zyga, I don't seem to
[11:37] <zyga> and what do you see?
[11:37] <ackk> ack@maas:/home/ack/canonical/src/maas$ ls -la /etc/ssl/certs/ | grep ext-au
[11:37] <ackk> lrwxrwxrwx 1 root root     12 Apr 24 09:58 8135fe7f.0 -> ext-auth.pem
[11:37] <mup> PR #24: Renamed .bzrignore to .gitignore. Added .coverage. Removed the ./ in front of ignored paths <Created by elopio> <Closed by elopio> <https://github.com/snapcore/snapd/pull/24>
[11:37] <ackk> lrwxrwxrwx 1 root root     12 Apr 24 09:58 a35f5088.0 -> ext-auth.pem
[11:37] <ackk> -rw-r--r-- 1 root root   1159 Apr 24 09:17 ext-auth.pem
[11:37] <ackk> zyga, ^ those are my certs
[11:37] <ackk> zyga, (from snap run --shell maas)
[11:37] <zyga> ah, is this a base18 thing?
[11:37] <ackk> yeah
[11:37] <zyga> ls
[11:37] <ackk> core18 :)
[11:38] <pedronis> then is undefined
[11:38] <zyga> it should behave the same
[11:38] <zyga> but...
[11:38] <zyga> ackk: what is /etc/ssl on your host?
[11:38] <zyga> is it a symlink?
[11:39] <ackk> zyga, you mean outside of the snap? no, it's a dir
[11:39] <zyga> hmm
[11:39] <ackk> but it seems core18 doesn't have its own /etc/ssl
[11:39] <zyga> yeah
[11:39] <zyga> aha?
[11:39] <ackk> yeah, it's not there
[11:39] <zyga> in that case we don't hide it
[11:39] <zyga> it should be your host's /etc/ssl
[11:39] <zyga> sorry that this is confusing
[11:40] <zyga> if I could change one thing we did years ago
[11:40] <zyga> I'd make /etc an artificial fs maintained by snapd
[11:42] <ackk> zyga, ok, so it it indeed the one of the actual system, but for some reason it seems apps are not getting certs from there
[11:42] <zyga> ackk: no idea how SSL stack works
[11:43] <pedronis> anyway the current behavior of core18 is likely not what we want
[11:43] <ackk> zyga, ok, thanks for confirming the filesystem layout
[11:43] <zyga> yes, I agree
[11:43] <zyga> though the issue of SSL certs being a bit odd is still a valid one
[11:43] <zyga> it's unclear how they work
[11:43] <zyga> and definitely not documented that it is what we want
[11:44] <pedronis> we have had requests to add certs
[11:44] <zyga> yes, I recall
[11:44] <pedronis> so really we want something that is the union of various things
[11:44] <pedronis> I fear
[11:44] <zyga> I mean we should be consistent and not unexpected
[11:44] <zyga> and documented
[11:44] <pedronis> just offering what's in the host in not what we want though
[11:44] <pedronis> or at least not as default
[11:45] <zyga> yes, I think we want to look at /etc
[11:45] <zyga> to be ready for 20
[11:45] <zyga> since 18 is a bit too soon
[11:45] <ackk> zyga, pedronis fwiw I see a weird behavior, if I pass --ca-directory=/etc/ssl/certs to wget it works
[11:46] <zyga> can you strace it
[11:46] <ackk> but that should be the default (and indeed it works without outside the snap)
[11:46] <zyga> to see where it goes normally
[11:46] <ackk> zyga, not inside the snap
[11:46] <zyga> it probably follows some config/symlinks or other magic
[11:46] <zyga> ackk: snap run --strace ;D
[11:46] <ackk> ooh
[11:46] <ackk> zyga, but how do i run wget i the snap from snap run?
[11:47] <zyga> just hack a command that has what you want to run
[11:47] <zyga> snap run --stace maas.justesting
[11:47] <zyga> --strace :)
[11:47] <ackk> oh
[11:47] <ackk> zyga, can I manually add a wrapper in a snap try snap and execute it ? :)
[11:48] <zyga> yeah
[11:48] <ackk> ah, nice
[11:48]  * Chipaca -> lunch
[11:52] <ackk> zyga, how do i do that? I created the wrapper file, and added a /snap/bin/maas.wget symlink but it doesn't work
[11:52] <zyga> unpack your snap, add a command and snap try it
[11:53] <ackk> zyga, do I need to add the command to some manifest?
[11:54] <zyga> ackk: yes, to meta/snap.yaml
[11:56] <ackk> aah, thanks
[11:57] <ackk> zyga, I'm getting this error: cannot change profile for the next exec call: No such file or directory
[11:57] <zyga> did you "snap try" after creating the new entry or before it?
[11:58] <zyga> snap try should fix it (again)
[11:59] <ackk> zyga, even if it's already mounted?
[11:59] <zyga> yes
[11:59] <ackk> ah, TIL you can do that
[11:59] <ackk> I thought bad things would happen
[12:00] <mup> PR snapd#5088 opened: tests: checking interfaces declaring the specific interface <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5088>
[12:01] <ackk> zyga, ah, now I can snap run the command, but --strace just reports exit statu 1
[12:02] <ackk> zyga, https://paste.ubuntu.com/p/kR8pwb6gSt/
[12:03] <zyga> hmmm, no idea :/
[12:03] <ackk> ok, thanks
[12:12] <mborzecki> off to pick up the kids
[12:15] <jdstrand> thresh (cc zyga): that socket denial is actually a 'file' rule for 'l'ock. we allow that in the default template. there might be a bug. can you file it either in the forum or at https://bugs.launchpad.net/apparmor/+filebug?
[12:15] <zyga> oh
[12:15] <zyga> hey jdstrand :)
[12:16] <thresh> jdstrand, I can do it - which information should I include on the launchpad?
[12:22] <jdstrand> thresh: please include the denial and the output of: grep '/run/user' /var/lib/snapd/apparmor/profiles/snap.vlc.vlc. then attach grep '/run/user' /var/lib/snapd/apparmor/profiles/snap.vlc.vlc
[12:22] <jdstrand> whoops
[12:22] <jdstrand> thresh: then attach /var/lib/snapd/apparmor/profiles/snap.vlc.vlc
[12:23] <jdstrand> hey zyga :)
[12:23] <jdstrand> thresh: oh, and the output of 'snap version' and 'cat /proc/version'
[12:24] <zyga> jdstrand: I'm working on three layout issues, two are fixed and third is in progress (just some gardening needed and tests)
[12:24] <jdstrand> yeah. I know you need 5081
[12:24] <jdstrand> (and cool)
[12:24] <zyga> jdstrand: it would help if you could look at 5081
[12:24] <zyga> yes :)
[12:24] <zyga> but no rush, maybe someone else will review it before
[12:25] <zyga> I need to garden some testing helpers and add syscall.Lstat
[12:25] <zyga> jdstrand: the third bug was that the mimic would not retain the ownership and permissions of the original directory
[12:25]  * jdstrand nods
[12:26] <thresh> woah, any idea what went wrong with firefox here:  http://thre.sh/stuff/2018-04-24-152506_1523x1011_scrot.png
[12:26] <thresh> 59.0.2-1, refreshed in March .. :
[12:26] <thresh> :|
[12:27] <zyga> jdstrand: fortunately tmpfs can be mounted that way but adding that one extra Lstat call makes a lot of noise
[12:28] <thresh> libreoffice does not start now, too
[12:29] <jdstrand> thresh: are these snaps?
[12:29] <thresh> jdstrand, yes
[12:29] <jdstrand> (firefox and libreoffice)
[12:29] <jdstrand> thresh: do you have security denials?
[12:30] <thresh> I do not have that in dmesg
[12:30] <thresh> snap run libreoffice reports "No fonts could be found on the system."
[12:30] <jdstrand> thresh: fyi, normally looking at journalctl will give you a complete picture (eg, dbus denials are not logged in dmesg)
[12:31] <jdstrand> s/dbus/some dbus/
[12:32] <thresh> nothing new with sudo journalctl --folow and then snap run libreoffice
[12:32] <jdstrand> thresh: I'm not sure what that issue would be (others in the channel can comment). it could be either the snaps, something changed on the system underneath them (eg, a dist-upgrade) or a bug in making the fonts available
[12:33] <jdstrand> thresh: did you run a dist-upgrade?
[12:33] <thresh> I did that a couple days back, but I've re-logged in since then
[12:34] <thresh> maybe it's time for a reboot
[12:34] <thresh> let me check if non-snapped GTK sotware works
[12:34] <jdstrand> since it happened to two different snaps, I would suggest looking at snapd then. zyga can you think of why thresh has snaps that can no longer find fonts?
[12:35] <thresh> well, thunderbird (non-snapped) works fine
[12:36] <thresh> I'm on core 16-2.32.5, rev 4486
[12:37] <zyga> thresh: what is your host? xenial?
[12:38] <zyga> jdstrand: mount profiles are optional so if we fail to mount fonts we don't stop
[12:38] <zyga> thresh: can you please run this:
[12:38] <zyga> thresh: sudo /usr/lib/snapd/snap-discard-ns firefox
[12:38] <zyga> (quit all firefox processes before)
[12:39] <zyga> thresh: SNAP_CONFINE_DEBUG=1 snap run firefox
[12:39] <zyga> thresh: and attach the output please
[12:39] <thresh> zyga, debian 9, testing
[12:39] <thresh> err
[12:39] <thresh> s/ 9//
[12:40] <zyga> debian sid?
[12:40] <zyga> did you rebuild snapd form source then?
[12:40] <thresh> debian buster
[12:40] <thresh> I can no longer reproduce after a reboot, sorry
[12:40] <thresh> no, I havent rebuild snapd
[12:40] <zyga> I see
[12:41] <thresh> snapd version is 2.30-5+b1, snap list core core  16-2.32.5  4486  stable    canonical  core
[12:41] <zyga> is snapd on debian at 2.32.5?
[12:41] <zyga> aha
[12:41] <zyga> ok
[12:41] <zyga> so just Sid is wrong
[12:41] <thresh> I *did* have a weird issue with fonts on VLC too, but then it magically started working
[12:42] <thresh> so will do that reporting next time I experience that, good to know - thank you
[12:42] <thresh> I think Sid has the same snapd as per https://packages.debian.org/search?keywords=snapd
[12:47] <mup> PR snapd#5089 opened: tests: adding google-sru backend replacing linode-sur <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5089>
[12:58] <thresh> uhm, now that's confusing
[12:58] <thresh> thresh@coal ~ $ snap version
[12:58] <thresh> snap    2.32.5
[12:58] <thresh> snapd   2.32.5
[12:58] <thresh> dpkg -l snapd reports 2.30, though
[12:59] <zyga> thresh: that's deliberate
[12:59] <pedronis> you have reexec turned on
[13:02] <thresh> thank you
[13:07] <mup> PR snapd#5071 closed: tests: replace snap try when possible to speedup tests execution <Created by sergiocazzolato> <Closed by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5071>
[13:14] <mup> PR snapd#5090 opened: cmd/snap-update-ns: poke hokes when creating source paths for layouts <Created by zyga> <https://github.com/snapcore/snapd/pull/5090>
[13:16] <zyga> jdstrand: I opened a reasonably simple PR for the 2nd layout issue I found, it's now isolated from issues 1 and 3
[13:25] <thresh> jdstrand, regarding vlc apparmor issue; the problem is, I'm shipping parts of KDE (kio, to be exact), so users' look and feel would be fine under K (think themed Qt)
[13:25] <thresh> so I'm not really sure this belongs in an upstream vlc apparmor policy
[13:26] <thresh> maybe I'm missing some plug
[13:35] <jdstrand> zyga: ack. note I'm still work on sprint stuff
[13:35] <zyga> jdstrand: ack
[13:35] <zyga> that's fin
[13:35] <zyga> fine
[13:36] <jdstrand> thresh: well, the issue with vlc is that you are seeing a lock denial and the policy has a rule to allow it
[13:36] <jdstrand> thresh: so there might be a bug in the parser or the kernel
[13:36] <jdstrand> thresh: please report it so it can be investigated
[13:38] <thresh> jdstrand, allright.
[13:39] <thresh> grep '/run/user' /var/lib/snapd/apparmor/profiles/snap.vlc.vlc is nada, btw, there is no /run in that file whatsoever
[13:41] <Chipaca> mvo: was https://github.com/snapcore/snapd/pull/4750#issuecomment-369862204 meant to be a +1?
[13:41] <mup> PR #4750: store: getStructFields now take pointers <Created by chipaca> <https://github.com/snapcore/snapd/pull/4750>
[13:41] <cachio> mborzecki, zyga, please could you take a look to https://github.com/snapcore/spread-images/pull/10 again?
[13:41] <mup> PR spread-images#10: New task to add debian-sid as a gce image <Created by sergiocazzolato> <https://github.com/snapcore/spread-images/pull/10>
[13:41] <cachio> thanks
[13:42] <jdstrand> thresh: oh, well, then that isn't an apparmor bug. can you paste the profile somewhere? eg, http://paste.debian.net/
[13:42] <mborzecki> cachio: just finished going though it :)
[13:46] <thresh> jdstrand, there you go http://paste.debian.net/1021796/
[13:48] <jdstrand> thresh: so, that profile indicates forced devmode and the lockfile should be handled by /** rwlkm. please file the bug. you can just paste the profile in the bug rather than attach it (since it is small; also leave out the grep for /run)
[13:49] <jdstrand> thresh: really, show the denial and then everything in the paste :)
[13:50] <cachio> mborzecki, tx
[13:51] <thresh> jdstrand, a bug against apparmor then?
[13:54] <mup> PR snapd#5091 opened: many: hold refresh when on metered connections <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5091>
[13:54] <jdstrand> thresh: yes please
[14:05] <thresh> uhm, that's weird, I never assumed it was devmode
[14:05] <thresh> wonder why snap info vlc doesnt tell thatn then
[14:06] <thresh> welp, snap install vlc --beta --devmode now shows it as "devmode" in snap info vlc;  however I still see security policies applied
[14:06] <thresh> heheh
[14:07] <thresh> and snap install vlc --beta --jailmode results in error: cannot install "vlc": this system cannot honour the jailmode flag
[14:10] <mvo> Chipaca: that was a thank you for the extra explaination. I will reply to the PR but I'm really sitting on the fence about this one, it does not fell (to me and my ignorance) that we win much with the change. but let me read it again
[14:18] <niemeyer> Chipaca: I'm off the call, and still have time left before my next activity.. please let me know when you're back
[14:22] <Chipaca> niemeyer: i'mback
[14:22] <zyga> cachio: after lunch, but sure :)
[14:23] <cachio> zyga, tx
[14:24] <niemeyer> mvo, Chipaca: Provided a small comment there too
[14:24] <niemeyer> Chipaca: Cool, back to the standup?
[14:24] <Chipaca> niemeyer: sure
[14:24] <niemeyer> (sorry for the noise, it's still here)
[14:40] <pedronis> mvo: your addition to the 5s topic,   we discussed also the maing of stop vs stop --disable for sockets and timers, which is probably something that work should take into consideration
[14:40] <pedronis> s/maing/meaning/
[14:42]  * cachio lunch
[14:43] <pedronis> mvo: I can add something myself if that's ok
[14:44] <mup> PR snapcraft#2084 closed: Osx travis <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2084>
[14:47] <pedronis> Chipaca: I wondered who would be the first to use Simple ironically ;)
[14:49]  * zyga is back from school/dog/lunch break
[14:52] <mvo> pedronis: sure, just add
[14:52] <pedronis> mvo: done
[14:52] <mvo> pedronis: sorry for the delay, was in a meeting
[14:52] <mvo> pedronis: thank you
[14:53] <zyga> cachio: https://github.com/snapcore/snapd/pull/5088 has issues in one interface test
[14:53] <mup> PR #5088: tests: checking interfaces declaring the specific interface <Simple> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5088>
[14:54] <zyga> cachio: https://github.com/snapcore/snapd/pull/5089 needs a trivial fix
[14:54] <mup> PR #5089: tests: adding google-sru backend replacing linode-sur <Simple> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5089>
[14:55] <mup> PR snapd#5083 closed: image: support refreshing soft-expired user macaroons in tooling <Squash-merge> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/5083>
[14:55] <Chipaca> pedronis: I wonder why you wondered
[14:55] <Chipaca> I blame zyga
[14:56] <zyga> I blame zyga too
[14:56] <Chipaca> zyga: this is about #5066
[14:56] <mup> PR #5066: overlord/snapshotstate/backend: introducing the snapshot backend <Simple> <Created by chipaca> <https://github.com/snapcore/snapd/pull/5066>
[14:57] <zyga> haha
[14:57] <zyga> well, I didn't do _that_ :D
[14:57] <Chipaca> zyga: simple means it's got no poles
[14:57] <Chipaca> zyga: right?
[14:57] <zyga> no poles or no slavs?
[14:58] <Chipaca> zyga: it's hard to tell if you're running with the joke or thought i meant Poles, over IRC. Just to be clear: I meant no zeros in the complex plane, which are called poles
[14:59] <Chipaca> bah. 1/f etc etc
[14:59] <zyga> oh, I didn't run with that joke, I must have intersected with the real plane earlier
[15:00] <Chipaca> zyga: https://en.wikipedia.org/wiki/Zeros_and_poles#/media/File:Gamma_abs_3D.png
[15:00] <Chipaca> zyga: dem poles
[15:01] <zyga> Chipaca: now I will be reading wikipedia for the next hour!
[15:01] <Chipaca> psh. amateur.
[15:05] <mup> PR snapcraft#2102 closed: tests: use a common cache for the integration tests <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2102>
[15:09] <mup> PR snapd#5059 closed: tests: add pending shutdown detection <Go! Go! Go!> <Simple> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5059>
[15:09] <kyrofa> Chipaca, if I run `snap watch --last=refresh`, it sounds like that will _not_ cover automatic refreshes, right?
[15:10] <kyrofa> (since auto-refresh is also an item)
[15:11] <Chipaca> kyrofa: do you have an auto-refresh change there?
[15:12] <Chipaca> kyrofa: I'd have to go look through code to answer with confidence (and i'd rather not given my current stack)
[15:12] <Chipaca> kyrofa: if you do, curl -s --unix-socket /run/snapd.socket http://localhost/v2/changes?select=all  | jq '.result[].kind'
[15:13] <kyrofa> Chipaca, yeah there's an auto-refresh there
[15:13] <kyrofa> It's done, though
[15:13] <Chipaca> kyrofa: then that's the one you want to wait on, if you're looking at the same issue kalikiana was looking at
[15:14] <Chipaca> kyrofa: if it's Done, then watch will return immediately
[15:15] <kyrofa> Chipaca, ah, you're familiar with that issue? Yeah, kalikiana is using --last=refresh, my question is whether it should actually be --last=auto-refresh
[15:15] <Chipaca> kyrofa: yeah probably
[15:15] <Chipaca> kyrofa: it'll be harder to test for :-(
[15:15] <Chipaca> but yes
[15:15] <Chipaca> the situation as described was with an auto-refresh ongoing
[15:15] <kyrofa> No reason we can't do both, but in a realistic scenario, I think the auto-refresh is the real problem
[15:15] <kyrofa> Indeed
[15:16] <Chipaca> as long as you ignore the error, yes
[15:16] <Chipaca> (watch will error if there is no change of that kind)
[15:16] <kyrofa> Oh, good to know
[15:17] <Chipaca> kyrofa: try 'snap watch --last=potato'
[15:17]  * Chipaca hopes he hasn't made anybody nervous with that
[15:20] <kyrofa> Chipaca, it worked!
[15:20] <kyrofa> (kidding)
[15:20] <Chipaca> kyrofa: by the way, what was the reason for the validation error you were getting yesterday?
[15:20] <kyrofa> Chipaca, the app command wasn't pointing at an existing file
[15:21] <Chipaca> kyrofa: did you read that in the log?
[15:21] <kyrofa> Chipaca, no, after zyga mentioned that apps were validated I just took a closer look. I had fixed it by the time you mentioned it was actually logged
[15:22] <Chipaca> aw, ok
[15:22] <Chipaca> kyrofa: I'll probably be adding a '(details in the log)' or something to help people find that info
[15:22] <Chipaca> not any time soon though
[15:22]  * Chipaca 's plate is full
[15:29] <kyrofa> Chipaca, how quickly after first boot do you think snapd would try to autorefresh?
[15:29] <kyrofa> Immediately?
[15:30] <kyrofa> Or is there a delay or some sort?
[15:30] <mvo> kyrofa: with the current snapd there is a delay of ~2h iirc
[15:30] <Chipaca> there's a hold off of 2h i think, and then a random window
[15:30] <Chipaca> kyrofa: see 'snap refresh --time'
[15:30] <kyrofa> Can I hack around that for a test? Convince it to autorefresh?
[15:31] <kyrofa> Oh, handy
[15:32] <Chipaca> kyrofa: I think you should be able to give it a window small enough to be useful in a test, yes
[15:32] <Chipaca> I never remember the syntax for it though
[15:32] <kyrofa> Oh right, THAT feature, yeah let me look it up
[15:36] <kalikiana> Chipaca: kyrofa It was my understanding `snap watch --last=refresh` covers automatic refresh. Is that indeed not the case?
[15:37] <Chipaca> kalikiana: watch is fairly dumb and snap-side only, and it's a simple match on the change kind
[15:37] <kalikiana> Hum
[15:37] <kalikiana> Okay
[15:38] <Chipaca> kalikiana: code is in cmd/snap/last.go if you want to look
[15:52] <mup> PR snapd#5087 closed: many: fix various issues reported by shellcheck <Simple> <Created by zyga> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5087>
[15:59] <mup> PR snapd#5092 opened: snap: do not use overly short timeout in `snap {start,stop,restart}` <Critical> <Created by mvo5> <https://github.com/snapcore/snapd/pull/5092>
[16:07] <pedronis> Chipaca: I reviewed #4790
[16:07] <mup> PR #4790: jsonutil/puritan: introducing puritan.String & etc <Created by chipaca> <https://github.com/snapcore/snapd/pull/4790>
[16:07] <pedronis> Chipaca: it needs a different summary when merged
[16:08] <Chipaca> pedronis: ack, thanks
[16:08] <Chipaca> i'll probbaly get to it tomorrow
[16:18] <mup> PR snapd#5084 closed: osutil,interfaces: use uint32 for uid, gid <Simple> <Created by zyga> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5084>
[16:18]  * kalikiana eod
[16:35] <zyga> willcooke: sorry for the late response, I just logged into a fully up to date 18.04 wayland session and yes, Skype still kills it
[16:35] <willcooke> zyga, interesting.  Did you try the canonica-x ppa too?
[16:35] <zyga> willcooke: this is on a thinkpad t470 with just intel graphics
[16:36] <zyga> gnome-shell segvfault https://www.irccloud.com/pastebin/I8gILg4y/
[16:36] <zyga> no, I haven't
[16:36] <zyga> I'm about to, just looking fot that PPA name
[16:36] <willcooke> https://launchpad.net/~canonical-x/+archive/ubuntu/x-staging
[16:37] <zyga> thank you
[16:37] <willcooke> yw!
[16:39]  * ogra_ guesses the times are over weher you could just blame microsoft and be done ...
[16:39] <ogra_> *where
[16:44] <ogra_> slangasek, when you initially created the pc-gadget, you didnt include a GPL boilerplate ... was that an oversight or is it actually not needed to include it (asking because of https://forum.snapcraft.io/t/gadget-snap-licenses/ )
[16:45] <ogra_> (not that anybody bothered to include it later either ... )
[16:46] <zyga> willcooke: crashed
[16:46] <zyga> so no change
[16:46] <zyga> let me know if anyone on your team needs any hands-on time with this
[16:46] <willcooke> k, that sucks.
[16:49] <willcooke> zyga, would you mind commenting on here please?  https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1754693
[16:49] <mup> Bug #1754693: Xwayland crashed with SIGABRT in st_renderbuffer_delete() <amd64> <apport-crash> <bionic> <reproducible> <ubuntu> <wayland-session> <mesa (Ubuntu):Confirmed> <https://launchpad.net/bugs/1754693>
[16:50] <zyga> not at all, one sec
[16:52] <slangasek> ogra_: I think at the time we were creating those gadget snaps it wasn't clear what the convention was for including license information; but the fact that it wasn't there at all, definitely an oversight
[16:53] <ogra_> slangasek, ok, thanks .. just wanted to make sure it wasnt on purpose ... (because bootloaders are special or whatnot)
[16:54] <slangasek> ogra_: bootloaders are not magically immune to copyright law ;-)
[16:54] <ogra_> yeah, i thought so ... :)
[17:07] <kyrofa> roadmr, I'm having trouble logging in with snapcraft, is there a problem?
[17:07] <roadmr> there is
[17:07] <kyrofa> I see a "Snap downloads interruption" but everything is green
[17:07] <roadmr> kyrofa: at the very top of the page there's an announcement
[17:08] <kyrofa> Right, that's what I'm talking about
[17:08] <roadmr> I don't understand then.
[17:09] <noise][> that shouldn't be affecting login though
[17:11] <ogra_> oh, is that the reason why i'm bombed with store mails recently ?
[17:11] <ogra_> Launchpad uploaded this snap package to the store, but the store failed to
[17:11] <ogra_> scan it:
[17:11] <ogra_>   __all__: The upload does not appear to be a valid package.
[17:11] <roadmr> kyrofa, noise][ : I did see some sluggishness with unrelated store API accesses, that *might* have caused snapcraft login to barf
[17:11] <ogra_> the 4th now in 20min
[17:11] <roadmr> ogra_: yes, that would be the store being unable to download the snap for scanning
[17:11] <nessita> kyrofa, what's the error you are getting?
[17:11] <ogra_> ah, k
[17:12] <kyrofa> nessita, 504
[17:12] <roadmr> ogra_: if any of your snaps end up in a wedged state and you can't wrangle them out yourself, let me know. We should have fixed that, this is a trial by fire for our fix :D
[17:12] <kyrofa> Took a long time to discharge, and now it's getting 504s on /dev/api/account
[17:13] <ogra_> roadmr, fun fact ... nit even remotely "my snaps" :) thats snapcraft itself (i seem to be a collaborator for whatever reason)
[17:13] <ogra_> *not even
[17:13] <roadmr> ogra_: oh fun :)
[17:17] <kyrofa> ogra_, yeah it's owned by snappy-dev or whatever that group is
[17:17] <ogra_> yeah
[17:18] <nessita> kyrofa, just calling snapcraft login?
[17:18] <kyrofa> nessita, after entering my login info and 2fa, yeah
[17:19] <kyrofa> Also happening with exported logins on travis
[17:19] <nessita> kyrofa, ok so many that was the dashboard API for when getting the account details
[17:19] <nessita> roadmr, ^
[17:21] <mup> PR snapcraft#2104 closed: many: allow building in containers with no version in project <bug> <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2104>
[17:21] <roadmr> righto
[17:21] <mup> Bug #1766667 opened: commands in a container cannot write to inherited filehandles such as stdout <Snappy:New> <https://launchpad.net/bugs/1766667>
[17:44]  * cachio afk
[18:31] <zyga> mvo: does 5092 mean we need a .6?
[18:31] <zyga> I'm about to EOD so I won't review it today
[18:31] <zyga> but I was curious
[18:31] <kyrofa> roadmr, nessita any progress? I still can't login, blocking work
[18:37] <nessita> kyrofa, see is-outage, there is a network issue in the datacenter
[18:44] <kyrofa> Do we have any communication around this? Tweets, forum posts?
[19:02] <roadmr> kyrofa: our procedure calls for updating status.snapcraft.io (which we did, the announcement at the top), and post something sticky in the forum (we didn't, apologies - the procedure we have is newish)
[19:02] <roadmr> kyrofa: we hadn't been asked to tweet about it :) if you were to look at twitter, where would you look?
[19:02] <roadmr> (which account I mean - to e.g. decide if we use an existing one or create a new one)
[19:02] <roadmr> kyrofa, nessita : as for the "everything is normal" thing on status.snapcraft.io - the thing is that we use an external provider for this
[19:03] <kyrofa> snapcraftio, but snapcraftstatus or something would be even better
[19:03] <roadmr> and they consider a service green if it responds to a small subset of queries, even if slowly (as is the case now)
[19:03] <kyrofa> roadmr, I'm getting 504s, that's not slow, that's timeout
[19:03] <roadmr> they are more lenient than our clients :) so that's why the dots all show green. Our IR will have an action to check if we can tighten those times
[19:04] <roadmr> kyrofa: right - the monitoring service does NOT do "snapcraft login" so it wouldn't hit the code path that's timing out for you
[19:06] <roadmr> kyrofa: so you would prefer a dedicated twitter account that only posts when the status changes? and not something buried in snapcraftio's normal feed?
[19:06] <kyrofa> roadmr, I think of this as the ideal: https://twitter.com/githubstatus
[19:06] <nessita> sorry for the missing post, that was my bad, here it is https://forum.snapcraft.io/t/slow-snap-store-downloads-and-slow-sso-interactions/5121
[19:06] <kyrofa> roadmr, but that's just me, give it some thought
[19:07] <roadmr> thanks for the ideas!
[19:07] <kyrofa> Whatever the deal is with the dashboard, something's not right. That's all I wanted to say
[19:07] <kyrofa> s/dashboard/status thing/
[19:13] <kyrofa> nessita, should that be sticky?
[19:13] <nessita> kyrofa, I'm not sure what sticky is in the forum, sorry
[19:14] <roadmr> nessita: noise][ can make the post sticky if you point him to it
[19:15] <roadmr> (means it'll appear at the top until unstickied)
[19:15] <noise][> done
[19:15] <nessita> thanks
[19:48] <thresh> how are apparmor policies apply to binaries other than the main snap entrypoint running under the same namespace?
[19:51] <kyrofa> thresh, depends on how the binaries are being run. By the "main entrypoint" ?
[19:51] <kyrofa> If so, its confinement is inherited
[19:52] <thresh> so what I do is I run snap run vlc,  then Qt (which VLC is linked to ) I guess forks some KDE-related processes
[19:52] <thresh> I'm looking at what's hapenning with VLC beta snap on 18.04, and it's the same issue as I have on Debian, apparmor denials
[19:53] <kyrofa> thresh, what does that KDE-related process do?
[19:55] <kyrofa> This KDE-related thing must be something you're shipping in VLC? Do you need to (i.e. is it required?)
[19:55] <thresh> correct, that's something I ship in VLC snap.  I need it for VLC to look nice under KDE (e.g. use Open File dialogs relevant to the platform it's launched on).
[19:56] <thresh> as Qt shipped in Xenial is too bad with that, and I don't get any theming (well, only the default windows 95 one) on any platform except Unity.
[19:57] <kyrofa> thresh, ah, the windows 95 one. Isn't minimalist "in" these days?
[19:58] <kyrofa> thresh, do you get these denials on xenial as well? Or just 18.04 and debian?
[19:58] <thresh> the apparmor messages on 18.04 are http://thre.sh/stuff/snaps/apparmor-issues/messages.txt
[19:58] <thresh> I'm yet to test xenial, don't have it on my virtualbox yet
[20:00] <kyrofa> thresh, this utility must be dbus-based?
[20:00] <kyrofa> thresh, what is it called? I suspect we need an interface covering it
[20:00] <kyrofa> Like xdg-open
[20:01] <kyrofa> jdstrand, will know far more
[20:01] <kyrofa> Darn hexchat. Minus the comma
[20:09] <thresh> I have no idea
[20:14] <thresh> thanks kyrofa, I guess my usecase is really weird
[20:14] <thresh> but then I wonder what other Qt5 apps do when they want to look nice everywhere
[20:15] <kyrofa> thresh, yeah great question. There must be similar functionlity for gtk, no?
[20:15] <kyrofa> thresh, I can't pretend to be much of a desktop dev though
[20:15] <kyrofa> kenvandine, are you around?
[20:15] <kyrofa> (as much as I'd love to be sometimes... I miss qt)
[20:15] <kenvandine> kyrofa, yup
[20:15] <kenvandine> kyrofa, lol
[20:16]  * kenvandine reads
[20:17] <kyrofa> kenvandine, yeah starting around 12:48
[20:18] <thresh> https://forum.snapcraft.io/t/how-do-people-build-qt-gui-applications-snaps/3714/4 says there is no good way, except using newer Qt5 than shipped in Xenial, which I do now
[20:21] <kenvandine> thresh, so what's your question?  How to get better looking toolkit provided dialogs like the file picker?
[20:21] <thresh> well, it all stems from there, yes.
[20:23] <kenvandine> thresh, and you're bundling qt5 right?
[20:23] <kenvandine> how's kde involved at all?
[20:23] <thresh> the problem is, when I use newer Qt5 - from KDE Neon, built for 16.04, since I can not build VLC on anything newer that might have newer nicer Qt5, weird things are happening when running in snap.
[20:24] <thresh> I am.  And to be able to utilize KDE support in newer Qt5, I also bundle some K* packages.
[20:24] <thresh> without all that, I don't even get icons on VLC interface when running on anything else than Unity.
[20:24] <kenvandine> probably better to ask greyback
[20:24] <kenvandine> greyback, ^^
[20:25] <kenvandine> thresh, and you use desktop-qt5 right?
[20:25] <kenvandine> from the snapcraft-desktop-helpers
[20:25] <thresh> yes.
[20:26] <kenvandine> maybe that's trying to exec some k* process internally, and of course snap doesn't allow exec
[20:26] <kenvandine> [ 1858.294589] audit: type=1400 audit(1524599246.290:314): apparmor="DENIED" operation="link" info="Failed name lookup - deleted entry" error=-2 profile="snap.vlc.vlc" name="/run/user/1000/snap.vlc/#34" pid=8907 comm="vlc" requested_mask="l" denied_mask="l" fsuid=1000 ouid=1000
[20:26] <kenvandine> that's probably the most curious thing
[20:27] <thresh> it seems like it does exec it yes, but I *do* see output from ksysoca and friends, so they are launched (but probably are confined so they cant open much?)
[20:27] <kenvandine> yeah
[20:27] <kenvandine> ultimately this is what xdg-desktop-portal is for
[20:28] <thresh> 12:15:41 < thresh> kf5.kservice.sycoca: ERROR writing database "/home/thresh/snap/vlc/common/.cache/ksycoca5_ru_ukOlKAnKObXkPNxFifGg50oJz9A=" . Disk full?
[20:28] <kenvandine> but we aren't quite there yet
[20:28] <thresh> 12:16:26 < thresh> and Couldn't write "/home/thresh/snap/vlc/273/.config/kdeglobals" . Disk full?
[20:28] <jdstrand> thresh: I forwarded the bug to jjohansen, who is apparmor upstream. on Debian and Ubuntu 18.04, they both have the 4.15 kernel. they also have the new apparmor userspace
[20:28] <thresh> stuff like that
[20:28] <jdstrand> thresh: so I suggest putting more info into the bug. it feels like a regression in lock rules
[20:28] <thresh> thanks jdstrand!
[20:29] <jdstrand> thresh: more info if you find new things
[20:29] <jdstrand> that is
[20:29] <jdstrand> jjohansen: fyi, http://thre.sh/stuff/snaps/apparmor-issues/messages.txt for more locking issues. I'm told that is with 4.15 from bionic
[20:29] <thresh> I've attached that to the bugreport on launchpad, too
[20:29] <jdstrand> jjohansen: s/locking/lock rule/
[20:30] <jdstrand> thresh: cool, thanks
[20:30] <thresh> kenvandine, oh yeah, I'll be more than happy if I wouldnt have to shipp all that since it's not exactly VLC domain :)
[20:30] <kenvandine> thresh, we're close :)
[20:31] <jdstrand> jjohansen: actually, thresh already attached that to the bug, so nothing new here it sounds like
[20:32] <jdstrand> jjohansen: what is interesting is that, aiui, the 18.04 4.15 kernel is of course a strict profile, where the Debian 4.15 kernel has that wide open 'devmode' profile
[20:32] <jdstrand> jjohansen: ('aiui' because I've not verified myself any of this)
[20:35] <thresh> jfyi just tried keepassxc, and it doesnt even show any labels on my KDE, so yeah..
[20:36] <thresh> thanks everyone, I appreciate it
[20:36] <thresh> good night
[21:05] <Chipaca> mwhudson: moin
[21:08] <Chipaca> mwhudson: https://pastebin.ubuntu.com/p/7fx8cCKp36/ with go < 1.10 seems to point to a bug in Go, but 1.10 has changes in the area that seem to fix it (maybe by chance; haven't looked in detail). Do you think it's worth reporting?
[21:25] <jbicha> kenvandine: I installed the gnome-characters 3.28 snap https://paste.debian.net/1021881/ is that a bug that it suggests I connect to the gnome-3-26-1604 snap?
[21:29] <jbicha> and the gnome-3-28-1804 snap description says it's built using xenial
[21:50] <mwhudson> Chipaca: national holiday today
[21:50] <Chipaca> mwhudson: :-) enjoy
[22:50] <kenvandine> jbicha, not a bug, that is built against gnome-3-26-1604
[22:52] <kenvandine> jbicha, oh, you installed the beta
[22:53] <kenvandine> the console output from the helpers needs to be made more generic, we won't be able to know which platform you need
[22:53] <kenvandine> jbicha, we aren't quite ready to use the stuff based on 1804  :(
[22:53] <jbicha> how come it can't know which platform is needed?
[22:53] <kenvandine> the shell script won't know
[22:54] <kenvandine> not without querying snap
[22:54] <kenvandine> and that would slow down startup time
[22:54] <jbicha> but wouldn't it only need to do if the snap failed to launch normally?
[22:54] <kenvandine> maybe we can grep generated yaml in $SNAP/meta/
[22:55] <kenvandine> true, only if the mount point is empty
[22:55] <kenvandine> we'll do that
[22:55] <jbicha> do you want a bug filed somewhere?
[22:55] <kenvandine> https://github.com/ubuntu/snapcraft-desktop-helpers
[22:55] <kenvandine> jbicha, please do
[22:56] <kenvandine> with auto-connecting and auto-downloading we should actually never see that message :)
[22:56] <kenvandine> real soon now
[22:58] <jbicha> https://paste.debian.net/1021889/ strange response from snap
[22:58] <kenvandine> jbicha, that's very odd
[22:59] <kenvandine> jbicha, gnome-logs from beta won't work btw :)
[22:59] <kenvandine> it crashes...
[22:59] <kenvandine> core18 doesn't provide log-observe
[22:59] <kenvandine> is my current theory
[22:59] <jbicha> um, gnome-logs 3.28 actually runs here…
[22:59] <kenvandine> from candidate it will
[23:00] <kenvandine> not from beta
[23:00] <jbicha> they're the same thing right now I think?
[23:00] <kenvandine> oh
[23:00] <kenvandine> ok, maybe i never pushed the broken one :)
[23:00] <kenvandine> it must be the one using gnome-3-26-1604
[23:01] <jbicha> that makes sense because I didn't even connect anything this time
[23:01] <kenvandine> that is an odd message from snapd though
[23:01] <kenvandine> i need to run though
[23:01] <kenvandine> later!
[23:26] <mup> Issue snapcraft#2037 closed: core refresh in container build breaks build <bug> <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/2037>
[23:26] <mup> PR snapcraft#2098 closed: lxd: wait for on-going refreshes to finish <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2098>
[23:29] <mup> Issue snapcraft#1919 closed: Add Always support when sending errors <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/1919>
[23:29] <mup> PR snapcraft#2101 closed: errors: implement an always option to send to sentry <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2101>
[23:38] <mup> PR snapcraft#2103 closed: package: make use of snapcraftctl snapcraft features <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2103>


[16:47] <mardin> hi
[16:47] <mardin> this is mardin\
[16:50] <mardin> El Achèche ANIS
[16:50] <mardin> can I talk with you
[16:51] <elacheche> Hey mardin ! check PM
[16:51] <mardin> now it is 7:46 pm
[16:52] <mardin> and you what is the time
[20:22] <hbibZ> Anyone here?


[00:09] <xu-irc99w> HI I WOULD LIKE TO CHANGE THIS TO "DRÄNK DEJ" CAN SOMEBODY DO THAT N COME BK TO ME https://butik.alternativforsverige.se/produkt/t-shirt-dranera-trasket
[00:18] <xu-irc99w> It's very important
[00:36] <xu-irc99w> TSHIRTS MATTER!
[11:27] <Corepax> Client: HexChat 2.16.1 • OS: Ubuntu "kinetic" 22.10 • CPU: Intel(R) Core(TM) i5-7300U CPU @ 2.60GHz (2,70GHz) • Memory: Physical: 7,5 GiB Total (5,7 GiB Free) Swap: 2,0 GiB Total (2,0 GiB Free) • Storage: 15,0 GB / 3,6 TB (3,5 TB Free) • VGA: Intel Corporation HD Graphics 620 @ Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers • Uptime: 17
[11:27] <Corepax> m 42s
[11:29] <tomreyn> Corepax: do you have a xubuntu question other than that?
[11:30] <Corepax> oh sry im clicking around as new to ubuntu and linux over all :O
[11:32] <Corepax> now i trying to understand why my program settings dont follow my settings from linux regarding resolution
[11:35] <tomreyn> Corepax: what do you mean exactly?
[11:36] <tomreyn> (type "tomreyn" in your message if you want to try and grab my attention)
[11:38] <Corepax> "tomreyn" Im on laptop now, ubuntu set my res to highest by default wich is 3000x2000 but so small that i bearly can se mouse
[11:40] <Corepax> "tomreyn" if i change res to sa 1600x1024 it instead looks crap. soo, when i keep this high res but fiddle with other settings like zoom and stuff i managed to get where i want to be, ecept that not all software listen to this
[11:40] <tomreyn> Corepax: maybe then you want either to use fractional scaling or not set your resolution that high
[11:42] <tomreyn> i'm not sure where xubuntu currently is in terms of its wayland readiness. if it already works with wayland then you may want to prefer this, because it does fractional scaling better than Xorg
[11:42] <tomreyn> you'd choose this on login
[11:43] <Corepax> "tomreyn" i will log in
[11:43] <Corepax> out inb now
[13:43] <xu-help33w> is there anybody out there?
[13:47] <xu-help33w> I have a question regarding keyboard models and the lack of newer models being available under settings->keyoard->layout pulldown menu.
[14:06] <tomreyn> xu-help33w: it's best to just ask your question right away, so someone can respond immediately when they see it
[14:07] <tomreyn> you may also wanto instead ask in #ubuntu for questions which are not xubuntu specific (i assume that questions about supported keyboard layouts should apply to all ubuntu flavors, not just xubuntu)
[14:09] <xu-help33w> not layouts models
[14:09] <xu-help33w> I have a question pending there with 11 views so far.  tx for engaging me.
[14:14] <tomreyn> #ubuntu is an irc channel, like #xubuntu here. i was not referring to the website askubuntu.com
[14:45] <xu-irc70w> could desktop on xubuntu 20.4 be upgraded to xfce 4.16 stable (as in 22.04 jammy)?