[02:01] <jamesh> robert_ancell: for the issue of gnome-software claiming to handle snap URIs on installs without the plugin, one option would be for it to install separate desktop files for each URI scheme handler (using NoDisplay=true so they don't clutter menus)
[02:02] <jamesh> robert_ancell: that way the scheme handlers could be packaged with the plugins on distros that split it into multiple binary packages
[02:38] <VoltronDikz> Hi guys. How yall doing?
[02:38] <VoltronDikz> Quick question. I have a 18.04 iso.
[02:39] <jamesh> oh?
[02:39] <VoltronDikz> What am I running? kde, Gnome, ??? Am confused and trying to config some Icons but I can't find a way to do so.
[02:40] <jamesh> VoltronDikz: the default desktop is GNOME 3 with an extension to show an icon dock on the left.
[02:41] <jamesh> (basically to give something that should be familiar to both people coming from Unity 7 in previous releases, and people who have used other GNOME 3 based desktops)
[03:16] <VoltronDikz> I am trying to resize (make way smaller) the icons on the center page when clicking show programs.
[03:16] <VoltronDikz> I am not talking about the ICON DOCK.
[03:16] <VoltronDikz> Could not find 1 good and simple way to resize and compact to have more apps showing.
[03:16] <VoltronDikz> Anybody?
[03:23] <jamesh> VoltronDikz: I don't know if there is a preference for that.  Maybe there is an extension that can help with that at https://extensions.gnome.org/ ?
[03:24] <duflu> VoltronDikz, having fixed a bug in that area recently I think it is hard coded :(  But yes extensions can change some things that are otherwise hard coded
[03:24] <duflu> (https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/90)
[03:24] <gitlab-bot> GNOME bug (Merge request) 90 in gnome-shell "Display full application names under their icons" (comments: 9) [Closed]
[03:28] <duflu> Hmm, did I break my theming in cosmic or did an update?
[03:31] <duflu> My fault. 'dconf reset -f /org/gnome/' to the rescue.
[03:33] <VoltronDikz> duflu so basically no way to resize / schrink those icons in middle of screen right?
[03:34] <duflu> VoltronDikz, it might be possible using an extension. Because the high-level design of the shell (and extensions) is all in JavaScript and it's easy to tinker. But no I can't find any proper configuration option
[05:16] <didrocks> good morning
[05:39] <duflu> Morning didrocks
[05:42] <didrocks> hey duflu
[05:45] <jibel> Good morning every one
[05:46] <duflu> Morning jibel
[05:47] <didrocks> salut jibel
[05:47] <jamesh> hi didrocks, jibel
[05:47] <didrocks> hey jamesh
[06:10] <duflu> Oh, hi jamesh :)
[06:10] <duflu> And hi bschaefer, seb128
[06:11] <seb128> hey duflu, how are you?
[06:11] <seb128> good morning desktopers
[06:11] <duflu> Doing OK seb128. You?
[06:11] <seb128> I'm fine, need some coffee though!
[06:13] <didrocks> salut seb128!
[07:42] <seb128> lut didrocks
[07:54] <alexarnaud> Good morning all
[07:55] <willcooke> morning
[07:56] <thumper> morning willcooke
[07:58] <willcooke> hey thumper, how goes?
[07:58] <seb128> hey alexarnaud willcooke
[07:58] <thumper> willcooke: pretty good
[07:59] <thumper> as in I'm pretty good at procrastinating doing performance reviews
[08:00] <willcooke> thumper, ha!  It does drag on.  Every year I say to myself "If I just made some notes once a month then reviews would be easy"
[08:00] <willcooke> never happens
[08:00] <thumper> hah
[08:00] <thumper> yeah
[08:00] <didrocks> hey willcooke, thumper
[08:01] <thumper> o/ didrocks, seb128
[08:01] <Laney> hey
[08:01] <didrocks> morning Laney
[08:01] <didrocks> thumper: nice tweet! +1
[08:02] <didrocks> (pun intended)
[08:02] <thumper> hah
[08:02]  * thumper is going through CVs again
[08:02] <duflu> Morning willcooke
[08:03] <duflu> Evening thumper
[08:03] <duflu> Morning Laney
[08:08] <thumper> o/ duflu
[08:08] <Laney> happy solstice
[08:17] <seb128> hey Laney, ah indeed, happy summer day!
[08:20] <Laney> hey seb128
[08:20] <Laney> look at it negatively - all downhill from here towards winter
[08:23]  * duflu looks uphill
[08:24] <seb128> and winter is not downhill, it's time to drink hot beverages next to the fire
[08:24] <seb128> which is nice as well :)
[08:24] <Laney> damn it
[08:24] <Laney> you win this one, positivitiy
[08:24] <duflu> That's true. It's interesting Europeans celebrate winter outdoors more than those of us with warmer winters
[08:25] <duflu> indoors and outdoors
[08:25] <duflu> markets and all
[08:28] <Laney> need less incentive to get people to go out?
[08:31] <willcooke> 186 days to Christmas
[08:33] <Laney> that sound quite short
[08:33] <Laney> better get shopping
[09:39] <xnox> willcooke, I❤🎄
[09:39] <willcooke> :DD
[10:30] <Laney> tjaalton: do you like https://paste.ubuntu.com/p/VPjjHq2Qcy/ ?
[10:30] <Laney> just been reviewing that for Marco, seems good to me, if you like it I'll upload to the silo
[10:30] <Laney> & for the SRUs with adjusted versions
[10:31] <tjaalton> Laney: yep, looks good to me
[10:31] <Laney> 👍
[10:32] <tjaalton> I'll commit it to diff
[10:32] <tjaalton> err
[10:32] <tjaalton> git
[10:33] <Laney> thx
[10:33] <Laney> I can make branches if that's good for you
[10:33] <tjaalton> sure
[10:33] <tjaalton> could migrate that out of salsa
[10:33] <Laney> no bother to me
[10:34] <Laney> gimme a bit, will put up MRs
[11:08] <seb128> Nafallo, could you reply on https://bugs.launchpad.net/ubuntu/+source/gnome-online-accounts/+bug/1773213 ?
[11:10] <Nafallo> seb128: sure.
[11:10] <seb128> thx
[11:11] <Nafallo> I thought that was obvious... but yeah :-P
[11:12] <Nafallo> seb128: morning btw ;-)
[11:12] <seb128> good morning indeed :)
[11:13] <seb128> I think the SRU team started requesting the version because some users did test wrong versions and gave confusing feedback about fixes not working
[11:13] <seb128> it makes easier to tell them "no, you are not using the SRU version" :)
[11:16] <Nafallo> oooh. lastpass-cli finally landed in -updates.
[11:16] <Nafallo> my first upload in YEARS accepted :-)
[11:17] <seb128> jibel, looks like robert_ancell update bug #1768744 so maybe you can verify that one now?
[11:17] <seb128> Nafallo, congrats :)
[11:42] <seb128> jibel, bug #1766277 updated as well if you can test
[11:58] <Laney> aha
[11:58] <Mirv> I updated ubuntu-software on my xenial work laptop and at least now it crashes every time on startup for me personally (sorry, not sure what was the situation earlier, I usually use synaptic but decided to try gnome-software now after I saw it updated). if you have the permission, you should quickly check if it seems worrying at https://errors.ubuntu.com/oops/b1fd9ff8-7549-11e8-bea3-fa163eec78fa (I
[11:58] <Mirv> don't have permission)
[11:58] <Mirv> would ping robert_ancell but he's not around atm
[11:58] <Mirv> I did reboot too
[12:01] <jibel> seb128, sure thing. I'll finish the verification.
[12:50] <Laney> tjaalton: https://salsa.debian.org/laney/xorg.git ubuntu ubuntu-xenial ubuntu-artful ubuntu-bionic
[12:50] <Laney> I couldn't find a commit that matched what's in artful atm so I made one up
[12:51] <tjaalton> Laney: ah, I assumed you'd have created them on lp :P but this works too
[12:52] <Laney> nice fork button on salsa :P
[12:52]  * Laney checks debdiffs and then uploads to the silo
[13:05] <willcooke> Mirv, thanks for the info.  Seems to work fine on a Xenial VM, so I don't think it's a huge issue, but I'll email Robert and get him to check oit
[13:05] <willcooke> it
[13:09] <Laney> (force pushed again to move an echo)
[13:16] <tjaalton> Laney: oh, looks like I have ubuntu-artful locally.. anyway, did you create a merge request?
[13:17] <Trevinho> Laney: as per "local", I knew about... But, it's also true that debian' sh supports it and that many debian scripts use it. Including the ones mentioned in the debian wiki I was using before for removing the conffiles, so I decided to keep it
[13:18] <Trevinho> grep "local " /var/lib/dpkg/info/* | wc -l => 380
[13:18] <Trevinho> here
[13:36] <seb128> willcooke, Mirv, that looks like the same than https://bugzilla.opensuse.org/show_bug.cgi?id=974806 which was fixed upstream in 2016 but not in the 3.20 serie
[13:36] <seb128> there are 3k reports of that issue on 16.04 which is not very high
[13:37] <seb128> the e.u.c report also suggests it's indeed fixed in > 3.20
[14:11] <seb128> jibel, thanks for the gnome-software SRU verifications!
[14:29] <Laney> tjaalton: nah, do you want one? I was hoping you'd just pull my branches :P
[14:45] <seb128> tjaalton, I guess fixing the libinput build is on your todolist? it seems that the .symbols needs and update which should be easy?
[14:51] <seb128> Trevinho, hey, what's the status of gnome-shell 3.28.2?
[14:52] <Trevinho> seb128: it's waiting review
[14:52] <seb128> where and who did you ask about reviewing it?
[14:52] <Trevinho> https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/
[14:52] <Trevinho> didrocks is going to take that
[14:53] <seb128> Trevinho, what about the bionic SRU?
[14:54] <Trevinho> seb128: didrocks was saying that we'll just sync them
[14:54] <Trevinho> as there's no actual fork in between the two
[14:54] <seb128> sync?
[14:54] <Trevinho> so far
[14:54] <seb128> ah
[14:54] <Trevinho> I mean push that one on bionic too
[14:54] <Trevinho> without branching
[14:54] <Trevinho> I did a bionic branch first, but so we decided
[14:55] <seb128> Marco, marco, maaarrccooo
[14:55] <Trevinho> what?
[14:56] <seb128> Trevinho, none of the bugs listed in the changelog are SRU compliant atm, some have testcases but they all need proper "impact/test case/regression potential" sections
[14:57] <seb128> also some of the cherry pick have no bugs associated
[14:57] <didrocks> well, to be exact, I'm waiting for the latest correct edits on the wiki page
[14:57] <seb128> unsure the SRU team is going to like that
[14:57] <didrocks> then, replay on nautilus
[14:57] <didrocks> then replay on the gnome-shell branch
[14:57] <didrocks> and I can review
[14:57] <seb128> nautilus?
[14:57] <didrocks> yeah
[14:57] <seb128> why is nautilus blocked our gnome-shell SRU?
[14:57] <didrocks> because there is the case that wasn't taken if we merge bzr branch
[14:57]  * seb128 got lost
[14:57] <didrocks> I want the instructions to be correct
[14:57] <didrocks> right now, they aren't
[14:58] <didrocks> because there are cases you have unreleased commits in bzr
[14:58] <seb128> k, I get that part
[14:58] <didrocks> which wasn't taken into account and may impact the import procedure
[14:58] <seb128> is nautilus another SRU/discussion?
[14:58] <seb128> with similar issues
[14:58] <seb128> sorry I just got lost :p
[14:58] <Trevinho> seb128: bugs, I'm updating them once we are ok wit the review, I won't do that earlier
[14:59] <didrocks> *shrugh* basically, right now, it's now pending on me
[14:59] <didrocks> contrary to what was left thinking to you
[15:00] <didrocks> I'm only talking about the git branch
[15:01] <seb128> Trevinho, maybe linking that update/SRU to the git conversion wasn't a smart idea
[15:02] <seb128> Trevinho, we are delaying fixes by weeks just because internal workflow issues
[15:02] <seb128> we should have done them with the etablished tools
[15:02] <seb128> out of the way
[15:02] <seb128> then iterated with the vcs and tweaks when there was no real world issues being taken hostage
[15:02] <Trevinho> seb128: eh, well it would have come one day or another...
[15:02] <seb128> Trevinho, read what I wrote?
[15:03] <seb128> it can come
[15:03] <seb128> not delay LTS fixes
[15:03] <seb128> come on, you can agree it makes sense to not delay fixes when we can land the SRU and then deal with the vcs problems no?
[15:03] <Trevinho> it wasn't my expectation
[15:03] <seb128> rather than the other way around
[15:03] <Trevinho> yeah, sure...
[15:06] <Trevinho> didrocks: can we move on with gnome-shell itself first? As that is following anyway the process already. So we can start with the content first. Then update the others
[15:06] <didrocks> Trevinho: have you changed the tag and commit message?
[15:07] <didrocks> I doubt, the branch hasn't been updated for 15h
[15:07] <Trevinho> tag was there
[15:07] <didrocks> commit message? and you redid with our latest changes?
[15:07] <didrocks> because the "it shouldn't imapct", remember that you thought that in the order you wrote for replaying the history :p
[15:08] <didrocks> so theory is nice
[15:08] <didrocks> checking with following the steps is better
[15:10] <didrocks> as seb128 told anyway, no bug is SRU compliant, so, as a first step, they should be converted
[15:11] <seb128> Trevinho, right, no reason that the bugs need to come after the Vcs is ready
[15:11] <didrocks> if you want to unrelate the 2, get a .dsc ready for cosmic and bionic
[15:11] <didrocks> get that sponsored
[15:12] <didrocks> then, you can replay that with commits in the Vcs
[15:12] <didrocks> you can even add them to the bzr VCS to test your conversion :p
[15:12] <Trevinho> this is just a bit loosing time
[15:13] <didrocks> all those bzr history change is a lost of time IMHO
[15:13] <seb128> you mean that week wasted on trying to deal with Vcs tweaks?
[15:13] <didrocks> but I've already stated that and didn't convince you apparently
[15:15] <Trevinho> it's not the only thing I'm doing, but I want to follow things in a logical order that allows to keep what we did. But anyway, the process itself it's not lost time imho. it's more going back and forth on bzr stuff again when a branch is ready and we can work on that, if content needs fixes
[15:16] <Trevinho> also, on mutter side... I prepared also a branch, but in that case we can be in sync with debian.. So can we do that? Our *ubuntu* package is just a change of mine which is already in debian anyway
[15:17] <Trevinho> anyway, i can update the bzr too if you want, since anyway having the git branch around helps in having that quickly too
[15:18] <Trevinho> seb128: and bugs, I checked again all the ones I cherry-picked from upstream  are in gnome-2-28 branch so will be next .3. Then there ar two patches which have no unbutu bug attached, should I create them? As they are already upstream, so I though it was something not eneded
[15:20] <Laney> you don't need explicit SRU verification for patches coming from the point release
[15:20] <Laney> for cherry picks or downstream patches, you do
[15:20] <Laney> (that's a gnome specific policy)
[15:22] <Trevinho> "SRU verification for patches coming from the point release" so this doesn't applies to point-release-branches?
[15:22] <Laney> no
[15:22] <Laney> that combination hasn't been blessed by upstream yet
[15:22] <Laney> so we need to test it
[15:23] <Trevinho> mh, I see
[15:23] <Trevinho> let me decide weather drop them or not then
[15:24] <Laney> it's OK to include them, they just need a proper SRU bug
[15:25] <Trevinho> yes, sure
[15:25] <Trevinho> that's the thing, I want to see that
[15:25] <Laney> in terms of workflow arguments
[15:25] <seb128> Trevinho, what Iain said
[15:26] <Laney> didrock_s or whoever is sponsoring can build the dsc out of git currently and sponsor it as if it has no VCS for now
[15:26] <Laney> then if there's any delta required that can be resolved as another commit
[15:26] <Laney> like sidestep the argument to get the upload done
[15:26] <Laney> without having to go redo on bzr or whatever
[15:28] <Trevinho> yeah, that would be the way... And since I can't do that, it's not something I can go forward.. It's up to one of you guys to pick the content, review and push to ubuntu, as it's a step I can't do. And vcs could or could not match it.
[15:28] <seb128> Laney, if that doesn't get sorted out tomorrow then the SRU might be a good thing for you and Marco to resolve at the sun sprint :)
[15:29] <Trevinho> I mean I got the content ready quickly, true that i invested some time in the infrastructure too, but it's something I care, and that didn't cause the content to differ.
[15:29] <Trevinho> "content" as debian/*
[15:29] <Trevinho> and that was pushed last friday
[15:30] <Laney> seb128: Not sure I could help any more than didrock____s  who already has the context on this, but OK if necessary ...
[15:32] <seb128> Laney, Didier has been reviewing the git side, he didn't look at it from a SRU perspective from what he said
[15:32] <seb128> or sponsoring
[15:32] <Laney> it was going to be him and Olivier working on it originally
[15:32] <Laney> before all this business
[15:32] <Laney> anyway whatever, but it's probably not going to be tomorrow for me
[15:33] <seb128> right
[15:33] <seb128> no worry
[15:33] <didrocks> right, then, trevhino told he has done it :p
[15:33] <didrocks> which is where the delay started
[15:33] <didrocks> I can have a look tomorrow at it, not today for sure
[15:33] <seb128> well, let's see if Didier feels like doing the sponsoring this week, if not we can see on monday who feels like doing it
[15:34] <didrocks> if the bug follow the SRU process at least
[15:34] <Laney> yeah sry, I thought you were signed up to review the SRU too, maybe my mistake
[15:34] <seb128> didrocks, Laney, Trevinho, thanks guys :)
[15:34]  * seb128 steps out for a bit
[15:34] <seb128> bbl
[15:34] <Trevinho> ok, I've also go to buy stuff
[15:34] <didrocks> Trevinho: so, let's forget about the git side, ensure all bugs follow SRU and email me/share with me a debdiff for cosmic and bionic
[15:35] <Trevinho> it looks like you guys don't need anything special as there was nothing more in the shopping list, right (Laney,seb128)?
[15:36] <Trevinho> didrocks: ok, I mean if you've time check also the git side of things, but no need to hurry for that
[15:39] <didrocks> Trevinho: I will as said once you have replayed all steps on a new virgin branch
[15:39] <didrocks> to ensure nothing is missing
[15:39] <didrocks> and that it has enw commit messages
[15:39] <didrocks> (which isn't the case right now)
[15:39] <didrocks> Trevinho: so, if the branch is ready for tomorrow, for both cosmic and bionic, this is enough
[15:40] <Trevinho> didrocks: it was a virgin one the one where I replayed all the things.... It was last night though
[15:41] <Trevinho> should I do that again for real? Not that it would take time, but it's just the same :)
[15:41] <didrocks> Trevinho: it won't be the same, we changed at least the commit message, didn't we?
[15:41] <didrocks> as told for the 3rd time here
[15:42] <Trevinho> well, that is just an amend xD
[15:42] <Trevinho> or rebase
[15:42] <didrocks> ah, you didn't change it
[15:42] <didrocks> despite my suggestion :/
[15:42] <didrocks> yeah, but I want to replay as we reshuffled
[15:42] <didrocks> please take my suggestion about changing the commit message into account
[15:43] <didrocks> "debian subtree" is confusing and undeed, just change it by "branch"
[15:44] <didrocks> uneeded
[15:45] <Trevinho> didrocks: didn't I on the wiki? :o
[15:46] <didrocks> or my F5 is broken
[15:46] <didrocks> git commit -m "Importing lp:~ubuntu-desktop/gnome-control-center/ubuntu debian subtree"
[15:47] <didrocks> this is what I still see
[15:47]  * didrocks hopes everyone will run git gc --aggressive on branches and not miss that step, or the git clone will take forever for everyone
[15:48] <Trevinho> --agressive!
[15:48] <didrocks> Trevinho: there is no -a to add to that commit?
[15:49] <didrocks> git read-tree won't restore debian/ dir?
[15:49] <didrocks> so you need to restage them, correct?
[15:50] <Trevinho> no, theres' no need for that
[15:50] <Trevinho> git read-tree will do it
[15:51] <didrocks> didn't know it was staging them
[15:51] <Trevinho> didrocks: wasn't "Importing lp:~ubuntu-desktop/gnome-control-center/ubuntu debian subtree" the one you proposed?
[15:52] <didrocks> ah right, I was puzzled by the second discussion about 7.
[15:52] <Trevinho> eh, see :D
[15:52] <didrocks> what do you think about changing debian subtree by "branch"?
[15:52] <didrocks> in the whole document
[15:52] <Trevinho> ok that's fine too
[15:52] <Trevinho> I mean no to be too technical
[15:52] <Trevinho> eventuall it's not needed to konw that
[15:52] <Trevinho> know*
[15:53] <Trevinho> ok branch it is now
[15:53] <didrocks> can I f5?
[15:53] <Trevinho> if it works :-D
[15:54]  * didrocks tries this intriguing tech
[15:55] <didrocks> hum
[15:55] <didrocks> 7. Modify or create gbp.conf containing:
[15:55] <didrocks> then 7a if you…
[15:55] <didrocks> this is not what we discussed?
[15:55] <didrocks> I think we should have: 8. If you imported bzr ubuntu history
[15:56] <didrocks> 8a. If you add pending changes in bzr after release:
[15:56] <didrocks> 8b. Remove the temporary ubuntu-bzr remote
[15:56] <Trevinho> ah, it was misleading the log
[15:56] <didrocks> yeah, only spotted it in seeing the whole page as well
[15:56] <didrocks> but clearly, step 4 and 8 now are "if you want to import bzr history"
[15:57] <didrocks> (then we have 4a, 4b…4f and 8a, 8b)
[15:57] <Trevinho> k
[15:57] <didrocks> "and I hope you did"
[15:58] <didrocks> as told, I tried to remove all "I" in tech docs and personal opinions :p
[15:58] <Trevinho> irc reviews are the worst thing in the world :-D
[15:58] <didrocks> that was on the logs ;)
[15:58] <didrocks> yeah, should be an etherpad
[15:58] <Trevinho> yes, but we talk a lot :-D
[15:58] <Trevinho> I mean it's a wiki already
[15:59] <didrocks> yeah, but no parallel writes/comments
[15:59] <Trevinho> you can fix things too as in writing is normally faster than at 4 hands
[15:59] <Trevinho> yep, etherpad next time
[15:59] <didrocks> but there are locks…
[15:59] <didrocks> and TBH, you wanted to have those steps
[15:59] <Trevinho> I know , i know
[15:59] <didrocks> unfair to ask other to fix them afterwards
[15:59] <Trevinho> the wording I mean
[16:00] <didrocks> so, once done
[16:00] <didrocks> really, reprepare a gnome-shell to valid all steps once again
[16:00] <didrocks> (you have no idea how many times I did previously for g-c-c, to revalidate I didn't miss anything)
[16:00] <didrocks> and create a maintenance branch for bionic (https://wiki.ubuntu.com/DesktopTeam/git#Create_a_maintenance_branch)
[16:00] <didrocks> then, I'll review that
[16:01] <didrocks> sounds ok?
[16:01] <Trevinho> ah, so you want the bionic now?
[16:01] <Trevinho> k
[16:01] <didrocks> well
[16:01] <didrocks> as we are going to upload
[16:01] <Trevinho> we're not goiung to diverge yet
[16:01] <Trevinho> yeah that was my point
[16:01] <Trevinho> of having different changelogs
[16:02] <didrocks> yes, but SRU team won't copy your pacakge
[16:02] <didrocks> so, we need to have different changelog
[16:02] <didrocks> prepare master for the cosmic upoad
[16:02] <didrocks> prepare master for the cosmic upload
[16:02] <Trevinho> I'll do a debdiff first though
[16:02] <didrocks> then I would say branch with commit -1
[16:02] <didrocks> change gbp.conf
[16:02] <didrocks> as in the wiki
[16:02] <didrocks> for bionic
[16:02] <Trevinho> yeah, I read
[16:03] <didrocks> I'll review them tomorrow
[16:03] <Trevinho> good
[16:03] <didrocks> so if redoing the branches is faster for you than the debdiff, don't bother
[16:03] <Trevinho> well, should be the same
[16:04] <Trevinho> but if we can i'd prefer to do one time only
[16:04] <Trevinho> if you're checking those tomorrow anyway I'm doing this later though
[16:04] <Trevinho> or shops will close
[16:05] <Trevinho> otherwise I can do it now, if you're not leaving (but  i guess it's time for you)
[16:05] <didrocks> I'm going to step out before the GNOME board meeting
[16:05] <didrocks> extra special meeting, thinking my time was almost over with one evening meeting, but no, a second special one, last minute surprise! :)
[16:05] <didrocks> so, TBH, I will just attend that meeting now and sign off ;)
[16:05] <Trevinho> :)
[16:05] <Trevinho> k
[16:06] <Trevinho> so i can send you this so you look at it tomorrow I guess
[16:06] <didrocks> yes! :)
[16:22] <seb128> Trevinho, @shopping, I don't, thanks for asking :)
[16:23] <Trevinho> we'd have to go buy stuff anyway during the week maybe
[16:23] <Trevinho> but dinners will be out I guess
[16:24] <Laney> Trevinho: sous vide!
[16:57] <Laney> https://wiki.gnome.org/Initiatives/SystemdUser
[16:57] <Laney> going to start filling that table out tomorrow
[16:58] <Laney> probably won't be online first thing in the morning, going to be heading to the train
[17:03] <Mirv> seb128: willcooke: right, thanks, so not a new bug, I'm just hitting it
[17:51] <seb128> Laney, nice, happy train journey :)
[17:53] <willcooke> night all
[18:39] <Trevinho> Laney: I've everything for it... We'll just buy the meat the same day
[18:56] <tjaalton> seb128: huh, somehow built fine here, dpkg-gensymbols only warned about the new symbols
[19:02] <tjaalton> I'll bump it to 1.11.1 too
[19:02] <tjaalton> Laney: well, it's a one click operation to ack (fast-forward) merge requests
[19:03] <tjaalton> but sure, I'll add a new remote ;)
[19:03] <seb128> tjaalton, unsure what's different about the buildd env, but it failed in Debian and Ubuntu ... thanks for fixing :)
[19:04] <tjaalton> yeah I've poked folks to tell me what's wrong :)
[19:05] <seb128> tjaalton, do you plan to SRU some 1.10 update? or maybe directly 1.11?
[19:05] <tjaalton> the last 1.10.x maybe
[19:06] <tjaalton> 1.11 changes things too much for sru I think
[19:09] <seb128> k, makes sense