[00:02] <jbicha> basso: what do you mean unstable, I use it
[00:02] <basso> maybe its my gfx drivers^^
[00:03] <basso> but i couldnt get gdm working
[00:03] <basso> had to use lightdm
[00:03] <basso> and sometimes it dies, so i have to restart the desktop manager
[00:03] <basso> maybe once a day
[00:04] <jbicha> oh wow
[00:04] <basso> but its most likely nv prop drivers being evil and angry at me
[00:04] <jbicha> I have my wife's laptop using nouveau and it works pretty well
[00:04] <basso> yeah i thought about nouveau
[00:04] <basso> my 9600 might manage that
[00:05] <basso> one thing about gnome shell that is badass, is mutter, i have no vertical tearing :)
[00:07] <RAOF> You should get that with compiz too, though?
[00:07] <basso> no
[00:07] <basso> it was hard on compiz
[00:07] <RAOF> _Should_ have been as easy as turning on vsync, which is on by default.
[00:07] <basso> sometimes movie player worked fine, and vlc had tearing, and so fourth
[00:08] <basso> the problem is unity
[00:08] <basso> the top panel seems to be causing the tearing
[00:08] <basso> and stuff under the window
[00:08] <basso> sometimes i see tearings of windows behind games
[00:08] <basso> gotta love compis
[06:42] <chrisccoulson> good morning everyone
[06:44] <RAOF> Yo yo chrisccoulson!
[07:05] <rickspencer3> good morning chrisccoulson, good afternoon RAOF
[07:06] <chrisccoulson> hi rickspencer3 and RAOF
[07:07] <RAOF> Hey rickspencer3
[07:08] <rickspencer3> chrisccoulson,  is breakpad and the database software all opensource?
[07:09] <rickspencer3> can we just fork that code?
[07:09] <RAOF> +1 on the importing someone else's fine solution into Launchpad.
[07:09] <chrisccoulson> rickspencer3, yeah. although we wouldn't want to use anything like breakpad, as it needs to be embedded in to applications
[07:09] <chrisccoulson> but the server software could probably be adapted
[07:10] <rickspencer3> and we already have apport
[07:10] <chrisccoulson> the server software is here: http://code.google.com/p/socorro/
[07:17] <seb128> hey desktop
[07:17] <pitti> Good morning
[07:36] <chrisccoulson> hi seb128 and pitti
[07:40] <pitti> hey chrisccoulson
[07:40] <chrisccoulson> hi pitti, how are you?
[07:41] <seb128> hey chrisccoulson
[07:41] <chrisccoulson> hi seb128. are you enjoying the summit?
[07:41] <seb128> yes
[07:41] <seb128> summit is over though
[07:42] <chrisccoulson> ah, ok
[07:42] <seb128> it's hacking time today
[07:42] <chrisccoulson> that was quick ;)
[07:42] <seb128> that and GNOME board meeting
[07:42] <seb128> 3 days
[07:42] <seb128> that's enough talks, need to get some work done ;-)
[07:42] <bryceh> chrisccoulson, rickspencer3, seems like an interesting starting point at least
[07:46] <RAOF> Hah.  Evolution dies under its file descriptor leak again.
[07:54] <pitti> rodrigo_: hey
[07:55] <pitti> robert_ancell: are we going to use the g-c-c language selector for oneiric, or our's?
[07:55] <pitti> sorry, rodrigo_ ^
[07:56] <pitti> rodrigo_: it seems to make great progress (assuming that the "Copy to system" button will be implemented), but input method, $LANGUAGE support etc. is still missing
[07:56] <pitti> rodrigo_: so with FF coming up we should perhaps use our's for oneiric?
[08:01] <rodrigo_> morning
[08:09] <rodrigo_> pitti, not sure the input method stuff will be ready, so yes, probably
[08:10] <rodrigo_> pitti, when is FF?
[08:19] <geser> IIRC Thursday, Aug 11th
[08:26] <pitti> rodrigo_: yes, day after tomorrow
[08:44] <pitti> mvo: http://git.gnome.org/browse/pango/commit/?id=b74e01cccdbc1bd89b3d5b9551110bf8b1938413
[08:44] <pitti> mvo: thanks!
[08:50] <mvo> pitti: \o/
[08:51] <mvo> pitti: is a new uplaod with this planned soon or should I just go ahead with it and cherry pick? (its fine for me doing that)
[08:51] <mvo> pitti: on a releated note, the py3 way of doing dbus is to use the GI dbus bindings too, right? the gio ones ?
[08:51] <pitti> mvo: feel free to cherry-pick
[08:52] <pitti> mvo: correct; client-side gdbus works well, especially with the gvariant overrides
[08:52] <mvo> pitti: great, thanks!
[08:52] <pitti> mvo: server-side gdbus is still broken unfortunately, that's one of my goals for the sprint
[08:53] <pitti> mvo: look at the bottom of http://www.piware.de/2011/01/na-zdravi-pygi/
[08:54] <mvo> pitti: thanks, that looks good, I will give it a go in our dbus stuff and also check aptdaemon
[09:18] <glatzor> morning mvo and pitti
[09:18] <pitti> hey glatzor
[09:18] <glatzor> mvo,  I already started working on gdbus client side port but suspended the work in favor of the gi based client
[09:19] <glatzor> mvo, but it seems to be a good idea to work on the python gdbus port in the meanwhile
[09:21] <glatzor> since the progress of the c based client library hasn't made any progress recently
[09:22] <mvo> glatzor: ok, thanks. I want to create a branch that adds some py3 compatiblity, this is a required step there
[09:22] <mvo> glatzor: and hello, nice to see you :)
[09:22] <glatzor> yeah nice to see you too :)
[09:46] <tseliot> seb128: is there any chance we can reapply the hack in bug #821702 ?
[09:46] <ubot2> Launchpad bug 821702 in nvidia-graphics-drivers "[Oneiric] Nvidia-current 280.13 hangs up the system" [Undecided,Confirmed] https://launchpad.net/bugs/821702
[09:47] <tseliot> seb128: sorry, I meant bug #725434
[09:47] <ubot2> Launchpad bug 725434 in cairo "Nvidia drivers lead to extra memory usage for each process using libGL" [High,Confirmed] https://launchpad.net/bugs/725434
[09:47] <seb128> RAOF, ^
[09:47] <seb128> tseliot, well wayland needs cairogl
[09:47] <seb128> tseliot, so workaround that bug breaks wayland
[09:47] <seb128> it's a bit of a suboptimal situation
[09:48] <tseliot> seb128, RAOF: the main problem is that the new Nvidia driver is even more broken now, see bug #821702
[09:48] <ubot2> Launchpad bug 821702 in nvidia-graphics-drivers "[Oneiric] Nvidia-current 280.13 hangs up the system" [Undecided,Confirmed] https://launchpad.net/bugs/821702
[10:03] <ricotz> seb128, actually the cairo gl backend isnt needed anymore for wayland
[10:03] <seb128> ricotz, is the experience as good without it?
[10:03] <seb128> or will be slower, using extra cpu, etc?
[10:03] <ricotz> and the cairo-egl is optional
[10:04] <ricotz> seb128, havent tested it
[10:05] <seb128> tseliot, sorry I'm a desktop summit and got sidetracked
[10:05] <ricotz> it drop back to using cairo image so it will use more cpu then
[10:05] <seb128> tseliot, I've no issue dropping the gl backend again
[10:05] <tseliot> seb128: that would be a very welcome change
[10:06] <tseliot> thanks for the tip ricotz, I didn't know that
[10:06] <seb128> tseliot, ok, I will do that today
[10:06] <tseliot> seb128: thanks a lot
[10:06] <ricotz> there is no need for a Breaks then
[10:08] <zyga> ara, around?
[10:08] <ara> zyga, sure, how can I help?
[10:08] <zyga> ara, quick question: do you have any experience with ldtp ( linux desktop testing project?)
[10:09] <zyga> ara, I'm trying to use it on my natty/unity laptop and it seems to be unable to locate any windows
[10:09] <ricotz> seb128, any plans to use cairo 1.11.2? might be too risky?
[10:09] <ara> zyga, do you have the accessibility layer activated
[10:09] <ara> ?
[10:09] <zyga> ara, is it something I'm doing wrong or is that (by any chance) unity causing accessibility to fail
[10:09] <seb128> ricotz, too risky
[10:09] <zyga> ara, I don't know, how can I check?
[10:09] <ricotz> seb128, right
[10:10] <ara> zyga, is a gconf option, let me check the exact name
[10:11] <zyga> ara, thanks!
[10:13] <ara> zyga, the key is /desktop/gnome/interface/accessibility
[10:13] <zyga> ok, let me check this now
[10:13] <ara>  gconftool-2 --type bool --set /desktop/gnome/interface/accessibility true
[10:14] <zyga> ara, that works, thansk
[10:14] <zyga> :-)
[10:14]  * zyga fixes peacekeeper test suite in lava
[10:21] <rodrigo_> anyone using input methods for non-latin characters?
[10:22] <rodrigo_> s/characters/alphabets
[11:04] <mvo> glatzor: if you have a moment it would be nice if you could look over my trivial merge proposal for a py3 setup.py addition
[11:07] <glatzor> mvo, I am now out for lunch butt will be back in an hour
[11:07] <glatzor> but :)
[11:09] <mvo> glatzor: great, thanks
[11:14] <cdbs> mpt: ping? there?
[11:56] <geser> how long does the retracer usually take to retrace a crash?
[12:26] <rodrigo_> lunch time, bbl
[12:56] <kenvandine> well that was fun...  FYI folks, looks like the intel video driver is busted
[12:57] <pitti> here as well, I downgraded mesa and intel to recover
[12:57] <pitti> RAOF: ^ is that fixed with your most recent upload?
[12:58] <pitti> seems to affect everyone on intel, AFAICS here on the summit
[12:59] <tjaalton> pitti: yes it is
[12:59] <kenvandine> pitti, i am building it locally to verify
[12:59] <pitti> cheers
[13:00] <pitti> kenvandine: no need
[13:00] <pitti> kenvandine: already built on LP
[13:00] <kenvandine> i see that now :)
[13:01] <kenvandine> it's always fun to start your day with X failing to start :-p
[13:01] <pitti> https://launchpad.net/ubuntu/+source/xserver-xorg-video-intel/2:2.15.901-1ubuntu2
[13:01] <kenvandine> brb, rebooting
[13:03] <kenvandine> woot
[13:04] <kenvandine> pitti, how's desktop summit?
[13:04] <pitti> kenvandine: pretty quiet today, main stuff ended yesterday
[13:04] <pitti> I'm mainly here for the GI hackfest from tomorrow on
[13:04] <kenvandine> cool
[13:09] <mvo> hm, this is funny, the docs of vte talk about vte_terminal_spawn_async and yet grepping through the source its just not there
[13:15] <mvo> no seb128 today? i want to rant about vte, its not fun without him :)
[13:16] <pitti> mvo: he's sitting beside me, but without internet
[13:16] <dobey> mvo: hey; sorry, went to lunch yesterday, and you were gone when i got back :)
[13:17] <dobey> mvo: https://launchpadlibrarian.net/76819001/buildlog_ubuntu-oneiric-i386.ubuntuone-installer_0.0.0%2Br5-8~oneiric1_FAILEDTOBUILD.txt.gz is the full log
[13:20] <mvo> thanks dobey, I have a look once I finished wrestling vte, docs and code are remarkable different
[13:20] <dobey> hehe
[13:21] <dobey> especially if you're using gir to use it
[13:34] <mvo> dobey: thanks, looks like this is actually happening when the tests run, so I'm not sure what is the best advice, could you run the tests inside xvfb-run maybe?
[13:36] <dobey> mvo: the tests are being run with xvfb-run. it's not happening in the tests. it's happening in "python setup.py build"
[13:36] <dobey> the tests pass/finish
[13:37] <dobey> the tracebacks printed inside the tests are because we're running a private dbus session for testing, and not faking the aptdaemon dbus API on that session
[13:42] <mvo> dobey: you are right of course, so its the DistUtilsExtra.auto stuff that probes (I assume to get the dependencies?). but let me check the aptdaemon code to see what can be done about this
[13:43] <glatzor> mvo, dobey, you can have a look at aptdaemon.test: it allows to setup a chroot environemnt and running aptdaemon on a session bus
[13:44] <glatzor> mvo, dobey I use this in the tests for aptdaemon itself
[13:45] <glatzor> mvo, dobey furthermore you could start aptdaemon with the --dummy command for aptd
[13:46] <dobey> glatzor: well, we don't actually need a running aptdaemon here. but yes, i could write a testcase to provide the aptdaemon service for testing this
[13:48] <glatzor> dobey, but you can use the --dummy mode to fake the DBus api without having to write a mock
[13:48] <dobey> glatzor: sure, but it still needs to be integrated into our test suite properly
[13:49] <glatzor> dobey, if you want the dummy to behave differently you can propose a patch, e.g. producing errors when installing special packages
[13:49] <dobey> but either way, it is irrelevant to the problem i'm having with python-aptdaemon.gtk3widgets wanting X for some reason during setup.py build with distutils extra
[14:08] <pitti> kenvandine: we still apparently have the gtk2 indicator packages on the CDs
[14:08] <pitti> kenvandine: do we still need them?
[14:09] <pitti> kenvandine: unping, nevermind
[14:10] <kenvandine> pitti, ok :)
[14:20] <kenvandine> woot, there's tedg!
[14:21] <kenvandine> rodrigo_, ping
[14:29] <GunnarHj> pitti: Hi Martin, any chance that you can spend a few minutes on the MPs I mentioned yesterday? I feel that there are too many loose ends at the moment, and processing those MPs would make a huge difference.
[14:33] <rodrigo_> kenvandine, pong
[14:33] <kenvandine> hey rodrigo_
[14:34] <rodrigo_> hi kenvandine
[14:34] <kenvandine> did seb128 ask you about gnome-contacts yet?
[14:34] <rodrigo_> kenvandine, no, not yet
[14:34] <kenvandine> we were hoping you could take a stab at packaging it :)
[14:34] <rodrigo_> ok
[14:34] <kenvandine> woot
[14:34] <kenvandine> thx!
[14:35] <rodrigo_> added to my TODO, so will work on it as soon as I finish a couple of things I have in progress
[15:09] <GunnarHj> rodrigo_: Hi Rodrigo, time for a quick question?
[15:09] <rodrigo_> GunnarHj, yes, sure
[15:10] <GunnarHj> rodrigo_: I noticed that the formats, as set via the region widget of g-c-c, are used by gdm to set the applicable LC_* variables. Since l-s will be used also in Oneiric, I'd like to patch gdm so the settings are disregarded. Do you know where/how gdm sets those variables?
[15:10] <rodrigo_> GunnarHj, afaik gdm doesn't set them, it's g-s-d
[15:10] <rodrigo_> that is, g-s-d does it for sure
[15:11] <rodrigo_> it sets the environment for gnome-session
[15:11] <GunnarHj> rodrigo_: Aha, then I looked for it in the wrong package. :( Thanks.
[15:13] <GunnarHj> rodrigo_: Btw, have you had time to check out the updated g-c-c MP?
[15:13] <rodrigo_> GunnarHj, see set_locale function in g-s-d/main.c
[15:14] <rodrigo_> GunnarHj, yes, had a look last night
[15:14] <rodrigo_> GunnarHj, still not sure that's the correct fix, but need to think more about it and know better the needs in ubuntu and upstream
[15:14] <rodrigo_> GunnarHj, will have another look at it
[15:15] <GunnarHj> rodrigo_: Ok. Any particular things that make you hesitate?
[15:18] <rodrigo_> GunnarHj, not really, just unsure :)
[15:22] <GunnarHj> rodrigo_: Have you tried it out by building and installing the three branches? Personally I think that doing so makes it easier to sort things out, compared to just look at code.
[15:22] <rodrigo_> GunnarHj, no, haven't, will do
[15:23] <GunnarHj> rodrigo_: Ok, let me know when you are ready to talk more about it.
[15:23] <rodrigo_> ok
[15:23] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_: meeting in 7 mins
[15:24] <cyphermox> yup
[15:24] <ricotz> pitti, hi, after uploading g-i are you going to take care of gjs too?
[15:24] <pitti> ricotz: g-i didn't break API/ABI, do we need to rebuild gjs?
[15:24] <ricotz> pitti, no, i meant a new upstream version
[15:25] <ricotz> it is usefull to keep them in sync
[15:25] <tkamppeter> hi
[15:30] <pitti> ricotz: not right now, I'm afraid (meeting now)
[15:30] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_: meeting time
[15:30] <ricotz> pitti, that's alright, thanks
[15:30]  * kenvandine waves
[15:30] <chrisccoulson> w00t
[15:30] <mterry> heyo
[15:31] <tremolux> hiya!
[15:31] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-09
[15:31] <tkamppeter> pitti, do you know whether didrocks will join?
[15:31] <pitti> apparently we are missing seb128 and other guys who hang out at the desktop summit on an almost nonexisting wifi :/
[15:32] <rodrigo_> hi
[15:32] <tkamppeter> pitti, we shgould perhaps shortly talk about the color management.
[15:32] <pitti> tkamppeter: ok, queueing after the regular agenda items
[15:33] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-08-09 is still a bit empty, so let's do the copy&pasting of reports to IRC this time?
[15:33] <pitti> kenvandine: want to start with partner update?
[15:33] <kenvandine> sure... tedg has been out, back tomorrow
[15:33] <kenvandine> so i don't have a good idea of what to expect for FF from him
[15:33] <kenvandine> i am hoping libindicate gtk3 branch merged
[15:34] <pitti> didrocks announced that therre will be another set of unity/compiz packages
[15:34] <kenvandine> yup
[15:34] <kenvandine> i am sure there will be a round of indicator stuff to upload
[15:34] <kenvandine> just not sure what yet
[15:34] <kenvandine> gotta love FF week :)
[15:34] <kenvandine> nothing else to report...
[15:35] <pitti> ok, thakns
[15:35] <kenvandine> i'll put it on the wiki later today when tedg briefs me
[15:35] <pitti> ok, great
[15:35] <pitti> tedg: welcome back :)
[15:35] <pitti> didrocks is not online, so no unity update
[15:35] <kenvandine> he isn't really back yet :)
[15:35] <tedg> pitti, miss you guys ;-)
[15:36] <rodrigo_> :)
[15:36] <kenvandine> tedg, don't lie :)
[15:36] <kenvandine> tedg, i want libindicate :)
[15:36] <pitti> tremolux: hey
[15:36] <tremolux> pitti: howdy
[15:36] <pitti> tremolux: interesting changelog on last s-c upload!
[15:36] <tremolux> hah, yes
[15:36] <pitti> tremolux: seems we are now shipping both gtk2 and gtk3 interfaces in the package?
[15:36] <pitti> tremolux: mvo promised that the pango bug was "the last issue" :)
[15:37] <tremolux> yes, as I report on the wiki it can now be run as a "technology preview" ;) , just type "software-center-gtk3"
[15:37] <pitti> ah, was just typing that question :)
[15:38] <pitti> wow, with wholly new UI
[15:38]  * rodrigo_ starts it
[15:38] <kenvandine> wow... slick!
[15:38] <tremolux> yeah, it's mpt's new design
[15:38] <pitti> a bit billboard-ish with the huge banner
[15:38] <pitti> (I hope that's just a demo?)
[15:38] <tremolux> nzmm has been doing amazing work on this
[15:39] <tremolux> yeah, that's a placeholder but we kinda like it  :)
[15:39] <pitti> nice
[15:39] <pitti> tremolux: anything which we should know for FF?
[15:40] <tremolux> pitti: not sure what you mean?
[15:40] <pitti> tremolux: like, any major changes planned still?
[15:40] <tremolux> right now, we are still evaluating the state of the gtk3 branch
[15:41] <tremolux> but other than that, there are no major changes (but still some smaller features)
[15:42] <pitti> ok, thanks
[15:42] <pitti> chrisccoulson: do you have something to discuss for thunderbird and friends?
[15:42] <tremolux> thanks a lot, of course feedback on the gtk3 stuff is very welcome
[15:42] <chrisccoulson> pitti - i'm just about to upload the eds contacts integration work from m_conley_away
[15:43] <chrisccoulson> and we have a new theme on the way too, although there's still a few problems with that
[15:43] <chrisccoulson> i've spent the last week trying to debug a firefox beta crash on natty though ;)
[15:43] <chrisccoulson> (well, most of)
[15:44] <pitti> cyphermox: wrt. FF, do you think the C rewrite of modeswitch still has a chance?
[15:44] <cyphermox> yes!
[15:44] <cyphermox> I was just discussing this with slangasek
[15:44] <pitti> cyphermox: or do you want to get this upstream first, and we land in perky?
[15:44] <pitti> ah
[15:45] <cyphermox> I'll give upstream one day to release a new release they want to do real soon, and if they don't make it early-ish tomorrow upload the rewrite patch?
[15:45] <cyphermox> if they do, upload that with the rwrite patch?
[15:45] <pitti> cyphermox: oh, they accepted it?
[15:45] <pitti> chrisccoulson: so we'll see at least one more round of tbird etc.?
[15:45] <cyphermox> pitti: I haven't seen an actual "yes let's put it in", but Josua appears to be pretty happy with it
[15:46] <chrisccoulson> pitti - yeah. i'm still wondering whether to stay on the beta channel in oneiric for the next 6 week cycle
[15:46] <chrisccoulson> (ie, firefox 7 is released 2 days before final freeze)
[15:46] <pitti> https://launchpad.net/ubuntu/+spec/desktop-o-default-email-client still has 8 open items, including calendar events
[15:46] <pitti> chrisccoulson: hm, my gut feeling is that we sohuld deliver 7 post release then
[15:46] <pitti> WDYT?
[15:47] <pitti> and ship oneiric with 6 final?
[15:47] <pitti> cyphermox: great to hear
[15:47] <chrisccoulson> pitti - i'm not sure. delivering it post release will end up leaving people without a security update for a while
[15:47] <pitti> cyphermox: after the old u-devel@ discussion I was a bit afraid that he insisted on a scripting language
[15:48] <chrisccoulson> i was thinking about just sticking with the beta, as the changes in the last couple of weeks are just minor bug fixes
[15:48] <pitti> chrisccoulson: what would they release 2 days before final freeze, the final or beta?
[15:48] <cyphermox> pitti: I can't say it will be in 1.1.9, but he seems happy to include it once it's proven to be stable; which should be any time now. Dan Williams helped a lot in testing a bunch of devices with good results
[15:48] <chrisccoulson> ie, the beta -> release 2 days before final freeze would literally be just a change in version number
[15:48] <pitti> we can certainly keep up with betas and RCs, but I wouldn't like to ship oneiric with a beta
[15:48] <chrisccoulson> pitti - it woudl be the final release 2 days before final freeze
[15:48] <pitti> cyphermox: awesome
[15:48] <pitti> cyphermox: do you need me to do another round of reviews? any problems with my first round?
[15:49] <pitti> chrisccoulson: ah, so we could test oneiric-beta-2 with 7 beta or RC a least?
[15:49] <chrisccoulson> pitti - yeah
[15:49] <cyphermox> pitti: if you want to; I didn't see issues with the first; though that afaik wasn't completely done either no?
[15:49] <chrisccoulson> pitti - the dates are here btw: https://wiki.mozilla.org/RapidRelease/Calendar
[15:50] <pitti> cyphermox: right, just reviewed some 58%
[15:50] <pitti> chrisccoulson: ok, thanks
[15:51] <pitti> chrisccoulson: I suppose many of the open WIs on the spec shold be postponed now? doesn't look like we can integrate a calendar in just two days?
[15:51] <chrisccoulson> pitti - yeah. there is ongoing work for that, but it's not going to happen for oneiric
[15:52] <pitti> :(
[15:52] <pitti> thanks for the update
[15:53] <chrisccoulson> mpt, did you say you were interested in doing a design for a calendar app btw?
[15:53] <pitti> tkamppeter: color management?
[15:53] <tkamppeter> https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-icc-color-management
[15:54] <tkamppeter> Most important is that RAOF has packaged colord and after a bugfix in LP it made it into Universe.
[15:54] <rodrigo_> tkamppeter, I see most stuff is done, so we just need to get the MIR's approved and the plugin enabled in g-s-d and g-c-c right?
[15:54] <pitti> and cups, I think
[15:55] <seb128> didrocks has issues with the mir
[15:55] <tkamppeter> Argyll is also updated and in Universe, lcms2 has even passed the MIR.
[15:55] <pitti> seb128: oh, wb
[15:55] <rodrigo_> hey seb128
[15:55] <tkamppeter> Yes, many MIRs, but one causes a problem: Argyll
[15:55] <seb128> argyll which is a recommends is taking some 11mb deb
[15:55] <didrocks> hey rodrigo_ :)
[15:55] <seb128> pitti, thanks ;-)
[15:55] <rodrigo_> hi didrocks
[15:55] <tkamppeter> bug 821883
[15:55] <ubot2> Launchpad bug 821883 in argyll "[MIR] argyll" [High,Invalid] https://launchpad.net/bugs/821883
[15:55] <seb128> pitti, we walked back to the hotel to get working internet, sorry we are a bit late
[15:56] <pitti> well, that's not a blocker for main, but certainly a blocker for being on the CD
[15:56] <didrocks> tkamppeter: we already discussed about it last week, and the room needed is a no-no
[15:56] <tkamppeter> We need to get through at least libicc2 (and the -dev) which is now provided by the argyll source DEB, so the source DEB must go in.
[15:56] <didrocks> pitti: right, but we need the integration to "pick the right profile on demand"
[15:56] <geser> how long does the retracer usually take to retrace a crash?
[15:56] <seb128> upstream is doing that I think
[15:57] <seb128> fedora is not shipping argyll on their CD from what I read
[15:57] <tkamppeter> didrocks, now I need a more expert in CM to split the argyll binary package into argyll and argyll-extra ...
[15:57] <seb128> so with aptdaemon it should be working
[15:57] <tkamppeter> didrocks, argyll does not contain .icc files to split off.
[15:57] <pitti> ah, installed on demand from control center?
[15:57] <didrocks> tkamppeter: how big it is? colord and others are already taking 500kb instead of the 300 advertized
[15:58] <seb128> pitti, yes
[15:58] <tkamppeter> didrocks, the 300kb came from Richard Hughes on his talk on UDS. Before everything got actually packaged (this week) I did not know any real data.
[15:59] <didrocks> tkamppeter: you can look at the Size: of the package, it's basically the same approximation that we will have on the cd once compressed
[15:59] <tkamppeter> We could do the following perhaps: Put all Argyll stuff into main but install only libicc2 on the CD so that apps like Ghostscript can link against it.
[15:59] <pitti> cups-common shrank by 600 kB, cups-client grew by 500 kB, but I think we can fix that; if we do, we'd at least have a balanced budget for that, so 500 kB sounds ok
[16:00] <pitti> 11 mb is too much, though, we don't have the time any more to free that much
[16:00] <pitti> (in oneiric; next cycle should drop a whole lot of old stuff)
[16:00] <didrocks> tkamppeter: right, please can you figure that out?
[16:00] <pitti> so install-on-demand sounds good
[16:00] <tkamppeter> pitti, so perhaps then leave the argyll main binary package in main but not on CD< optionally installable.
[16:00] <pitti> tkamppeter: right
[16:00] <pitti> tkamppeter: I think that's what seb128 said
[16:01] <pitti> and presumably is already working
[16:02] <tkamppeter> dirocks, so let us pass the argyll source package into main without changes and add only libicc2 into dependencies of packages (via Build-depends: libicc-dev).
[16:02] <didrocks> tkamppeter: can you exactly explain in the MIR what libicc2 is needed for?
[16:03] <didrocks> maybe it's me, but I didn't get what exactly linking it in Ghostscript does
[16:03] <didrocks> and that's a discussion for the MIR itself
[16:03] <tkamppeter> didrocks, I will add our conclusions and this info to the MIR, reopening it ...
[16:03] <didrocks> tkamppeter: thanks, and can you clarify this as well in it, please? ^
[16:05] <pitti> didrocks: do you have an unity report for the meeting?
[16:05] <didrocks> pitti: no time to prepare it, but I can quickly discuss it ther
[16:05] <didrocks> there*
[16:06] <didrocks> so, new unity/nux/unity-2d on Thursday
[16:06] <didrocks> with a lot of refactoring and alt + tab by default (managing windows \o/) for new install
[16:06] <didrocks> not sure about compiz, seems not good to mix it with all the changes that are coming
[16:07] <didrocks> all should be done for feature freeze, it will be quite short with travelling and such, so maybe will delay it a little (upload in the evening)
[16:07] <didrocks> all pieces are coordinated by upstream to ensure we don't have mismatching components for the transition
[16:07] <pitti> that should be fine
[16:07] <didrocks> then, I'll prepare the boost transition
[16:07] <pitti> even if we miss FF by an hour or so, I'm happy to just wave them through
[16:07] <didrocks> will test on Friday, but I won't be there starting next week (holidays)
[16:08] <didrocks> pitti: thanks ;)
[16:08] <didrocks> so seb128 will probably sponsor this changes
[16:08] <pitti> correctness >> inordinary rush
[16:08] <didrocks> boost isn't that scary, running temporary running both old and new boost in the same process should be fine
[16:08] <didrocks> (the transition is in nux, compiz and unity)
[16:09] <didrocks> that's about it for me :)
[16:10] <pitti> thanks
[16:11] <pitti> anything else we should discuss?
[16:11] <kenvandine> food?
[16:11]  * kenvandine is insanely hungry...
[16:11] <pitti> heh, +1
[16:11] <kenvandine> for some reason :)
[16:12] <pitti> so, thanks everyone!
[16:13] <kenvandine> woot... time to eat!
[16:13]  * kenvandine waves
[16:14] <tremolux> see y'all, thanks
[16:14] <zyga> mvo, hi
[16:14] <zyga> mvo, around?
[16:17] <tkamppeter> didrocks, bug 821883 is updated now.
[16:18] <ubot2> Launchpad bug 821883 in argyll "[MIR] argyll" [High,New] https://launchpad.net/bugs/821883
[16:18] <tkamppeter> didrocks, will you be on the Color Management BoF tomorrow?
[16:19] <tkamppeter> I hope I see you all tomorrow on the BoFs about color managament and Common Printing Dialog.
[16:25] <seb128> ok
[16:25] <seb128> new lightdm is out
[16:25] <seb128> mterry: hey
[16:25] <mterry> seb128, hello
[16:25] <seb128> mterry, kenvandine: how are the indicator patches for lightdm unity greeter mode doing? will that land soon?
[16:25] <mterry> seb128, none have been merged AFAIK
[16:25] <mterry> But no negative feedback either
[16:26] <seb128> mterry: we got the lightdm vcs fixed so checkout works again, landed a couple of your fixes and others and got a new version out
[16:26] <mterry> seb128, yeah, I saw.  I'm working on fixing up the power management branch now
[16:27] <seb128> ok
[16:27] <seb128> oh
[16:27]  * mterry switches to new laptop for lightdm testing
[16:27] <seb128> I though you did run away on me :p
[16:27] <seb128> mterry, we were discussion that today
[16:28] <seb128> I was suggesting to robert_ancell that we should maybe run g-s-d in the greeter
[16:28] <seb128> with only some of the options on
[16:28] <jbicha> pitti: are you at the Summit this week?
[16:28] <seb128> i.e xrandr, power, theme
[16:28] <seb128> jbicha, he is, he's not online now though, on his way before the venue and the hotel
[16:28] <seb128> jbicha, should I fwd any message?
[16:29] <jbicha> no, I'll just send him an email, it's not high-priority
[16:29] <mterry> seb128, k...  seems reasonable as long as it can function in an environment without g-screensaver, g-session and such
[16:30] <seb128> I will check with rodrigo
[16:30] <seb128> I've no strong opinion on the topic but that seems an easier way
[16:30] <ricotz> seb128, hi, i hope you could look at disabling the gl backend of cairo to make nvidia-blob users happy again ;)
[16:30] <seb128> ricotz, hey, not yet, desktop summit has virtually no internet
[16:31] <seb128> the wifi is disconnecting every 5 minutes and you can get like 1mb downloaded in an hour
[16:31] <ricotz> seb128, hmm, i see
[16:32] <seb128> I've internet now
[16:32] <seb128> so working on it
[16:32] <mterry> seb128, I agree it would be easier and less error-prone than rolling our own
[16:32] <seb128> mterry, do you want to look into that?
[16:32] <mterry> seb128, sure.  I'll ping rodrigo
[16:32] <seb128> mterry, thanks
[16:33] <mterry> seb128, robert_ancell was open to it?
[16:33] <seb128> yes
[16:33] <seb128> he asked me to check with you what you think
[16:34] <seb128> but he agreed it's probably easier that redoing that logic
[16:34] <mterry> yeah, I'm fine as long as we don't end up running all of gnome again
[16:35] <chrisccoulson> seb128, mterry - slippery slope? ;)
[16:36] <dobey> mvo: any ideas re: distutilsextra vs aptdaemon.gtk3widgets?
[16:36] <seb128> chrisccoulson, yeah
[16:36] <seb128> mterry, right, I want only to do it if it's gsd only and we can just turn on theming, xrandr and power
[16:37] <seb128> we don't want keybindings, u1, etc
[16:37] <chrisccoulson> do we need the xrandr plugin?
[16:37] <chrisccoulson> shouldn't it just use what X decides is best (which seems to work quite well here)
[16:37] <chrisccoulson> ?
[16:38] <chrisccoulson> although, i don't know how well that would work if you connect displays at the login screen
[16:42] <seb128> chrisccoulson, the issue is that the g-c-c "make it system default" doesn't work without it
[16:46] <mvo> dobey: not yet, sorry, didn't manage to look into it though :/ maybe pitti has, he wrote the DistUtilsExtra.auto stuff
[16:52] <dobey> mvo: ok
[16:52] <dobey> mvo: thanks
[16:54] <tkamppeter> mterry, didrocks has returned bug 821883 to you, seems that it is your part to finalize this MIR.
[16:54] <ubot2> Launchpad bug 821883 in argyll "[MIR] argyll" [High,New] https://launchpad.net/bugs/821883
[16:54] <didrocks> tkamppeter: yeah, we discussed that, I'll have no proper time to make a high quality work there
[16:57] <cyphermox> brb: lunch
[17:08] <tkamppeter> I need urgent help: I cannot access my desktop any more. X does not start. Intel chipset.
[17:09] <geser> tkamppeter: anything in xorg.log? try also #ubuntu-x if X doesn't start at all
[17:12] <tkamppeter> geser, I have only /var/log/Xorg.0.log
[17:13] <tjaalton> fixed already
[17:15] <tkamppeter> geser, /var/log/Xorg.0.log does not contain any errors.
[17:23] <tkamppeter> geser, tjaalton has helped me to get X back.
[17:24] <tkamppeter> Anyone can help me to make lightdm working?
[17:25] <geser> what's not working there? nothing in the lightdm logfile?
[17:32] <tkamppeter> geser, Failed to load session file /usr/share/xgreeters/lightdm-gtk-greeter.desktop: No such file or directory:
[17:33] <geser> have you the default greeter installed? and not just e.g. unity-greeter?
[17:35] <tkamppeter> geser, I do not know. Weeks ago I had a problem and someone asked me to install the unity-greeter, but I did not remove anything.
[17:35] <tkamppeter> The unity-greeter also worked for a long time and looked very nice.
[17:36] <geser> the default config looks only for lightdm-gtk-greeter unless you configured lightdm to use unity-greeter
[17:37] <tkamppeter> Tried "sudo apt-get install lightdm-gtk-greeter" and got a package ...
[17:38] <tkamppeter> ... and that's it I have lightdm (in the old, ugly layout) again! Thank you very much.
[17:38] <geser> lightdm depends on a greeter, and unity-greeter provides it but there is no automatic part to configure lightdm to use it
[17:38] <tkamppeter> And I can log in!
[17:40] <geser> someone call probably tell you the key you need to put into the lightdm config file to use unity-greeter instead
[17:43] <tkamppeter> geser, now I have another problem: When I ssh to my laptop I get
[17:45] <tkamppeter> geser, the PC on which I types the previous line now told to the laptop "User is asking for help" and so the problem on the laptop went away :-)
[17:46] <tkamppeter> geser, thank you very much for your help.
[19:18] <chrisccoulson> kenvandine, tbird has inbox only mode for the messaging indicator now ;)
[19:21] <kenvandine> woot
[19:21]  * kenvandine hugs chrisccoulson
[20:01] <seb128> mterry, still there?
[20:29] <mterry> seb128, yup
[20:30] <seb128> mterry, subscribed you to the bug
[20:31] <seb128> mterry,I've some questions about the gdmflexiserver adding
[20:31] <seb128> especially the "let's add an /usr/lib directory to the path" which seems suboptimal ;-)
[20:33] <mterry> seb128, writing a comment on the bug now actually
[20:33] <mterry> seb128, but let's chat here
[20:33] <mterry> seb128, so part of the problem is that kdm-gdmcompat exists, which has solved this in the past for KDM by doing a dpkg-divert
[20:33] <mterry> seb128, so I'd like to avoid adding more diverting packages to this mess
[20:34] <mterry> seb128, we could add an alternatives symlink, but that would involve mucking with all three packages
[20:34] <mterry> That's why I thought PATH would be simplest and most contained.  And guaranteed to only affect lightdm users
[20:37] <seb128> I don't like much the symlink idea
[20:37] <seb128> what about having a wrapper in a common binary which call the real binary corresponding to the running dm?
[20:38] <mterry> seb128, sure like, a kdm-gdmcompat-enhanced :)
[20:38] <mterry> seb128, again, that involves mucking with all three packages, but could work
[20:38] <seb128> let me sleep on the idea, no rush to change it
[20:38] <mterry> seb128, at that point though, I feel like it would make technical sense to just patch existing kdm-gdmcompat, except for the naming and the oddity of lightdm depending on such a package  :)
[20:38]  * charlie-tca is sorry to be such a stick in the mud on this stuff.
[20:39] <seb128> the path tweaking just "feels wrong" to me, I've no strong technical objection
[20:41] <seb128> mterry, the path tweak seems to not be working as well
[20:42] <mterry> seb128, gar
[20:44] <mterry> seb128, I think the tweak got lost when robert_ancell moved where it happened in code.  I'll have to look at that tomorrow
[20:44] <seb128> mterry, ok thansk
[20:44] <seb128> thanks
[20:44] <seb128> mterry, ted said he would review your indicator merge requests by tomorrow btw
[20:51] <mterry> seb128, awesome
[21:00] <chrisccoulson> hey seb128, how are you?
[21:00] <seb128> chrisccoulson, hey
[21:00] <seb128> I'm good thanks
[21:01] <seb128> the hotel has working internet!
[21:01] <chrisccoulson> nice :)
[21:03] <chrisccoulson> "Need to get 800 MB/850 MB of archives". I really need to uninstall some -dbg packages ;)
[21:03] <seb128> chrisccoulson, well at least you are not a desktop summit
[21:04] <seb128> would take around 5 years to download that
[21:04] <chrisccoulson> lol
[21:04] <chrisccoulson> i seem to download that every day
[21:11] <bigon> hey
[21:11] <bigon> an idea why metacity is started by gdm and never killed?
[21:11] <bigon> preventing the shell to start?
[21:12] <bigon> s/shell/gnome-shell
[21:15] <basso> i just love beer
[21:15] <basso> but its 7.4%
[21:15] <basso> so its quite an impact
[21:18]  * bigon takes himself an orval
[22:03] <kirkland> howdy -- how I prevent my laptop from suspending when I close my lid in Oneiric?  (this is driving me bonkers)
[22:07] <stgraber> kirkland: dconf-editor is the easiest way I found of doing it
[22:09] <stgraber> kirkland: org.gnome.settings-daemon.plugins.power, keys lid-close-ac-action and lid-close-battery-action
[22:09] <stgraber> kirkland: I have mine set to "blank" which I guess is what you want too
[22:20] <kirkland> stgraber: thanks;  dconf-editor just refuses to let me change the values of those keys :-(
[22:26] <stgraber> kirkland: gsettings set org.gnome.settings-daemon.plugins.power lid-close-ac-action 'blank' && gsettings set org.gnome.settings-daemon.plugins.power lid-close-battery-action 'blank'
[22:43] <bryceh_> stgraber, is it just that a new control applet hasn't been made to do this setting, or is it planned to not provide one at all?
[22:47] <stgraber> bryceh_: IIRC it's "by design", but I hope I'm wrong ;)
[22:48] <stgraber> bryceh_: because there's a system settings applet for Power that's exposing part of these keys, just not these two (and a bunch more that are also hidden)
[22:50] <bryceh_> stgraber, by design by gnome or unity?
[22:50] <stgraber> gnome
[22:51] <TheMuso> /c/c
[22:52] <bryceh_> stgraber, sounds to me like something worth diverging from their design a bit
[22:53] <jbicha> gnome-tweak-tool has options for those power settings
[22:54] <jbicha> at the moment, gnome-tweak-tool depends on gnome-shell but hopefully that can be fixed
[22:54] <bryceh_> jbicha, ah, yeah that might be a way to go
[22:56] <jbicha> it can customize the hidden unity settings...as soon as someone writes the tweakfile for it
[22:56] <jbicha> it doesn't have full gconf support yet so it might be better to wait for the gsettings version of compiz