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