[06:49] <pitti> Good morning, and happy new year!
[06:50] <larsu> happy new year pitti!
[06:52] <pitti> hey larsu, wie gehts?
[06:54] <larsu> pitti: sehr gut, danke. War die letzten zwei Wochen in Italien :) Und dir?
[06:55] <pitti> larsu: mir auch, wir waren 2 Wochen in Dresden
[06:55] <larsu> Stollen!
[07:15] <didrocks> good morning and happy new year folks!
[07:15] <larsu> didrocks! Happy new year!
[07:15] <didrocks> hey larsu! how is it going? :)
[07:15] <larsu> didrocks: good, except that it's Monday after the break ;)
[07:15] <larsu> you?
[07:17] <didrocks> larsu: I'm great, thanks! Same feeling :)
[07:18] <larsu> hehe
[07:20] <pitti> bonjour didrocks, bonne année !
[07:21] <didrocks> bonne année à toi aussi pitti !
[07:32] <happyaron> didrocks: how to request removal of a package?
[07:33] <happyaron> is this sufficient? https://bugs.launchpad.net/ubuntu/+source/im-switch/+bug/1407578
[07:34] <didrocks> happyaron: it's perfect! I'm doing the removal then :)
[07:35] <happyaron> great
[07:35] <didrocks> once I can type my ssh key of course, waow, 5 trials!
[07:37] <didrocks> happyaron: and done: https://launchpad.net/ubuntu/+source/im-switch/+publishinghistory
[07:37] <happyaron> thanks!
[07:37] <didrocks> yw ;)
[07:54] <mlankhorst> Hello, desktop!\n
[07:54] <didrocks> hey mlankhorst! You have EOL issues this year it seems :)
[07:55] <mlankhorst> I know the lts stack was rejected, is that what you mean?
[07:55] <didrocks> mlankhorst: just a reference to your \n ;)
[07:55] <mlankhorst> ah :P
[08:06] <seb128> good morning desktopers
[08:06] <seb128> happy new year
[08:06] <mlankhorst> Happy newyear y'all
[08:07] <pitti> bonjour seb128, bonne année !
[08:08] <pitti> hey mlankhorst, happy new year to you too!
[08:09] <darkxst> hey seb128, pitti, didrocks, Laney, happy new year
[08:09] <seb128> pitti, hey, wie gehts? glückliches neues jahr
[08:09] <didrocks> happy new year darkxst
[08:10] <pitti> seb128: gut, danke! mais un mec français m'a envoyè trop de Schnaps ! :-)
[08:14] <seb128> pitti, ahah, il est bon ? ;-)
[08:38] <pitti> seb128: TBH we haven't tried it yet -- we've spent the two weeks in Dresden and didn't take it with us
[08:38] <seb128> pitti, k, no worry ;-) had fun there?
[08:39] <pitti> seb128: oh yes, and rather relaxing as we had plenty of time
[08:39] <pitti> I only just now picked up a cold, after having evaded it from at least five other people in the past 3 weeks :(
[08:54] <willcooke> Morning all
[08:55] <seb128> hey willcooke
[08:55] <willcooke> Hi seb128 - nice holiday?
[08:56] <seb128> excellent ones, thanks!
[08:57] <didrocks> hey willcooke!
[08:57] <willcooke> hey hey
[08:57] <larsu> hi willcooke!
[08:57] <willcooke> yo larsu
[08:59] <seb128> you?
[08:59] <mlankhorst> morning
[08:59] <mlankhorst> and a happy newyear
[08:59] <ochosi> happy new year everyone
[08:59] <willcooke> hey mlankhorst ochosi
[08:59] <willcooke> seb128, not bad at all - but I still think I could use a couple more days off ;)
[09:00] <seb128> hehe, same here ;-)
[09:00] <seb128> hey ochosi, happy new year
[09:00] <willcooke> didrocks, did you see the backlight discussion on ubuntu-devel?
[09:01] <ochosi> seb128: good news, on a MR for xdg-utils that we worked on >6months ago (you probably don't even remember): my patch has finally been merged upstream
[09:02] <ochosi> https://code.launchpad.net/~ochosi/xdg-utils/support_xfce/+merge/224076
[09:02] <seb128> I remember it
[09:02] <seb128> great ;-)
[09:03] <didrocks> willcooke: read it, didn't dive into it, but I'll give some tests in systemd
[09:03] <willcooke> didrocks, nice, thanks
[09:03] <didrocks> yw ;)
[09:03] <ochosi> seb128: thing is though, the xdg-screensaver script in ubuntu is still a bit garbled and needs a cleanup. there is some duplicate code there (possibly a patch has been merged twice or erroneously)
[09:03] <ochosi> seb128: maybe we could just pull in the upstream version?
[09:04] <seb128> ochosi, yeah, we should do that
[09:05] <Laney> yo
[09:06] <willcooke> morning Laney
[09:06] <Laney> funny seeing activity after the previous weeks
[09:09] <seb128> hey Laney, happy new year!
[09:09] <seb128> Laney, you let IRC running during holidays?
[09:09] <didrocks> happy new year Laney!
[09:11] <happyaron> happy new year!
[09:11] <willcooke> hey happyaron
[09:12] <happyaron> willcooke: :)
[09:13] <Laney> hey willcooke seb128 didrocks happyaron
[09:14] <Laney> yeah I always leave IRC on
[09:14] <mlankhorst> who doesn't :P
[09:14] <Laney> good hols?
[09:15] <seb128> excellent, thanks! you?
[09:15] <seb128> Laney, you should really stop IRC on holidays, make you good to totally cut from usual business for a while ;-)
[09:15] <seb128> Laney, how did the moving go btw?
[09:16] <Laney> well I have some personal channels :P
[09:16] <Laney> oh yeah, it went pretty well thanks
[09:16] <Laney> good to have more space!
[09:17] <Laney> can't be bothered to do the remaining painting though ...
[09:23] <larsu> happy new year Laney!
[09:26] <Laney> hey larsu!
[09:26] <Laney> how's it going?
[09:26] <Laney> how was italy?
[09:27] <larsu> awesome
[09:27] <larsu> hiked on capri and along the amalfi coast
[09:27] <larsu> very beautiful down there
[09:27] <larsu> how were your holidays?
[09:35] <Laney> relaxing, thanks! mainly spent time with family hanging out
[09:36] <Laney> back here for new years fireworks
[09:37] <larsu> nice :)
[09:47] <Laney> darkxst: have you noticed that ubuntu-gnome images fail to build btw?
[09:49] <darkxst> Laney, yes, that will resolve itself as soon as the 3.14 bits get uploaded
[09:50] <Laney> I guess this is because of -desktop -> adwaita-icon-theme -(breaks)-> gnome-themes-standard-data <- gnome-themes-standard <- gnome-shell <- ubuntu-gnome-desktop
[09:50] <Laney> or similar
[09:50] <Laney> ok
[09:50] <darkxst> Laney, yep thats about it
[10:40] <willcooke> we need to get "window focus follows where I am looking" in to Mir :)
[11:03] <mlankhorst> hm the monthly siren test is late..
[11:05] <davmor2> willcooke: isn't that called google glass ;)
[11:06] <willcooke> davmor2, heh - not quite
[11:06] <willcooke> davmor2, I get cross when I'm looking at my browser window but when I type it goes in to, say xchat
[11:07] <willcooke> I want the computer to "just know"
[11:07] <willcooke> :)
[11:07] <willcooke> how hard can it be?
[11:07] <didrocks> just enable your webcams, not sure you will like it :p
[11:09] <willcooke> :D
[11:10] <willcooke> I wonder if something like the camera in the wii mote could work?  Reflect IR light off your eyes and determine, to begin with, which monitor you are looking at
[11:10]  * willcooke adds it to his list of things to play with
[11:10] <willcooke> oh, on a different topic, is WUBI maintained any more?
[11:12] <willcooke> looks like it is
[11:14] <didrocks> it doesn't really work with windows 8 AFAIK, so kind of maintained, but not the way forward
[11:14] <willcooke> ack
[11:14] <davmor2> willcooke: yes and no, the windows installer bit I think has been stopped however the menu item that tells you about Ubuntu and allows you to reboot I think is maintained by canonical
[11:15] <willcooke> I assume that secure boot makes it very hard to install a new OS from inside another one (by design I expect)
[11:15] <didrocks> right
[11:16]  * didrocks spent a lot of time to install ubuntu on Julie's new laptop due to windows 8 and ubiquity not detecting windows
[11:16] <willcooke> Would I be correct in advising someone to try the live USB stick as a way to try Ubuntu on a w8 machine?  (or would that also be disabled?)
[11:18] <didrocks> willcooke: live USB stick works, but it's not straightfoward to know if you start in UEFI mode or not (and that can depend on the bios)
[11:18] <willcooke> ack
[11:18] <willcooke> thx
[11:19] <didrocks> willcooke: basically, the rule is "if you have the grub menu for starting the live usb, you are in UEFI mode" (notice that some people tell it's the """ugly""" version)
[11:19] <willcooke> :D
[11:19] <didrocks> otherwise, you have the nice graphic
[11:19] <didrocks> looks unpolished TBH
[11:19] <didrocks> and I will keep my other deception due to this new install for our 1o1 :)
[11:20] <didrocks> (especially a lot of unity regressions)
[11:20] <willcooke> heh
[11:20] <didrocks> TBH, we really regressed
[11:21] <willcooke> can we do anything about it this cycle?
[11:21] <willcooke> (realistically)
[11:22] <didrocks> willcooke: depends, we can get some unity 7 regressions fixed maybe, not sure about ubiquity though
[11:23] <didrocks> willcooke: but that would need as well backporting to the LTS to be useful, so more work
[11:23]  * willcooke starts a new list of "things for 15.10"
[11:23] <willcooke> should probably be a wiki page
[11:23] <didrocks> willcooke: I'm just afraid that we keep telling "we'll see once we get unity 8" and the current situation getting worse and worse
[11:23] <didrocks> willcooke: or a pad?
[11:23] <willcooke> oh, good idea
[11:24] <willcooke> do pads last for ever?
[11:24] <didrocks> I need to reconfirm some bugs anyway on my own machine first though
[11:24] <didrocks> yeah
[11:24] <willcooke> do we have a "team site" on there already?
[11:24] <didrocks> willcooke: just use http://pad.ubuntu.com/
[11:25] <didrocks> there are some for some topics like the gtk one (see !topic)
[11:25] <didrocks> but nothing general AFAIK
[11:25] <willcooke> I wonder how I get a nice URL
[11:25] <Laney> http://pad.ubuntu.com/ubuntu-desktop
[11:25] <Laney> old skool content
[11:26] <Laney> delete it all :)
[11:26] <willcooke> really delete it??  cos I will
[11:26] <Laney> maybe up to "Useful links" ...
[11:26] <willcooke> it has versioning right?
[11:27] <Laney> there's Saved Revisions up top
[11:27] <Laney> I guess that works ?!?!?!?!
[11:27] <didrocks> oh, yeah, the "for R" one, I thought it had been deleted
[11:27] <willcooke> too late :)
[11:27] <didrocks> Laney: it worked at least (used it when we got attacked)
[11:28] <Laney> regressions probably work as bugs though
[11:37] <Laney> didrocks: feel like demoting vala-0.24 to universe?
[11:39] <didrocks> Laney: should I check all rdepends or did you already?
[11:40] <Laney> reverse-depends -b src:vala-0.24 looks good to me
[11:41] <didrocks> Laney: ok, I'll wait for your vala upload to propagate first and recheck without the valac dep to ensure
[11:42] <Laney> sure
[12:25]  * willcooke -> lunch
[12:34] <Chipaca> is there a way to make the buttons in gnome dialogues be at the bottom, where they have always been, instead of at the top of the window, which is not where i expect them to be and seems to me to break the way i read the dialogue?
[12:40] <larsu> Chipaca: they should be on the bottom in unity
[12:42] <larsu> it's controlled by the Gtk/DialogsUseHeaderbar xsetting, which is set by the desktop environment
[12:43] <larsu> didrocks: any idea why dbus service files in .local/share/dbus-1/services aren't picked up by the daemon?
[12:43]  * larsu is fixing gnome-termin
[12:43] <larsu> *al
[12:47] <didrocks> larsu: no, I didn't dig into why g-t changed as you had more knowledge than I there :)
[12:48] <larsu> didrocks: right... I'll ask desrt what he did to make this work for him
[12:49] <didrocks> yeah, seems the best lead
[12:50] <seb128> didrocks, what sort of unity7 regressions did you notice?
[12:50] <larsu> according to dbus' docs, it follows xdg spec, so it should work
[12:50] <seb128> I had the impression things slightly improve rather than regress since the LTS, no real feature work happened, it's mostly bugfixing
[12:50] <didrocks> seb128: related to masking mounted devices in particular
[12:51] <seb128> masking from the launcher?
[12:51] <seb128> I guess it's a feature I don't use, so I didn't notice
[12:51] <seb128> it was supposed to store the things you don't want in gsettings iirc?
[12:51] <didrocks> seb128: also, the other now well-known bug about adding an icon to the launcher via gsettings (which I was forced to do through gsettings only)
[12:51] <didrocks> seb128: right, from the launcher
[12:51] <seb128> that's not working anymore?
[12:51] <didrocks> yeah
[12:51] <didrocks> right
[12:52] <seb128> k
[12:52] <didrocks> at least, on Julie's laptop, I need to test here as well
[12:52] <seb128> well, the gsettings adding is a bit unfortunate
[12:52] <didrocks> if you have a windows 8 machine, you have something like 4 partitions
[12:52] <seb128> but it's not an "normal user" scenario
[12:52] <seb128> well it becomes when some other program use it, like ubuntu-make
[12:53] <didrocks> right, but dragging and dropping the .desktop file didn't work either
[12:53] <didrocks> basically, unity always reverted
[12:53] <didrocks> ah, I remember now, I wanted to remove the devices:// entry
[12:53] <seb128> from the dash to the launcher?
[12:53] <seb128> wfm
[12:53] <didrocks> this doesn't work first because it always ignored on her laptop
[12:53] <didrocks> like when ubuntu make adds an entry
[12:53] <didrocks> then, I tried to kill it
[12:54] <didrocks> change in gsettings
[12:54] <didrocks> restart it
[12:54] <didrocks> no devices:// but they were still listed
[12:54] <didrocks> and finally I tried to blacklist them
[12:54] <didrocks> (which is another option)
[12:54] <seb128> did you try to right click and pick the remove option?
[12:54] <didrocks> and I checked the UUID twice
[12:54] <didrocks> yeah, didn't work on her machine
[12:54] <seb128> :-(
[12:54] <didrocks> works here though
[12:55] <didrocks> I'm sure they clearly have a race in their settings handling
[12:55] <seb128> did you install her the LTS or utopic or vivid?
[12:55] <larsu> didrocks: you can't have a list in gsettings that is race-free
[12:55] <didrocks> so yeah, 3 failures in a row, after a complex install, wasn't really a nice way to see our LTS
[12:55] <didrocks> LTS
[12:55] <larsu> didrocks: but probably this isn't the problem here
[12:56] <didrocks> larsu: unsure, maybe it is?
[12:56] <larsu> didrocks: did you update the list from two places at the same time?
[12:56] <seb128> didrocks, yeah, to be honest you are doing non-basic changes since you are fiddling with gsettings and non UI commands
[12:56] <seb128> but those should still be working :/
[12:56] <didrocks> larsu: I don't know, it shouldn't update on the unity side
[12:57] <didrocks> seb128: well, "remove from launcher" is an UI command
[12:57] <larsu> didrocks: ya, they're probably writing an old value when they shouldn't
[12:57] <didrocks> but yeah, even without this, this should still be working, covered by tests as we painfully got with unity7 at first
[12:57] <didrocks> larsu: I guess so
[12:59] <seb128> didrocks, with some luck they are all the same bug and Trevinho is eventually going to fix it ;-)
[13:00] <didrocks> seb128: I do hope as well, I guess it's andyrock who is assigned to them now though
[13:00] <seb128> wfm as well, as long as somebody fixes it
[13:01] <didrocks> same here :) knowing that it's really worked on would be a good start though
[13:01] <Trevinho>  hey guys
[13:02] <didrocks> happy new year Trevinho!
[13:02] <Trevinho> Yes, andyrock is going to work on the gsettings stuff
[13:02] <Trevinho> You too didrocks
[13:02] <Trevinho> !
[13:02] <didrocks> thanks!
[13:02] <didrocks> great to hear ;)
[13:02] <Trevinho> And everybody else
[13:02] <didrocks> as seb128 told, let's hope they all have the same source
[13:02] <didrocks> which is likely tbh
[13:03] <seb128> Trevinho, hey, happy new year!
[13:03] <seb128> Trevinho, did you have good holidays?
[13:04] <Trevinho> seb128: Yes thanks... I've been to ski in the alps near to the border between Italy and France.. Not too much snow, but had wonderful time anyway!
[13:04] <Trevinho> seb128: what about you?
[13:04] <seb128> great!
[13:04] <seb128> I had good holidays as well, mostly family time, nothing fancy but relaxing ;-)
[13:08] <Trevinho> I probably missed that... I really wanted to have time to sit down and hack a little on pet projects, but really I had neither a free minute to stay with my laptop in all these days... And while that's good, thing, I still have not realized that we've been in holidays :-)
[13:11] <Trevinho> Anyway... About the didrocks thing related to the devices and Launcher icons, that's something I started to work at it some time ago, and also I've some code ready, but I need to refractor some stuff and other priorities have come up...
[13:23] <Chipaca> larsu: ah, ok. my xsettings are broken then, but it's my fault :) thanks!
[13:44] <desrt> happy monday
[13:57] <willcooke> hey desrt
[13:57] <desrt> willcooke: hello
[13:57] <desrt> good holidays?
[14:03] <larsu> desrt: happy Monday!
[14:04] <desrt> larsu: thx :D
[14:04] <desrt> seems to be a slow one around here....
[14:04] <desrt> or maybe i'm just on the wrong timezone
[14:04] <larsu> got something for you: how does the dbus daemon pick up services in .local/share/dbus-1/sevices for you?
[14:04]  * pitti waves to desrt, happy new year!
[14:05] <larsu> desrt: you mention this in the bug about your gnome-terminal irssi profile
[14:05] <larsu> it should according to its docs, but doesn't work for me
[14:06] <desrt> pitti: same :)
[14:06] <desrt> pitti: i spent a lot of time working on getting jhbuild-on-ubuntu working again over the holidays
[14:07] <desrt> larsu: i vaguely recall some issue about this when i first installed debian
[14:07] <desrt> i also recall solving it very rapidly and i don't recall how
[14:07] <desrt> probably has to do with the session config file?
[14:08] <larsu> desrt: the session config file has <standard_session_servicedirs /> set, which (according to the docs) adds xdg base directories
[14:08] <larsu> which include .local/share
[14:08] <desrt> odd.
[14:09] <larsu> ya
[14:09] <desrt> did the directory exist when you logged in?
[14:09] <larsu> yes
[14:09] <desrt> i'm beat for ideas :)
[14:09] <larsu> me too :/
[14:09] <desrt> did the _files_ exist when you logged in?
[14:09] <larsu> yes
[14:09] <desrt> ...are they valid? :)
[14:09] <larsu> good question
[14:10] <larsu> where does dbus log?
[14:10] <desrt> http://pastebin.com/1aC4GkbT
[14:10] <desrt> this is the entirety of my setup
[14:11] <larsu> thanks
[14:11] <desrt> this is the rest of the entirety: http://pastebin.com/n3qZrQNi ;)
[14:11] <larsu> uh oh, I have s/D-BUS/D-Bus - maybe that's the issue
[14:12] <larsu> desrt: Thanks. in related news, gdk_set_program_class() is useless
[14:12] <larsu> you can't call it before gtk_init()
[14:12] <desrt> is that the wmclass-modifying stuff?
[14:12] <larsu> and calling it after overrides the passed --class (that gtk_init()) parses
[14:12] <larsu> desrt: yes
[14:12] <larsu> (sorry about the wrong paren)
[14:28] <ted> Laney, I believe you're on the list of maintainers here, can you look at this? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772148
[14:30] <seb128>  desrt, ted, hey,  happy new year
[14:30] <Laney> ted: ok
[14:30] <Laney> later though, patch piloting atm
[14:30] <desrt> larsu: just use app ids :)
[14:30] <desrt> the shell ignores wmclass if _GTK_APPLICATION_ID is set
[14:30] <larsu> desrt: unity doesn't
[14:31] <desrt> seriously?
[14:31] <desrt> patch bamf :)
[14:31] <desrt> (seriously)
[14:31] <larsu> meh
[14:31] <larsu> I know this is the best solution, and I know I shouldn't care
[14:31] <desrt> bamf was written to do everything it could to identify/categorise apps
[14:31] <larsu> but this is fucked up
[14:31] <larsu> WM_CLASS was totally fine
[14:31] <desrt> the fact that nobody maintains it means that it ignores a very high quality source of data
[14:31] <larsu> and now it's not because of reasons?
[14:32] <desrt> ie: if it was written today, _GTK_APPLICATION_ID would be at the top of the list of things it looked at
[14:32] <seb128> desrt, nobody maintains what? bamf? Trevinho does
[14:32] <larsu> desrt: also, WHY WHY WHY is gnome-terminal-server exist?
[14:32] <larsu> *does
[14:33] <desrt> why is that a problem for you?
[14:33] <desrt> imho it's the 'correct' way
[14:33] <larsu> g_set_prgname("gnome-terminal-server"); gdk_set_program_class("Gnome-terminal"); is just wrong
[14:33] <desrt> oh.  because of that.
[14:33] <desrt> fix bamf.  i'm serious.
[14:33] <ted> Laney, Cool, thanks!
[14:34] <desrt> you'll be making the world a better place
[14:34] <larsu> desrt: ya, that's most practical. It's still a messed up situation
[14:34] <desrt> larsu: the only thing messed up about the situation is that _GTK_ is in the name of the property
[14:35] <larsu> desrt: why does gnome-terminal-server even exist?
[14:35] <larsu> also, awesome comments in that code:   /* No-op required because GApplication is stupid */
[14:35] <desrt> because this is actually the recommended way of implementing gapplication for apps that are concerned about behaving precisely as if they were not single-instance
[14:35] <desrt> larsu: well, that's chpe for you :)
[14:36] <larsu> desrt: gnome-terminal _is_ single instance
[14:36] <desrt> gnome-terminal has to care about lifecycle of the invoked processes
[14:36] <desrt> so its only option is to use a seperate service
[14:36] <larsu> those life cycles are bound to a window, aren't they?
[14:36] <desrt> yes
[14:36] <desrt> the trouble is this:
[14:36] <larsu> (well, tab really)
[14:36] <desrt> 1) script runs a gnome-terminal instance
[14:36] <desrt> 2) from that instance, user opens new window
[14:37] <desrt> 3) script stuff finishes, tab closes
[14:37] <desrt> 4) ...but gnome-terminal executable still runs
[14:37] <desrt> the only way to avoid that problem is by treating every /usr/bin/gnome-terminal as a client bound to a single tab and having the service separate
[14:38] <desrt> otherwise you end up with the (from the view of the caller) random chance that the process that you start is 'special' and won't behave as you want it to
[14:38] <larsu> hm, so `gnome-terminal` is more like gnome-terminal-launcher?
[14:38]  * larsu dislikes, but sees your point
[14:38] <desrt> apps that don't care about this stuff are better off to use the hybrid (--gapplication-service) stuff since it's a lot less fuss
[14:39] <desrt> but for apps that need it, the way that gnome-terminal is structured really is necessary
[14:39] <desrt> of course, you could put both halves into the same executable
[14:39] <desrt> and use IS_LAUNCHER
[14:39] <larsu> is gnome-terminal a shell script with a dbus-send in it?
[14:40] <desrt> larsu: no.  but it could be.
[14:40] <larsu> right
[14:40] <desrt> larsu: more likely, it would be based on gapplication, though
[14:40] <desrt> gapplication(1) that is
[14:40] <larsu> ya
[14:40] <desrt> http://www.manpagez.com/man/1//gapplication/
[14:40] <desrt> we even give an example of how to write such a shellscript :)
[14:42] <larsu> neat
[14:42] <desrt> but here's the kicker: gnome-terminal circumvents gapplication
[14:42] <desrt> it has its own private launching protocol
[14:43] <desrt> it does things that i didn't want to add to normal gapplication
[14:43] <desrt> like sending the full set of open fds...
[14:43] <desrt> (apparently "xterm -c 'foo >&3' 3> result" is a thing)
[14:46] <desrt> so uh.. probably it won't ever be rewritten as a shellscript :)
[14:49] <larsu> but ... why?
[14:49] <larsu> seems like something that's not really needed tbh
[15:09] <Trevinho> desert, larsu: feel free to open a bug in bamf and assign me, I'll take care of that
[15:38] <desrt> Trevinho: nice!
[15:38] <desrt> larsu: did you open that bug?
[15:39]  * desrt doesn't find one
[15:42] <desrt> Trevinho: bug is here: https://bugs.launchpad.net/bamf/+bug/1407711 but it seems that LP won't let me assign bugs to you
[15:45] <larsu> desrt: no, I was napping :)
[15:45] <larsu> already dark here...
[15:45] <larsu> thanks for opening it
[15:57] <didrocks> Laney: vala 0.24 demoted btw
[15:57] <Laney> nice
[15:57] <Laney> thanks!
[15:58] <didrocks> yw ;)
[15:58] <didrocks> phew, got all large tests running and passing again for ubuntu make
[15:58]  * didrocks can't wait to have the datacenter back up after a month
[15:59] <Trevinho> desrt: thanks
[16:02] <didrocks> desrt: I just did the assignement for you
[16:03] <desrt> didrocks: thanks
[16:03] <desrt> seems that you have superpowers that i lack :)
[16:03] <didrocks> desrt: shhhhhhhhhh I try to keep my super secret identity ;)
[16:04] <didrocks> happy new year btw ;)
[16:04] <desrt> same to you
[16:12] <ochosi> folks, quick question, when is the switch to systemd as default planned?
[16:13] <desrt> ochosi: looks like vivid cycle
[16:13] <ochosi> thought as much, but no planned ETA within the cycle?
[16:13] <didrocks> ochosi: when most of the blockers are fixed
[16:13] <desrt> blueprint is https://blueprints.launchpad.net/ubuntu/+spec/core-1411-systemd-migration
[16:13] <didrocks> ochosi: https://blueprints.launchpad.net/ubuntu/+spec/core-1411-systemd-migration
[16:14] <ochosi> oh good, i wasn't aware of the bp
[16:14] <didrocks> ok, desrt beat me to it :p
[16:14] <ochosi> thanks a bunch guys! :)
[16:14] <didrocks> yw ;)
[16:14] <didrocks> ochosi: you can already install it if you want to check in advance
[16:14] <didrocks> and open bugs :)
[16:14] <ochosi> right, i think i might do that
[16:14] <didrocks> you can still have upstart & systemd in parallel (and next grub release will show both)
[16:15] <ochosi> was mainly asking cause for xubuntu we thought we might only participate in a2 if systemd is default
[16:15] <ochosi> right
[16:15] <didrocks> ochosi: yeah, anyway, just give it a try if you have time, and do not hesitate to ask if you have any question
[16:15] <desrt> ochosi: could always bring in systemd instead of upstart for the xubuntu images...
[16:15] <didrocks> in particular, we are inrested in "systemctl status" after you migrate
[16:15] <didrocks> interested*
[16:16] <ochosi> desrt: right, but if blockers aren't resolved yet, that might not be ideal
[16:16] <ochosi> but the dual-booty thing sounds like a good choice
[16:16] <didrocks> oh, that makes me think…
[16:16] <didrocks> ochosi: do you know where the xubuntu plymouth theme is?
[16:16] <seb128> desrt, I guess the mir team pinged you about https://bugzilla.gnome.org/show_bug.cgi?id=720186 ? seems like they hit mir issues due to that one since they switched the mainloop to use the glib one
[16:16] <didrocks> I don't remember seeing it in the plymouth package
[16:17] <desrt> seb128: oh ya... i saw that one fly by while i was on holiday
[16:17] <ochosi> didrocks: it's in xubuntu-artwork, why?
[16:17] <didrocks> ochosi: because I may change some things for systemd vs fsck vs plymouth
[16:17] <desrt> seb128: trying to fix a crash in file monitors, then i will look at this
[16:17] <seb128> desrt, thanks
[16:17] <desrt> my 'stuff to do before getting back to kdbus' list gets longer :)
[16:18] <ochosi> didrocks: ah, cool
[16:18] <didrocks> ochosi: keeping backward upstart/mountall capability but still need some changes, so I'll give it a look as well
[16:18] <ochosi> didrocks: to be exact: http://bazaar.launchpad.net/~xubuntu-art/xubuntu-artwork/vivid/files/head:/lib/plymouth/themes/
[16:19] <ochosi> thanks in advance for that!
[16:20] <didrocks> ochosi: yw! seems that you have an older version of the fsck support btw (still the progress bar), I'll have a look at how to keep that for you
[16:20] <ochosi> didrocks: what's the new version? i wasnt really aware of any changes there tbh
[16:21] <ochosi> but i also have to say i sorta neglected plymouth because i personally never see it with SSD boot
[16:21] <ochosi> (shame on me)
[16:21] <didrocks> ochosi: we have in ubuntu "checking disk X on Y (…% Complete)"
[16:21] <didrocks> ochosi: no more spinner, progress bar or anything
[16:21] <didrocks> even if half of the code is still referencing it, it's not used anymore
[16:21] <ochosi> any reason for that?
[16:21] <ochosi> i mean concrete reason
[16:22] <didrocks> ochosi: I guess design? depends on if you feel it being concrete or not :)
[16:22] <ochosi> heh ok
[16:22] <ochosi> well could've been that it caused breakage for some users
[16:22] <didrocks> yeah, I don't think so
[16:22] <ochosi> k haven't heard anything like that either
[16:23] <didrocks> ochosi: the thing is that you can have the bar getting back in past
[16:23] <ochosi> right
[16:23] <didrocks> so it can be puzzling I guess
[16:23] <didrocks> but I'll keep what you have today if you are happy with it, just use the new logic
[16:23] <ochosi> as long as users don't complain, i won't touch plymouth too much ;)
[16:23] <didrocks> right ;)
[16:23] <didrocks> and have my fake fsck script to tests
[16:24] <didrocks> as same here, SSD FTW :)
[16:24] <ochosi> :)
[16:29] <Laney> seb128: can you remember if we had a reason not to merge cairo?
[16:29] <Laney> bug #1356632
[16:29] <Laney> erm
[16:29] <Laney> bug #1353362
[16:31] <seb128> Laney, no, I think we should merge it
[16:32] <Laney> k cool
[16:33] <seb128> didrocks, pitti, just as a fyi, the console-setup change fixes the "incorrect keyboard layout on vt" issue on test config ;-)
[16:34] <pitti> seb128: ah, bug 1400393? thanks for confirming!
[16:34] <seb128> pitti, indeed, yw!
[16:38] <didrocks> nice!
[16:47] <larsu> Trevinho: I can help out with that bamf patch if you like (and point me in the right direction)
[16:47] <larsu> Trevinho: looks to me like bamf doesn't really group windows, but rather tries to find a desktop file for each?!
[16:48] <larsu> I wonder how we could get that if we only have the application id
[16:48] <larsu> I think gnome-terminal for example doesn't have app id == desktop file name yet
[17:09] <willcooke> thoughts on cancelling tomorrows weekly meeting?  If everyone is going to say "I was on holiday" should we skip?  Personally, I dont mind either way, if we have stuff to talk about we should do it.  But I suspect not, so we could save some time
[17:10] <Trevinho> larsu: mhmh.. Well you can group the windows based on the desktop id, while the desktop can be computed using the classic way
[17:11] <didrocks> willcooke: makes sense
[17:12] <Trevinho> Probably there is some euristic to do... I need to check it better. But the matching code is quite complex
[17:13] <larsu> Trevinho: ya, and it doesn't look like it's doing any grouping yet...
[17:13] <larsu> Trevinho: and really, that's not what we need - we need to get from app id to desktop id, which is impossible unless they're the same
[17:14] <Trevinho> Mhmhm... Right
[17:16] <seb128> willcooke, could be useful to do a post holidays roundtable anyway? if nobody has update it's just going to take 10 min and everyone can go back to business?
[17:16] <larsu> Trevinho: I'll just add the case where they're equal - that should be enough for now
[17:24] <didrocks> pitti: I'm reading https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758902#56 and it seems that for newer system, since wheezy, we don't enable fsck on newer formatted partitions?
[17:24] <didrocks> "File systems created with mk2fs on fresh Wheezy and Jessie installs have
[17:24] <didrocks> mount-count and time based file checking disabled.
[17:42] <desrt> willcooke: at least half of the purpose of the meeting for me is reporting what i'll be working on during the next week and seeing the same from others, having discussions, etc.
[18:26] <willcooke> sounds like tomorrow is go then, thx
[18:34]  * willcooke -> EOD
[18:34] <willcooke> ta ta
[19:12] <Noskcaj> Could someone please review https://code.launchpad.net/~noskcaj/libgweather/3.14/+merge/245275 ?