[20:39] <xnox> cyphermox, i think i have managed to make it work
[20:39] <xnox> with a few keys, and then manually shoving things in, by adjusting net-retriever with nano =)
[20:39] <xnox> so no biggie.


[05:02] <hikiko> hi
[06:46] <Trevinho> morning
[07:08] <allison1> Happy Monday!
[07:18] <allison1> ....slow morning :p
[07:18]  * allison1 waits for UK
[07:24] <flocculant> allison1: morning from the UK - even if I'm not the droid you were looking for :)
[07:24] <allison1> flocculant: hey :D
[07:45] <muktupavels> Trevinho: hi, can you review https://code.launchpad.net/~muktupavels/compiz/lp1530277/+merge/321647?
[07:45] <Trevinho> checks
[07:46] <Trevinho> muktupavels: that won't override GDK_SCALE?
[07:46] <muktupavels> Trevinho: I think no, but I will check now
[07:47] <Trevinho> muktupavels: ack, let me know, in case you might just get the value from the env if set I guess
[07:48] <muktupavels> Trevinho, device scale must be 1 otherwise you get problems, check screenshot in bug
[07:49] <muktupavels> GDK_SCALE is now ignored, but at least decorations looks correctly, only not scaled.
[07:50] <muktupavels> Full fix will require libmetacity 3.26 where I have meta_theme_set_scale.
[08:00] <willcooke> morning all
[08:02] <Laney> morgen!
[08:06] <muktupavels> Trevinho: GDK_SCALE just affects GTK+, and then gdk_window_create_similar_surface will create surface with same device scale.
[08:06] <Trevinho> muktupavels: ok, let's go with that then
[08:06] <Trevinho> hi willcooke, Laney
[08:06] <willcooke> hey Trevinho, how's the weather :)
[08:07] <Laney> ah, Trevinho on IRC
[08:07] <Laney> what a GREAT DAY it must be
[08:07] <willcooke> see Laney, it's *not* a holiday
[08:07] <Trevinho> AHAHAHA
[08:07] <Laney> how you getting settled in?
[08:07] <Laney> :D
[08:07] <Laney> hey willcooke too
[08:07] <Trevinho> willcooke: it's always pretty nice, but there are showers here and there... you know tropical weather
[08:08] <Trevinho> ~30° and very humd
[08:08] <Trevinho> humid*
[08:08] <Trevinho> but AC here works well :-)
[08:09] <Trevinho> Laney: yeah, almost... House is very near to the coworking, a little out of the center, but I've already got a scooter
[08:10] <Laney> good work
[08:10] <Laney> made some friends?
[08:13] <Trevinho> Laney: yeah, i'm with a group (http://theremotetrip.com), so... You can make friends pretty quickly.
[08:19] <b4n> Trevinho: hi
[08:19] <b4n> Trevinho: Trevinho: could you help with the possible incompatibilities between Unity's XI2 and the changes in  https://code.launchpad.net/~banw/compiz/compiz.a11y-shotcuts/+merge/320091 ?  andyrock tells me you might be able to at least shed some light :)
[08:21] <allison1> good morning, british people!
[08:24] <seb128> good morning desktop
[08:25] <allison1> hi seb
[08:25] <allison1> good weekend?
[08:25] <seb128> hey allison1
[08:25] <seb128> yeah, busy with small house work mostly, but also enjoyed the sunny weather yesterday
[08:25] <seb128> you?
[08:25] <allison1> no.  not really.
[08:26] <allison1> :(
[08:26] <allison1> maybe next one :)
[08:29] <seb128> yeah
[08:32] <Laney> :(
[08:32]  * Laney hugs allison1
[08:32] <Laney> hey seb128
[08:32] <seb128> hey Laney, how are you?
[08:33] <Laney> pretty good!
[08:33] <Laney> had some nice sun time down the allotment
[08:33] <Laney> and went to someone's 70th(!!!) birthday
[08:33]  * Laney 's activities are those of a 70 year old these days
[08:35] <Sweetshark> re and moin
[08:35] <seb128> hey Sweetshark
[08:36] <seb128> Laney is becoming a gardening master
[08:36] <Laney> mostly weeding :(
[08:36] <Laney> oh yesterday I was lying down in the hammock and drinking tea
[08:37] <Sweetshark> getting 3177 mails rn. on the first account.
[08:37] <Laney> hey Sweetshark
[08:37] <Laney> mark all as read
[08:37] <Laney> if it's important you'll get another one
[08:37] <Laney> happy to be back?
[08:38] <seb128> Sweetshark, has was the camping?
[08:38] <seb128> how*
[08:38] <Sweetshark> Laney: gardening master? interesting! TBH I not having to do gardening made me go for a simple appartment instead of a house ...
[08:40] <Laney> it's good for mind, body and soul!
[08:40]  * Laney foraged some wild garlic & nettles on the way home too
[08:40] <Laney> soup for lunch today
[08:41] <Sweetshark> seb128: camping was ... not like I remember it from childhood: <insert whining about cold weather and uncomfortable beds>. But the last two days were quite awesome as the weather improved. I visited https://en.wikipedia.org/wiki/Skamlingsbanken on the way back, its well worth the visit.
[08:46] <Sweetshark> Anyway, this was just a testdrive essentially. Driving around such a big Diesel truck requires some training, esp. if you want to take it to camping sites, were roads arent always the best. Im feeling wellpreprared for a longer summer trip (would put a better matress in the van for that though).
[09:01] <flexiondotorg> Morning desktopers
[09:01] <willcooke> hey flexiondotorg
[09:03] <seb128> hey flexiondotorg willcooke
[09:19] <Trevinho> b4n: I can see
[09:19] <b4n> thanks
[09:22] <seb128> hey Trevinho! how are you? enjoying the cool work space? ;-)
[09:22] <Trevinho> hey seb128... Yeah, it's nice... And a thunderstorm is coming soon, so good time for working :-D
[09:22] <seb128> haha
[09:22] <Trevinho> b4n: well, can you give a look at unity's unity-shared/InputMonitor.cpp ?
[09:23] <Trevinho> b4n: basically that is doing a similar thing, but at unity level...
[09:23] <Trevinho> So you might instead port it to compiz (as it's pretty generic)
[09:23] <Trevinho> and then we  could use it in unity gtoo
[09:23] <b4n> Trevinho: yeah I saw it, but I'm noly using raw events so IIUC it shouldn' tinterfere too much
[09:23] <Trevinho> as, the current implementation, I'm not sure weather will cause some troubles...
[09:24] <Trevinho> Like, it's quite possible that the motion detection will stop working there as unity disables that once the last client that needs it has left
[09:25] <Trevinho> as for the raw events, there shouldn't be problems..
[09:25] <Trevinho> But in general we could just move that InputMonitor to Compiz, and expand it to use for your needs..
[09:26] <b4n> Trevinho: one thing I didn't investigate yet and am not sure about, is whether that inputmonitor is using GDK a filter or X directly
[09:26] <Trevinho> b4n: X directly
[09:26] <b4n> that would be great I guess
[09:26] <b4n> k
[09:26] <b4n> ah, one thing that might be the root of al problems is that X's API to get the event data is very bad for multiple clients
[09:26] <Trevinho> Well, actually we get that using a Nux event monitor, but it's actually X
[09:27] <Trevinho> Yeah, not being based on callbacks, it would cause troubles indeed
[09:28] <Trevinho> b4n: as an alternative, I could just use compiz events, but not sure that some of them might be filtered and thus causing problems
[09:28] <b4n> some might with Compiz's actios handling I guess
[09:29] <Trevinho> I mean, compiz HandleEvent function shouldn't remove any event... And in that case we could just use that... But still it would be just better to have something like InputMonitor inside compiz at this point
[09:30] <b4n> how easy do you think it would be to move inputmonitor to Compiz for you or me?  and also, how do you see the non-grab actions being registered/triggered wit htha scheme?
[09:30] <Trevinho> I didn't do that in the past, as no one seemed to need it for compiz, thus I just implemented in unity, although it's really generic... And a part few calls, it can just moved somewhere else and used to convert XI2 events to normal Xevents
[09:31] <Trevinho> Well, they will work indeed using this
[09:31] <b4n> my point is that not *all* actions should be triggered during grabs
[09:31] <Trevinho> I also wanted to use the input manager for more key actions in unity, so... it's not a bad thing
[09:31] <b4n> like in the lock screen, you don't want things like switcher to work
[09:32] <Trevinho> sure, but we disable that anwyay in unity
[09:32] <Trevinho> In our case, we just disable most of compiz actions...
[09:32] <b4n> my approach was to make actions opt-in for XI2 events
[09:33] <Trevinho> yeah, I see
[09:33] <Trevinho> and that's fine
[09:33] <Trevinho> Maybe adding even some configurability at that level would be nice, but UI would miss that
[09:33] <Trevinho> unless you don't change also some compizconfig stuff
[09:34] <b4n> bah, I'm not really sure it makes much sense fo rthe user to really choose
[09:34] <b4n> it would be nice I guess, but I don't see that as a requirement
[09:34] <Trevinho> Well, sure.. But for custom actions, for example...
[09:34] <Trevinho> anwyay, really not important
[09:34] <b4n> fair point
[09:35] <Trevinho> Anyway basically I was just doing something similar you did... It's I was also using some C++ templates to avoid redoundant code, so basically i'm generating events quite easily for any type of them
[09:35] <b4n> I saw that, pretty nice
[09:35] <b4n> I guess your code is far better than mine, esp. as it doesn't seem riddled with FIXMEs :)
[09:36] <b4n> however, at this point my concern about inputmonitor is that IIUC it listens to non-raw XI2 events, and basically forwards them all.  In that case, how do you know/handle non-XI2 grabs?
[09:36] <Trevinho> It has some c++11, but still it's something we now use in compiz anyway
[09:36] <b4n> or do you willingly ignore all grabs?
[09:36] <b4n> yeah
[09:37] <Trevinho> No, we enable the input monitor only if there are callbacks wanting some kind of events...
[09:37] <Trevinho> So, in case of actions, I guess, that it could be done the same... When an action needs  that, you can just add a callback and then it will just use it
[09:38] <b4n> yeah, but simply listening for XI2 events stops Core ones on that window
[09:38] <b4n> so if you forward the events, how do you know whether there was a core grab or not?
[09:39] <b4n> or don't you forward the Core version of the event in any way?
[10:22] <ricotz> Sweetshark, heya
[10:23] <ricotz> Sweetshark, I assume you will prepare the final 5.3.2 this week. so I am going to copy the 5.3.2~rc2 builds to the PPAs
[10:23] <ricotz> note that I pushed a small fix to git
[10:26] <Sweetshark> ricotz: yes. thanks. /me still wades through backlog. Do you have a link for the small fix so can put it aside for later ...
[10:26] <ricotz> Sweetshark, it is pushed to the ubuntu-zesty-5.3 branch
[10:32] <Sweetshark> ricotz: what issue is that change supposed to fix?
[10:42] <ricotz> Sweetshark, really?, it is a mismerge and the corresponding Suggests points to libreoffice-help (= 5.3)
[12:49] <hikiko> alan_g, hello
[12:49] <hikiko> are you around?
[12:54] <alan_g> hikiko: ?
[12:54] <hikiko> hey :)
[12:54] <hikiko> alan_g, remember miral crashed inside my schroot?
[12:55] <alan_g> I do
[12:55] <hikiko> I did some minor changes in miral and it seems to work well now
[12:55] <hikiko> the problem is I am not sure they are correct
[12:56] <hikiko> would you mind to get a look in my diff?
[12:56] <hikiko> it's very short
[12:56] <alan_g> There were two problems. One is fixed, the other was in Mir.
[12:57] <hikiko> I've found 2 in miral
[12:57] <hikiko> not sure
[12:57] <alan_g> "fixed" as in committed and in a silo
[12:57] <hikiko> do you want to see?
[12:57] <alan_g> Sure
[12:57] <hikiko> https://paste.ubuntu.com/24306422/
[12:57] <hikiko> the first problem I have is that it couldn't find the cursor theme
[12:57] <hikiko> had*
[12:58] <hikiko> https://pastebin.com/31DdpmYg
[12:58] <hikiko> and I solved it by returning a software cursor instead of throwing an exception (last change in diff)
[12:59] <hikiko> the other one
[12:59] <hikiko> was this: https://pastebin.com/2kACdwRr
[13:01] <hikiko> and I am not so sure my fix is fine but I noticed that auto line was trying to convert the raw line to wide string causing exceptions for some text... also when I was printing it on gdb it seemed to have garbage inside
[13:01] <hikiko> this change seemed to fix it
[13:02] <alan_g> The last one looks like bug 1677550 - which is fixed. (Committed and in silo 2676)
[13:03] <hikiko> alan_g, could be
[13:03] <alan_g> You got -r 545
[13:03] <alan_g> ?
[13:04] <alan_g> On the other problem: I don't see that loading a different cursor than the one asked for is the correct behaviour.
[13:06] <hikiko> alan_g, then, is there another option instead of exiting with exception?
[13:06] <hikiko> i have installed default cursors etc
[13:06] <hikiko> but miral doesnt run because it can't find them
[13:07] <alan_g> I was going to say, I thought the depended on the cursor theme.
[13:07] <alan_g> I was going to say, I thought the *package* depended on the cursor theme.
[13:07] <hikiko> https://pastebin.com/31DdpmYg that's the message I get
[13:08] <hikiko> alan_g, it did there was a bug report on that and a branch of yours that fixes it
[13:08] <hikiko> I have dmz-cursor-theme installed
[13:08]  * alan_g wonders why it isn't found
[13:08] <hikiko> but miral still crashes with that message
[13:09] <alan_g> Could you strace and see where it looks?
[13:10] <hikiko> alan_g, sure, I just don't know how to strace
[13:10] <hikiko> give me a few minutes :)
[13:10] <alan_g> strace miral-shell 2>&1 | grep open
[13:14] <alan_g> Normally we see something like http://paste.ubuntu.com/24306579/
[13:16] <hikiko> alan_g, ok reverted https://paste.ubuntu.com/24306585/
[13:16] <hikiko> that's when I run my local build
[13:17] <hikiko> maybe I should paste the output of the system's miral too
[13:17] <alan_g> Here's the problem: open("/usr/X11R6/lib/X11/icons/default/cursors/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
[13:18] <alan_g> You don't have any cursors in your schroot
[13:18] <hikiko> but I've installed the dmz-cursor-theme :S
[13:19] <alan_g> Hmm, sorry read that wrong
[13:23] <alan_g> hikiko: do you have XCURSOR_PATH set?
[13:23] <GunnarHj> seb128: I see that langpack building for xenial has started to work in the PPA.
[13:23] <seb128> GunnarHj, did they? interesting
[13:23] <seb128> I didn't change anything
[13:23] <hikiko> alan_g, $ echo $XCURSOR_PATH
[13:24] <seb128> GunnarHj, btw did you see that I uploaded zesty ones on friday?
[13:24] <hikiko> returns nothing
[13:24] <GunnarHj> seb128: Weird. But good. :)
[13:24] <hikiko> so probably no alan_g
[13:24] <GunnarHj> seb128: No, I haven't seen anything zesty yet. Where?
[13:25] <seb128> GunnarHj, https://launchpad.net/ubuntu/+source/language-pack-de-base/ for example
[13:25] <seb128> GunnarHj, see the zesty lines, there is a "proposed" version
[13:25] <seb128> GunnarHj, works on any locale, you just need to change the "de" by your locale
[13:26] <alan_g> hikiko: "$ cat /usr/share/icons/default/index.theme" - do you have that set to breeze_cursors?
[13:26] <seb128> GunnarHj, some testing would be welcome, maybe worth emailing the translators list about, I did basic checking on the fr ones but that's about it
[13:26] <alan_g> I have Inherits=DMZ-White
[13:26] <hikiko> [Icon Theme]
[13:26] <hikiko> Name=Breeze
[13:27] <hikiko> seems so
[13:27] <hikiko> Inherits=breeze_cursors
[13:27] <alan_g> And breeze isn't installed in the schroot?
[13:27] <hikiko> it is
[13:27] <hikiko> I installed cursors*
[13:28] <alan_g> Humor me and try Inherits=DMZ-White
[13:28] <GunnarHj> seb128: Asking the translators about testing in the dev release would be a new thing. Do you think it's necessary? (I can install and review Swedish if you like.)
[13:29] <seb128> GunnarHj, well, I don't know if a call for testing is necessary but having some people trying some locales would be nice since that machinery was buggy for a while and there could be still issues/bugs
[13:30] <seb128> GunnarHj, so yeah, if you want to test the ones for the locale you use that would be welcome :-)
[13:31] <hikiko> alan_g, that works, but the system installed miral that doesn't have your fix (I think) gives now the 2nd exception
[13:31] <GunnarHj> seb128: I'll do that to start with. Please note that the ubuntu-docs translations is not included in this one, so a build of a later full export will be necessary.
[13:32] <seb128> GunnarHj, that's a full export, do you know why it's missing and how to get it included in the next export?
[13:32] <alan_g> hikiko: yes, the fix is in a silo awaiting QA
[13:33] <hikiko> alan_g, I pulled latest miral and I am reverting all my changes to see if dmz-white+your fix => miral working again
[13:33] <GunnarHj> seb128: It's about timing. That export was on March 28, and ubuntu-docs was built on March 31.
[13:33] <seb128> k
[13:33] <seb128> so it has the translations but outdated?
[13:33] <hikiko> alan_g, it's back
[13:33] <hikiko> :D
[13:34] <hikiko> thanks
[13:34] <alan_g> hikiko: I guess there's a cursor problem with the Breeze theme.
[13:35] <alan_g> hikiko: "it's back" - the problem?
[13:35] <hikiko> alan_g, I only installed breeze after I got the miral crash
[13:35] <GunnarHj> seb128: So there may be a need to check the "request a full language pack export" option at https://translations.launchpad.net/ubuntu/zesty/+language-packs
[13:36] <seb128> GunnarHj, noted
[13:36] <hikiko> no, I mean it works ok now, alan_g, problem solved
[13:36] <hikiko> but it can't be breeze
[13:36]  * alan_g wonders why
[13:36] <hikiko> because at the beginning I only had the dmz cursor installed
[13:36] <hikiko> nothing else
[13:36] <hikiko> and I was having the problem
[13:36] <hikiko> when I saw that I can't fix it
[13:36] <hikiko> I installed cursors*
[13:37] <hikiko> to see if miral can detect any of them
[13:37] <hikiko> unfortunately I don't know what my index.theme had inside by then
[13:38] <hikiko> certainly not DMZ-White
[13:38] <hikiko> maybe the cursor wasn't set at all
[13:39] <alan_g> Yeah, the diagnostics from xcursor_load_theme() leave something to be desired.
[13:56] <GunnarHj> seb128: There is a problem: You must build/upload the language-pack-XX and language-pack-gnome-XX packages too, not just the -base packages. Currently I can't install the Swedish base packages because of unmet dependencies.
[13:58] <alan_g> hikiko: did reconfiguring the cursor theme also resolve bug 1677523?
[13:59] <attente> Laney: heyo
[13:59] <hikiko> alan_g, I forgot this report should be marked as invalid
[14:00] <attente> Laney: would you be able to sponsor https://code.launchpad.net/~attente/unity-gtk-module/blacklist-anjuta/+merge/319589
[14:00] <hikiko> I had forgotten to mount /usr/run/1000 in the chroot
[14:00] <hikiko> and only root could run mir
[14:02] <alan_g> hikiko: great. Another bug bites the dust.
[14:23] <seb128> GunnarHj, hum, k, I don't know how to do that :-/
[14:23] <seb128> that's what the langpack job generates
[14:24] <GunnarHj> seb128: Basically they should be empty, but they must exist...
[14:24] <seb128> GunnarHj, do you know how to build those?
[14:24] <GunnarHj> seb128: No, I have no idea.
[14:24] <seb128> :-(
[14:24] <seb128> me neither
[14:25] <GunnarHj> seb128: It's soon an emergency. Ask pitti?
[14:25] <seb128> I guess you just did
[14:26] <GunnarHj> seb128: Aha, didn't know he is still listening here...
[14:27] <seb128> he's still on the channel, dunno if he's "listening"
[14:30] <GunnarHj> seb128: Looking here:
[14:30] <GunnarHj> https://launchpad.net/~ubuntu-langpack/+members
[14:30] <GunnarHj> Maybe sil2100 is able to help?
[14:30] <seb128> I doubt it
[14:30] <seb128> I don't think he's familiar with the langpackomatic job
[14:31] <sil2100> I only know langpack-o-matic for the ubuntu-touch use-case, but let me read the backlog
[14:32] <sil2100> hm, I don't know how to do that straight away, but let me take a look and maybe try to figure it out
[14:33] <GunnarHj> seb128, sil2100: A workaround might be to create dummy packages manually. But there would be quite a few of those...
[14:35] <seb128> sil2100, GunnarHj, hum, I've an idea
[14:36] <seb128> let me try that
[14:36] <seb128> pitti, unping
[15:16] <Laney> GunnarHj: It won't soon be an emergency. Those things won't migrate out of proposed.
[15:17] <Laney> You should stop running zesty-proposed too
[15:17] <pitti> seb128, GunnarHj: sorry, ECONTEXT -- why were teh -gnome packages uploaded/copied but not the base packages?
[15:17] <Laney> pitti: Other way around
[15:17] <Laney> (hi!)
[15:18] <GunnarHj> Laney: I know, but not so many days remain before release.
[15:19] <GunnarHj> Laney: (I only enable -proposed when there is a reason.)
[15:20] <GunnarHj> pitti: The -base packages were built/uploaded, but not the delta packages.
[15:20] <pitti> oh, that's much worse indeed; how could that happen
[15:20] <pitti> were they built by langpack-o-matic?
[15:20] <pitti> (I don't have access to the infra any more)
[15:21] <GunnarHj> pitti: seb128 is the only one who can answer that.
[15:22] <Laney> He unpinged too, so I would say that we should hold off a bit
[15:26] <seb128> pitti, hey, probably because I sucked at understanding http://bazaar.launchpad.net/~ubuntu-langpack/langpack-o-matic/main/view/head:/doc/operator-guide.txt
[15:27] <seb128> pitti, but I've been hitting a stack of issues and "./packages upload" did nothing so I ended up doing a manual dput
[15:28] <seb128> pitti, I did the different steps manually as you recommended, but I think if you build without doing the upload it wipes the "updated-packages" list
[15:28] <seb128> then upload think it has nothing to upload
[15:28] <seb128> I should maybe have wipped and redone the whole dance then, rather than trying to just do the upload step
[15:29] <pitti> seb128: ah -- what you can do is something like ls ../zesty/sources-base/* ../zesty/sources-update/* > updated
[15:29] <pitti> seb128: to reconstruct a "changed package" list, if you built from scratch
[15:29] <pitti> (obviously not for an update)
[15:30] <pitti> seb128: i. e. you just dput the -base ones, but not the update ones? you can still do that then
[15:30] <seb128> pitti, right, thanks, I found my way around, I just ended up dputting the content of the -base and not -update
[15:30] <seb128> right
[15:30] <seb128> I didn't realize at first that both dirs were needed
[15:30] <seb128> I though -base was for a full export
[15:30] <seb128> and -update was for --update rounds
[15:31] <seb128> pitti, thanks for the reply!
[15:31] <pitti> de rien !
[15:31] <Laney> nice!
[15:32] <seb128> pitti, how are you otherwise? still having fun with js&co? ;-)
[15:32] <pitti> seb128: right now I'm actually having fun with a bug in Ubuntu 16.04's pbuilder :)
[15:33] <pitti> but JS too of course :)
[15:35] <GunnarHj> AFK for the next 2 hours or so. See you guys later or tomorrow.
[15:36] <Laney> See you GunnarHj
[15:37] <seb128> bye GunnarHj
[16:38] <attente> jbicha: hey, would you be able to look at this branch when you have time? https://code.launchpad.net/~attente/gtk/gtk-mir/+merge/321739
[16:41] <Laney> attente: sry got distracted, sure can do
[16:41] <attente> Laney: np, thanks a lot :*
[16:42] <Laney> is_known_setting () is quite a thing
[16:43] <Laney> g_strv_contains ()?
[16:44] <attente> good idea...
[16:46] <Laney> is there a bug for the anjuta thing?
[16:50] <attente> no, i was told directly about it through email
[16:50] <attente> i'll file one now
[16:50] <Laney> it's ok
[16:51] <Laney> just would have linked it to the mp if there was
[16:51] <Laney> no need
[16:55] <attente> ok, thanks
[16:55] <attente> it's here now anyways in case you want to use it: https://bugs.launchpad.net/ubuntu/+source/unity-gtk-module/+bug/1679236
[17:07] <Laney> attente: https://bileto.ubuntu.com/#/ticket/2690 please test the PPA once built then someone can publish for you or I can tomorrow morning
[17:07] <Laney> night!
[17:08] <willcooke> night Laney
[17:10]  * Laney prints the quiptic
[17:10] <Laney> in for a rock and roll evening :>
[17:59] <attente> thanks Laney, that PPA fixes it
[19:54] <robert_ancell> willcooke, hi
[19:54] <willcooke> morning robert_ancell
[20:20] <willcooke> night all
[20:59] <jbicha> mterry: why is the latest ubuntu-terminal-app not in zesty?
[20:59] <mterry> jbicha: I don't know...  there was a silo for it at one point...
[21:00] <jbicha> the new version looks a lot nicer :)
[21:02] <jbicha> mterry: oh, never mind, it's in unapproved
[21:02] <mterry> jbicha: it is nicer, yeah!  :(
[21:02] <mterry> :)
[21:02] <mterry> I mean
[21:06] <jbicha> I assumed the :( was because it was still unapproved
[21:11] <mterry> Heh, then both do apply I guess :)
[21:13] <jbicha> I've got a mp for ubuntu-terminal, who should I ping to review it?
[21:18] <mterry> jbicha: I'd say Kaleo (Florian)