[06:03] <pitti> Good morning
[06:06] <larsu> bonjour!
[06:22] <didrocks> good morning
[06:25] <larsu> hi didrocks!
[06:28] <didrocks> hey larsu, how goes?
[06:29] <larsu> good thanks! And you?
[06:31] <didrocks> I'm good, neck mostly fixed (but still will need a visit next month)
[06:31] <didrocks> and I'll try to book to the sport doctor for my knees today…
[06:31] <didrocks> seems that this week then I can't run and I can't cycle :/
[06:34] <larsu> :(
[06:34] <larsu> good to hear you're taking care of it though
[06:37] <didrocks> yeah, I hope to get that fixed at some point…
[06:45] <pitti> bonjour larsu et didrocks !
[06:45] <pitti> didrocks: ouch!
[06:46] <didrocks> bonjour pitti !
[07:38] <seb128> good morning desktopers
[07:41] <didrocks> salut seb128
[07:41] <seb128> lut didrocks ;-)
[08:20] <willcooke> le yawn
[08:22] <seb128> hey willcooke
[08:22] <didrocks> morning willcooke
[08:27] <larsu> morning!
[08:27] <seb128> hey larsu ;-)
[09:03] <Laney> howdy!
[09:03] <pitti> bonjour seb128, comment vas-tu ?
[09:04] <pitti> hey willcooke
[09:04] <seb128> hey Laney pitti, wie gehts?
[09:04] <willcooke> morning pitti Laney
[09:04] <seb128> pitti, ça va bien, merci ;-)
[09:04] <pitti> seb128: gut, danke! wir haben sehr schoene Sonne gerade!
[09:06] <seb128> pitti, lucky you, it's strong wind and some rain here
[09:07] <Laney> doing good!
[09:07] <Laney> it's also sunny here :-)
[09:07] <Laney> blue skies
[09:08]  * pitti ^5s Laney
[09:11] <didrocks> hey Laney!
[09:11] <seb128> great, enjoy it guys ;-)
[09:12]  * seb128 hopes sun comes to say hey here as well
[09:13]  * pitti pushes some northwestwards
[09:14] <seb128> danke :-)
[09:15] <Laney> hey didrocks
[09:35] <willcooke> ahhh, the comments section on Phoronix makes me chuckle
[09:43] <seb128> summary? ;-)
[09:45] <darkxst> willcooke, Phoronix is a troll-hive of people who have no idea what they are talking about (mostly)
[09:45] <Laney> didrocks: can we promote adwaita-icon-theme or do you want a proper MIR?
[09:45] <Laney> it's needed for gtk's testsuite atm
[09:46] <Laney> so build-time only for Ubuntu
[09:46] <darkxst> Laney, did you still want to split that?
[09:46] <Laney> yeah
[09:46] <Laney> not now though
[09:47] <darkxst> Laney, https://launchpad.net/~gnome3-team/+archive/ubuntu/gnome3-staging/+files/adwaita-icon-theme_3.14.0-0ubuntu1%7Eutopic2.dsc
[09:48] <Laney> what is it?
[09:48] <darkxst> a package that ricotz split some time ago
[09:49] <willcooke> darkxst, :)
[09:50] <didrocks> Laney: is it a split or part of something that was in main already?
[09:50] <willcooke> seb128, the conversation immediately degraded in to an argument about why Mir was called Mir
[09:50] <Laney> didrocks: it's the successor to gnome-icon-theme
[09:51] <didrocks> Laney: but it's new "code/icons"?
[09:51] <darkxst> didrocks, some new icons, not many
[09:51] <didrocks> I guess a MIR would still be needed, at least, to ensure that everyone got the questions of deps and size
[09:52] <darkxst> though it merged a few other packages, like gnome-icon-theme-symbolic
[09:52] <didrocks> even if it's just a build-dep, as then, something may accidently starts depending on it
[09:54] <darkxst> Laney, speaking of which transitioning to a-i-t will be a bit of work, why do so many apps depend on gnome-icon-theme?
[09:54] <Laney> because they want to ensure the icons are there in any random environment I guess
[09:56] <Laney> if they are compatible we can provide a transitional package
[09:58] <didrocks> willcooke: well, this one is even more depressing: http://www.phoronix.com/forums/showthread.php?111986-Ubuntu-Make-Adds-Google-Go-Support-Game-Category
[09:58] <didrocks> they are trolling about phoronix headline
[10:00] <Laney> hahaha, Game Category
[10:00] <mlankhorst> phoronix sometimes has a run in with reality, but it usually tries to avoid it..
[10:00] <darkxst> didrocks, Michael seems to have a good business selling ads to trolls!
[10:00] <didrocks> yeah ;)
[10:01] <mlankhorst> phoronix forums are unmoderated and usually pure bile..
[10:10] <darkxst> Laney, should be compatible, not aware of any icons removed, but there seem to be a lot of new icons not included in the 'not-in-humanity' list
[10:10] <Laney> I don't think it's been updated really
[10:10] <darkxst> or ever?
[10:11] <Laney> the pan- icons need to be in -i-t not -full
[10:11] <Laney> should probably make a script when doing the split this time
[10:11] <Laney> I'll try to do this before Feature Freeze if nobody else does
[10:12] <Laney> writing the MIR currently
[10:18] <darkxst> Laney, ok, I will probably focus on patching the remaing 3.14 apps (once I am done porting gjs to exact-rooting and building my shed)
[10:23] <Laney> didrocks: bug #1410174 if you have a minute
[10:23] <Laney> seb128: could you subscribe desktop-bugs please?
[10:24] <seb128> Laney, done
[10:25] <Laney> merci!
[10:26] <Laney> the previous version had this b-d too, but managed to go in
[10:26] <didrocks> Laney: probably later today or tomorrow morning, I have exploded my MIR time for the week :)
[10:26] <Laney> I bet it used the silo backdoor
[10:32] <seb128> Laney, there is a new evo stack (3.12.10), if you do the update can you backport the fix for https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/1406164 as well (I added the git commit url to the bug)
[10:33] <Laney> seb128: if it's the one in the stable branch then I already have that picked locally, but thanks for the pointer
[10:33] <Laney> think I'll SRU .10 too
[10:34] <seb128> Laney, yw, it's likely it, I noticed it looking at e.u.c
[10:34] <Laney> looks like it
[10:34] <seb128> Laney, danke ;-)
[10:34] <Laney> I started to work on that yesterday
[10:34] <Laney> then got distracted by this a-i-t stuff
[10:34] <Laney> back to that in a minute ;-)
[10:34]  * Laney puts the kettle on first
[10:40] <Laney> oh god we've run out of tea!
[10:41]  * didrocks knows map tea to father ted soap opera
[10:41] <didrocks> now*
[10:45] <willcooke> Laney, don't joke about that sort of thing man
[10:46] <Laney> this is no joke
[10:46] <willcooke> Get to the shop, stat
[10:46] <Laney> I found some dregs of vanilla tea and poured it all into the pot on top of the stuff we used this morning
[10:46] <Laney> this might get me to lunch
[10:47] <Laney> hand to mouth living
[10:48] <willcooke> :)
[10:48] <willcooke> larsu, I'm running metacity on my phone and the font size is waaay to big, can I change that?
[10:48] <willcooke> for example, the title bar on a window is about 1/4 of the screen
[10:49] <willcooke> and I installed gconf-editor, but I cant use it because the font size means I can only see the first half of one word
[10:49] <willcooke> any ideas?
[11:03] <larsu> willcooke: you can change gsettings from the command line as well
[11:03] <larsu> willcooke: `gsettings set org.gnome.desktop.interface font-name "Ubuntu 10"`
[11:03] <willcooke> thanks larsu
[11:04] <Cimi> Wellark, ping
[11:04] <larsu> willcooke: I hope that's the font size you're looking for ;)
[11:04] <willcooke> I'll give it a go
[11:08] <Laney> larsu: fancy pushing gnome bug #741653 for me?
[11:09] <larsu> Laney: can do
[11:09] <larsu> status is not accept-commit_now
[11:10] <larsu> but I guess hadess' comment is enough
[11:10] <Laney> looks like it is to me?
[11:10] <larsu> ah. /me is blind
[11:10] <larsu> (and has one too many bugzilla windows open)
[11:10] <Laney> :)
[11:11]  * larsu builds, just in case ;)
[11:11] <Laney> haha
[11:12] <Laney> like a true sponsor
[11:14] <ricotz> Laney, having fun with hadess ;)
[11:14] <larsu> Laney: done
[11:14] <Laney> there's worse maintainers :P
[11:14] <Laney> thanks!
[11:15] <larsu> ya
[11:15]  * ricotz pointed him to the bug after this partial commit
[11:16] <Laney> ricotz: well spotted to you then
[11:35] <ricotz> Sweet5hark, hi, did you got my email?
[11:35] <Sweet5hark> ricotz: about?
[11:35] <Sweet5hark> 4.4 ppa?
[11:36] <ricotz> Sweet5hark, yes
[11:36] <Sweet5hark> will do that when we are near 4.4 final
[11:37] <desrt> moin, ubuntanoj
[11:38] <ricotz> Sweet5hark, just create it, no need to fill right now
[11:38] <willcooke> hey desrt
[11:39] <willcooke> desrt, space news!  http://www.theregister.co.uk/2015/01/13/lost_beagle_found_mars_nasa/
[11:39] <desrt> wow.  old news.
[11:39] <desrt> pretty amazing that we have sats around mars that can pick up something that small :)
[11:40] <larsu> morning desrt!
[11:41] <desrt> larsu: 'lo
[11:42] <desrt> willcooke: too bad about the poor conditions for video on saturday, eh?
[11:42] <willcooke> yeah, thats a shame
[11:44] <desrt> that's almost a bigger shame than the failed landing
[11:44] <desrt> it would have almost been 'too good' if they nailed that one on the first try :)
[11:44] <willcooke> heh, where's the fun in that :)
[11:44] <willcooke> I'm confident that they will get it to work
[11:45]  * desrt wonders how many sats are in mars orbit these days
[11:45] <willcooke> desrt, 13
[11:45] <desrt> i kinda like thinking about the rovers as having cellphones
[11:45] <desrt> and the sats as being a cell network on mars
[11:45] <desrt> it's not so far from the truth
[11:45] <willcooke> :)
[11:46] <desrt> we got cellphones there
[11:46] <desrt> we got google *cough*earth there
[11:46] <desrt> we just need humans now
[11:46] <willcooke> I think they use X band which is ~ 9 Ghz
[11:46] <desrt> i'd have figured they would use something lower-frequency
[11:47] <desrt> but i guess when you don't have an atmosphere to worry about....
[11:52] <mitya57> Is there at least one Ubuntu installation on Mars?
[11:53] <desrt> probably not
[11:54]  * desrt wouldn't trust linux up there :)
[11:54] <mitya57> I know that ISS has Debian 6
[11:54] <desrt> ISS is another story
[11:54] <desrt> there are humans there to press ctrl-alt-del if things go wrong :)
[11:58] <jpds> mitya57: More likely Red Hat.
[11:59] <mitya57> Because mars is red?
[12:00] <willcooke> Because of the on-site support package
[12:04]  * desrt digs into inotify, again
[12:36] <seb128> bah, there is something wrong sometimes after updates in vivid
[12:37] <seb128> like I get regular polkit prompting for standard action like adding user datas to accountsservice, or if I try to reboot
[12:37] <seb128> seems like also things like suspend inhibit stop working (my laptop suspended on lid close during lunch which it's not supposed to do)
[12:37] <seb128> I wonder if that's a systemd thing, I didn't notice it before using it
[12:38] <seb128> or it's a vivid issue that started around the time I switched init
[12:38] <seb128> didrocks, pitti, ^ did you read about/see such issues?
[13:24] <pitti> seb128: when I switch users I sometimes see a polkit dialog about "changing user properties" when I switch back to my user; that might be related?
[13:34] <seb128> pitti, not sure, I've not switched user and that was after upgrade
[13:35] <pitti> seb128: I haven't seen that one yet; the above is closest to what you describe that I've seen before
[13:35] <pitti> seb128: that sounds like logind is crashing or doesn't survive the restart
[13:36] <seb128> yeah
[13:36] <pitti> seb128: if you can reproduce it with "sudo systemctl restart systemd-logind.service", that would confirm this
[13:36] <seb128> pitti, ok, trying that in a bit and letting you know
[13:37] <seb128> do we restart logind on upgrade with upstart as well?
[13:37] <seb128> or is that when systemd is updated?
[13:40] <pitti> seb128: no, I don't think we did that
[13:40] <pitti> in general it's better to restart daemons on package upgrades to apply bug fixes, and it should work for logind
[13:40] <pitti> we don't restart journald because that does cause breakage
[13:41] <pitti> but I restart logind all the time; it keeps its state in /run, so restarting it should be fine
[13:41] <pitti> "should": how it's meant to work -- not "bugs like the above" don't happen :)
[13:42] <seb128> right
[14:01] <seb128> pitti, restarting logind is not what creates the issue
[14:05] <pitti> seb128: ack; I do that quite often and haven't seen those effects
[14:06] <pitti> seb128: if you are able to recreate such a situation, "loginctl show-session $XDG_SESSION_ID" might be interesting -- i. e. not active or no Display or whatever
[14:07] <seb128> pitti, ok, going to do that next time I see the issue
[14:07] <seb128> I don't have it atm, I tried to restart logind or to dpkg -i the deb from today's systemd update, no luck
[15:28] <willcooke> nearly meeting time already
[15:29] <willcooke> qengho has no IRC
[15:30] <willcooke> #startmeeting Desktop Weekly Meeting - 2015-01-13
[15:30] <meetingology> Meeting started Tue Jan 13 15:30:24 2015 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <willcooke> Roll call:  attente_, desrt, dgadomski, didrocks, FJkong, happyaron, Laney, larsu, mlankhorst, qengho, seb128, sweet5hark
[15:30] <didrocks> hey
[15:30] <willcooke> I have updates from TheMuso, tkamppeter.  Robert_ancell is out at linuxconf.
[15:30] <larsu> g'day
[15:30] <dgadomski> hello everyone, happy new year
[15:30] <Sweet5hark> heya
[15:31] <willcooke> qengho is having IRC issues right now, so we will probably need to skip him
[15:31] <seb128> _o/
[15:31] <willcooke> We have a few announcements today
[15:31] <FJKong> hello
[15:32] <willcooke> First of all, dgadomski is going to be sitting in our meetings so we can keep in touch with him better.  Welcome to the gang (again) :)
[15:32] <happyaron> hi
[15:32] <dgadomski> thanks willcooke :)
[15:32] <seb128> hey dgadomski ;-)
[15:33] <dgadomski> seb128 o/
[15:33] <FJKong> oh welcome again XD
[15:33] <willcooke> Secondly, we have a slight re-jig of work focus for seb128, Laney and larsu.  We can talk about that as we get to each of them in turn.
[15:33] <willcooke> So let's start the ball rolling with attente_
[15:33] <willcooke> #topic attente_
[15:33] <happyaron> wow, :)
[15:33] <willcooke> I think I saw a merge for relative positioning inside Mir?
[15:34] <desrt> i saw a branch...
[15:34] <willcooke> ah, kk - so some progress in the right direction at least
[15:35] <willcooke> When I spoke to attente_ last week he said he'd solved a few of the tool bar issues he was having too
[15:35] <willcooke> or maybe it was yesterday
[15:35] <willcooke> meh
[15:35] <attente_> fixed the hover-over-parent-menu issue, waiting for merge https://code.launchpad.net/~attente/gtk/mir-fix-menubar-mouseover/+merge/245874
[15:35] <attente_> mostly got blocked on https://bugs.launchpad.net/mir/+bug/1409133 and https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1408593
[15:35] <willcooke> congrats on the fix :)
[15:36] <willcooke> attente_, can someone help unblock you on those others?
[15:36] <Laney> bleh
[15:36] <Laney> I never find out about ubuntu-desktop MPs
[15:36] <Laney> want to get those on the sponsoring queue
[15:37] <attente_> duflu was helping with https://bugs.launchpad.net/mir/+bug/1409133, but still not sure where the problem lies
[15:37] <seb128> attente_, that xorg issue, did you try the 3.19 kernel from the kernel team ppa?
[15:37] <attente_> 1408593 is ok now. just had to boot a newer kernel
[15:37] <attente_> seb128: yeah
[15:37] <attente_> seems to be fixed upstream
[15:38] <seb128> attente_, k, I see a similar issue, apw asked me to try the ppa
[15:38] <seb128> 3.18 shows plymouth and then no vt/greeter
[15:38] <seb128> booting 3.16 works
[15:38] <attente_> yeah, same problem
[15:38] <attente_> i'm using 3.19.0-031900rc3-generic
[15:38] <seb128> cool
[15:39] <willcooke> oki, thanks attente_
[15:40] <desrt> pick me! pick me!
[15:40] <willcooke> next up its................
[15:40]  * desrt waves hand
[15:40] <willcooke> #topic desrt
[15:40] <willcooke> you win
[15:40] <desrt> awesome
[15:40] <desrt> not much to report
[15:40] <desrt> got finished with a huge round of changes to mount monitors last week (ongoing thread safety battle), waiting for reviews
[15:41] <desrt> working on file monitors now -- have already accomplished quite some nice improvements in the inotify code and progressing onto the frontend GFileMonitor code
[15:41] <willcooke> nice
[15:41] <desrt> we already lost the 1 second delay on any reported event
[15:41] <desrt> so now events are reported immediately when they happen (but we still ratelimit further reports after the first to once every 800ms, by default)
[15:42] <desrt> i guess that will be wrapped up by the end of this week
[15:42] <desrt> everyone seems pretty keen on ripping some of that ancient crap out, so i guess i won't have trouble finding reviewers -- alex already volunteered to do some tomorrow
[15:42] <willcooke> excellent
[15:42] <desrt> that's all for me
[15:42] <willcooke> thanks desrt
[15:42] <willcooke> *cough* travel booking *cough*
[15:43] <desrt> it's done
[15:43] <willcooke> O_o
[15:43] <desrt> or at least it should be
[15:43] <mlankhorst> what about the hotel? :P
[15:43] <desrt> there was a wrinkle where the travel agent didn't understand that 1982-05-03 means may 3
[15:43] <desrt> but that's sorted now
[15:43] <willcooke> HA!
[15:43] <desrt> didn't do the hotel, though.  thanks for reminding :)
[15:43] <seb128> 1982?
[15:43] <desrt> also didn't get the train done yet
[15:43] <larsu> desrt: let me know when you do that, so that we can go together
[15:44] <desrt> since i just got told today that it would be better if i did that myself
[15:44] <willcooke> hotel for FOSDEM & Mir sprint is being sorted by msm
[15:44] <larsu> Laney might come as well?!
[15:44] <desrt> larsu: i'm going on thursday evening on account of the systemd hackfest on friday
[15:44] <larsu> desrt: same
[15:44] <desrt> larsu: laney is going on friday
[15:44] <willcooke> this is Cambridge right?
[15:44] <larsu> ah, okay
[15:44] <Sweet5hark> yep, msm has a spreadsheet for fosdem
[15:44] <desrt> yes
[15:44] <desrt> we're actually supposed to sort cambridge for ourselves
[15:44] <willcooke> ah, yeah
[15:44] <larsu> right, I was about to ask you :)
[15:44] <desrt> the hotel there doesn't do 3rd party bookings, apparently
[15:44] <willcooke> you should be able to do it online
[15:45] <Laney> who else is going to CBG?
[15:45] <larsu> \o
[15:45] <Laney> interesting
[15:45] <desrt> small crowd
[15:45] <Laney> get an airbnb and I'll come say hi? :-)
[15:45] <larsu> good idea!
[15:45] <desrt> Laney: you should definitely pop up for a few days and say hi
[15:45] <willcooke> I might rock up and spoil lunchtime for you guys one day
[15:45] <larsu> party \o/
[15:45] <seb128> Laney, CBG?
[15:45] <desrt> willcooke: also absolutely welcome
[15:45] <desrt> seb128: cambridge
[15:45] <larsu> seb128: cambridge
[15:46] <seb128> what is in cambridge?
[15:46] <larsu> desrt: youowemeabeer
[15:46] <desrt> larsu: beer, yada yada
[15:46] <seb128> the hackfest?
[15:46] <desrt> yes
[15:46] <larsu> desrt: we spend too much time together.
[15:46] <seb128> oh ok, I though it was at fosdem
[15:46] <Laney> there's this weird tradition amongst some geeks of referring to places by their train station's code
[15:46] <desrt> larsu: i actually hate this beer thing.  we should stop that.
[15:46] <Laney> kind of like portland = PDX
[15:46] <desrt> Laney: that's the airport...
[15:46] <larsu> desrt: agreed. Walked by a museum last night that you might like
[15:46] <mlankhorst> oh right need to check up on the spreadsheet
[15:46] <Laney> yes that's why it's kind of like it and not exactly
[15:47] <mlankhorst> but I'm going to drive anyway :P
[15:47] <desrt> larsu: took a picture last night that you might like :)
[15:47] <willcooke> oki, let's move on
[15:47] <willcooke> #topic dgadomski
[15:47] <larsu> desrt: http://en.wikipedia.org/wiki/German_Museum_of_Technology
[15:47] <dgadomski> In the 'desktop-related department' it was only:
[15:47] <dgadomski> - debugging power-management issues related to bug #1104230
[15:47] <dgadomski> - there is also a bluetooth problem (no lp yet), I would appreciate a bluetooth expert's help with analyzing some logs after putting them to the lp bug. Is there a bluetooth-focused person in the team I could talk to?
[15:47] <dgadomski> EOF
[15:48] <willcooke> @bluetooth - hrm, maybe didrocks ?
[15:48] <meetingology> willcooke: Error: "bluetooth" is not a valid command.
[15:48] <didrocks> hum, not really an expert :p
[15:48] <willcooke> shut up meetingology
[15:48] <didrocks> especially with pre-bluez5
[15:48] <Laney> cyphermox is the man
[15:48] <didrocks> yeah, definitively
[15:48] <willcooke> nicely done
[15:48] <desrt> larsu: https://imgur.com/5vtMpEW
[15:48] <dgadomski> thanks guys, I will talk to him
[15:49] <cyphermox> hello
[15:49] <Laney> as if by magic
[15:49] <larsu> desrt: hahaha! best part is "chemtrail girls"
[15:49] <seb128> didrocks, speaking of pre-bluez5, what's the new version status?
[15:50] <willcooke> #topic didrocks
[15:50] <seb128> dgadomski, he's not in our team anymore but maybe try cyphermox
[15:50] <didrocks> seb128: nothing changed since, but wait my turn :)
[15:50] <didrocks> which is now!
[15:50] <didrocks> Ubuntu Make:
[15:50] <willcooke> \o/
[15:50] <didrocks> * Shape and opened MIR for default package inclusion of jayatana (java appmenu integration). Waiting for a review.
[15:50] <dgadomski> thanks seb128, I will
[15:50] <didrocks> * Get Ubuntu Make to install it for older release and in the Ubuntu Make ppa.
[15:50] <seb128> didrocks, it's your turn ! :p
[15:50] <didrocks> * Get back creds and will inspect the vm state next wekk.
[15:50] <didrocks> Systemd:
[15:50] <didrocks> * Converted a bunch of package to systemd: bootmail, daemontools, pollen, radosgw-agent, mcollective-server-provisioner, auto-upgrade-testing, zram-config, mythbuntu-bare, ceilometer,
[15:50] <didrocks> * Modification to invoke-rc.d: enable successfull upgrading of upstart-only package under systemd. Ensure as well that disabled services are not started after upgrade (systemd only or systemd + upstart packages).
[15:50] <didrocks> * Reread and update the systemd transition wiki page (https://wiki.ubuntu.com/SystemdForUpstartUsers) for Thursday and Friday's sprint.
[15:50] <didrocks> Misc:
[15:50] <didrocks> * Helped FJkong on the unity kylin dash file search.
[15:50] <didrocks> * Reviewed fcitx MIR. Still some work needed.
[15:50] <didrocks> seb128: it wasn't technically when you pinged me ;)
[15:50] <didrocks> seb128: so, robert started to work on the indicator and u-c-c before the EOY holidays
[15:51] <seb128> those are the only remaining blockers?
[15:51] <didrocks> he put that in a state and I don't think he wants to go on
[15:51] <didrocks> so quite unsure
[15:51] <FJKong> thanks didrocks so much :)
[15:51] <didrocks> FJKong: yw ;)
[15:51] <didrocks> apparently, it's way more work than he thinks it was about
[15:51] <seb128> k
[15:52] <seb128> do we have anyone in the team with spare cycle to work on that?
[15:52] <didrocks> I don't know those code, I can dive into it, but that will be in replacement of other stuffs
[15:52] <seb128> larsu, not interested to hack on gnome/indicator bluetooth client code? ;-)
[15:52] <desrt> seb128: he's too busy facilitating other bluetooth hackers by adding a 'wait' mode to the gdbus commandline tool
[15:52] <didrocks> larsu: no CSS involved!
[15:52] <larsu> seb128: sure
[15:53] <seb128> g-c-c migrated to bluez5 so I guess u-c-c work is mostly backporting work they did
[15:53] <seb128> the indicator is vala
[15:53] <seb128> which should be fine for you
[15:53] <larsu> who's the original author? Charles?
[15:53] <seb128> desrt, ;-)
[15:53] <seb128> no, Robert
[15:53] <didrocks> larsu: I can give you pointers to robert's initial work on the porting
[15:53] <larsu> seb128: ok, cool
[15:53] <larsu> didrocks: yes please
[15:53] <seb128> larsu, didrocks, thanks
[15:53] <didrocks> will do after meeting :)
[15:54] <didrocks> thanks seb128 :)
[15:54] <larsu> desrt: just thought about that for 2 minutes after reading that bug report
[15:54] <desrt> larsu: you know you want to...
[15:54] <larsu> desrt: I definitely don't want to dive into that code :P
[15:54] <desrt> larsu: but seriously, one thought on that topic: i'd rather you mutate the existing gdbus tool into something nice rather than start from scratch and have yet another tool
[15:55] <desrt> the existing one isn't going anywhere -- too many people are using it in scripts and such
[15:55] <larsu> desrt: right, I was thinking this as well which is why I stopped my thing after the prototype
[15:55] <desrt> and you can tell apart the two usecases fairly easily: just count the number of '--' on the commandline.  if you see more than 12 instances of it, assume it's using the old syntax :)
[15:56] <larsu> haha
[15:57] <willcooke> shall we move on to FJKong ?
[15:57] <willcooke> yes
[15:57] <willcooke> we shall
[15:57] <willcooke> #topic FJKong
[15:57] <FJKong> ok my turn
[15:57] <FJKong> fix bug: when switch between window input method will apply more memory
[15:57] <FJKong> fix bug: change strategy of loading skin from memory, reduce memory using
[15:57] <FJKong> fix error output when init sogou im first time.
[15:57] <FJKong> tesing stability of candidate version
[15:57] <FJKong> in processing: ubuntukylin new feature discussing and researching, advice to integrate all to one powerful planform,
[15:58] <FJKong> oh I need mention dash searching thing also, thanks to didrocks
[15:58] <FJKong> eof
[15:58] <willcooke> thanks FJKong
[15:58] <willcooke> #topic happyaron
[16:00] <willcooke> he was here a moment ago
[16:00] <willcooke> skipping on to Laney in 30.....
[16:01] <happyaron> back..
[16:01] <willcooke> ha!
[16:01] <happyaron> 1. Continued work on sogoupinyin QA integration: first-choice hit ratio test
[16:01] <happyaron> 2. Tried to bring up fcitx MIR again (updated some packages), but sorry there's remaining problems
[16:01] <happyaron> 3. Prepare for new release of sogoupinyin
[16:01] <happyaron> over
[16:01] <willcooke> thanks happyaron
[16:01] <happyaron> :)
[16:01] <willcooke> #topic Laney
[16:02] <willcooke> So news then....
[16:02] <willcooke> Laney will be driving more of the Gnome work, taking over from seb128
[16:03] <willcooke> at least partially to start with, and more and more as we go forwards
[16:03] <willcooke> seb128 will be working a bit more on the U8 desktop
[16:03] <seb128> "taking over" is a bit strong, the work has been team handled for a long time ;-)
[16:03] <willcooke> fair point :)
[16:03] <seb128> I intend to still help/look at what is going on there, just spend less time on it and focus more on the unity8 side
[16:04] <Laney> "laney will be looking at the error tracker from time to time"
[16:04] <willcooke> :)
[16:04] <seb128> lol
[16:04] <seb128> Laney, thanks ;-)
[16:04] <Laney> :P
[16:04] <Laney> actually I tried to use it today and couldn't get results
[16:04] <Laney> so yeah
[16:05] <seb128> wfm, listing weekly top issues by serie at least
[16:05] <Laney> that bit works, it's when you want to change the view
[16:05] <Laney> especially searching by package
[16:05] <Laney> anwyay
[16:05] <didrocks> Laney: and bugs!
[16:05] <Laney> status report?
[16:05] <seb128> ah, k, mention it to bdmurray I guess
[16:05] <didrocks> Laney: look at all the desktop bugs!
[16:06] <Laney> bah, those things
[16:06] <Sweet5hark> some wants to grids through a large set of bug reports?
[16:06] <willcooke> (door, brb)
[16:06]  * Sweet5hark lurks out from under his stone
[16:07] <Laney> we should hire a bug master again
[16:07] <Laney> right, you guys, I'm pasting this thing now
[16:07] <Laney> so we can continue with our lives sooner
[16:07] <Laney> • New gtk3.0 in vivid, in dep wait on adwaita-icon-theme MIR, https://bugs.launchpad.net/ubuntu/+source/adwaita-icon-theme/+bug/1410174
[16:07] <Laney> • New releases of evolution (e-d-s, -mapi, -ews), webkitgtk (building atm), gstreamer (including package split in ugly for phone peeps), file-roller (finish up dialogs-no-header patches & upload to vivid)
[16:07] <Laney> • SRU gvfs to utopic for some crash fixes
[16:07] <Laney> • Upstream patches for gtk (showing an empty combo in file choosers), glib (crash in the network-manager network monitor)
[16:07] <Laney> • DMB elections coming up, send around a draft timetable
[16:07] <Laney> • finish up libical transition
[16:07] <Laney> • sysvinit typo fix (not complete, sorry & thanks pitti for following up), discover floodlight autopkgtest failure due to that, looked like a bug in dpkg (depends not being configured before dependee), bisect dpkg, file https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774873, after analysis from Guillem (thanks!) it turned out to actually be a circular dep chain in java stuff. Hoping java dudes can figure out the best place to break that.
[16:07] <Laney> 😻
[16:07] <Laney> my emoji didn't work here :(
[16:08]  * didrocks looks at his MIR list to review and cry…
[16:08] <Sweet5hark> Laney: it did here!
[16:08] <didrocks> shaking first at Laney to add one more :p
[16:08] <Laney> \o/
[16:08] <willcooke> (back)
[16:08] <willcooke> I see
[16:09] <willcooke> I go away for 30 seconds and cats appear
[16:09] <Sweet5hark> willcooke: you were declare the bug master in absense IIRC ...
[16:09]  * willcooke marks all as invalid. Done.
[16:09]  * didrocks gives a script to willcooke to do that
[16:09] <willcooke> another one to add to my collection.
[16:09] <willcooke> :D
[16:09] <seb128> Laney, emoji worked in my xchat-gnome
[16:09] <willcooke> oki, thanks Laney
[16:10] <Laney> well good, glad you all got to appreciate it :)
[16:10] <willcooke> #topic larsu
[16:10] <willcooke> MOAR NEWS
[16:10] <didrocks> Laney: not here, give me my money back!
[16:10]  * larsu waits for willcooke
[16:10] <willcooke> Larsu has finished the (vast majority) of the theme work, and so has paid his debt to society
[16:11] <willcooke> so good news is that he'll be spending more time with the Gtk Mir work
[16:12] <larsu> ya
[16:12] <larsu> still on some theming stuff
[16:12] <larsu> trying to get rid of unico (the focus ring is the only missing part, which is solvable but tricky, because we only want it on some widgets)
[16:13] <larsu> otherwise bamf now detects apps by looking at _GTK_APPLICATION_ID as well
[16:13] <seb128> nice!
[16:13] <didrocks> \o/ g-t \o/
[16:13] <larsu> (thanks to Trevinho for helping me a bit there)
[16:13] <seb128> does that fix the firefox loosing icon issue?
[16:13] <Sweet5hark> cool
[16:13] <larsu> seb128: no. I briefly looked into that but didn't know enough about bamf
[16:14] <larsu> seb128: I can have another look if marco doesn't find the time (he said it's next on his list)
[16:14] <larsu> didrocks: ya, that's the main reason ;)
[16:14] <willcooke> thanks larsu, would be great to see that fixed
[16:14] <seb128> larsu, let it to Trevinho, I was just curious if that was the same issue
[16:14] <larsu> ok
[16:14] <larsu> it's a different one
[16:14] <Laney> there's still a handful of 3.14 issues to fix too
[16:14] <larsu> ya
[16:14]  * larsu knows :(
[16:14] <Trevinho> larsu: I'll check it not too shortly btw, as the item biefore is quite big
[16:14]  * Laney hugs larsu
[16:15] <Trevinho> larsu: have you find anything useful about that firefox thing btw?
[16:15] <larsu> there was also a bug with my icon-resizing patch which I MR'd
[16:15] <larsu> some apps that use GtkUIManager for menus had empty images next to menu bar items
[16:16] <larsu> if show-icons was set, which apparently some desktops (and some people on unity) do
[16:16] <larsu> Trevinho: no, sorry. It was just a brief look. I have the same problem for my gnome-terminal profile fwiw
[16:16] <Laney> oh ya, you should get someone to review that upstream
[16:17] <larsu> desrt: ^^
[16:17] <larsu> ;)
[16:17] <desrt> terminal profile creation?
[16:17] <larsu> I think that's the important points from me this week
[16:17] <Laney> https://bugzilla.gnome.org/show_bug.cgi?id=742181
[16:18] <larsu> desrt: can you review the patch on that ^ bug please?
[16:19] <larsu> didrocks: thanks ;)
[16:19] <larsu> willcooke: done.
[16:19] <willcooke> thx larsu
[16:19] <willcooke> #topic mlankhorst
[16:19] <mlankhorst> fixing rotation with optimus configs, bug 1410238 and bug 1405325 - uploaded to vivid.
[16:19] <mlankhorst> skipping vt switch on suspend with the nouveau and radeon drivers
[16:19] <mlankhorst> finally fixing a ton of bugs with xmir and egl, input suport unavailable for now. Finally works correctly with the android drivers.
[16:19] <mlankhorst> repeatedly pinging #ubuntu-release about lts-utopic without much success. :/
[16:19] <mlankhorst> ^D
[16:20] <didrocks> mlankhorst: you should start pinging individual people from the SRU team
[16:20] <mlankhorst> yeah..
[16:20] <willcooke> how about Laney ? ;)
[16:20] <Laney> NOPE
[16:20] <Laney> https://launchpad.net/~ubuntu-sru/+members
[16:20] <mlankhorst> it needs to be sru admins too..
[16:20] <willcooke> ahh
[16:21] <pitti> Laney: oh, thanks for analyzing the floodlight problem!
[16:21] <Laney> np
[16:22] <willcooke> mlankhorst, enjoy your days off!
[16:22] <Laney> it pricked my suspicious spidy sense
[16:22] <willcooke> #topic qengho
[16:22] <willcooke> qengho is having IRC issues, so is probably not around
[16:22] <willcooke> his update is:
[16:22] <willcooke> * had some luck with attaching chromium to mir. Needs more work.
[16:22] <willcooke> so moving in the right direction
[16:23] <willcooke> #topic seb128
[16:23] <seb128> hey
[16:23] <seb128> • spent some times watching the news while working...
[16:23] <seb128> • backported cairo segfault fix to trusty
[16:23] <seb128> • handled gpg key replacement in the Debian keyring (a bit more complicated because I didn't do it before holidays and they expired my old key so I needed somebody else to sign the request)
[16:23] <seb128> • reviewed e.u.c current top issues, spotted some upstream fixes worth backporting, commented on bugs/pinged some people about those/uploaded some others
[16:23] <seb128> • tested/backported some translation fixes to rtm
[16:23] <seb128> • landed unity-settings-daemon oem fix for mic mute key (SRU still to do)
[16:23] <seb128> • helped a bit on the sponsoring queue
[16:23] <seb128> • usual share of desktop related bugs triages and discussions

[16:23] <willcooke> thx seb128
[16:23] <willcooke> #topic Sweet5hark
[16:24] <Sweet5hark> not much beyond the usual stuff:
[16:24] <Sweet5hark> - bumped LibreOffice 4.4 to rc2 in -prereleases
[16:24] <Sweet5hark> - walked through all the internal libreoffice deps, where we are currently
[16:24] <Sweet5hark>   using an internal copy for MIRs and sync galore (seb128 knows details, ongoing)
[16:24] <Sweet5hark> - prepared 4.2.8 SRU for trusty
[16:24] <Sweet5hark> - (4.3.4 SRU for utopic still in queue unapproved)
[16:24] <Sweet5hark> - travel stuff, board stuff ...
[16:24] <Sweet5hark> - excited to see LibreOffice running from the Ubuntu Phone ;)
[16:24] <Sweet5hark> EOF
[16:24] <willcooke> thx Sweet5hark
[16:24] <willcooke> #topic tkamppeter
[16:24] <willcooke> tkamppeter is out, so update is:
[16:24] <willcooke> - system-config-printer: Fixed SRU package for Trusty to remove wrong
[16:24] <willcooke> dependency.
[16:24] <willcooke> - Contacted HP and Brother for continuation of IPP-over-USB testing.
[16:24] <willcooke> Brother waiting for fix by hardware development and has also a different
[16:24] <willcooke> printer on which they are testing now, HP will continue soon.
[16:24] <willcooke> - Bugs.
[16:25] <willcooke> #topic themuso
[16:25] <willcooke> * Started looking into testing Gtk on Mir with a11y stack, still working out what I need to get things going.
[16:25] <willcooke> * Started looking at bug # again, due to OEM reasons, and think I may have a better idea of what is going on this time around.
[16:25] <willcooke> * Discussion with HWE about some backports relating to pulseaudio, newer kernels, and trusty.
[16:25] <willcooke> #topic Any other business
[16:25] <willcooke> $USUAL_REMINDER_ABOUT_TRAVEL_BOOKINGS
[16:26] <willcooke> Oh, fun seasonal update:  it's not dark yet.
[16:26] <willcooke> this is good
[16:26] <seb128> it is here
[16:26] <seb128> well, almost
[16:26] <seb128> it's not really day anymore at least
[16:26] <willcooke> soon it will be summer again :D
[16:27] <willcooke> and we can take our meetings outside
[16:27] <Laney> I think I'll be closing the blind in about 12 minutes
[16:27] <Laney> given rate of endarkening
[16:27] <Sweet5hark> dark here :(
[16:27] <desrt> super-bright, eurosuckers!
[16:27] <didrocks> seb128: go to a nice city!
[16:27] <willcooke> haha
[16:27] <seb128> my ubuntu phone says "sunset: 16:57"
[16:27] <Sweet5hark> desrt: ha1
[16:27] <desrt> you guys waste all of your sunlight while i'll still sleeping
[16:27] <willcooke> okay, thanks everyone.
[16:27] <willcooke> #endmeeting
[16:27] <meetingology> Meeting ended Tue Jan 13 16:27:56 2015 UTC.
[16:27] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-01-13-15.30.moin.txt
[16:27] <seb128> thanks
[16:28] <willcooke> desrt, please email me some sunshine
[16:28] <Laney> the other day someone was talking to me about a nice meal they had outside last summer
[16:28] <willcooke> actually, fax it
[16:28] <Laney> "holy shit I remember now, that can happen and will happen again"
[16:28] <willcooke> Keep the faith Laney
[16:28] <Sweet5hark> desrt: dont let larsu to talk into some Berlin tech museum: http://en.wikipedia.org/wiki/Deutsches_Museum is the place to go.
[16:29] <larsu> Sweet5hark: doesn't have the hands-on / experiments area that I was alluding to
[16:29] <Sweet5hark> larsu: hmm, IIRC they have something like that too ...
[16:30] <desrt> willcooke: take 1 minute ago, for you: http://i.imgur.com/4SjIGMw.jpg
[16:30] <larsu> Sweet5hark: oh reall? Cool. Then the only problem left is that it is in Munich
[16:30] <Sweet5hark> larsu: admittedly that is a problem.
[16:30] <larsu> desrt, willcooke: took that a minute ago: https://en.wikipedia.org/wiki/Black
[16:30]  * didrocks had the same photo, but without the snow
[16:31] <larsu> desrt: don't make me miss TO
[16:31] <desrt> lots of nice things in that photo -- you're looking at humber bay west, for the most part
[16:32] <desrt> you can see the humber river pedestrian bridge at about 1/4 to 1/3 away across the image from the left
[16:32] <desrt> CN tower is visible pretty close on the right
[16:32] <desrt> http://en.wikipedia.org/wiki/Humber_Bay_Arch_Bridge <-- love this bridge
[16:34] <desrt> larsu: i hear we're having a canadian sprint soon -- you can come back :)
[16:34] <larsu> desrt: we are?
[16:34] <desrt> ya.  i uh.. *cough*heard a rumour
[16:34] <didrocks> or is it like a light pressure you are trying? :)
[17:08] <willcooke> :D
[17:09] <seb128> hum, the kernel from proposed fixes my "no display" issue, but gives a wrong screen resolution
[17:09] <seb128> back on the old kernel meanwhile then
[17:22] <sil2100> mitya57: so I'm almost done with the review of the systray branch, looks good so far
[17:23] <sil2100> mitya57: in one version of appmenu-qt5 I also implemented similar AppMenuPlatformMenuItem's amd AppMenuPlatformMenu's, but then dropped that for a more hacky but optimal solution
[18:41] <willcooke> qengho, did you get connectivity sorted?
[18:52] <willcooke> qengho, when you do get back online please see email and reply when you can.  Cheers!
[18:52]  * willcooke -> EOD
[18:55] <cyphermox> kenvandine: hey!
[18:55] <kenvandine> hey cyphermox
[18:55] <cyphermox> how are you?
[18:55] <kenvandine> good, and you?
[18:55] <cyphermox> pretty good
[18:56] <kenvandine> i saw you proposed a branch
[18:56] <cyphermox> I got you another bluetooth system-settings fix ;)
[18:56] <cyphermox> hehe
[18:57] <cyphermox> it mimicks other things gnome-bluetooth does, the applet has its own agent, and the wizard registers one too, one of the two is adapter-wide
[18:57] <cyphermox> so it's pretty much the same thing; until we possibly more the adapter-wide agent to the indicator in the future
[18:58] <kenvandine> sounds like a good move
[18:58] <kenvandine> cyphermox, any bug it fixes?
[18:58] <kenvandine> or just a general improvement
[18:58] <cyphermox> general improvement more than a bug it fixes
[18:58] <cyphermox> there are some bugs, that's why I'd prefer if seb could test it too with his car
[18:58] <cyphermox> but it does generally improve pairing
[18:58] <kenvandine> any idea why the CI test failed?
[18:58] <cyphermox> commit message
[18:59] <cyphermox> ;)
[18:59] <kenvandine> oh... right :)
[18:59] <kenvandine> cool
[18:59] <cyphermox> I had set it up early to have mandel have a first quick look before I'd propose it for merging to trunk
[19:00] <kenvandine> no... it's more than that
[19:00] <kenvandine> 18:50:32.791 ERROR testresult:44 - ERROR: ubuntu_system_settings.tests.test_reset.ResetTestCase.test_reset_launcher
[19:00] <kenvandine> sounds unrelated though
[19:00] <cyphermox> oh, I missed it then, sorry
[19:00]  * kenvandine crosses fingers and clicks rebuild
[19:16] <xclaesse> seb128, ubuntu vivid still has gedit 3.10, what's blocking the new UI to be integrated in ubuntu? Never tried it, so I don't know if it's full of regressions, or something.
[19:16] <xclaesse> I see gnome-terminal got upgraded finally, cool :)
[20:52] <seb128> xclaesse, new gtk was needed to update it, that landed not long ago, so I guess gedit is going to be looked at next
[20:55] <xclaesse> seb128, ok thx
[21:00]  * desrt sinks one notch deeper into the rabbit hole
[21:00] <desrt> seb128: i'm at the point where i'm wondering why a certain piece of code exists and finding bugs that you opened in 2008
[21:00] <seb128> desrt, nice, which ones? ;-)
[21:01] <desrt> https://bugzilla.gnome.org/show_bug.cgi?id=520484
[21:02] <desrt> nevermind that i rewrote the trash backend since then since it was a crashing leaking disaster all around anyway
[21:02] <desrt> that's when we were hanging out in mountain view... rickspencer3 time :)
[21:03] <seb128> hehe
[21:04]  * desrt is pretty sure this is no longer an issue *cough*
[21:04]  * desrt deletes code with fingers crossed
[21:07] <seb128> yeah, that's probably resolved since


[02:25] <mup> PR snapd#4371 opened: tests: add support on tests for cm3 gadget <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/4371>
[06:02] <mborzecki> morning
[06:38] <mborzecki> zyga-ubuntu: hey
[06:41] <zyga-ubuntu> mborzecki: good mornin
[06:41] <zyga-ubuntu> :)
[06:41] <zyga-ubuntu> mborzecki: my last day this year
[06:41] <mborzecki> taking the rest of the year off?
[06:44] <zyga-ubuntu> yes
[06:44] <zyga-ubuntu> though I need to check again, but that's the plan
[06:45] <mborzecki> that's so nice, wish i had that many days of vacation left :)
[06:46] <zyga-ubuntu> haha, I wish I hadn't
[06:46] <zyga-ubuntu> the weather was better in the summer
[06:56] <zyga-ubuntu> mborzecki: and I have three carry-over days
[06:58] <zyga-ubuntu> mvo is not around yet
[06:58] <zyga-ubuntu> yesterday I took a detour to play with base-18
[06:58] <zyga-ubuntu> it was really fun, especially now that we can test boot it
[07:02] <mborzecki> that'll be based on 18.04?
[07:10] <zyga-ubuntu> yep
[07:10] <zyga-ubuntu> try it
[07:10] <zyga-ubuntu> it should work for you :)
[07:16] <mborzecki> zyga-ubuntu: do you have any prs in need of review that you'd like to close before you go?
[07:18] <zyga-ubuntu> mborzecki: yes, the two that are open
[07:18] <mborzecki> #4315 #4329?
[07:18] <mup> PR #4315:  cmd/snap-update-ns: add execWritableMimic <Created by zyga> <https://github.com/snapcore/snapd/pull/4315>
[07:18] <mup> PR #4329:  cmd/snap-confine: discard stale mount namespaces (v2) <Created by zyga> <https://github.com/snapcore/snapd/pull/4329>
[07:24] <zyga-ubuntu> yes
[07:29] <mup> PR snapd#4361 closed: devicestate: fix misbehaving test when using systemd-resolved <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4361>
[07:31] <mup> PR snapd#4360 closed: interfaces/many: misc updates for default, browser-support, opengl, desktop, unity7, x11 for 2.30 <Created by jdstrand> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4360>
[07:38] <zyga-ubuntu> hmm
[07:38] <zyga-ubuntu> the github merge conflict resolution tool is weird
[07:38] <zyga-ubuntu> it always has to run twice
[07:38] <zyga-ubuntu> WT?
[07:38] <zyga-ubuntu> look at 4343
[07:38] <zyga-ubuntu> last two commits
[07:38] <zyga-ubuntu> one is empty, one is the real merge
[07:40] <mborzecki> zyga-ubuntu: posted some comments to 4329
[07:42] <zyga-ubuntu> thanks, replied; I'll add the enum
[07:43] <mborzecki> ok, thanks
[07:43] <mborzecki> zyga-ubuntu: btw. what did you mean here: https://github.com/snapcore/snapd/pull/4354#discussion_r155448107 ?
[07:43] <mup> PR #4354: tests/lib: introduce helpers for setting up /dev/random using /dev/urandom in project prepare <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4354>
[07:45] <kalikiana> morning o/
[07:45] <zyga-ubuntu> o/
[08:25] <zyga-ubuntu> pstolowski: hey
[08:25] <zyga-ubuntu> pstolowski: some small conflicts on your PRs
[08:25] <zyga-ubuntu> pstolowski: good morning :)
[08:26] <pstolowski> zyga-ubuntu, morning! ok, looking
[09:12] <zyga-ubuntu> drat my seageate disks
[09:12] <zyga-ubuntu> I will never buy from that vendor again
[09:23] <kalikiana> zyga-ubuntu: did they break for good?
[09:23] <zyga-ubuntu> no, just definitely started to fail
[09:40] <mup> PR snapd#4343 closed: interfaces: rename sanitize methods <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/4343>
[10:15] <mup> PR snapcraft#1797 closed: tests: update the snap name already registered for store tests <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1797>
[10:18] <mup> PR snapcraft#1757 closed: Saving snap-build assertion as '.build' <Created by cprov> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/1757>
[10:21] <zyga-ubuntu> a little bit more
[10:22] <zyga-ubuntu> and I should have spread support for base 18
[10:28] <zyga-ubuntu> man, iteration is painful
[10:28] <zyga-ubuntu> snapcraft clean, snapcraft takes a good chunk of time
[10:40] <zyga-ubuntu> whee, another boot attempt
[10:46] <ogra_> ogra@pi3:~$ snap set core service.rsyslog.disable=false
[10:46] <ogra_> error: cannot perform the following tasks:
[10:46] <ogra_> - Run configure hook of "core" snap (run hook "configure": [--root / enable rsyslog.service] failed with exit status 1: Synchronizing state of rsyslog.service with SysV init with /lib/systemd/systemd-sysv-install...
[10:46] <ogra_> Executing /lib/systemd/systemd-sysv-install enable rsyslog
[10:46] <ogra_> insserv: warning: current start runlevel(s) (empty) of script `rsyslog' overrides LSB defaults (2 3 4 5).
[10:46] <ogra_> insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `rsyslog' overrides LSB defaults (0 1 6).
[10:46] <ogra_> Failed to execute operation: Unit file is masked
[10:46] <ogra_> )
[10:46] <ogra_> hmm
[10:48] <ogra_> (this is on edge, latest core)
[10:48] <ogra_> i guess mvo's new config handling broke ..
[10:49] <ogra_> (looks like it tries to call "enable" before "unmask")
[11:04] <pedronis> ogra_: look at the code it doesn't seem like that,  Unmask is called before Enable
[11:04] <pedronis> *looking
[11:05] <ogra_> pedronis, yeah, i had a week old hanging core iwith a Doing task
[11:05] <ogra_> aborting and manually refreshing fixed it
[11:06] <ogra_> (see bug 1736922 (already closed again))
[11:06] <mup> Bug #1736922: new config handling breaks re-enabling of rsyslog <snapd:Invalid> <https://launchpad.net/bugs/1736922>
[11:12]  * kalikiana considers fixedly-postmenopausal-tamesha as a runner up for most ridiculous pet name of the week
[11:18] <zyga-ubuntu> hmmm
[11:18] <zyga-ubuntu> so why are services not starting
[11:18] <zyga-ubuntu> I systemctl enable stuff
[11:18] <zyga-ubuntu> and yet it's not up
[11:22] <zyga-ubuntu> brr
[11:22] <zyga-ubuntu> need warm tea
[11:25] <mborzeck1> it's 5C outside, that's warmer than on Monday :)
[11:28] <mup> PR snapd#4314 closed: interfaces: use ConnectedPlug/ConnectedSlot types (step 2) <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/4314>
[11:29] <zyga-ubuntu> mborzecki: mwhudson recently complained about how warm it is in new zaeland
[11:29] <zyga-ubuntu> *ea
[11:31] <pstolowski> yay, all interface hooks prerequisites landed :)
[11:44] <zyga-ubuntu> sigh
[11:44] <zyga-ubuntu> little by little
[11:44] <mup> PR snapd#4366 closed: interfaces/removable-media: also allow 'k' (lock) <Created by jdstrand> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/4366>
[11:44] <mup> PR snapd#4367 closed: interfaces/removable-media: also allow 'k' (lock) for 2.30 <Created by jdstrand> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/4367>
[11:44] <zyga-ubuntu> does anyone have any idea why a certain unit is not started?
[11:44] <zyga-ubuntu> when systemd says "vendor preset: enabled"
[11:46] <ogra_> nothing in syslog ?
[11:46] <zyga-ubuntu> well
[11:46] <zyga-ubuntu> not sure what to look for
[11:46] <zyga-ubuntu> this is very barren still
[11:46] <ogra_> typically stdout from units goes there
[11:46] <zyga-ubuntu> I have a minimal 18 base
[11:47] <zyga-ubuntu> ogra_: I doubt it is started
[11:47] <zyga-ubuntu> it works when started manually
[11:51] <zyga-ubuntu> I'll read it the hard way
[11:52] <cachio> zyga-ubuntu, hey, I'll be 5 minutes late today
[11:52] <zyga-ubuntu> cachio: that's ok
[11:52] <zyga-ubuntu> cachio: we're still starting in one hour
[11:52] <zyga-ubuntu> right?
[11:52] <mup> PR snapd#4372 opened: snap: YAML and data structures for app before/after ordering <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4372>
[11:52] <mborzecki> trivial PR ^^
[11:53] <zyga-ubuntu> done
[11:53] <cachio> zyga-ubuntu, yea
[11:56] <mborzecki> cachio: did you manage to figure something out with the rpi test that was failing?
[12:03] <zyga-ubuntu> aha
[12:03] <zyga-ubuntu> so it seems (maybe) that it is snapcraft
[12:13] <zyga-ubuntu> gah
[12:13] <zyga-ubuntu> no,
[12:13] <zyga-ubuntu> WTF
[12:15] <zyga-ubuntu> so, /etc/systemd/system is empty after booting
[12:16] <zyga-ubuntu> but it's not empty in the core snap
[12:16] <zyga-ubuntu> WTF
[12:16] <zyga-ubuntu> ah
[12:17] <zyga-ubuntu> all is clear now
[12:17] <zyga-ubuntu> thats system-data
[12:17] <zyga-ubuntu> sooooo
[12:18] <ogra_> /etc/systemd/system should be handled via writaable-paths
[12:21] <ogra_> (in synced mode FWIW)
[12:30] <bloodearnest> Hey folks. snap set core proxy.https=https://my.proxy:3128 does seem to have any affect, on 2.29 or 2.30, on classic. Is this a Known Issue?
[12:34] <bloodearnest> gah s/affect/effect
[12:41] <pedronis> bloodearnest: yes,   except proxy.store all the other core config are core only,  now that handling has been moved we need to decide which one make sense/are sane on classic too
[12:41] <bloodearnest> ok
[12:42] <pedronis> bloodearnest: it's not a regression, always been like this so far
[12:42] <bloodearnest> thx
[12:43] <bloodearnest> pedronis: ok. Related question, assuming some future where proxy.https can be set on classic, is there a way for another snap to access core config, via snapctl inside the snap, or similar?
[12:45] <ogra_> bloodearnest, snapd's systemd unit sources /etc/environment ... if you have your proxy settings in there and restart snapd it should just pick that up
[12:45] <ogra_> (that indeed assumes a system wide proxy)
[12:46] <pedronis> bloodearnest: not at the moment,  a snap would need snapd-control  and go through the REST api directly or use snap (I don't remember if we make available there)
[12:47] <ogra_> pedronis, i suspect even then you would miss access to core-support (which the config hook uses) ... or would that be just internally used when calling set/get ?
[12:47] <pedronis> ?
[12:48] <pedronis> you can do snap get core
[12:48] <pedronis> or the equivalent with the REST api
[12:48] <pedronis> not sure how core-support (which is not needed anymore) relates
[12:48] <ogra_> ah, wh is it not needed anymore ?
[12:48] <ogra_> *why
[12:49] <pedronis> because the hook is going away
[12:49] <ogra_> oh, indeed, silly me
[12:49] <pedronis> as far as I know we have core-support just for the configure hook inside core
[12:49] <ogra_> it is snapd itself now
[12:49] <ogra_> right
[12:49] <ogra_> for allowing the shelling out to particular system binaries
[12:50] <ogra_> but indeed ... not needed when snapd manages it ... thanks !
[12:50] <pedronis> yea, that's why I said not sure, but if you have snapd-control you can use the REST api
[12:50] <pedronis> but there's no other way to peek at other snap configs atm
[12:50] <pedronis> nor any special exception around core config
[12:53] <pedronis> bloodearnest: there is some idea that snapctl should give access to some safe system information (not specifically config keys) but nothing has happened yet of that
[13:05] <zyga-ubuntu> cachio: standup
[13:05] <zyga-ubuntu> pstolowski: standup
[13:11]  * ogra_ wonders when this "snap list" on his non-networked kvm will return ... it is sitting there since several minutes now
[13:11] <ogra_> dont we have a timeout ?
[13:12] <popey> ogra_: i saw that recently on a machine which had selinux blocking. it didnt timeout, ever
[13:12] <popey> just sits there, and journalctl shows selinux blocking errors
[13:12] <ogra_> well, its a kvm core image nad my host has somehow messed up the forwarding ...
[13:13] <ogra_> so the kvm machine thinks it has network but i cant ping anything outside
[13:13] <ogra_> it still sits there btw ...
[13:13] <popey> worth a look in the journal/syslog anyway
[13:13] <ogra_> seems to never time out
[13:14] <mup> PR snapd#4371 closed: tests: add support on tests for cm3 gadget <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4371>
[13:15] <ogra_> wow
[13:15] <ogra_> http://paste.ubuntu.com/26132566/
[13:15] <ogra_> so snapd crashes (it then restarts though and seems to run proper)
[13:15] <ogra_> oh, it finally returned the list ... only took really long
[13:15] <popey> :)
[13:16] <ogra_> over 10 min
[13:17] <ogra_> but that above was only on boot ... the actual "snap list" call doesnt produce any log output
[13:18] <ogra_> sadly even snap changes hangs
[13:19] <ogra_> hmpf
[13:26] <sergiusens> ann: if anyone pinged me in the past 2 hours I lost it
[13:33] <zyga-ubuntu> mvo: some more progress, spread now starts the vm but fails to log in because /home is synced and that kills my test-only /home/ubuntu directory; I removed most of writable paths (including home), let's see what this looks like
[13:34] <ogra_> zyga-ubuntu, dnot forget writable-paths has individual settings (two way, three way merge or completely persistent) the single dirs behave differently usually
[13:34] <zyga-ubuntu> ogra_: right, I have a custom conifg
[13:34] <zyga-ubuntu> *config
[13:35] <zyga-ubuntu> this is just a temporary step
[13:35] <zyga-ubuntu> towards something I can spread test and test boot rapidly
[13:35] <zyga-ubuntu> and in the end get a working environment for interation
[13:35] <zyga-ubuntu> I think we want to remove writable-paths entirely
[13:35] <ogra_> yeah, i get that
[13:35] <zyga-ubuntu> (eventually)
[13:35] <ogra_> just pointing out a synced dir thats now not synced might break the world :)
[13:36] <zyga-ubuntu> yep, that's all "fine" - we're far away from base-18 working
[13:36] <ogra_> heh
[13:36] <ogra_> what about doing base-16 first ?
[13:36] <zyga-ubuntu> I need to move the initramfs help
[13:36] <zyga-ubuntu> ogra_: I think that's less interesting as that can stay as a copy of current core forever
[13:36] <ogra_> since you will need the split for upgrades
[13:37] <ogra_> well, using the base-16 and then shrinking it would be my way forward
[13:37] <ogra_> (towards -18)
[13:37] <zyga-ubuntu> not sure
[13:37] <zyga-ubuntu> I think there are lots of challenges in 18 that need to be tackled
[13:37] <zyga-ubuntu> and this is also involving migration
[13:37] <zyga-ubuntu> I want to just do 18 as a clean slate first
[13:39] <bloodearnest> pedronis: zyga: ok, thanks for the info
[13:39] <ogra_> sigh ... this snapd in kvm really misbehaves
[13:39] <ogra_> error: cannot communicate with server: Post http://localhost/v2/snaps/firstboot-setup: EOF
[13:39] <ogra_> for a snap remove ...
[13:40] <zyga-ubuntu> snapd crashed?
[13:40] <ogra_> it is running ... the network forwarding outside the VM is broken ...
[13:41] <ogra_> so it thinks it is online but i cant ping the outside world (i can ping my lkvm gateway though)
[13:41] <ogra_> that makes snapd really misbehave
[13:41] <zyga-ubuntu> ping is broken in user networking
[13:41] <zyga-ubuntu> just don't ping
[13:41] <ogra_> $ ps ax|grep snapd
[13:41] <ogra_>   965 ?        Ssl    0:00 /usr/lib/snapd/snapd
[13:42] <ogra_> $ snap remove firstboot-setup
[13:42] <ogra_> error: cannot communicate with server: Post http://localhost/v2/snaps/firstboot-setup: EOF
[13:42] <ogra_> thats what i get
[13:42] <ogra_> oh ? ping is broken ? since where
[13:42] <zyga-ubuntu> any snapd logs?
[13:42] <zyga-ubuntu> ogra_: since forever in user networking, check that if you want to know why
[13:42] <zyga-ubuntu> ogra_: but that's irrelevant for snapd
[13:43] <ogra_>  2017/12/07 13:40:14.783948 daemon.go:306: started snapd/2.30~rc1+git467.c2f9631~ubuntu16.04.1 (series 16) ubuntu-core/16 (amd64) linux/4.4.0-102-generic.
[13:43] <sergiusens> zyga-ubuntu what version of go are you using for snapd?
[13:43] <ogra_> looks like it started just fine (thats the last line in the journal)
[13:43] <zyga-ubuntu> sergiusens: 1.6
[13:44] <zyga-ubuntu> sergiusens: on core
[13:44] <sergiusens> across the board?
[13:44] <zyga-ubuntu> sergiusens: and reexec
[13:44] <zyga-ubuntu> sergiusens: whatever-is-there on various distros
[13:44] <sergiusens> ah, the client on whatever the distro is I guess
[13:44] <zyga-ubuntu> sergiusens: kind of, the client on your distro execs the reexec 1.6 binary most of the time
[13:48] <cachio> ogra_, hey
[13:48] <ogra_> hey cachio
[13:48] <cachio> ogra_, I was discussing with plars about if we could have ubuntu core images bot beta
[13:49] <ogra_> cachio, sure. why not
[13:49] <cachio> ogra_, it could be manually/automatically triggered when a new core snap is in beta
[13:50] <cachio> ogra_, so then we can use those images in testflinger
[13:50] <ogra_> cachio, you would need to talk to foundations to get a beta build at http://cdimage.ubuntu.com/ubuntu-core/16/
[13:50] <ogra_> sil2100 does them i think
[13:50] <cachio> ogra_, good
[13:50] <ogra_> (unless you will roll them yourself indeed)
[13:50] <ogra_> (its always just an ubuntu-image call away anyway ;) )
[13:51] <cachio> ogra_, where is the code that we use to create the stable / edge images?
[13:51] <ogra_> cachio, also a question for foundations ... i only do the images at http://people.canonical.com/~ogra/snappy/all-snaps/daily/current/ for which the build scripts are local
[13:52] <ogra_> (local meaning on my PC)
[13:52] <cachio> ogra_, ah, ok
[13:52] <zyga-ubuntu> ha
[13:52] <zyga-ubuntu> I now know a little bit more about how spread starts up
[13:52] <cachio> ogra_, great, I'll talk to sil2100 in that case
[13:52] <ogra_> yeah
[13:52] <cachio> ogra_, tx
[13:52] <ogra_> or slangasek ... either of them should be able to point you to the official scripts
[13:54]  * kalikiana off for lunch in 10min
[13:54]  * kalikiana getting hungry
[13:56] <mvo> zyga-ubuntu: sorry, in a meeting, nice progress. looking at your open PRs now
[13:56] <zyga-ubuntu> mvo: ok, just need to add sudo right
[13:56] <zyga-ubuntu> mvo: I'll open a 2nd pr for spread
[13:57] <zyga-ubuntu> (for this project, spread is ok)
[13:58] <mborzecki> mvo: if that's ok with you, i'd like to rebase #4357 on top of #4372 and skip all 'validation' pathes in this PR
[13:58] <mup> PR #4357: wrappers: autogenerate After/Before in systemd's service files for apps <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4357>
[13:58] <mup> PR #4372: snap: YAML and data structures for app before/after ordering <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4372>
[14:11] <zyga-ubuntu> mvo: it works now :)
[14:11] <zyga-ubuntu> mvo: shall I expand the existing PR
[14:11] <zyga-ubuntu> mvo: or do you want to see a 2nd one
[14:12] <mup> PR snapd#4340 closed: snap: YAML and app validation parts of after/before app startup ordering <Created by bboozzoo> <Closed by bboozzoo> <https://github.com/snapcore/snapd/pull/4340>
[14:12] <mup> PR snapd#4373 opened: snap: app startup after/before validation <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4373>
[14:13] <mvo> mborzecki: +1
[14:13] <mvo> zyga-ubuntu: either way is fine
[14:13] <mvo> zyga-ubuntu: whatever is easier for you
[14:13] <zyga-ubuntu> k
[14:17] <mup> PR core#66 closed: 500-create-xdg.binary: use "set -o pipefail"  <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core/pull/66>
[14:18] <mborzecki> mvo: the PRs are split now, would appreciate another review :)
[14:20] <zyga-ubuntu> mvo: done
[14:20] <zyga-ubuntu> mvo: please try it :)
[14:20] <zyga-ubuntu> mvo: same PR
[14:20] <zyga-ubuntu> mvo: just look at my master
[14:20] <zyga-ubuntu> mvo: commit history (especially last one) has usage instructions
[14:21] <zyga-ubuntu> mvo: I'll polish this now, slightly, enough to start fixing the issues we see (and add tests)
[14:21] <mvo> mborzecki: great, will look
[14:21] <mvo> zyga-ubuntu: same here
[14:21] <mborzecki> mvo: thanks
[14:21] <mvo> zyga-ubuntu: \o/
[14:22] <mborzecki> i'm off to pick up the kids, afk for now
[14:26] <greyback> jdstrand: hey, I've pushed my WIP to https://github.com/snapcore/snapd/pull/4365/files, can I ask you a couple of things? (1) Am I going too far, enabling proper Wayland compositors, which allows hardware access like Mir has? (2) I've duplicated much of what Mir slot has. is that kosher, or would a shared subclass interface be do-able?
[14:26] <mup> PR #4365: interfaces/mir: allow Wayland socket and non-root sockets <Created by gerboland> <https://github.com/snapcore/snapd/pull/4365>
[14:26] <greyback> zyga-ubuntu: ^^ your opinion also welcome
[14:27] <zyga-ubuntu> greyback: ack
[14:43] <zyga-ubuntu> mvo: ok, I think base-18#8 is ready for review
[14:43] <zyga-ubuntu> mvo: once it lands we can really iterate and propose tests
[14:43] <mvo> zyga-ubuntu: \o/
[14:45] <zyga-ubuntu> mvo: I'll try to enable travis now
[14:45] <zyga-ubuntu> actually
[14:45] <zyga-ubuntu> hmmm
[14:45] <zyga-ubuntu> I think this will be harder than I anticipated
[14:45] <zyga-ubuntu> unless travis can just run things on top of xenial (maybe)
[14:45] <ogra_> why wouldnt it ?
[14:46] <ogra_> all y teste run on top of a xenail chroot in travis
[14:46] <ogra_> *all my tests
[14:46] <zyga-ubuntu> I need qemu
[14:46] <zyga-ubuntu> and spread
[14:47] <zyga-ubuntu> and kpartx and other maic
[14:47] <ogra_> ouch
[14:47] <zyga-ubuntu> may be too much
[14:47] <ogra_> yeah
[14:47] <zyga-ubuntu> well, let me grab a coffee and try
[14:47] <zyga-ubuntu> or maybe
[14:47] <zyga-ubuntu> break for lunch and then come back fresh
[14:47] <zyga-ubuntu> ogra_: btw, feedback on base-18 appreciated
[14:47] <ogra_> zyga-ubuntu, where do you hide it ?
[14:48] <zyga-ubuntu> ogra_: snapcore/base-18
[14:48] <zyga-ubuntu> ogra_: see PR #8
[14:48] <ogra_> i wonder why i didnt get PR mail for that
[14:52] <zyga-ubuntu> ogra_: it's brand new
[14:53] <ogra_> zyga-ubuntu, you dont install ubuntu-core-config ?
[14:53] <ogra_> hwo do you get writable-paths right then ?
[14:53] <zyga-ubuntu> ogra_: I don't even know what is there
[14:53] <zyga-ubuntu> ogra_: note that for testing I steal core-16 intird
[14:54] <ogra_> well, it only does a debootstrap minbase and one hook installs systemd and nssswitch
[14:54] <ogra_> zyga-ubuntu, right, that will be broken since it wont fint /etc/system-image/writable-paths in the target rootfs
[14:54] <ogra_> the initrd needs that
[14:54] <zyga-ubuntu> I think this is a _very_ early core :)
[14:54] <ogra_> interesting that you get it to boot at all
[14:55] <ogra_> zyga-ubuntu, well, it should badly error before mounting the rootfs when it doesnt find the writable-paths file ... if it doesnt you found actually a bug in the initrd :)
[14:55] <zyga-ubuntu> ogra_: ogra_ I add one
[14:55] <zyga-ubuntu> ogra_: I added that file
[14:56] <zyga-ubuntu> ogra_: anyway, this is really held-with-strings for now
[14:56] <ogra_> yeah, understood
[14:56] <zyga-ubuntu> ogra_: I plan to integrate inird code here so that base-18 is separate from base-16
[14:56] <zyga-ubuntu> ogra_: and then let us iterate with confidence (tests)
[14:56] <ogra_> i dont see where you add the file though
[14:56] <zyga-ubuntu> ogra_: hooks
[14:56] <zyga-ubuntu> ogra_: btw, this also includes a small, hand coded ubuntu-image
[14:57] <mup> PR snapd#4308 closed: packaging/arch: install snap-mgmt tool <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4308>
[14:57] <zyga-ubuntu> ogra_: again, all optimized for getting started and getting results quickly
[14:57] <zyga-ubuntu> ogra_: I expect everything to change
[14:57] <ogra_> zyga-ubuntu, oh, i was looking ast the tree, not the last PR
[14:58] <zyga-ubuntu> ahh
[14:59] <ogra_> wow
[14:59] <kalikiana> re
[14:59] <zyga-ubuntu> what?
[14:59]  * ogra_ shades his eyes from "create-image"
[15:00] <kalikiana> is it shiny?
[15:00] <ogra_> well ...
[15:00] <ogra_> :)
[15:00] <zyga-ubuntu> ogra_: I'd say it's simple
[15:00] <zyga-ubuntu> ogra_: simplest one yet :)
[15:01] <zyga-ubuntu> mvo: updated the comment
[15:01] <zyga-ubuntu> mvo: shall I remove the dist-upgrade too?
[15:01] <zyga-ubuntu> mvo: and note that you have to merge it as I don't have permissions
[15:02] <zyga-ubuntu> mvo: does it work for you :) ?
[15:02] <zyga-ubuntu> (that's most interesting)
[15:05] <mvo> a review for 4372 would be great, should be an easy win :)
[15:06] <zyga-ubuntu> darn, I already did
[15:06] <mvo> zyga-ubuntu: so far I just reviewed :) thanks, I will try it in a little bit, but I also promised maj some reviews (what is the short form of his name)?
[15:06] <mvo> zyga-ubuntu: oh, sorry
[15:06] <mvo> zyga-ubuntu: you did indeed, silly me
[15:07] <zyga-ubuntu> mvo: maciej or maciek are both shorth-ish;
[15:07] <zyga-ubuntu> I don't think there's a shorter way
[15:10] <greyback> jdstrand: thanks for the review. I'll bring up a Weston snap to proof the interface and remove any Mir specifics (I'd not vetted those bits carefully yet)
[15:11] <jdstrand> greyback: I gave some feedback. imo it would be ok to strip out the things we know are mir-specifc and just make this work for the mir snap. if someone provides an alternate slot implementation (eg, weston), we could add anything else (though, bonus points if you snap weston)
[15:11]  * jdstrand is partially kidding
[15:11] <jdstrand> oh heh
[15:11] <jdstrand> :)
[15:11] <jdstrand> gold start for greyback :)
[15:11] <jdstrand> star*
[15:12] <jdstrand> greyback: thanks! :)
[15:12] <greyback> np
[15:12] <mvo> zyga-ubuntu: sad, "mac" would be a great name :P
[15:12]  * mvo hugs mborzecki
[15:13] <mborzecki> mc borzecki
[15:13] <zyga-ubuntu> mvo: mac sounds good to me :)
[15:13] <ogra_> M.C. ... rock da house !
[15:13] <zyga-ubuntu> mborzecki: do you like it
[15:13] <mvo> lol@mc
[15:13] <zyga-ubuntu> greyback, jdstrand: sorry I wasn't looking at that PR yet
[15:13] <zyga-ubuntu> I got lost in base-18
[15:14] <mvo> mborzecki: next sprint you need to give a performance on stage as the MC
[15:14] <greyback> zyga-ubuntu: no worries, I've plenty to work with :)
[15:14]  * ogra_ adds a PR to base-18 ... "find . -name zyga-ubuntu"
[15:14] <greyback> base 18 arithmetic? yikes!
[15:14] <zyga-ubuntu> heh
[15:14] <mborzecki> hahah, not gonna happen :)
[15:14] <zyga-ubuntu> :D
[15:41] <mvo> cachio_lunch: is 4370 also for 2.30? to make your validations easier?
[15:43] <mborzecki> mvo: thanks for pushing the gofmt fix to #4372, i had it in both PRs but missed it when rebasing :/
[15:43] <mup> PR #4372: snap: YAML and data structures for app before/after ordering <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/4372>
[15:43] <mup> PR snapd#4370 closed: tests: set TRUST_TEST_KEYS=false for all the external backends <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/4370>
[15:44] <mvo> mborzecki: no problem, feel free to rebase that commit from me away if you dislike it
[16:01] <zyga-ubuntu> mvo: 4329 should be mergable now
[16:02] <zyga-ubuntu> mvo: as I said in my last comment just now I constrained the fix to classic systems
[16:02] <zyga-ubuntu> mvo: this lets us land the important fix and use it while the 2nd half is implemented
[16:02] <zyga-ubuntu> mvo: so, that's one up for review :)
[16:03] <zyga-ubuntu> mvo: trivial base-18#21
[16:03] <mup> PR base-18#21: tests: check that hostname is not set <Created by zyga> <https://github.com/snapcore/base-18/pull/21>
[16:11] <zyga-ubuntu> mvo: how can I make the base-18 build aware of a local apt proxy?
[16:11] <zyga-ubuntu> mvo: it'd be good for just the basic bootstrap to do this
[16:13] <mvo> zyga-ubuntu: hm, http_proxy should be fine
[16:13] <mvo> zyga-ubuntu: the env
[16:13] <mvo> zyga-ubuntu: I also added support for squid-deb-proxy-client at some point
[16:14] <mvo> zyga-ubuntu: i.e. iirc it ran the apt config Acquire::http::ProxyAutoDetect  at some point. not sure if this is still the case though
[16:24] <cachio> mvo, please tell me if you need some help to reproduce any other the errors that I saw during beta validation
[16:29] <zyga-ubuntu> mvo: base-18#22
[16:29] <mup> PR base-18#22: hooks,tests: mask motd timer/services <Created by zyga> <https://github.com/snapcore/base-18/pull/22>
[16:29] <mborzecki> it looks to me we need a separate service that monitors how many spread nodes are avalable and then starts the CI job
[16:30] <zyga-ubuntu> mborzecki: aka spread batch system
[16:30] <zyga-ubuntu> yes, I agree
[16:30] <zyga-ubuntu> it's silly that we do things interactively
[16:40]  * zyga-ubuntu slowly EOYs
[16:40] <zyga-ubuntu> just turned my desktop off
[16:42] <brunosfer> Hey guys, I'm trying to run some services in bluetooth using my snap with sdptool, however I get the error "Failed to connect to SDP server on FF:FF:FF:00:00:00: No such file or directory" do you know how can I solve this problem in ubuntu snappy core?
[16:42] <zyga-ubuntu> brunosfer: please ask this question on the forum (forum.snapcraft.io) - more people can see and react and learn from responses there
[16:43] <brunosfer> zyga-ubuntu: Good idea. Thanks for the advice ;)
[16:46] <kalikiana> zyga-ubuntu: xmas is coming early for you, so to speak? :-D
[16:47] <zyga-ubuntu> kalikiana: I hope real snow will follow
[16:48] <kalikiana> fingers crossed
[16:49] <kalikiana> although where I'm at it's most likely just going to be a slushy brown mess
[16:50] <zyga-ubuntu> "ding ding ding, ding ding ding, what's this murky goo, how I hate when it wheels get stuck and shoes get white-salt stains"
[16:51] <pstolowski> zyga-ubuntu, missing Spain already? ;)
[16:51] <zyga-ubuntu> pstolowski: since I left
[16:55] <roadmr> zyga-ubuntu: haha murky goo rofl
[16:56]  * kalikiana also wrapping up for today (not for the year just yet)
[16:57] <kennyloggins> realy wanted to go to asturias , but cant afford eet.
[17:08] <mvo> cachio: still haven't managed to try it yet with a real image
[17:08] <mvo> cachio: after dinner I will try
[17:08] <mvo> cachio: else in my morning
[17:09] <kennyloggins> zyga-ubuntu they're waiting to cross, still in Seville :) https://redd.it/5ihe60
[17:09] <zyga-ubuntu> kennyloggins: hmm?
[17:09] <zyga-ubuntu> kennyloggins: I'd like to live in spain again
[17:10] <zyga-ubuntu> not sure how this is related (apart from seville)
[17:10] <kennyloggins> zyga-ubuntu: Oh, thought you were one of those bots - just a random pic. post I guess.
[17:10] <zyga-ubuntu> WHAT
[17:10] <zyga-ubuntu> :D
[17:10] <kennyloggins> zyga-ubuntu: I need better books to read though.
[17:11] <zyga-ubuntu> I can recommend some
[17:11] <zyga-ubuntu> but I need to read them first :)
[17:11] <kennyloggins> for myself, how lovely.
[17:12] <kennyloggins> oh, that's abit ridge-wing then.
[17:13] <mcphail> I'm getting build errors from build.snapcraft.io - "svn: E670002: Unknown hostname 'svn.code.sf.net'" - is there are problem with DNS resolution?
[17:13]  * mcphail has no idea why he didn't write that in English...
[17:14] <cjwatson> mcphail: https://bugs.launchpad.net/launchpad-buildd/+bug/1668358
[17:14] <mup> Bug #1668358: Snap Builds using SVN Unable to Access Internet <launchpad-buildd:Confirmed> <https://launchpad.net/bugs/1668358>
[17:14] <cjwatson> i.e. svn proxying isn't implemented yet
[17:14] <mcphail> cjwatson: aah. Thanks. That's a shame
[17:14] <cjwatson> mcphail: if you can use http/https URLs with svn, that should work though
[17:15] <cjwatson> hm, maybe not, that bug does give an http:// example
[17:15] <cjwatson> feel free to work out how to fix this ... :-/
[17:15] <mcphail> heh :)
[17:16] <mcphail> I think you overestimate my talents
[17:17] <cjwatson> we probably just need to implement the stuff from https://subversion.apache.org/faq.html#proxy
[17:17] <kennyloggins> used gscan2pdf for the first time in 2 years today - would be nice as a snap.
[17:18] <cjwatson> I don't know whether svn honours the usual proxy environment variables; if not we'll need to hack /etc/subversion/servers or similar.  And we probably also need to change the proxy config to allow those extra HTTP methods.
[17:21] <mcphail> it would be nice if people stopped using svn
[17:21] <sergiusens> cjwatson subversion only allows global setting in its file, no env vars or alternate config files are allowed from what we saw
[17:21] <sergiusens> which is why we did not implement it
[17:21] <cjwatson> sergiusens: right, but launchpad-buildd could
[17:22] <sergiusens> true, we could also implement it in snapcraft if the build environment is discardable
[17:25] <mcphail> popey: any suggestions as to what i need to tweak in https://github.com/mcphail/quakesnap to get sound working?
[17:25] <popey> the one in the store?
[17:26] <mcphail> no - this one doesn't build
[17:26] <mcphail> (well, it builds locally but not on the build server due to the svn issues above)
[17:26] <popey> do you need libpulse0 staged?
[17:26] <popey> and the environment variable so it gets found
[17:26] <mcphail> I tries that but it didn't seem to make a difference. Let me try again
[17:27] <popey> do you get apparmor issues?
[17:27] <mcphail> where do I check for those? dmesg?
[17:27] <popey> snappy-debug.security scanlog
[17:27] <popey> leave that running in a terminal
[17:27] <popey> snap install snappy-debug, if you don't have it first
[17:30] <mcphail> popey: http://paste.ubuntu.com/26133867/
[17:32] <popey> sounds like one for jdstrand ^ :)
[17:32] <mcphail> heh. I'm sure I'm just missing something daft
[17:32] <popey> the alsa plug maybe?
[17:32] <popey> but you also need to bundle a load of alsa gumpf
[17:32] <popey> lemme find an example (assuming it's alsa)
[17:33] <mcphail> certainly the app thinks it is using pulse
[17:33] <kennyloggins> where is the place to create an issue for that problem ?
[17:33] <popey> depends where the issue is
[17:33] <popey> i dont think alsa plug would do it. https://github.com/snapcore/snapd/blob/master/interfaces/builtin/alsa.go
[17:34] <kennyloggins> probably a 'enta' library or something.
[17:35] <popey> https://github.com/snapcore/snapd/search?utf8=%E2%9C%93&q=%2Fsys%2Fdevices&type=
[17:35] <popey> can't see a plug that covers it.
[17:35] <popey> so yeah, one for when jdstrand is about, or a forum thread
[17:37] <kennyloggins> libasound2 ? I think that is shared libraries in debian. but again - I'm a random today.
[17:37] <mcphail> OK. Cheers popey
[17:51] <jdstrand> mcphail (cc popey): the wgetrc you can ignore or adjust your wget invocation to use a wgetrc in your snap
[17:51] <jdstrand> mcphail (cc popey): plugs screen-inhibit-control
[17:52] <jdstrand> mcphail (cc popey): the /sys/devices issue was actually just fixed in the upcoming 2.30
[17:52] <popey> woohoo!
[17:52] <jdstrand> mcphail (cc popey): as part of the joystick interface
[17:53] <jdstrand> mcphail: I suspect tomorrow's edge snap will have the fix
[17:53] <jdstrand> edge core* snap
[17:53] <popey> Great to hear, thanks jdstrand
[17:53] <jdstrand> np
[17:54] <jdstrand> popey, mcphail: see https://forum.snapcraft.io/t/joysick-access-for-sdl2-apps/3027 for details
[17:59] <mcphail> jdstrand: ooh. thanks
[19:22] <sergiusens> elopio mind checking my update on LP: #1736861 ?
[19:22] <mup> Bug #1736861: classic snap fails to build with "cannot find section" <regression> <Snapcraft:Triaged by sergiusens> <https://launchpad.net/bugs/1736861>
[19:31] <mup> PR snapd#4374 opened: interfaces: interfaces: also an app/hook-specific udev RUN rule for hotplugging <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4374>
[19:46] <elopio> sergiusens: I get "OSError: libarchive.so: cannot open shared object file: No such file or directory"
[19:46] <sergiusens> oh, I built it on a dirty system
[19:46] <sergiusens> elopio let me just push the branch
[19:49] <sergiusens> elopio snapcraft#1798
[19:49] <mup> PR snapcraft#1798: go plugin: strip sections that patchelf does not handle <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1798>
[19:50] <mup> PR snapcraft#1798 opened: go plugin: strip sections that patchelf does not handle <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1798>
[22:22] <mup> PR snapd#4375 opened: interfaces: interfaces: also add an app/hook-specific udev RUN rule for hotplugging for 2.30 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4375>
[22:27] <gsilvapt> hello all
[22:27] <gsilvapt> kyrofa, you around=
[22:27] <gsilvapt> s/=/?
[22:29] <kyrofa> gsilvapt, I am, although knee deep in something at the moment
[22:30] <gsilvapt> kyrofa, I see. If you have some free time, let me know so we can finish the version feature if that's okay to you
[22:34] <kyrofa> gsilvapt, where did we leave off? Trying to add the variable in?
[22:37] <gsilvapt> kyrofa, the string was working but I was not able to pass in the %(prog) and %(version) variables correctly
[22:39] <kyrofa> gsilvapt, that's an old-style format string. Hints here: https://pyformat.info/
[22:40] <kyrofa> gsilvapt, however, I remember that we ran into testing issues with %(prog), which is why we hard-coded "snapcraft"
[22:40] <kyrofa> Might want to continue doing that
[22:40] <gsilvapt> kyrofa, thank you. I'll take a look right after I finish prepping the information to apply my LoCo to revalidation.
[22:40] <kyrofa> Sure thing
[23:12] <gsilvapt> kyrofa, now I read your first message. So are we not using %(prog) variable then?
[23:12] <gsilvapt> Or for now we'll stick with that and see how it behaves?
[23:18] <kyrofa> Either way, but I suspect you'll run into troubles using it