[00:08] <RAOF> robert_ancell: I'm not aware of any useful logging that can be done there, no.
[00:16] <kenvandine> robert_ancell, how do we tell lightdm to use the unity-greeter?
[00:17] <robert_ancell> kenvandine, set [seat-0] greeter-theme=unity
[00:17] <robert_ancell> in /etc/lightdm/lightdm.conf
[00:17] <kenvandine> cool
[00:17]  * kenvandine tries
[00:19] <kenvandine> robert_ancell, very nice!
[00:23] <TheMuso> RAOF, robert_ancell, jasoncwarner_, are you guys eyeing particular flights to the US for UDS in October? I'm interested such that I have company from Orlando airport to the hotel at the very least.
[00:23] <robert_ancell> I think we're all aiming for the direct flight
[00:24] <jasoncwarner_> TheMuso: I am going a week early for design/dx sprint, and I might be in london the week before...so I won't be much help there
[00:24] <jasoncwarner_> robert_ancell: I'm actually tunneling straight through ala the greatest scientific movie of all time: The Core.
[00:24] <RAOF> I'm going for QF7 followed by AA2428
[00:24] <TheMuso> jasoncwarner_: Oh right, ok.
[00:24] <TheMuso> RAOF: You going via Melbourne?
[00:25] <RAOF> TheMuso: No; QF7 is Sydney→Dallas
[00:25] <TheMuso> Oh right.
[00:29] <TheMuso> I assume thats arriving on the Sunday in Dalas?
[00:30] <RAOF> Actually, I think on the Saturday.
[00:31] <RAOF> Yeah, the Saturday.
[00:31] <RAOF> Otherwise we'd get to the hotel at 20:00 on the Sunday or so.
[00:31] <RAOF> And miss all the Sunday evening fun!
[00:33] <TheMuso> Ah ok, makes sense.
[00:33] <TheMuso> Thanks for the tip, I'll see if BTS can get me on that flight.
[00:37] <RAOF> Argh, Thunderbird.  Be less ugly and crazy.
[00:38] <jasoncwarner_> RAOF: ugly they are working on.
[00:38] <jasoncwarner_> Crazy?
[00:38] <jasoncwarner_> what be the deal there?
[00:38] <RAOF> Inexplicably opening the wrong email, and doing it slowly.
[00:39] <RAOF> Also, it doesn't have all my evolution filters, which means that it's broken ;)
[00:39] <jasoncwarner_> RAOF: ;)
[00:39] <jasoncwarner_> I'll be testing out the crazy you just mentioned....thanks for the heads up...
[00:45]  * TheMuso used to use thuderbird, but since moving to TB5, I have lost confidence in Mozilla's ability to keep a11y working. I have experienced a few too many regressions recently, denting my confidence in Mozilla a11y efforts for anything other than Windows.
[00:45] <micahg> TheMuso: hmm, I thought a11y would be better in TB5...
[00:46] <TheMuso> micahg: Well it regressed...
[00:53] <micahg> TheMuso: can you file bugs please?  When chrisccoulson brought up a11y regressions on linux, upstream seemed interested to some extent
[00:53] <TheMuso> micahg: They are already known about.
[00:53] <TheMuso> I basically think their fixes didn't make the TB5 cutoff.
[00:54] <TheMuso> I'll need to set up thunderbird again to test to be sure they are still issues in recent Ubuntu package versions though.
[00:54] <micahg> TheMuso: ah, ok, well, we'll be shipping 6 or 7, so we can probably get some fixes in
[00:54] <TheMuso> Right.
[00:54] <micahg> the bigger problem will be preventing a11y regressions on older releases
[00:54] <micahg> we already had some w/the jump from 3.0.x to 3.1.x
[00:55] <micahg> TheMuso: is at-spi2 something that's backportable in a sane way?
[00:59] <TheMuso> micahg: To which release?
[00:59] <micahg> TheMuso: lucid+
[00:59] <RAOF> At least thunderbird shuts down quickly :)
[01:00] <TheMuso> micahg: Yes should be a matter of building the latest source against lucid's toolchain.
[01:00] <TheMuso> toolchain and deps.
[01:00] <TheMuso> However the clients of at-spi may not work as well.
[01:00] <micahg> TheMuso: oh, are they not parallel installable?
[01:02] <TheMuso> Parts of the at-spi2 stack override parts of the at-spi v1 stack yes.
[01:02] <TheMuso> And both have a daemon, and you can't have both daemons running at the same time.
[01:02] <micahg> :(
[01:03] <micahg> ok, I might pick your brain later on this if it becomes an issue, we're trying to keep at-spi compatibility in
[04:00] <jcastro> robert_ancell: howdy
[04:00] <robert_ancell> jasoncwarner_, does bug 810805 refer to unity-greeter?
[04:00] <ubot2> Launchpad bug 810805 in lightdm "Cursor does not show up in password field" [Undecided,New] https://launchpad.net/bugs/810805
[04:00] <robert_ancell> jcastro, hello
[04:00] <jcastro> I wasn't aware my bug was on the example greeter
[04:00] <robert_ancell> jcastro, the package name gives it away :)
[04:00] <robert_ancell> jcastro, have you not installed unity-greeter yet?
[04:00] <jcastro> oh, well, at the time I saw it I just went and filed it in lightdm itself
[04:01] <jcastro> yeah, I can test that now if you'd like
[04:01] <robert_ancell> apt-get install it, then set seat-0:greeter-theme=unity in /etc/lightdm/lightdm.conf
[04:05] <jcastro> yep, stretches over 2 monitors
[04:06] <jcastro> however, due to the design, it doesn't look as horrible
[04:06] <jcastro> just the panel thing is on the secondary monitor
[04:07] <robert_ancell> yeah, that's a random side effect - it should be on just one monitor but I only have my laptop with one monitor so I haven't worked out what I need to do to fix it!
[04:08] <jcastro> everyone on unity + desktop should be given multiple monitors!
[04:14] <jasoncwarner_> robert_ancell: yeah
[04:15] <jasoncwarner_> jcastro: I think we all use a 9" netbook...that is the usecase, right? ;)
[04:15] <jcastro> heh
[04:15] <jcastro> when I move I'll set up a webcam pointing to my multiple monitors using a 3rd machine, and then just let people SSH in and watch it
[04:16] <jasoncwarner_> jcastro: that sounds hard
[04:17]  * jasoncwarner_ twirls hair...
[04:17] <TheMuso> Yay for indicator pkgconfig file renaming et al.
[04:59] <RAOF> Hm.  I take it that the cifs filesystem isn't a big fan of “菅野よう子” in filenames.
[05:14] <TheMuso> The cifs filesystem is not a fan of anything non-latin I think.
[05:15] <pitti> Good morning
[05:15] <pitti> mterry: which packages> Contents.gz is also practical
[05:20] <RAOF> Good morning pitti!
[05:24] <pitti> hey RAOF
[05:30] <RAOF> Bah.  Those with nice, fully built mesa trees, say after me: git-buildpackage is abomination, for it respecteth not the “-nc” switch.
[05:31] <TheMuso> heh
[05:34] <Sarvatt> RAOF: you're probably the only person in the world who uses git buildpackage for mesa so you're preaching to the choir :)
[05:43] <pitti> well, it just immediately removes the build tree afterwards, which I find very annoying as well
[05:43] <pitti> and of course there's no equivalent to bzr bd-do :/
[05:46] <RAOF> I care a lot less about that; pretty much everything I touch has a full source tree in vcs.
[06:29] <pitti> bbl, need to do some CD install testing
[07:45] <chrisccoulson> pitti, turning on PGO in firefox (with -O3) brings the package size pretty much back to the original size btw ;)
[07:45] <chrisccoulson> (and it works)
[07:45] <chrisccoulson> i tried it last night ;)
[07:45] <pitti> chrisccoulson: oh, nice!
[07:45] <BigWhale> Greetings.
[07:45] <chrisccoulson> pitti, upstream builds are actually built with PGO now (starting with the current beta)
[07:45] <pitti> chrisccoulson: is there some different shades of "it works", i. e. is it expected to cause troubles with extensions or so?
[07:46] <pitti> so it has matured enough? nice
[07:46] <BigWhale> Is evolution fixed already or the thunderbird conspiracy is still going on? :)
[07:46] <chrisccoulson> pitti - the only drawback for me is that it pretty much doubles the build time
[07:46] <chrisccoulson> (because it's built twice)
[07:47] <pitti> importing an .ics file is still causing a crash
[07:47] <pitti> chrisccoulson: can you disable that for local test builds?
[07:48] <chrisccoulson> pitti - disabling PGO? yeah, it's just a matter of reverting the first hunk in http://bazaar.launchpad.net/~mozillateam/firefox/firefox-trunk.head/revision/918/debian/rules#debian/rules
[07:50] <pitti> chrisccoulson: so we'll get the space reduction and the speed improvement?
[07:51] <pitti> that sounds perfect :)
[07:51] <chrisccoulson> pitti - yeah, i'm going to try it on the next nightly build, just to make sure that the builders can cope with it
[07:51] <chrisccoulson> (which shouldn't be a problem, as the profiling is just like running the test suite really)
[07:52] <chrisccoulson> ie, we run firefox in xvfb
[07:59] <pitti> brb
[08:31] <rodrigo_> morning
[08:34] <pitti> hey rodrigo_
[08:43] <jibel> pitti, could you start the retracer ?
[08:44] <pitti> jibel: done
[08:44] <jibel> pitti, thanks!
[08:49] <mvo> is seb on vac?
[08:49] <pitti> yes
[08:49] <mvo> ok
[08:54] <mvo> I have good news for him, with the current apt upload apt will hold back packages that would enter "policy-broken" state on apt-get upgrade (not dist-upgrade)
[08:55] <mvo> so the missing new recommends should be much less of a issue from now on
[08:55] <pitti> nice!
[08:55]  * pitti hugs mvo
[09:00]  * mvo hugs pitti
[09:11] <chrisccoulson> oh, what happened to all the PPA builders again?
[09:13] <vish> mvo: hi..  is it a known issue that SC recommends PCMAN, Dolphin and Gwenview on the first start of a fresh install?
[09:13] <vish> (admittedly, I happened to use Nautilus a couple of times before opening SC)
[09:14] <vish> maybe we could blacklist dolphin,pcman from ever being recommended..
[09:14] <vish> or mpt ^
[09:15] <mpt> vish, the recommendations in 4.0 are rather useless. I'm sorry I didn't test them in time.
[09:15] <kiwinote> vish: yeah, atm it makes its recommendations based on the zeitgeist 'most used' applications
[09:15] <vish> hmm..
[09:15] <mpt> vish, it's probably recommending Gwenview because you took a screenshot, and it thinks "oh, you need a viewer for that!"
[09:16] <mpt> never mind that you already have one installed
[09:16] <vish> heh! but suggesting dolphin,pcman was even worse.. ;p
[09:16] <mpt> Maybe you did something silly like opening a folder? :-)
[09:16] <mpt> or creating a folder
[09:16] <vish> yea, silly me. :(
[09:18]  * vish goes to file bug.. 
[09:18] <kiwinote> vish: bug 745662
[09:18] <ubot2> Launchpad bug 745662 in software-center "Recommendations don't seem useful in their current form" [Undecided,Confirmed] https://launchpad.net/bugs/745662
[09:19] <vish> kiwinote: neat! i should have know mp-t would have already filed one.. ;)
[09:19] <kiwinote> hehe
[09:19] <mpt> I'm *almost* tempted to ask for an SRU
[09:57] <chrisccoulson> pitti, is the retracer working?
[09:58] <chrisccoulson> there's quite a stack of these gsettings-data-convert crashes piling up now :(
[09:59] <desrt> chrisccoulson: this is the gconf-dbus thing, right?
[10:00] <chrisccoulson> desrt, yeah, we've got quite a few of them since i uploaded the new gconf a couple of days ago
[10:00] <chrisccoulson> but i don't get the crash locally
[10:00] <chrisccoulson> (or i don't know how to trigger it)
[10:01] <desrt> :(
[10:10] <pitti> chrisccoulson: ah, chroots failing :/ I'll fix them up in a bit, just need to reboot
[10:10] <chrisccoulson> pitti - cool, thanks
[10:40] <lool> chrisccoulson: I got the crash once this morning, but not upon reboot
[10:40] <lool> chrisccoulson: I suspect either the conversion isn't happening anymore, or it was triggered by other processes crashing
[10:41] <lool> I got all of gnome-settings-daemon, this conversion thing and a third process crashing this morning (at-spi I think)
[10:41] <lool> hmm apparently it's happening again
[10:41] <lool> [   23.120580] gsettings-data-[2731]: segfault at 18 ip 00007ffaeec63571 sp 00007fffb058bef0 error 4 in libgconf-2.so.4.1.5[7ffaeec4c000+2d000]
[10:54] <pitti> chrisccoulson: argh hate fakechroot; it keeps breaking :(
[10:54] <pitti> chrisccoulson: anyway, fixed it up again, let's see how long it holds together now
[10:55] <chrisccoulson> pitti - thanks!
[11:11] <pitti> meh, is it just me, or is oneiric crash-land these days? evolution, rhythmbox, gsettings, everything :(
[11:21] <chrisccoulson> pitti - it's not just you
[11:21] <chrisccoulson> also, i notice it's using a lot of memory too
[11:21] <Daviey> pitti: add thunderbird into that mix.
[11:21] <Daviey> (yes jibel, will follow up on that bug shortly.)
[11:22] <chrisccoulson> pitti - i had the OOM killer start killing random processes last night when i was trying to build something. so i logged out and with just lightdm running and the usual system services, my machine was using 4.5GB of swap and 3GB of RAM
[11:23] <chrisccoulson> and that was all used, rather than cache
[11:23] <chrisccoulson> but there didn't seem to be any processes using it :/
[11:23] <alex3f> hi mvo!
[11:24] <chrisccoulson> and so far this morning, i'm using 2GB of swap and 2.2GB of RAM
[11:24] <chrisccoulson> so my machine is hemorrhaging memory somewhere
[11:32] <mvo> hey ale
[11:32] <mvo> hey alex3f
[11:32] <alex3f> two things
[11:33] <alex3f> first, backend-refactor is ready for review and merge (I have merged the GObject changes, it looks ok to me)
[11:33] <mvo> alex3f: great, I check it out now
[11:33] <alex3f> second, there is still a problem with PK dynamic
[11:34] <mvo> with the GIR?
[11:34] <alex3f> no
[11:34] <alex3f> with dynamic vs static
[11:34] <alex3f> http://bit.ly/pYCn2T
[11:34] <alex3f> the problem is some module imports gio before PK
[11:35] <alex3f> so, when PK dynamic tries to override gio with Gio
[11:35] <mvo> ohhh
[11:35] <mvo> yeah, Gio is not ported yet
[11:35] <alex3f> it crashes shamefully
[11:35] <alex3f> for the record
[11:35] <alex3f> I tried porting gio
[11:35] <mvo> there is same issue, hold on a sec, I try to find what it was
[11:35] <alex3f> there are 4 files
[11:35] <alex3f> in s-c with "import gio"
[11:35] <alex3f> but the problem is still here
[11:36] <mvo> python -v can probably tell you if it gets imported indirectly
[11:36] <alex3f> the workaround (in my PK branch) is to import PKG from gi.repo before everything
[11:36] <alex3f> but this is of no use in real world
[11:36] <mvo> the problem is that query_info_async() seems to be not fully working yet, I give it a try again, if it does work, then I can port the rest to Gio
[11:37] <mvo> and python -v software-center-gtk3 should be able to tell if there is another gio import from somewhere
[11:43] <mvo> alex3f: ok, so it seems to be working, I will port to Gio then now
[11:43] <alex3f> mvo, cool, I'm trying to find what module is responsible for the FileEnumerator error
[11:44] <mvo> alex3f: /usr/share/gir-1.0/Gio-2.0.gir has a hit when I grep for this
[11:45] <alex3f> yes, but from http://bit.ly/pYCn2T i guess it's somebody else (static) conflicting
[11:58] <mvo> alex3f: I can reproduce the problem here now
[11:59] <alex3f> okay
[11:59] <alex3f> what do you think?
[12:00] <mvo> not sure yet, need to investigate
[12:10]  * rodrigo_ lunch
[12:16] <mvo> alex3f-afk: did you got any feedback from the GIR hackers?
[12:16] <mvo> alex3f-afk: for me python -c 'import gtk;from gi.repository import Gio'
[12:16] <mvo>  is eough to crash
[12:17] <mvo> pitti: any hints? to move to Gio (from gio) in s-c, I need to solve this puzzle: python -c 'import gtk;from gi.repository import Gio' < -crashes
[12:17] <pitti> mvo: you can't mix static and dynamic bindings
[12:17] <pitti> mvo: I suppose static gtk uses static gio
[12:18] <mvo> ok, so I need to write a compat wrapper that uses either depending on the environment
[12:18] <mvo> oh well
[12:18] <pitti> how do you mean?
[12:19] <pitti> mvo: perhaps try something like
[12:19] <pitti> try:
[12:19] <pitti>    from gi.repository import Gio, Gtk
[12:19] <pitti> except ImportError:
[12:19] <pitti>    import gio, gtk
[12:19] <pitti> or so?
[12:19] <pitti> in gtimelog I make some tricks to make it work with both
[12:19] <pitti> from gi.repository import Gtk as gtk
[12:19] <pitti> etc.
[12:20] <mvo> I had hoped that I could port my backend to GObject/GLib/Gio and have both gtk2/gtk3 in parallel for some time
[12:20] <mvo> but apparently that will not work with gio, so I need to do something about the gio part
[12:21] <pitti> mvo: do you just need gtk2, or actually pygtk2
[12:21] <pitti> ?
[12:21] <mvo> just gtk2
[12:21] <pitti> mvo: you can force the import of gtk 2.0
[12:21] <mvo> but didn't someone (you?) mention that the 2.0 GIR bindings are pretty incomplete and buggy?
[12:22] <pitti> incomplete, yes; buggy as well, but I fixed everything I stumbled upon
[12:22] <mvo> ok, check it out
[12:22] <pitti> when you say "backend", that's still in-process then?
[12:22] <mvo> yes
[12:23] <pitti> mvo: so the "from gi.repository import Gio as gio" trick wouldn't work for you?
[12:23] <mvo> its stuff like the common code for async image downloading useing gio or file change watching
[12:24] <mvo> I want to use the file montior in the pygtk2 code (and in the gtk3/GI) so importing the Gio would lead to the crash from above
[12:25] <pitti> ah, I see
[12:25] <pitti> nevermind, mixed that up
[12:26] <pitti> mvo: no, I don't
[12:26] <pitti> mvo: I meant, if you import pygtk, then import gio
[12:26] <pitti> and if you import Gtk, then import Gio as gio
[12:28] <mvo> so my gtk2 and gtk3/gi code import utils.py that contains the SimpleFileDownloader that in turn uses gio. so there I would have to add a check if its gio or Gio that is available and act accordingly?
[12:28] <pitti> ah, I guess so, yes; bit ugly admittedly :/
[12:28] <mvo> (the check would have to be done in the SimpleFileDownloader)
[12:29] <mvo> right, now I just need to figure out how to test if gio is already loaded as a module
[12:29] <pitti> *scratching head* that sounds a bit tricky
[12:29] <mvo> sys.modules
[12:29]  * mvo looks into that
[12:30] <mvo>  python -c 'import gtk, sys; print "gtk" in sys.modules'
[12:30] <pitti> perhaps
[12:30] <pitti> import gi
[12:30] <pitti> and checking gi.importer.modules ?
[12:31] <pitti> sys.modules seems to work, too
[12:31] <mvo> gi.importer.modules looks good too
[12:31] <mvo> ok, that looks like progress, thanks for your help!
[12:32] <mvo> but it appears its only medium useful as e.g. load_contents_finish() shuffeled around its returned values, from (conent, length, etag) to (success, content, etag)
[12:33] <pitti> :(
[12:33] <pitti> in gtimelog I had to apply a number of hacks for things like this indeed
[12:35] <pitti> need to disappear to the train station now, will continue working in the train
[12:35] <mvo> see you
[12:35] <mvo> alex3f-afk: so its pretty clear that gtk imports gio at some point, so this problem will stay
[12:36] <mvo> alex3f-afk: is that the dynamic PK stuff importing gio again?
[12:48] <cyphermox> good morning!
[12:51] <pedro_> good morning cyphermox
[12:54] <alex3f> mvo, yes, at the last question the answer is yes
[12:55] <jibel> Good afternoon pedro_ and cyphermox
[12:55] <cyphermox> hey jibel
[12:55] <pedro_> afternoon to you jibel! isn't a national holiday there? :-P
[12:56] <mvo> alex3f: ok, so you need the removal of gio
[12:56] <mvo> alex3f: or the conditional import
[12:57] <jibel> pedro_, it was yesterday, I'd wished it took more days to storm the Bastille ;-)
[12:58] <pedro_> heh
[12:58] <mvo> alex3f: your refactor branch looks great, merging now \o/
[12:58] <alex3f> mvo: gio cannot be removed from PK - there are many uses of Gio.Cancelable
[12:58] <alex3f> so I'll give a try to the conditional import
[12:58] <alex3f> it should be enough to do it once in software-center, I think
[12:58] <mvo> alex3f: hold on a minute or so, I will do some work on this
[12:59] <mvo> alex3f: oh?
[12:59] <alex3f> in the launcher I mean :-/
[12:59] <mvo> alex3f: so the conditional import, what is your plan on this?
[12:59] <alex3f> try: import Gio except: pass
[12:59] <mvo> alex3f: aha, ok
[13:00] <alex3f> it should be fine if Gio is imported before gtk
[13:00]  * alex3f tries it
[13:01] <mpt> cyphermox, hi, so what's the final verdict on firewall settings for Ocelot?
[13:01] <cyphermox> well, I didn't make it to start anything yet, so it's not looking good
[13:02] <alex3f> it works
[13:03] <cyphermox> mpt, I'll ping jdstrand again to see if we have anything ready for ufw to support what we need, then try to get something working
[13:03] <alex3f> by the way, do you know what's with newer libs and icons? I have glib, gtk from jhbuild, and I'm getting a lot of: 011-07-15 16:02:55,618 - softwarecenter.utils - WARNING - could not load icon 'ppa', displaying missing icon instead
[13:03] <alex3f> and no icons are loaded in the viewswitcher
[13:03] <mvo> alex3f: great, its complaining here in my use-gio branch, but I think I can workound this
[13:04] <mvo> alex3f: not sure about this icon issue
[13:04] <mvo> but I don't use jhbuild
[13:06] <mpt> cyphermox, ok, if so I'll update the design to reflect what the security team said
[13:07] <cyphermox> ok
[13:07] <cyphermox> mpt, I mean, nothing stops us from working on this when time permits, but time is running out... which doesn't mean we can't work on it even if it doesn't make it into oneiric
[13:08] <alex3f> mvo:  if event == Gio.FILE_MONITOR_EVENT_CHANGES_DONE_HINT this is not ok
[13:08] <alex3f> http://bazaar.launchpad.net/~mvo/software-center/use-gio/revision/1947
[13:08] <mpt> cyphermox, sure, after our other work items ;-)
[13:08] <cyphermox> mpt: right.
[13:09] <alex3f> mvo it is Gio.FileMonitorEvent.CHANGES_DONE_HINT
[13:12] <mvo> alex3f: thanks, I fix that now
[13:12] <dupondje> jibel: https://bugs.launchpad.net/bugs/798951
[13:12] <ubot2> Ubuntu bug 798951 in gnome-panel "Applications menu fails to open due to change to /etc/xdg/menus/gnome-applications.menu" [Undecided,Invalid]
[13:13] <dupondje> what we do with this one ? :)
[13:13] <mvo> alex3f: fixed
[13:15] <chrisccoulson> pitti - https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/2627581 :(
[13:15] <alex3f> mvo: cool
[13:15] <chrisccoulson> it failed in the builder for some reason :/
[13:15] <jibel> dupondje, I won't do much with it, but surely jbicha will have an opinion :)
[13:16] <jibel> mvo, when you have a minute could you have a look at bug 807715 ? it affects new installs.
[13:16] <ubot2> Launchpad bug 807715 in update-manager "Missing dependency on gir1.2-gconf-2.0" [High,Triaged] https://launchpad.net/bugs/807715
[13:23] <lamalex> Sarvatt: now i see what you were talking about with lightdm..
[13:29] <pitti> chrisccoulson: is that the first build with PGO?
[13:29] <alex3f> mvo, I've done a mistake, returning description instead of summary, please merge again
[13:29] <chrisccoulson> pitti - yeah, it worked locally last night
[13:29] <chrisccoulson> but it fails when i upload it to a PPA
[13:29] <pitti> chrisccoulson: unimplemented what? is that relying on a gcc trunk feature or something?
[13:30] <chrisccoulson> pitti - no, i'm using the stock oneiric gcc here
[13:30] <pitti> chrisccoulson: the buildds are running lucid kernels, but as this is a gcc failure that sohuld hardly matter?
[13:33] <lamalex> hey guys is there know lightdm breakage in O
[13:36] <mvo> alex3f: merged
[13:36] <alex3f> mvo, thank you!
[13:40] <mvo> alex3f: I peeked over the pk branch, that looks good as well, I'm pretty excited!
[13:40] <rodrigo_> gtk3 package branch is lp:ubuntu/gtk+3.0, right?
[13:41] <alex3f> I'm glad you like it
[13:41] <alex3f> it is still getting shape
[14:08] <barry> hi folks, i have a weird problem with one of my oneiric desktops.  i have two running unity 2d.  on one of them, i get the nice collection of indicators that i expect.  on the other, no indicators, just a couple of squares with red circle-and-slashes through them.  any thoughts on debugging this (if that would be helpful to you) or fixing it (which would be helpful to me :).  thanks!
[14:31] <scott-work> barry: hang around for a bit and patiently wait for an answer as this is early morning or late night for many people
[14:31] <barry> scott-work: thanks, will do.  it's morning for me too, but i know it's getting on near friday night and the weekend for some folks!
[14:32] <barry> (and probably already saturday for some :)
[14:45] <cyphermox> barry: two unity-2d, on the same system, as e.g. two different sessions?
[14:46] <cyphermox> or is it something like two panels stacked one under the other?
[14:53] <barry> cyphermox: no, sorry.  it's unity-2d on two different machines
[14:57] <cyphermox> ah!
[14:58] <cyphermox> barry: I guess they'd be both at the same package versions? this sounds like some piece of the indicators stuff (like dbusmenu for instance) might not be able to get the icons
[14:58] <cyphermox> barry: you'd see what's up in .xsession-errors normally
[14:59] <barry> cyphermox: yep, both up-to-date oneirics
[15:00] <barry> cyphermox: perhaps: /usr/lib/indicators/6 does not exist, cannot read any indicators
[15:03] <cyphermox> ah, interesting
[15:04] <cyphermox> anything in /usr/lib/indicators/6 or /usr/lib/indicators3/6 ?
[15:04] <barry> /usr/lib/indicators is missing
[15:05] <barry> /usr/lib/indicators3/6/ has many .so's
[15:05] <cyphermox> awesome
[15:05] <cyphermox> what about on the machine where the indicators are displayed properly?
[15:06] <barry> cyphermox: on that machine, both /usr/lib/indicators{,3}/6/ has many .sos
[15:06] <cyphermox> I think you may be missing indicator-messages-gtk2, indicator-me-gtk2, etc. for some reason
[15:07] <cyphermox> lemme test this
[15:07] <barry> cyphermox: indeed, neither of those packages are installed on the bad machine
[15:08] <barry> (and *are* installed on the good machine)
[15:10] <cyphermox> there's a couple others
[15:10] <cyphermox> dpkg -l indicator-*-gtk2 | cat
[15:11] <cyphermox> brb
[15:11] <barry> cyphermox: thanks, let me install the missing ones on the bad machine and see if that fixes things
[15:21] <barry> cyphermox: you rock!  after reinstalling all those packages, my indicators are back
[15:21] <barry> cyphermox: well, except datetime for some reason
[15:21] <cyphermox> ah
[15:21] <cyphermox> that one might be broken for another reason :)
[15:23] <barry> cyphermox: yeah, i think i've been following at least one bug in datetime indicator
[15:27] <barry> cyphermox: thanks very much for your help
[15:27] <cyphermox> barry: np
[15:57]  * cyphermox -> eod
[16:02] <pitti> could anyone please do an ubuntu-meta rebuild? I'm currently in a train with very low bandwidth
[16:03] <pitti> I already updated the seeds
[16:03] <pitti> this should get the CDs down by some 17 MB again
[16:03] <kenvandine> pitti, woot... down 17M
[16:03] <kenvandine> nice
[16:04] <pitti> kenvandine: well, it's the 17 MB that the move to ibus-sunpinyin took :)
[16:04] <pitti> we'll revert that for the standard CDs, it's just too big
[16:04] <pitti> we'll have it on the Chinese Edition instead
[16:12] <pitti> good night everyone, have a nice weekend!
[16:13] <kenvandine> pitti, good night~
[16:27] <rodrigo_> me out also, so have a good weekend!
[17:35] <micahg> kenvandine: I have a fix for your pidgin-libnotify FTBFS, I can put up a sponsorship request over the weekend unless you needed that today
[17:35] <kenvandine> micahg, oh... i just uploaded a fix :)
[17:35] <kenvandine> micahg, thx though :)
[17:35] <micahg> ok, cool
[17:36] <micahg> was a one line fix anyways
[17:36] <kenvandine> yup
[17:36] <kenvandine> :)
[17:36] <kenvandine> seems everytime i touch that package it doesn't build anymore
[17:36] <kenvandine> talk about abandonware :)
[17:36] <micahg> heh
[17:37]  * micahg just remembered he forgot to bump the libnotify build-dep when patching for new API
[17:38] <kenvandine> tedg, everything you gave is is uploaded now
[17:39] <kenvandine> including the gtk patch
[17:39] <kenvandine> tedg, i added a recommends to pidgin-libnotify for the pidgin provider
[17:45] <micahg> kenvandine: I thought the last argument of notify_notification_new was the one that was gone with the 0.7 changes?
[17:46] <kenvandine> the widget to attach to...
[17:46] <kenvandine> is the third arg the icon?
[17:46] <kenvandine> i grabbed the patch from fedora :)
[17:47] <micahg> oh, hmm
[17:47] <kenvandine> micahg, do you use pidgin?
[17:47] <micahg> not ATM, I use to
[17:47] <kenvandine> think you can try adding the icon back there and see if it works?
[17:47] <kenvandine> :)
[17:47] <micahg> *used ot
[17:47] <kenvandine> ok
[17:52]  * micahg thinks fedora goofed :-/
[17:59] <kenvandine> micahg, i am fixing
[17:59] <kenvandine> micahg, thx for noticing that
[18:00] <micahg> kenvandine: thanks for fixing :)
[18:04] <micahg> is anyone working on the transmission merge/transition to libevent2 (2.32 is in experimental)
[18:05] <micahg> kklimonda: ^^
[18:29] <tedg> kenvandine, Cool, thanks!
[18:29] <tedg> kenvandine, Do you think that pidgin-libnotify should recommend the status provider?
[18:29] <kenvandine> yes
[18:29] <kenvandine> you don't?
[18:30] <tedg> kenvandine, Oh, I thought you were saying the other way.
[18:30] <kenvandine> that's the whole reason i went down that rabbit hole
[18:30] <kenvandine> i hate touching that package
[18:30] <tedg> Heh
[18:30] <kenvandine> oh... good :)
[18:38] <desrt> tedg: hey
[18:38] <desrt> tedg: back in business? :)
[18:39] <tedg> desrt, Somewhat.  Apparently no my mouse can't click (but it can move) and my touchpad can't move (but it can click).
[18:40] <desrt> tedg: praise murphy?
[18:40] <desrt> maybe he's on vacation today