[01:43] <Trevinho> pitti: ah, ok... I think upstart has still to be pushed there... We've unity waiting though: https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text=unity :)
[01:43] <duflu> Trevinho: Morning BTW :)
[01:43] <Trevinho> hey duflu
[02:41] <Trevinho> pitti: upower patch updated too
[04:41] <mac3lite> Can anyone here help me with installing drivers for MacBookPro9,1 in Ubuntu 14?
[04:50] <hikiko> hi
[04:54] <hikiko> http://askubuntu.com/questions/188040/installing-drivers-for-ubuntu-12-04-on-macbook-pro-9-1-mid-2012-15-inch
[04:56] <hikiko> mac3lite: ^ i don't have a MacBook but I hope  this helps
[06:45] <pitti> Good morning
[06:46] <pitti> Trevinho: I didn't accept unity as bug 1568031 isn't fixed in devel yet, see my bug followup from yesterday
[07:19] <seb128> hey pitti, wie gehts?
[07:19] <pitti> seb128: gut, danke! und Dir?
[07:19] <pitti> had a nice basketball game yesterday
[07:19] <seb128> I'm good thanks ;-)
[07:19] <seb128> ah, nice
[07:19] <seb128> and I had fun at tennis :-)
[07:23] <pitti> seb128: Go sports!
[07:24] <seb128> :-)
[07:25]  * pitti remembers that geek T-Shirt: "Go sports! Move that thing there before the others move it here!"
[08:01] <Laney> hallo
[08:02] <pitti> hey Laney!
[08:02] <Laney> el pitti!
[08:02] <Laney> ¿cómo estás?
[08:05] <pitti> Laney: mui bien, gracias !
[08:05] <seb128> hey Laney!
[08:06] <Laney> helo seb128, sut wyt ti?
[08:08] <willcooke> allo guvnor
[08:08] <seb128> Da iawn
[08:08] <seb128> Beth amdanoch chi?
[08:08] <seb128> hoi willcooke
[08:09] <Laney> Rwy'n dda hefyd. Rydym yn dringo neithiwr ac yna aeth i'r dafarn.
[08:10] <pitti> Welsh? Or Elvish?
[08:10] <Laney> Cymraeg!
[08:11] <seb128> I assumed Welsh
[08:11]  * seb128 doesn't know Elvish
[08:11] <seb128> not that I know welsh, but google to the rescue :p
[08:18] <Laney> skillz
[08:43] <ksamak> Trevinho: hey! how's that 0.9.12.3 idea/milestone going?
[08:43] <ksamak> just pinging ;-)
[09:12] <seb128> happyaron, hey! how are the n-m updates going? -applet should be easy, do you know if we can SRU 1.2.2 on top of n-m 1.2.0? like not block that on the n-m update which is a bit more complex (also would be nice to backport the commit for the bug I just assigned to you)
[09:12] <happyaron> seb128: doing the patch rebasing right now
[09:12] <seb128> great, thanks
[09:13] <seb128> also did you see that p_itti found some issues with the openvpn SRU?
[09:13] <happyaron> we can SRU 1.2.2 on top of n-m 1.2.0, tested working
[09:13] <seb128> great
[09:13] <happyaron> I've read the email but not looked at it yet
[09:16] <seb128> happyaron, could you try to  include the 3 commits from https://git.gnome.org/browse/network-manager-applet/log/?h=nma-1-2 as well? at least the key and the assert one are reported in launchpad
[09:17] <happyaron> will do
[09:28] <seb128> thanks
[09:46] <ara> seb128, shall we mark the unity-greeter task of this bug as Invalid and/or Fix released? https://bugs.launchpad.net/oem-priority/+bug/1286878
[10:32] <hikiko> Trevinho, https://code.launchpad.net/~hikiko/unity/unity.panel-draw-optimisation/+merge/295187 could you get a look at this when you have a moment?
[11:12] <seb128> ara, yes, invalid sounds about right
[11:23] <willcooke> how is it 1230 already
[11:23] <willcooke> damn it
[11:25] <Sweet5hark> does errors.ubuntu.com autofile launchpad issues now?
[11:25] <Laney> nope
[11:25] <Laney> you get a link to do it
[11:26] <Sweet5hark> so someone is triggering that, and I dont know who because in launchpad its just "the errors.u.c bridge"?
[11:27] <Laney> yep
[11:27] <Sweet5hark> *grumble*
[11:41] <Trevinho> hikiko: sure
[11:42] <hikiko> thank you
[11:43] <seb128> Sweet5hark, bdmurray tend to click on the "file a bug" column
[11:43] <seb128> Sweet5hark, you can see who did it by who is subscribed
[11:43] <seb128> the interface subscribe whoever clicked the button
[11:44] <Sweet5hark> seb128: ah! thx
[11:44] <seb128> yw!
[11:44] <Laney> cunning
[11:48] <Trevinho> hikiko: is that case happening?  I mean, did you see cases where a panel tries to radraw an area which doesns't belong to its monitor as well?
[11:48] <hikiko> yes
[11:48] <hikiko> in ezoom
[11:48] <Trevinho> Since panel geo should be already be the only covering the monitor... but...
[11:48] <Trevinho> hikiko: maybe wehe blurred doo?
[11:48] <Trevinho> too?
[11:48] <Trevinho> ah, right.....
[11:48] <hikiko> it is clipped correctly on its monitor by compiz
[11:49] <hikiko> but not from nux
[11:49] <hikiko> compiz clips anything is not part of the output
[11:50] <Sweet5hark> cant help being reminded of Laneys Cymraeg in the morning: https://twitter.com/isotopp/status/733261132194971648 ...
[11:51] <Trevinho> hikiko: I see... do you think it would be better to do this at nux level then? Although I don't think nux views have any clue of which monitor they belong to
[11:51] <Trevinho> I know we should really have done an UnityView and always uset that as base calss more than the pure nux::View :-/
[11:51] <hikiko> Trevinho, I am trying to solve it there too
[11:51] <Trevinho> hikiko: nice, looks good though
[11:52] <Trevinho> hikiko: I was wondering if you have other unity ezoom branches, in that case, please, let's keep things connected in some way (even a list), so when SRUing it, we can be sure we backport everything
[11:53] <hikiko> I put the changes that I am sure that are needed in .EZ branches but I have 2 local branches here where I experiment with nux etc at the end I will only propose the EZ
[11:54] <Trevinho> ok
[11:55] <Trevinho> seb128: hey, did you get a chance to play with my u-s-d changes?
[11:57] <seb128> Trevinho, hey! which ones?
[11:57] <Trevinho> seb128: kbd backlights ones
[11:57] <seb128> no, I can't, I don't have any hardward with backlight
[11:57] <seb128> ward->ware
[11:57] <Trevinho> mh, ok... Laney could probably then :)?
[11:58] <seb128> yes
[11:58] <seb128> you need the upower changes to land first though?
[11:58] <Trevinho> seb128: well, for the first branch, the one that connects to the change event, no
[11:59] <seb128> well "yes", as I think he has a backlight kbd on his xps, unsure if he has slot for testing your changes
[11:59] <Trevinho> yeah, I guess he's busy enough
[11:59] <Laney> quite so, might be able to though
[11:59] <Laney> but didn't superm_1 already do that?
[11:59] <Trevinho> seb128: however, probably I should split the bugs... I mean there's that one for the brightness at boot, while my changes mostly affect changes on idle
[12:00] <seb128> yeah, feel free to open another bug
[12:00] <Trevinho> so that the proper value is restored when going in idle
[12:00] <seb128> we are already using the current one for the boot issue
[12:00] <seb128> which has a SRU in proposed
[12:00] <Trevinho> yeah
[12:00] <Trevinho> seb128: I can do the landing of usd with your changes in the mean time btw
[12:01] <seb128> to what serie? y-?
[12:01] <Trevinho> yes
[12:02] <Trevinho> I can also prepare the same for x btw
[12:02] <seb128> we should do a landing with the pending merge requests
[12:02] <seb128> well, x already has a SRU
[12:02] <Trevinho> yeah, that's what I've prepared
[12:02] <seb128> so let's get that one through first
[12:02] <seb128> also you shouldn't be able to land u-s-d :p
[12:02] <Trevinho> I am :-D
[12:02] <Laney> what
[12:02] <seb128> Laney, CI train acls are different from archive ones
[12:03] <Laney> They were supposed to have fixed that
[12:03] <Laney> It checks the archive's permissions when you try to upload
[12:03] <seb128> k, maybe that bit doesn't work
[12:03] <Trevinho> seb128: I've added to https://requests.ci-train.ubuntu.com/#/ticket/1419, but if you want to land these, feel free to grab them
[12:03] <seb128> I don't think Trevinho tried to actually land u-s-d
[12:03] <seb128> though he does compiz/unity landings
[12:03] <seb128> Trevinho, you don't have a ppu for those right?
[12:04] <Laney> apparently it's accepted for "canonical upstream" packages
[12:04] <Trevinho> No, wait... I don't have permisssions to publish, I still have to be ACKed...
[12:04] <Laney> always seemed shady to me
[12:04] <Trevinho> seb128: yeah, ppa is linked there
[12:04] <Laney> but that is the rule
[12:04] <seb128> Laney, where does it say it's accepted for canonical upstream?
[12:04] <Laney> dunno where it says
[12:04] <Laney> code of CI train probably
[12:05] <seb128> Laney, oh ok, I though you just looked up and found something that it was allowed for canonical upstreams
[12:05] <seb128> Trevinho, anyway you should apply for ubuntu-desktop maybe?
[12:05] <Laney> I just know that
[12:05] <seb128> Laney, ^ wdyt?
[12:05] <Laney> from dmb discussions
[12:05] <Laney> umm
[12:05] <seb128> you didn't do that much desktop updates/packaging
[12:05] <seb128> but I think you are doing enough that I would be happy to +1 you
[12:06] <seb128> if not you should at least apply for ppu for the unity stack
[12:06] <Trevinho> mh... All this bureoacracy always scared me :)
[12:06] <Trevinho> but I could
[12:06] <Laney> don't think it is required with ci train given ^ rule
[12:06] <Trevinho> what should I do?
[12:06] <Laney> you might have to become a lander though???????????????????
[12:06] <Laney> ask robru
[12:07] <Trevinho> I'm a lander, in the sense that i can control ci-train, but I need someone to publish my stuff
[12:08] <Laney> it might already work for "canonical" things then
[12:08] <Laney> in terms of ubuntu-desktop: https://wiki.ubuntu.com/DesktopTeam/Developers
[12:09] <hikiko> grr now the ttys crash in my desktop too :/
[12:10] <Trevinho> Laney: so it's just about asking in the ML or should I do something like a wiki page^
[12:10] <Trevinho> ?
[12:10] <Laney> list is ok
[12:13] <Trevinho> seb128: anyway, in the mean time, do you want me to remove the MPs from the list, and you care them?
[12:15] <seb128> Trevinho, can you please remove them?
[12:15] <seb128> they are not connected to the unity landing in any way
[12:16] <seb128> you shouldn't batch things that are independant
[12:16] <seb128> makes harder to land
[12:16] <Trevinho> seb128: sure... not sure I can remove them from the built ppa though
[12:16] <seb128> like the bamf menus fix shouldn't be in there either
[12:16] <seb128> I can do that if you can
[12:16] <seb128> but if you remove them from the ci UI and reconfigre the silo it's enough
[12:16] <Trevinho> seb128: in the other side, there's the request of not using many silos since we're going out of them
[12:17] <Trevinho> seb128: removed, but I don't think I can reconfigrue the silo
[12:18] <Trevinho> let me se if  "build" is smart enough
[12:18] <flexiondotorg> Laney, seb128 The work on Ubuntu MATE themes starts tomorrow.
[12:19] <Laney> Fun
[12:19] <Laney> I've done a bit on Ambiance already, but it's still crap
[12:20] <seb128> Trevinho, let me know if you need help pressing buttons
[12:21] <flexiondotorg> Laney, Link to your work please?
[12:21] <seb128> Trevinho, also for the ubuntu-desktop application wait a bit, I'm going to check if people are happy to +1 you or if the consensus is that a ppu would be better/or if you need to do some GNOME updates/merges for desktop
[12:21] <flexiondotorg> I've just uploaded this - https://launchpad.net/ubuntu/+source/mate-themes/3.18.1-0ubuntu1/+build/9771091
[12:21] <seb128> Trevinho, I let you know when we figure that out, I don't want to get you to send the email if you don't get the +1 ;-)
[12:21] <Laney> No link
[12:21] <flexiondotorg> To prevent the Debian sync of mate-theme 3.20 clobbering Ubuntu.
[12:22] <Trevinho> seb128: ok, do politics for me :-)
[12:22] <seb128> right :-)
[12:22] <Laney> what a great campaign manager
[12:22]  * Trevinho feels in House of Cards
[12:22] <seb128> I also need to give some cookies to Sweet5hark for getting him to apply again for libreoffice ppu
[12:23] <seb128> new board, maybe they are wanting to review that one now
[12:25] <Laney> speaking of house of cards
[12:25] <Laney> lunch time
[12:27] <seb128> Laney, enjoy!
[12:33] <Trevinho> seb128: I think you've to manually remove the pkg from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-028
[12:34] <Trevinho> as I don't see any control in ci-train to get the same
[12:39] <andyrock> hey guys
[12:40] <willcooke> hi andyrock
[12:47] <seb128> hey andyrock!
[12:48] <seb128> Trevinho, can you try to ask on -ci-eng if that's the right thing to do? I've a feeling that's not the recommended way and might confuse things
[12:48] <Trevinho> seb128: ok
[12:48] <seb128> thanks
[13:41] <seb128> mvo, hey, how are you? can I bother you about update-notifier for a moment? you made the code to determine if we update-manager should be spawned look to logs, why did you look at the ctime and not only the mtime?
[13:44] <mvo> seb128: I need to look at the code, but iirc for some stuff its only inode changes (touch). anything particular that breaks because of this?
[13:45] <seb128> mvo, yeah, update-manager is not getting spawned
[13:45] <seb128> mvo, it was working before by luck because we had a 1 day delay for security updates
[13:46] <seb128> mvo, logrotate rotates logs on a weekly basis, you added a hack to ignore the 0 byte logs, but the .1 has the ctime of the rotation, so it's never older than a week
[13:46] <seb128> so "last time launched" nevers get > 7 days
[13:47] <seb128> -> never showing update-manager
[13:47] <mvo> seb128: oh, not cool
[13:47] <seb128> yeah
[13:47] <seb128> I'm pondering just dropping the log check logic
[13:47] <mvo> seb128: yeah, fine with me
[13:47] <seb128> that seems it was controversional at the time it was added already and a bit too magic
[13:47] <seb128> like if update-manager spaws once a week if updates are available it's not too annoying
[13:48] <seb128> and command line users can change the gsettings
[13:48] <mvo> seb128: yeah, lets make it a update-day or something
[13:48] <mvo> (single day a week)
[13:48] <seb128> I've seen that somewhere :p
[13:50] <seb128> mvo, thanks for the input
[13:52] <mvo> seb128: heh :) thank you!
[13:56] <seb128> attente, hey, what is "install-via: prefix" doing? (saw your commit on gcalculator)
[13:58] <attente> seb128: the automake plugin in snapcraft is defaulting to using DESTDIR=blah for installing instead of --prefix
[13:58] <attente> (and setting prefix to empty)
[13:58] <seb128> attente, I see, thanks
[13:58] <attente> so because of that, galculator doesn't know where to find the main_frame.ui file
[13:59] <attente> seb128: are you looking at this too? i tried to get the fonts working but couldn't figure out what was missing :(
[14:02] <seb128> attente, no, I didn't, I'm still working on the gnome-calculator one, just followed up the branch because didrocks was having similar issues to ours yesterday and I pointed him to the wrapper we made in Prague
[14:02] <seb128> attente, what's the issue with fonts?
[14:02] <attente> just shows black squares for all text
[14:03] <seb128> urg
[14:03] <seb128> attente, https://bugs.launchpad.net/snapcraft/+bug/1576303
[14:03] <seb128> attente, do you have those in your wrapper?
[14:03] <seb128> # Not good, needed for fontconfig
[14:03] <seb128> export XDG_DATA_HOME=$SNAP/usr/share
[14:03] <seb128> # Font Config
[14:03] <seb128> export FONTCONFIG_PATH=$SNAP/etc/fonts/config.d
[14:03] <seb128> export FONTCONFIG_FILE=$SNAP/etc/fonts/fonts.conf
[14:04] <attente> ah, ok, thanks seb128. i don't have those. desrt suggested it might've been fontconfig, but i had no idea how to get good debugging output for it
[14:04] <seb128> attente, why not just copying the wrapper we got for gnome-calculator?
[14:04] <seb128> seems like you are redoing the work we did in Prague?
[14:04] <attente> where is the wrapper?
[14:04] <desrt> naughty attente!
[14:04] <desrt> i thought you had already started there but were experiencing additional difficulties
[14:05] <desrt> otherwise i would have given you different advice :p
[14:05] <seb128> attente, http://bazaar.launchpad.net/~ubuntu-desktop/+junk/gnome-calculator-snap/view/head:/calc
[14:09] <seb128> attente, I hope you didn't spend too much time refiguring those out :-/
[14:11] <attente> seb128: not too long, thanks i'll try the wrapper
[14:12] <seb128> attente, are you still in Vancouver with didrocks working on snaps? did they lock you down in a room there? :p
[14:12] <attente> why is GSETTINGS_SCHEMA_DIR not necessary here? is that based on XDG_DATA_DIRS or something?
[14:12] <seb128> if they did knock 3 times
[14:12] <seb128> we will know what it means and try to get out of of here :p
[14:12] <attente> seb128: :P
[14:13] <seb128> attente, I think it is, desrt might know better though
[14:13] <attente> seb128: didrocks is in austin, i'm back home
[14:13] <seb128> didrocks living a fancy live
[14:13] <desrt> attente: the schema dir is not needed
[14:13] <desrt> i think it might have been introduced to try to get that aspect working before realising that xdg-data-dirs works just fine
[14:13] <desrt> in fact, i think it might have been added to get the 'using memory backend' warning to go away
[14:15] <seb128> desrt, attente, speaking of which ... what makes gsettings decide to use the memory backend? or how does it check if dconf is available/to be used?
[14:15] <attente> think you have to stage dconf-gsettings-backend
[14:15] <desrt> gio extension points
[14:16] <desrt> basically, glib looks in a designated subdir for gio plugins... things like gvfs, glib-networking, dconf, fam backend, etc.
[14:16] <desrt> and every time it needs to do [soemthing] that is done differently on different platforms, it picks the extension point with higher priority
[14:16] <desrt> dconf has a higher priority than the memory backend, so it'll use that if it's there... otherwise, not
[14:18] <seb128> attente, desrt, thanks, in fact it works ... I though it wasn't, but it's only when confined that it doesn't
[14:18] <seb128> I wonder what is the confinement blocking that it needs though
[14:18]  * seb128 looks a bit more
[14:21] <seb128> oh
[14:21] <seb128> unable to create file '/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.
[14:22] <desrt> ya.  this part is pretty obvious.
[14:24] <seb128> no XDG_RUNTIME_DIR existing in the snap
[14:24]  * seb128 asks on the snappy channel
[14:24] <desrt> ya.  this is something that will eventually need to be resolved
[14:25] <desrt> but it's kinda going to suck
[14:25] <desrt> we either mount a fresh tmpfs in there for it to use, or we don't... and change all library users of xdg runtime dir to do something else instead
[14:25] <seb128> do you know how flatpak deal with that?
[14:25] <desrt> but probably no matter what, we will want that directory
[14:25] <seb128> do they give you access to the real /run?
[14:25] <desrt> pretty sure they mount an empty one
[14:25] <desrt> they give access to subsets of it for the important stuff
[14:25] <desrt> but no.. certainly not the whole thing
[14:26] <seb128> k
[14:26] <desrt> and we would not want to do that
[14:26] <desrt> a confined app could totally destroy your session by messing around in the xdg runtime dir
[14:26] <seb128> what does dconf use the dir for?
[14:26] <desrt> stupid reasons
[14:27] <desrt> basically, the dconf database in the user's home directory is an rcu file that gets replaced-by-renamed when there is a change
[14:27] <desrt> there is no way to detect that without doing a syscall, though, and gsettings reads are too fast for that
[14:27] <desrt> so we put a flag file in the runtime dir and mark it when a change has occurred... each app mmaps that file... so now the check is a single memory location read...
[14:28] <seb128> ah, I see
[14:28] <desrt> the "stupid" part is that i did it this way to avoid updating the in-place file in the user's homedir
[14:28] <desrt> because of....... NFS
[14:28] <seb128> so it would be safe to bindmount that subdir in a snap/flatpack
[14:28] <desrt> it was causing SIGBUS in testing...
[14:28] <desrt> unsafe and pointless
[14:28] <desrt> applications cannot read from dconf in confinement
[14:29] <desrt> so having a flag telling them when they need to reopen the database is kinda pointless
[14:29] <seb128> right
[14:29] <desrt> unless this is part of the 'can access the entire homedir' profile, in which case, sure
[14:29] <seb128> but for today where we plug a hole to make gsettings work
[14:29] <seb128> is there an easy workaround we can do?
[14:29] <desrt> you need access to the homedir
[14:29] <desrt> and the xdg runtime dir
[14:30] <desrt> also: the app needs to have unconfined ability to communicate with the dbus service
[14:30] <desrt> then ya, it should work
[14:30] <seb128> k, so we would need to bindmount the xdg runtime dir in the snap?
[14:30] <seb128> right, they are adding the dconf dbus auth to the unity7 profile
[14:30] <desrt> honestly, if we bindmount the homedir, the xdg runtime dir should go with it
[14:30] <desrt> it's basically what you might imagine something like ~/.tmp/ would be
[14:30] <desrt> ie: a bunch of user-specific sockets for services go there too
[14:31] <desrt> unity7 profile?
[14:33] <seb128> desrt, https://github.com/ubuntu-core/snappy/blob/master/interfaces/builtin/unity7.go
[14:34] <desrt> ah
[14:34] <desrt> not for unity itself
[14:34] <desrt> but for apps that run under it
[14:34] <seb128> yes
[14:34] <seb128> that's the security profile to use
[14:34] <seb128> like if you want to start a desktop app under unity7 use that profile
[14:35] <seb128> it gives access to the dbus interfaces required for appmenu etc to work
[14:35] <desrt> nod
[14:36] <seb128> Trevinho, looks like xnox SRUed upstart ;-)
[14:36] <Trevinho> seb128: yeah, already tested and verified... Thanks xnox !!!
[14:37] <seb128> Trevinho, :-)
[14:38] <seb128> Trevinho, did you manage to get your silo reconfigured without usd btw?
[14:57]  * Laney screams at pitti 
[15:01] <pitti> Laney: wut?
[15:01] <Laney> bos01 died?
[15:02] <pitti> eww
[15:03] <pitti> Laney: meeting now, want to have a look?
[15:04] <pitti> Laney: even "nova list" is hanging
[15:04] <pitti> Laney: well, I'm still sure it'll come back before armhf catches up :)
[15:06] <Laney> pitti: pinged IS, but looks cloud-wide indeed
[15:07] <Laney> cjwatson turned up too ;-)
[15:10] <seb128> what's the channel for such issues?
[15:10] <Laney> #is-outage @ canonical or #canonical-sysadmin @ freenode if you can't get to that
[15:11] <seb128> k, thanks
[15:11] <seb128> I usually use #is
[15:11] <seb128> I didn't know about -outage
[15:11] <Laney> I'm sure that one would work too
[15:11] <seb128> but since there is no activity on #is I assumed there was some other places
[15:12] <seb128> yeah, I just wanted to have an eye on the current conversation and was wondering what to join
[15:12] <seb128> thanks ;-)
[15:13] <Laney> seb128 has eyes everywhere
[15:14] <larsu> EVERYWHERE
[15:14] <larsu> hi desktoppers!
[15:14] <Laney> http://www.infiniteunknown.net/wp-content/uploads/2014/02/Eye-of-Sauron.png
[15:14] <seb128> hey Laney!
[15:14] <seb128> ups
[15:14] <seb128> hey larsu!
[15:14] <pitti> seb128, Laney: I always feel like getting the NSA right on my tail when I /join #is
[15:14] <larsu> Laney: that's just one eye....
[15:14] <larsu> bonjour seb128!
[15:15] <Laney> RAIE
[15:15] <Laney> hi larsu
[15:15] <Laney> pitti: hah
[15:15] <larsu> hey Laney!
[15:16] <Laney> what is the good word?
[15:17] <larsu> pain au chocolat?
[15:18] <Laney> Trdelník
[15:19] <larsu> ?
[15:19] <Laney> ask attente
[15:20] <larsu> hi attente!
[15:23] <Laney> I always type "libpease" instead of "libpeas"
[15:23] <Laney> what is this
[15:24] <larsu> libpeace
[15:33] <attente> larsu: hey :)
[15:34] <larsu> what's Trdelník?
[15:34] <attente> larsu: it's the czech equivalent of a churro. but bigger. and messier. and just as delicious :)
[15:36] <larsu> ooooh
[15:36]  * larsu brb, going to czech
[15:37] <attente> :)
[15:42] <flexiondotorg> Laney, seb128 Is gnome-panel.css actually used by Ubuntu?
[15:43] <flexiondotorg> It share the same widgets with mate-panel, we are considering flattening this styling into one place.
[15:43] <Laney> If you use gnome-panel with Ambiance/Radiance, sure
[15:44] <seb128> could be by users of the gnome classic/fallback sessions
[15:46] <flexiondotorg> Laney, seb128 OK, what I thought. So combining this style in one place it not an issue providing gnome-panel support is retained?
[15:46] <flexiondotorg> We are putting MATE specific stuff in mate-applications.css
[15:50] <Laney> Seems fine to me
[16:36] <seb128> happyaron, is that nm-applet going anywhere?
[17:05] <Laney> see you
[17:06] <seb128> Laney, have a good evening!
[17:31] <a1fa> andyrock: yellow
[17:31] <andyrock> a1fa: hey
[17:32] <a1fa> how is it going? have you seen the bug i posted the other day
[17:32] <andyrock> a1fa: nope
[17:33] <andyrock> can you relink?
[17:33] <a1fa> yep
[17:33] <a1fa> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1582056
[17:33] <a1fa> this one was, well been bugging me since 14.04 :)
[17:40] <andyrock> yeah show desktop is broken in several ways
[17:40] <andyrock> i'll try to allocate some of my time on it
[17:54] <willcooke> night all
[18:35] <seb128> I've updated https://code.launchpad.net/~ubuntu-desktop/+junk/gnome-calculator-snap inspired by Trevinho's work on hello-unity
[18:35] <seb128> no static cache preincluded, dynamic arch definition, some extra variables defined
[18:35] <seb128> Trevinho, thanks for the work btw ;-)
[18:37] <seb128> on that note, dinner, have a good evening desktopers!
[18:58] <Trevinho> seb128: nice to hear
[18:59] <Trevinho> seb128: i wanted to do it too