[01:56] ping bilal [02:00] desrt: there ? [02:00] desrt: I'm in Canadaland! [02:03] Canadaland? [02:17] hai bilal [02:17] bilal: Canada :P [02:17] vancouver, specifically [02:17] just visiting some family for a month [02:17] smspillaz, really? You are like 2 - 3 hours away from me [02:17] \o/ [02:18] someone else in my timezone! [02:18] it wont be so lonely on Friday maybe [02:19] lol [02:19] I'm kinda sporadically around [02:27] your family must be really spread out haha [03:23] robert_ancell: do you think libgtk-3-dev needs to depend on libatk-bridge2.0-dev too? [03:23] https://launchpadlibrarian.net/108816988/buildlog_ubuntu-quantal-amd64.gnome-sushi_0.5.2-0ubuntu2_FAILEDTOBUILD.txt.gz [03:23] jbicha, yes [03:24] jbicha, do you want to make the fix or me? [03:24] should fix up lintian to detect these automatically [03:25] could you do it? I'm about done for the night [03:26] jbicha, sure [04:21] Good morning [06:09] good morning === tkamppeter_ is now known as tkamppeter [07:04] moin! [07:12] no jason around? I wanted to weep myself out in a 1:1! [07:14] Sweetshark, think he's still recovering from his vacation [07:22] bryceh: that sentence looks funny, but given what jasons vacation was about isnt really :( [07:39] mhr3: hey, so, time to discuss with pitti about the best way of upstream dealing with the gi path? [07:40] I thought we already discussed that yesterday? [07:40] I think we should just use the import gi.override and use the path that pitti showed [07:40] pitti: well, mhr3 thinks that the path detection should be in a .pc file [07:40] that seems safest to me, indeed [07:40] instead of replicating that for all projects shipping overrides [07:40] pitti, yes, imo pygobject should provide a variable in their .pc [07:40] well, but .pc is for upstreams; our dh_python3 gets in the way of this [07:41] ah, we could do that, yes [07:41] mind filing a bug about it? [07:41] so generate a .pc.in which generates a .pc with the right path? [07:41] I can do it if needed [07:41] ah, hang on [07:41] .pc files can only contain static info, can't they? [07:42] yeah, but that can be generated at build time, no? [07:42] (pygobject build time) [07:42] so again, as dh_python3 changes the paths, we can't create that .pc during build time [07:42] ah [07:42] that makes it a bit tricky [07:42] the upstream path is not in dist-packages, indeed… [07:43] sed? :) [07:44] shipping a m4? [07:44] we could change it in the pygobject package [07:44] oh wait [07:44] but this again would not be upstream compatible [07:44] i just noticed in pygobject.pc: [07:44] # overridesdir has now moved to the gi module [07:44] # third parties can access it in a python script: [07:44] # [07:44] # import gi [07:44] # installdir = gi._overridesdir [07:45] i suppose that's as universal as it gets [07:45] yes, that works [07:45] that's calling python again, of course [07:45] and I thought that's what you didn't like [07:45] it also adds a build dep on pygobject :/ [07:46] *shrug* :) [07:46] but well, it doesn't seem a better solution is on the horizon [07:46] that doesn't hurt? [07:46] in the package, anyway [07:46] mhr3: so, we are doing the import and path detection in the Makefile.am of dee at the end? [07:46] upstream you can just ignore it if the command fails [07:46] python3 -c 'import gi; print(gi._overridesdir)' [07:47] and if it exits with non-zero, you skip that part [07:48] pitti: and again, sorry for asking the same question (I didn't see an answer yesterday from it), but do you know why the path contains only python3 and not python3.2? [07:48] is there any coordinated effort to wipe out (or at least identify) the c++0x-ABI breaker madness? It makes LibreOffice (which links against half the world) unstable/failing tests on quantal. [07:48] not exactly; perhaps 3.x promises to not change syntax [07:49] pitti: yeah, that's my thought as well, not sure if it was intentional :) [07:49] didrocks: presumably it's the upstream-official equivalent of our old distro specific /usr/share/pyshared/ [07:49] Sweetshark: well, open bugs gcc upstream, they are cleaning them [07:49] it needs to be by-minor-version for extensions, but not for modules [07:50] pitti: that would make sense, thanks :) [07:51] didrocks: I dont think "one of the LibreOffice dependencies break ABI and injects a broken std::list<>" would be well received. After all there is no way to know which one of the deps is broken (unless I rebuild them all). [07:52] Sweetshark: indeed, can be a little bit long [07:53] didrocks: (510 source packages from some rough script with deptree) [07:55] mhr3: did we lose you? :) [07:56] didrocks: this is what I mean by "coordinated effort": e.g. something that rebuilds all these with a patched gcc complaining about every call with --std=c++0x in a log or something, so that we know which packages are possibly guilty (and better: which are known to be Good) [07:56] didrocks, http://paste.ubuntu.com/1063887/ ? [07:57] mhr3: I would use ${PYTHON:-python} [07:57] in case the variable is not set in the env [07:58] oh wait, this won't work for local installs [07:59] Sweetshark: no, the first ones to get into those troubles was us for unity and we sent the email on the ubuntu-devel list. You can follow up on that one [07:59] didrocks, if PYTHON isn't set? [07:59] Sweetshark: for having more work gcc side, see with doko [07:59] mhr3: yep [07:59] didrocks, configure will fail then [07:59] we do AM_PATH_PYTHON [08:00] mhr3: ah ok, nevermind then :) [08:00] pitti, i suppose pygobject doesn't search for the overrides in /usr/local/...., does it? [08:01] mhr3: s/pygobject/python/; Python requires all submodules of a module to be in the same path [08:02] i. e. you cannot load "foo" from /usr/lib/python3/ and "foo.bar" from /usr/local/share/python3/ [08:02] didrocks: yes, I saw that mail. [08:02] so everything that is under "gi.*" must be in the same path as the gi module itself [08:02] pitti, i see [08:02] that applies to all Python modules, it's not pygi specific [08:02] that's a bit unfortunate indeed [08:02] it led to quite a lot of packaging problems in the past already [08:02] i'm sure there'd be a hack to workaround it :) [08:03] (not saying it should be there) [08:03] presumably there is :0 [08:03] err, :) [08:40] oh god... finally, stupid distcheck [08:41] didrocks, this should do it http://paste.ubuntu.com/1063933/ [08:41] mhr3: --with-pygi-overrides-dir is to override the override dir? :) [08:42] yes [08:44] mhr3: looks good to me, proposing that as a MR? [08:44] since you like it, yea [08:45] although... maybe handling gi not being installed would be nice [08:47] hum, yeah, maybe an option for it or just skipping? [08:53] tkamppeter: ping? [08:58] didrocks, https://code.launchpad.net/~mhr3/dee/pygi-overrides-dir/+merge/112514 [09:15] mhr3: tabs mixed with spaces? :) [09:21] mitya57, meh :P [09:25] Sweetshark, I answered your mail now. [09:54] hmmm, does anyone have any idea why my camera doesn't automatically mount now in quantal? here is the output of udisks --dump (camera is /dev/sdc): http://paste.ubuntu.com/1064013/ [09:56] chrisccoulson, hey, how are you? [09:56] hi seb128. i'm good thanks [09:56] chrisccoulson, what do you get i gvfs-mount -lo when you plug it? [09:56] we just had quite a storm here! [09:57] how are you? [09:57] chrisccoulson, I'm good thanks [09:57] chrisccoulson, thunders? ;-) [09:57] chrisccoulson, sorry, gvfs-mount -o, not -lo [09:57] or -io [09:58] didrocks: so, in the end, how will we handle the dee SRU with overrides for python3 ? [09:59] sil2100: well, I need to check on precise if pygi supports python3, if we do, we will SRU it, if it's not, we won't [09:59] didrocks: or are we not SRUing it for now [09:59] seb128, the only thing i got the first time was "Drive connected: 'Drive'" [09:59] but i've just disconnected it and reconnected it a few times, and now it mounted ;) [09:59] chrisccoulson, :-( [10:14] is anyone working on sound devices in quantal? I am stuck with bug 1016969 [10:14] Launchpad bug 1016969 in ubiquity "daily live cd boots silent in virtualbox" [Undecided,Confirmed] https://launchpad.net/bugs/1016969 [10:15] hard to test accessibility when sound is broken [10:16] AlanBell, try checking with TheMuso when he's around [10:17] to be clear it isn't an accessibility thing that is broken, it is the sound devices [10:19] AlanBell, right, and TheMuso is the one maintaining the alsa stack in ubuntu [10:20] AlanBell, you can try to ping diwic on #ubuntu-devel as well though, he's around at this time and might have a clue about that bug [10:23] thanks [10:28] seb128, FYI, gabble 0.16.1 is in sid: http://packages.debian.org/sid/telepathy-gabble [10:29] pitti: jibel: what do you think about using autopilot more for our daily tests of the CD? [10:29] xclaesse, excellent [10:29] I'm thinking about the screensaver tests in that case and be able to use keyboard press and such [10:29] (autopilot is nearly shipping in a separate package now) [10:30] didrocks: what is autopilot exactly? I thought it was the auto-merger stuff? [10:31] pitti: ah, not at all, it's some python helpers to emulate mouse, keyboard, knowing the number of monitors, knowing on what monitor a window is [10:31] also some dbus help for apps supporting introspection like unity [10:31] before, it was really tight to unity, but not anymore [10:31] and it's a separate source [10:32] didrocks, where is the code ? [10:33] jibel: lp:autopilot [10:35] didrocks: ah, I see; I haven't used that yet, putting on my list of stuff to look at [10:35] pitti: it can be still a little bit more unity-optional, but that's coming :) [10:55] who broke firefox? [10:56] it keeps not refreshing its window contents since i upgraded a few things last night ;) [10:56] chrisccoulson, I'm sure firefox just broke itself [10:56] lol [10:56] ;-) [10:57] chrisccoulson, what did you upgrade? do you use quantal or quantal-proposed? [10:57] seb128, quantal-proposed [10:57] i updated compiz ;) [10:58] lol [10:58] but then, i also updated firefox [10:58] chrisccoulson, I see how your thinking goes :p [10:58] so it's entirely possible it might be a real firefox bug [10:59] chrisccoulson, compiz could have issues with the recent performance work, e.g [10:59] - Use the XDamage extension more efficiently (the way it was designed to be [10:59] used). This dramatically reduces CPU usage, reduces wakeups, and [10:59] increases frame rates. It also solves at least one observed performance [10:59] bug (LP: #1007299) and probably several more. [10:59] chrisccoulson, that's bound to creates less update and it might hit cases where a refresh is needed and doesn't happen... [11:00] ah, yes, that looks suspicious ;) === MacSlow is now known as MacSlow|lunch [11:33] goodbye infobar: http://ubuntuone.com/41F0SzeXhtcnAdXgBc4MUz ! [11:34] * didrocks has a first very stupid screensaver detection test :) [11:49] hmmm, it's starting to rain heavy again and go dark [11:50] really warm and sunny here with no win. I challenged to preserve only 27.3°C in my room :) [11:50] that scares me, because your rain becomes my rain an hour later :P [11:51] http://www.raintoday.co.uk/ [11:51] buienradar.nl ? [11:52] also I am supposed to be going to see the olympic torch later so I hope it gets nice :( [11:52] Laney, http://www.youtube.com/watch?v=yvUrUeB8CYs. we had quite a monster thunderstorm this morning [11:53] chrisccoulson: ah, yeah, that's what I was cycling in at about 10:45 … [11:53] * Laney is still wet [11:54] heh, unlucky ;) === slomo_ is now known as slomo === davmor2_ is now known as davmor2 === MacSlow|lunch is now known as MacSlow === agateau_ is now known as agateau [12:17] hmmm, what are people's thoughts about using dbus-send from maintainer scripts? [12:28] chrisccoulson: on the system bus? [12:28] or session? [12:28] didrocks, system bus [12:29] hum, got reconnected it seems [12:29] chrisccoulson, what on the system bus?. [12:29] 14:17:46 chrisccoulson | hmmm, what are people's thoughts about using dbus-send from maintainer scripts? [12:29] seb128: ^ [12:29] oh [12:29] hi seb128 :) [12:30] I guess it's fine as if we don't have system bus running, we won't have upstart and the world collapse :) [12:30] chrisccoulson, talk to mvo to know how much he hates complex maintainer scripts and doing stuff like calling commands from there ;-) [12:31] chrisccoulson, what do you need to do? [12:31] chrisccoulson: what seb128 said, but to be fair, I think its better to do a dbus-send whatever than to do a if [ sadfdsf ] ; then dsfkjdsaf; jksjdf ; sdfkdsa; while sf dsaffdsf ; done; fi; meeep; [12:31] seb128, we currently touch a file after we configure firefox, which we poll for in firefox for the update notification [12:31] * mvo hopes this vaguely makes sense [12:31] i want to get rid of the polling :) [12:32] seems similar to the reboot required thing ;-) [12:32] chrisccoulson: why do you poll instead of using something like inotify? or is that what you mean with polling? [12:32] chrisccoulson, why do you need to poll? can't you use inotify? [12:32] doh, mvo got me there ;-) [12:32] mvo, i don't really have any facility for using that from JS [12:32] but i already have code to use gdbus [12:33] seb128: haha [12:33] chrisccoulson: woah, so you can have dbus in JS but not Gio? [12:33] chrisccoulson: interessting! [12:33] mvo, i can have either, but i'm already using gdbus :) [12:33] so it's less work [12:34] chrisccoulson, hum, can't you just use any glib function? [12:34] chrisccoulson, I though you would have access to full glib if you have access to gdbus [12:34] chrisccoulson: yeah, go for it with dbus-send, just add a || true - I would love to see the JS for that, just because I'm curious and do not know much about JS [12:35] seb128, i can, but it's just a bit more work [12:36] chrisccoulson: (seeing the JS part of it, not the maintainer script, but I guess that is obvious from the context anyway) [12:36] mvo: what you didn't want to see a dbus-send call from a shell script? You find that so boring? :) [12:36] didrocks: :P [12:37] mvo, oh, you can already see some code where i use dbus: http://bazaar.launchpad.net/~mozillateam/ubufox/trunk/view/head:/modules/PluginInstallerApt.jsm ;) [12:39] chrisccoulson: cool, thanks, thats very interessting [12:41] chrisccoulson: is this code still in use? as most of extensions are not packaged anymore [12:41] didrocks, it's for the plugin finder (ie, flash) [12:42] ah ok :) [12:44] some people didn't find the "remove this entry" from the launcher: http://www.iter.org/newsline/228/1221 :) [12:47] seb128: "test screensaver and inhibit", what do you mean by inhibit? [12:47] didrocks, the screensaver should not kick in while e.g totem is playing a video [12:47] ah that ;) [12:47] didrocks, there is an inhibit locking dbus api the player is using for that [12:48] seb128: are you sure? i'm on the screensaver dbus interface and I don't see this [12:48] apart from SimulateUserActivity [12:49] didrocks, let me check, it might be in gnome-session... [12:49] there is something in gnome-session [12:50] ah funny, rhythmbox playing is inibihiting as well? [12:52] seems so, found it then :) [12:52] didrocks, I'm trying to find the details again, there is suspend inhibition [12:52] didrocks, like rb will prevent suspend, not sure if it will prevent screen blanking [12:54] ah [12:54] didrocks, so, yeah, http://git.gnome.org/browse/totem/commit/?id=c6fc9c4785904cda4b648dbdbd24958d1010c4a1 [12:54] first, I need to find the gsettings key to change the timeout [12:54] seb128: it's that call then, great! thanks :) [12:54] didrocks, yw, seems gtk won an api for that btw [12:55] didrocks, http://developer.gnome.org/gtk3/3.5/GtkApplication.html#gtk-application-inhibit [12:55] http://developer.gnome.org/gtk3/3.5/GtkApplication.html#GtkApplicationInhibitFlags [12:56] seb128: well, I prefer faking the call than having a fake gtkwindow [12:56] didrocks, right, that was just as a piece of info ;-) [12:56] as it will bring a mainloop and I don't really want that in my unittest :) [12:56] thanks ;) [12:56] * didrocks looks for the gsettings key now [13:18] * kenvandine really hopes this weather forecast is wrong... 105F (40.5C) is ridiculous! [13:21] * pitti finally files a crash about empathy-chat, which has been annoyingly broken for the last three days [13:21] is it working for anyone else? [13:21] pitti, known issue [13:22] pitti, http://git.gnome.org/browse/empathy/commit/?id=c3c7502b206eb550c08e8a9271a4087d855038df [13:22] ah, thanks [13:23] or http://git.gnome.org/browse/empathy/commit/?id=9b18c84ccde2ff7231baddab7dd53403fc4df2d9 [13:23] pitti, we were discussing it yesterday with larsu and xclaesse [13:23] pitti, you can run empahy-chat manually to workaround it [13:23] pitti, it's only buggy when dbus activated [13:24] seb128, pitti: empathy release with fix is out... just a matter of pushing the package ;) [13:24] xclaesse: merci! [13:24] xclaesse, not for 3.5? [13:25] ah, right, commits are in master but no 3.5 release yet [13:25] xclaesse, those were commited after 3.5.3 [13:25] feel free to include the patch in ubuntu packaging [13:25] xclaesse, yeah, we should do that [13:25] or ask Guillaume for a tarball :) [13:26] (but he just left office) [13:26] kenvandine, ^ can you update empathy and include the recent commits to fix the empathy-chat segfault in quantal? [13:26] the fix is http://git.gnome.org/browse/empathy/commit/?id=c3c7502b206eb550c08e8a9271a4087d855038df [13:33] seb128, sure! [13:34] kenvandine, thanks [13:40] is it possible to report a bug for a .crash file I have in /var/crash manually? [13:40] I mean, I denied the dialog when crash occured, how do I send it now? [13:40] xclaesse: sure, ubuntu-bug [13:41] also, when uploading crashes, most of the time it complains because I have custom packages. but I do know that the crash is still valid. is it possible to tell it "yes, really, report that" [13:41] cyphermox, thx [13:45] xclaesse, the issue is that we will not be able to retrace it if you have a custom version since the retracers don't have the dbg symbols for that build [13:46] right... guess I'll have to gdb it myself then [13:46] right [14:00] good morning [14:00] good morning bcurtiswx [14:01] kenvandine, I see in the backlog that you really really really .... want empathy 3.5.x in Quantal.. I'm on it, have been, with the exception of the delay for my wedding. [14:02] bcurtiswx, i am almost done :) [14:02] glad your branch was pushed :) [14:02] well, i am doing 3.5.2 and backporting that patch [14:02] 3.5.3 needs another new package [14:02] it was just one build fail, to which EMPATHY_EVENT_TYPE_VOIP seems deprecated [14:02] so quicker to get 3.5.2 out :) [14:03] there is a little more... getting rid of empathy-call too [14:03] kenvandine, ah, our patches used it? [14:03] no, we just did that to keep clutter off the CD [14:03] with -av being dropped, no point in keeping that split out [14:04] bcurtiswx, want to try your hand a a new package from scratch? [14:05] kenvandine, do we need libcheese or is that orthogonal? [14:05] seb128, it's optional [14:05] nope [14:05] but we need egg-list-box [14:05] for 3.5.3 [14:05] kenvandine, hum? [14:06] kenvandine, that's an egg widget, i.e the source should copied be in empathy itself? [14:06] kenvandine, or I'm overlooking something? [14:06] i haven't looked at 3.5.3 yet [14:06] i haven't really looked yet [14:06] kenvandine, ok, well I'm pretty sure that's same as the other egg*, those are code you have a copy from in your source [14:07] http://git.gnome.org/browse/egg-list-box/ [14:07] I can work on empathy 3.4.2.3 for SRU at some point today [14:07] kenvandine, right, they have a direct include from the empathy source to that, so when they roll a tarball that should include both [14:07] bcurtiswx, cool [14:07] seb128, ah... so maybe broken tarball [14:07] either way, quicker to go with 3.5.2 :) [14:08] kenvandine, likely yes [14:08] kenvandine, right, no hurry for 3.5.3 [14:08] just waiting for pbuilder to finish and do a test upgrade :) [14:08] dropping empathy-call binary [14:08] kenvandine, mention it to cassidy maybe though if you get an issue with 3.5.3 [14:09] 3.5.3 failed to find it with pkg-config [14:09] oh, maybe I'm wrong there... [14:09] kenvandine, empathy-call was replacing empathy-av right? [14:09] bcurtiswx, yes [14:10] kenvandine, their configure.ac has [14:10] export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:"$ac_top_build_prefix"libempathy-gtk/egg-list-box [14:10] kenvandine, so it's indeed supposed to be a subdir in the empathy source [14:10] cool [14:33] seb128: do you have your delay lock screen working? [14:34] didrocks, afaik yes [14:34] doesn't seem to work here, after checking there is no inhibitors [14:34] (on quantal) [14:34] didrocks, I hate screen locking delays [14:34] ah, the key is "lock screen after screensaver activation" [14:35] so, there is another value for screensaver activation delay [14:35] didrocks, one thing to check is that the time might be time_screensaver + time_locking [14:35] yeah, it seems to be, see above ^ [14:35] it used to be that the screen would lock on the selected time, counting starting a screensaver start [14:35] * didrocks looks for the time_screensaver key then [14:35] didrocks, right === Ursinha` is now known as Ursinha [14:45] seb128, i need to update folks too for empathy 3.5.3 [14:45] and if figure out the egg-list-box problem [14:46] kenvandine, oh, what was it? [14:46] i didn't figure it out yet :) [14:46] i uploaded 3.5.2 to quantal-proposed though [14:46] with that patch [14:48] kenvandine, thanks [14:48] kenvandine, no hurry for the other one [14:50] mvo: ping. we need to chat a bit about the gtk+ sso and software-center stuff today [14:52] dobey: sure! [14:52] dobey: g+, mumble or irc, what do you prefer? [14:53] mvo: irc is fine [14:55] mvo: i have a team call in a few minutes though, and will need to get lunch after that. is it possible to chat later sometime? [14:57] dobey: i have a pretty full agenda this afternoon/evening too :/ maybe tomorrow (your) morning? [14:57] dobey: what is it about? fundamental concerns about the merge? [14:58] mvo: nessita wanted me to talk to you about the packaging. [14:59] mvo: her merge for software-center looks pretty much ok to me now. but i have some concerns about how i understand you wanted to package it [15:00] dobey: I'm having a talk with mvo in one minute, so I can share your POV with him [15:00] ok [15:01] and then you can perhaps finish the talk, if there is anything left to talk? [15:01] sure [15:06] seb128, the real problem with egg-list-box was actually that it requires valac 0.16.1 [15:07] so it's configure failed [15:07] oh, makes sense [15:07] kenvandine, build with 0.17 ;-) [15:07] we have it in quantal [15:07] so now we need to bump valac and folks [15:07] oh... :) [15:08] kenvandine, vala was done by robert_ancell already [15:22] EggListBox looks very cool! [15:23] i don't have quantal installed, get a screenshot ? [15:23] http://blog.desmottes.be/post/2012/06/15/New-Empathy-contact-list [15:23] not talking about "looks" but looks :) [15:23] Ran 7 tests in 142.862s [15:23] OK [15:23] gotta read his post to know why :) [15:23] screensaver/lock screen testing done \o/ [15:23] slow tests! [15:24] kenvandine: yeah, you have to wait several times for the timeout to get the screen locked [15:24] and even with a minimum value of 5 seconds, you have 10 seconds of dim [15:24] so 15s at the minimum [15:25] yeah, makes sense [15:27] kenvandine, i gave them an interesting idea for showing contacts, but it is way out of the realm of possibility, instead of having the long rectangles for each contact, i thought, why not make each contact a box, you get more contacts.. [15:28] so 3.5.3 is a go once folks bump makes it into debian [15:28] yeah [15:28] unless we update it [15:29] who usually does empathy/TP debian builds.. sjoerd? bigon? [15:29] 17:28 < bcurtiswx> so 3.5.3 is a go once folks bump makes it into debian << that will not happen soon [15:30] bigon, thats fine, were not in any rush to get 3.5.3 in [15:30] we'll focus on the release 1st I guess [15:31] ok [15:40] cyphermox, there today? [15:56] kenvandine, 3.4.2.3 is building in pbuilder, bug #1018784 [15:56] Launchpad bug 1018784 in empathy "[SRU Precise] update to 3.4.2.3" [Wishlist,Confirmed] https://launchpad.net/bugs/1018784 [16:07] how would I get permission on LP so when I'm working on a precise SRU i can get past just nominating for precise and add a bug task for it ? [16:07] i would need at least PPU ? [16:08] seb128, i just went with the inotify way in the end, and it wasn't that difficult to do: http://bazaar.launchpad.net/~mozillateam/ubufox/trunk/revision/310 ;) [16:08] chrisccoulson, great ;-) [16:08] so, no more polling :) [16:09] and no more annoying infobar that pushes the content down too [16:09] hehe [16:59] seb128: I'm here, what's up? [17:09] seb128: must be about the proxy auth dialogs thing [17:59]