[00:00] i can't believe that it's 2012 and i'm playing around with hal [00:00] Why are you playing around with hal? [00:02] RAOF, trying to figure out what flash depends on for playing DRM content [00:03] How does *that* involve hal? [00:03] RAOF, that's what i'm about to find out (hopefully) ;) [00:04] Heh === skaet_ is now known as skaet [00:37] chrisccoulson: oh, interesting.../me wants to know more [04:59] good morning! [06:37] smspillaz: Hi :) Do you have 3 minutes ? [06:39] MCR1: yes [06:39] MCR1: whats up ? [06:40] I have a big problem with how Unity handles the show desktop stuff. [06:40] We have 2 plugins in Compiz to show the desktop: Fade-to-desktop and Show-desktop [06:41] MCR1: right [06:41] but Unity implements a third hardcoded way to show the desktop (essentially the fade-to-desktop plug-in behavior) [06:41] yes [06:41] that's intended [06:42] instead of using the Compiz plug-ins selected [06:42] yep [06:42] why ? [06:42] it creates problems [06:42] MCR1: interacting with minized minimized window previews would be really really hard if I did it any other way [06:43] the only reason why it does it the way it does is so that when you use the alt-tab switcher in unity you can get the live window previews for the hidden windows [06:43] (getting window previews for hidden windows is not trivial) [06:43] MCR1: what problems did it create ? [06:44] for example it ignores the settings of the Show-desktop plug-in (it fades no matter what) [06:44] yes, it overrides the behaviour completely [06:44] and if you choose the fade-to-desktop plug-in everything breaks [06:44] right, we should create a conflict then [06:45] bug 1006429 [06:45] Launchpad bug 1006429 in compiz "Fade to Desktop plug-in makes windows disappear completely, getting them back to view solely by pressing "Show Desktop" on the Unity panel again" [Undecided,New] https://launchpad.net/bugs/1006429 [06:46] the other bug I filed regarding that behavior somehow disappeared, although I am sure I filed it... [06:46] MCR1: I think the best way to handle this is to to make those plugins conflict with unityshell [06:46] they conflict with each other already [06:46] and unityshell implements a show desktop behaviour [06:46] (IMHO, showdesktop should be removed from unity, since the entire concept doesn't make any sense) [06:46] (but that's just my opinion) [06:47] yes, but it is a regression that the windows do not move out the screen... [06:47] this was much cooler than a simple fade [06:47] in any case, I briefly considered reconciling the code back upstream so that it would work with the upstream plugins but the behaviour (interaction wise) was too different [06:48] MCR1: I understand that, however when you're running unity you're running unity :) [06:48] its not really a regression because its not the way we ever really intended for it to work [06:49] I would rather remove the fade-to-desktop plug-in and use the other functionality (move windows out of the way) for Unity - is this possible or really not wanted ? [06:49] MCR1: to be honest, I think I'm going to have a chat with the design team about showdesktop next cycle [06:49] that and window shading [06:49] because at the moment, both concepts don't have much use [06:50] either they need to be redesigned to be slicker (I agree, the fade is lame), or they need to be removed from unity entirely [06:50] smspillaz: I have Emerald and 3 additional buttons to shade/unshade sticky/unsticky and set above/unset above [06:50] and how often do you use shade/unshade ? [06:51] I have to admit - almost never [06:51] I'm pretty sure that there was a period for like [06:51] maybe 5 months [06:51] where shading a window would break your desktop completely [06:51] and nobody filed a bug about it [06:51] and I only noticed it when I tried to shade a window [06:51] but the sticky and set above functionality is in use often here [06:51] right, that's fine [06:52] MCR1: in any case, its probably going to stay the way it is, unless design decides they want to keep it and can come up with a better animation for it [06:52] I do not understand why the design theme does not want to go with Emerald, but with the GTK win decorator [06:52] *design team [06:52] MCR1: that wasn't the design team's choice [06:52] MCR1: we needed to support metacity [06:52] it makes sense to use the officially supported code [06:52] emerald has not been supported in a long time [06:53] It is sooo much more advanced - I am pretty sure noone ever showed them Emerald [06:53] and I don't intend to support it, the code is a complete disaster [06:53] maybe we can write a new window decorator with a better design for what we intend to do [06:53] but who knows [06:54] It is still working perfectly, with one minor issue since the global menu was introduced (the buttons disappear), but I am sure even me could fix that [06:54] MCR1: btw, everything that emerald can do gtk-window-decorator can do as well [06:54] emerald just has options for all the old hardcoded stuff [06:54] Transparency, glowing animated buttons ? [06:54] yep [06:55] fully customizable titlebar ? [06:55] MCR1: like I said, it introduced options [06:55] where is the theme manager ? [06:55] MCR1: like I said, it introduced options [06:55] the code is basically the same, except that less stuff is hardcoded [06:55] (Never looked at the code - you got me ;)) [06:56] MCR1: I think the thing to understand is that while compiz may have had a "customizable" past, we are not really supporting that in the unity case. I am fine with people running compiz standalone though and doing what they want with it [06:57] the fact that the window manager and compositor are pluggable are useful in both cases [06:58] I love the Unity/Compiz idea, but still keys and plugins should be customizable [06:58] MCR1: or I'll rephrase - I'm not going to go out of my way to remove options, however I'm not going to go out of my way to support them in something that's supposed to be designed and locked down from the ground up [06:59] MCR1: right, the keys and plugin are customizable, its just that customizing /all/ the plugins and keys and expecting it to work whilst also running unity is not supported [06:59] we don't have the manpower to support something of that scale, nor is it important given the audience the unity is targeting [06:59] MCR1: why "should"? [07:00] didrocks: because currently there are many problems, especially with hardcoded shortcuts [07:01] MCR1: well, the problems mostly comes from cutomization [07:01] so introducing options is costly [07:01] and not well tested [07:01] the consequence is that the final product is average [07:01] and Compiz is not aware of those hardcoded Unity shortcuts - it is a design problem [07:01] because this and this and this combination doesn't work [07:02] you cannot say - let Compiz manage one part of shortcuts and Unity some other ones - problems WILL happen then [07:02] Compiz should be in control of all shortcuts, after all Unity is a compiz plug-in, not the other way round [07:04] MCR1: for this case, I agree it's more a code issue, but it's also the way the super key is dealt [07:04] MCR1: but still, I don't agree that everything should be customizable [07:04] and that was my point :) [07:05] MCR1: right the super key problem is a hard one really [07:05] MCR1: internally compiz is in charge of managing all the shortcuts, however not all of that is exposed to compizconfig [07:05] Compiz does not know about Alt+Space for example [07:06] MCR1: I think it does actually [07:06] MCR1: yeah, ccsm -> general -> window menu key [07:07] smspillaz: Try to change it :) [07:07] I'm not running unity at the moment [07:07] so I wouldn't know [07:07] It does not work [07:07] hmm [07:07] and you can also assign Alt+Space to something else in CCSM and it will accept it without warning [07:07] (another example of options leading to broken behavior) [07:08] I think that key is actually handled by unity-panel-service [07:08] same goes for many Unity hardcoded stuff [07:08] smspillaz: yeah, I think you're right [07:08] didrocks: I do not think you want to ban all software that wants to use Alt+Space [07:08] MCR1: to be honest, I think its a compiz bug that it gets to keep the keybinding [07:09] imagine you want to play a game, where space is shooting and alt bombing - the window menu will pop up al the time [07:09] *all [07:09] MCR1: if you have a passive grab on a key in X11 and try to make another passive grab, it will not allow you to [07:09] MCR1: that's not related to "changing the key" though [07:09] so this change should be communicated back up to compizconfig [07:09] so that it is unset [07:10] * RAOF pipes up as the author of some software that uses + by default. Yes, please :) [07:10] RAOF: author ? [07:10] RAOF: gnome-do ? [07:10] Yah. [07:11] oh, cool didn't know you were involved in that one [07:11] smspillaz: come on, it's part of the secret conspiracy to make life hard to mono developer, shhhh :) [07:11] oh yeah [07:11] bono [07:11] :P [07:11] I am unfortunately too much of a newbie to know how it exactly works at the moment, but I do realize that many keys Unity and Compiz use work perfectly, CCSM is aware of their existence, warns, you can change them - while others are imho unnecessary hardcoded [07:11] heh [07:11] I hates you and your key grabbing! [07:12] RAOF: we love you too :-) [07:12] RAOF: TBH, it's a real difficult issues [07:12] RAOF: +1 [07:12] MCR1: it might not make sense to hardcode them but it does make sense to fix the behaviour so that there's no conflict [07:12] errr [07:12] I remember that we discuss it in extend length 1 year and half ago [07:12] didrocks: Yeah, I gather. It's been fixed and unfixed a couple of times. [07:12] *might not make sense to make them options [07:13] RAOF: everytime we "fixed it", it came back with worse side-effects :: [07:13] :/ [07:13] Right. [07:13] actions bound to modifier keys [07:13] ! [07:13] I'm not sure that it makes sense to have the keybindings customisable _at all_. There's a lot to be said for standard keybindings everywhere. [07:13] smspillaz: Some of them are options for generations of Compiz already - do you want to remove those options ? [07:13] smspillaz: don't ever mention those words, I'm making nightmares now :) [07:13] MCR1: nope, just want to make it so that when you run unity there's no conflict [07:14] eg, two things bound to the same key and undefined behaviour as a result [07:14] RAOF: agreed, and we shouldn't mix two parts: the bug itself in super that MCR1 is describing and the fact we can or can't change it [07:14] yes, agreed. [07:14] those are really 2 differents things [07:16] MCR1: if you want to file a bug about how there is undefined behaviour when unity's keys interact with compiz keys and that the unity behaviour should override the compiz behaviour in the unity case, then I'll add it to the 0.9.8 buglist [07:16] bug 1022743 [07:16] Launchpad bug 1022743 in unity "Shortcuts in CCSM reset after getting changed." [Low,In progress] https://launchpad.net/bugs/1022743 [07:17] but unfortunately the title has been reduced and info has been cut out [07:17] but the description still says everything [07:19] for me this bug has more than "low" importance [07:22] smspillaz: Thanks for making it a milestone - feels much better now :) [07:24] MCR1: this doesn't necessarily mean I'll be able to allocate resources to work on it [07:24] smspillaz: I know, I'll try to dig into it as well, but I have to understand how everything works together first... [07:25] I can help after FF [07:25] thx [08:39] hey desktopers [08:49] Hey seb128! [08:49] RAOF, hey, how are you? [08:50] Pretty good. [08:50] It's nice that it's the weekend, though. [08:51] hehe, still a work day between the weekend and me :p [08:53] RAOF, thanks for updating your workitems btw! [08:54] NP. [09:24] didrocks! upgrading user config [09:25] mpt: hey hey hey, sure, I have time now :) [09:25] (in fact, perfect timing ;)) [09:26] didrocks, so, "Design to decide what should be presented to user on logout (red too much?)" [09:26] didrocks, what are we presenting? [09:27] mpt: so, I didn't write that line as I told you some weeks ago [09:27] however, I think, this is: [09:27] if an application needs to logout/login to get some new data migration to happen, what should we do to tell them "you need to logout/login" [09:28] didrocks, can you give an example where you'd need to log out? [09:29] mpt: ok, so next week, compiz (and unity) is transitionning from gconf to gsettings [09:30] we need to convert some gconf keys if they have been changed by the user to their gsettings equivalent [09:30] with our current infra, it's only possible to do that on login [09:30] ok [09:30] so, people have to upgrade to new compiz/gsettings, and so on [09:30] and to logout/login [09:30] * MCR1 fears next week :-X [09:31] if compiz crash before they logout [09:31] it will restart [09:31] but presents the default values [09:31] and next logout/login will transition the data [09:31] so not a particularly good experience :) [09:32] MCR1: welcome to ubuntu development [09:32] hehe [09:32] didrocks, why at login? Why not whenever compiz next starts, whether it's at login or not? [09:32] mpt: because we don't have the infra to support that and it implies all upstream have a migration mechanism [09:32] which they don't [09:33] didrocks: oh neat, we have the infrastructure to do that on login now ? [09:33] awesome [09:33] smspillaz: yeah, not reading planet ubuntu? :) [09:33] * smspillaz has been waiting for that for years [09:33] smspillaz: http://blog.didrocks.fr/post/Announcing-session-migration-now-in-ubuntu [09:33] didrocks: yeah I just remembered I saw it on your blag [09:34] mpt: also, we want to have the user doing the logout/login as soon as possible [09:34] didrocks: I have your subscribed to your blog, but this was not in the feed [09:34] mpt: because in that case, people will upgrade g-s-d and g-c-c [09:34] mpt: g-s-d will need to be restarted to support gsettings [09:34] didrocks: sorry, it was [09:35] didrocks: I just missed it somehow.... [09:35] mpt: but gnome-control-center, which after the upgrade will only support gsettings and not gconf will show keys that you can modify without any action until you restart compiz and g-s-d [09:35] MCR1: no worry :) [09:35] didrocks, do you have examples that would occur post-release? [09:35] mpt: I think the first person doing that post-release will be killed :) [09:36] mpt: but with the new scheme of "always having a development release working…" [09:39] didrocks, sorry for all my naive questions. :-) Here's another one: Why wouldn't the upgrade process restart g-s-d itself? [09:41] mpt: so, it means that you are doing an upgrade, ensure you have compiz, unity, g-c-c, g-s-d on box at the same time (the packaging part is taking care of that), and then, restart compiz/unity, g-s-d, and g-c-c (if started), reopen them to the same status before the upgrade? [09:42] didrocks, sorry, I was imprecise. For an upgrade from one Ubuntu version to the next, there's going to be a restart anyway, right? [09:43] mpt: yeah, we are speaking about "inside a dev release" here I guess [09:43] mpt: but with the always having a working unstable distro, I think this is part of the scope? [09:45] didrocks, if it's a development pre-release, I'm tempted to say "just use debconf" :-) [09:45] for the coming unity-fication, will it be possible to force unity to run in LLVM mode? [09:46] my current hardware does support compiz, but i run 2D today because otherwise my CPU melts [09:47] mpt: hehe, I think it can make sense :) [09:47] didrocks, or here's a better idea. I know there's a flag you can set on a software update to say that it will require restart. I don't know what that flag looks like. Do you know? [09:47] didrocks, maybe we can extend that flag to have an option to say that it will require logout, instead of restart. [09:47] mpt: yeah, it's a restart, do we want to differentiate restart from login again? [09:47] I guess it was more or less what was discussed in the discussion [09:47] to have logout possibility [09:49] I'm wondering how useful it is to have "logout strongly recommended" rather than "logout required right now" [09:49] I guess it would help to have examples other than the compiz one. [09:49] mpt: the others are linked to unity [09:49] but it's more on "recommends front" [09:49] like removing/adding a launcher icon [09:50] (because a software changed its .desktop file name) [09:50] it happened with ubuntuone [09:50] so if you still want to have the launcher icon entry [09:50] you need to rename the entry in gsettings [09:52] ok [09:52] and you might not even have that application in your Launcher, so requiring you to log out just for that would be overkill. [09:54] * mpt struggles to imagine something that *wouldn't* be overkill in that situation :-) [09:55] If you click the Launcher item and it doesn't work, that the session menu is red probably wouldn't help much [09:56] and on the other hand if you notice it's red and inside it says "Log Out Recommended..." or whatever, and you're not affected by whatever migration it is, that would be kinda annoying [09:56] hrmmmm [09:57] mpt: yeah, tricky isn't it? [09:57] for something which seems so easy :) [09:58] If this will only ever happen pre-release, then if you have multiple users logged in to a pre-release Ubuntu version, you ought to expect some occasional weirdness that's fixed by a logout [09:58] couldn't unity notice this situation occurring and trigger the transition itself? [09:59] Laney, that would be ideal. "Wait, this file is changing. I'd better redraw the Launcher that uses it." [10:01] (That would also fix the problem where the Launcher still shows applications that have just been uninstalled.) [10:03] well, this is one example, but the gsettings transition is way more complex to detect [10:03] it's like predicting the future "oh, I will soon have to transition to that and look at this" [10:04] i hate flash [10:05] didrocks, any more post-release examples? [10:05] mpt: no post-release, I think we will never do that post-release (apart from application changing their .desktop filename maybe in extras) [10:06] didrocks, so what do you think of the idea to just use debconf then? [10:06] if i want to monitor everything on the system bus, do i just need to add "" to the default policy in /etc/dbus-1/system.conf? [10:07] i'm fairly sure i'm still not seeing everything i expected to see [10:07] mpt: I don't see how debconf solve the issue here TBH [10:08] didrocks, by assuming that if you're using a pre-release version, *either* you're the only person logged in (in which case you get the debconf prompt suggesting that you log out), *or* you're prepared for possible weirdness if someone else does an update while you're logged in. [10:08] mpt: why not using the same thing that asking for restart? [10:09] but having another mode for logging out/in [10:09] all logged users will be warned then [10:09] didrocks, sure, that would suit me too. [10:09] ok, I'll update the SoftwareUpdates spec with a variation on the restart prompt. [10:09] mpt: it's not a lot to do (well, feature freeze is next week, so too late), but can be a nice addition for next cycle. The words should be chosen though :) [10:10] mpt: excellent, thanks :) [10:24] didrocks, http://paste.ubuntu.com/1152346/ ... I don't have it right yet [10:26] I like: "Software updates will finish installing when you log out." and "Ubuntu may behave unexpectedly until you next log in." [10:26] ok [10:33] I'm trying to use the gnome3-team/gnome3 ppa on Precise. When I choose Gnome in lightdm, I still land in a Unity environment. The PPA's description points here for help. [10:37] soren, what do you want from the ppa? [10:37] the ppa shouldn't really be needed in precise [10:37] seb128: I think I added it because I expected it to fix this exact problem. [10:37] (I didn't look at it most recently but precise has mostly everything in the archive) [10:37] soren, is gnome-shell installed? [10:38] I very likely dont need it. [10:38] is that what you want to run? [10:38] se Yes. [10:38] I'd like to take it for a spin, at least, yeah. [10:38] gnome-shell is installed. [10:38] did you pick the gnome-foot logo session in lightdm? [10:38] And gnome-session is invoked as "gnome-session --session=gnome" [10:38] seb128: Yup. [10:39] can you pastebin your .xsession-errors? [10:40] http://paste.ubuntu.com/1152374/ [10:40] Hm, gnome3 has its own wm, doesn't it? [10:40] I have compiz running for some reason. [10:41] soren, what does "/usr/lib/gnome-session/gnome-session-check-accelerated" returns? [10:41] 0 [10:41] $ /usr/lib/gnome-session/gnome-session-check-accelerated; echo $? [10:42] Hmm.. even if I "gnome-wm --replace", I end up with Compiz again. [10:42] gnome-session[5342]: EggSMClient-WARNING: Invalid Version string '0.9.4' in /home/soren/.config/autostart/Compiz.desktop [10:42] Some shell script respawns it. [10:42] soren, rm ~/.config/autostart/Compiz.desktop ? [10:43] Let's see. [10:43] soren, otherwise edit /usr/share/gnome-session/sessions/gnome.session [10:44] soren, add a --debug to the gnome-session command [10:44] then retry login and paste your .xsession-errors again [10:46] seb128: Sorry, I don [10:46] t see the gnome-session command i nthere. [10:47] soren, sorry /usr/share/xsessions/gnome-shell.desktop [10:47] Ah. [10:47] Right now, I don't even get a working desktop (after I removed that compiz.desktop autostart thing) [10:48] soren, does running gnome-shell by hand works? [10:48] Iwas just about to say "no", but then it finally started [10:49] Anyway, I've added --debug, I'll log out and back in. [10:49] soren, weird, get a --debug log I guess [10:49] Maybe my ridiculously large monitor is causing it. [10:50] compiz 1 - 0 gnome-shell on big monitors? :p [10:51] Oh, I was just being impatient. It actually does start now. [10:53] Is gnome-shell also the wm? [10:53] didrocks, ok, === MacSlow is now known as MacSlow|lunch [11:03] mpt: excellent! thanks :) [11:09] mpt: what is about this "(except the user who installed the updates, if any of them also require restart)." [11:09] he want to be warned as well that the updates requires logout/login? [11:21] didrocks, I guess we could add the secondary text from the logout-required alert to the restart-required alert [11:21] in that case [11:22] mpt: agreed [11:53] chrisccoulson: hey, did you see my question about the chat item in thunderbird yesterday? === MacSlow|lunch is now known as MacSlow [12:39] mvo: since when do we have this sweet sessionhelper API? i.e. should this also work on precise? [12:55] didrocks, what question is that? [12:55] sigh @ bug 1038047 [12:55] Launchpad bug 1038047 in thunderbird ""evolution-data-server" has to be installed for Thunderbird 15 after upgrade to be executable, otherwise Thunderbird will crashs at runtime" [Undecided,New] https://launchpad.net/bugs/1038047 [12:56] libedataserver now has a hard run-time dependency on evolution-data-server [12:56] seb128, ^^ [12:56] urg :-( [12:56] it seems anything using libedataserver aborts because of missing gsettings schemas if e-d-s isn't installed [12:57] so we either need to move the schemas or hard depends on it [12:57] and then it aborts if it can't start evolution-source-registry if you fix the schema issue [12:57] chrisccoulson, do you see a point trying to avoid the depends? [12:57] oh ok [12:57] so hard depends it is I guess [12:57] is that an issue for tb? [12:57] chrisccoulson: since the end of July, I have the "chat" icon in thunderbird [12:57] didrocks, yeah, that's expected [12:58] same here [12:58] but it's bad [12:58] seb128, yeah, it breaks tb for anybody not using gnome [12:58] chrisccoulson, can we distro patch that setting to default to off? [12:58] we already have a chat app :/ [12:58] and people starts to contact me and it's showing here [12:58] chrisccoulson, that settings = the one displaying the chat button [12:58] when I want to be offline [12:58] i'm not sure what to do with it atm. it's actually already preffed off in release builds [12:58] seb128: it should prevent connecting as well [12:59] didrocks, what accounts is it using? [12:59] my gmail one [12:59] oh, you configured a gmail mail and it's using it for im? [12:59] as I have gmail configured in it [12:59] yeah [12:59] so I'm online [12:59] is there a bug about it to milestone? [12:59] I can set it off in the preference [12:59] I don't think so (for now) [12:59] if you find one please milestone it ;-) [13:00] seems like something we should track for quantal indeed [13:00] chrisccoulson, do you agree? [13:00] seb128: well, at worse, I will find one. Minde :) [13:00] Mine ;) [13:01] seb128, it's already off in release builds still, and it should be benign unless you've configured a chat account [13:01] i use gmail here, and chat remains unconfigured [13:02] I opened bug #1038073 [13:02] Launchpad bug 1038073 in thunderbird "Shouldn't have the chat element in thunderbird" [Undecided,New] https://launchpad.net/bugs/1038073 [13:02] chrisccoulson: seb128 ^ [13:04] Sweetsha1k: it should [13:04] yeah, seems to be a separate account that I configured to try it when I saw it in guadec [13:04] maybe it just prefiled the account [13:04] seb128: do you think you could organize that someone reviews my phased updates work for update-manager ? or should I just land it ;) ? [13:06] mvo, 1rst run, this is great! https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/job/quantal-adt-software-center/1/ [13:08] jibel: cool, it says FAIL though ;) [13:08] mvo, give it to didrocks I heard he has plenty of time and nothing to do next week? ;-) [13:08] mvo, yeah, but at least now we know ;) [13:08] jibel: haha [13:08] seb128: if you want it to be stalled, sure do it :-) [13:09] jibel: yeah, its all good, I tested it in my localally build adt and it was much happier there, I will investigate [13:09] mvo, joke aside let's see [13:09] mvo, I need to check with mterry how crazy busy he is when he gets online [13:10] mvo, he knows a bit update-manager since he worked on it and he's one of the few ones that might have spare cycles [13:10] other ones are robru and cyphermox who might have a bit of spare time [13:10] mvo, do you have the urls for the merge request? [13:11] seb128: sure https://code.launchpad.net/~mvo/update-manager/phased-updates/+merge/119503 [13:11] didrocks, thanks for the tb bug, if it requires manual config and is off in stable version it's a bit less of an issue but we should keep an eye on it [13:11] mvo, danke [13:11] oh, speaking of mterry [13:11] mterry, hey [13:12] * mterry looks up [13:12] seb128: yeah, for consistency with the platform [13:13] jibel: is there a way to get log articfacts from the adt build? or should I just add some code to simply cat them at the end of the adt run? [13:16] mvo, the logs we attach at the moment are all there: https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/job/quantal-adt-software-center/ARCH=amd64,label=albali/1/artifact/results/ [13:16] mvo, if there is any specific log you wish to add, tell me and I'll add it [13:17] mvo, we will have a review for you monday (or tuesday) next week most likely [13:17] mvo, either mterry or robru (new starter) [13:18] mvo, also the lab have restrictions regarding access to external resources [13:18] * seb128 is out for some hours, bbl [13:18] see you seb128! [13:19] didrocks, see you, have good holidays if you are off work by the time I'm back [13:19] seb128: thanks a lot! maybe ttyl or yeah, see you in september :) [13:19] and good luck with feature freeze in that case ;) [13:20]