[01:22] <RenatoSilva> do you guys intend to incorporate the changes from git repo of emerald which makes it work with natty's compiz?
[01:22] <RenatoSilva> i.e. are you planning to update emerald package from upstream?
[01:22] <RenatoSilva> I'm desperately trying to find a way to enable emerald in natty. I can't find any deb package tough, only manual steps for installing from git source
[01:23] <RenatoSilva> does anyone know a reliable ppa with the compatible emerald packaged in?
[01:41] <charlie-tca> RenatoSilva: not a ppa, but I think there is a .deb attached to this bug -
[01:41] <charlie-tca> http://pad.lv/726229
[01:41] <RenatoSilva> charlie-tca: https://bugs.launchpad.net/ubuntu/+source/emerald/+bug/733393/comments/25
[01:41] <ubot2> Ubuntu bug 733393 in emerald "[natty, SRU] emerald segfault on launch" [High,Fix committed]
[01:41] <RenatoSilva> charlie-tca: just updated from proposed, will try it right now
[02:06] <Amaranth> afaik we've removed emerald from the archive
[05:48] <pitti> Good morning
[05:49] <pitti> fta: uh, how did you get that?
[05:49] <fta> pitti, hi, got what?
[05:50] <pitti> the duplicated apport report entries
[05:51] <fta> just ubuntu-bug compiz
[05:51] <fta> or unity
[05:51] <fta> (in oneiric)
[05:55] <pitti> fta: doesn't work with unity here, but I do get one dup'ed field with compiz; thanks
[08:04] <Sweetshark> morning all!
[08:07] <fta2> pitti, could you please do something about apport-retrace replacing libc6-dbg with libc6-dbgsym + libc-bin-dbgsym? libc6-dbg is a dep of valgrind,
[08:08] <fta2> pitti, i need valgrind on my dev box, and each time i use apport-retrace (which is nice to have on a dev box too), it leaves the system broken (apt requiring -f, various apt cron jobs failing, etc.)
[08:11] <didrocks> good morning
[08:12] <pitti> bonjour didrocks
[08:12] <didrocks> guten morgen pitti! How are you?
[08:12] <pitti> Splendid, thanks! how about you?
[08:12] <didrocks> I'm good, thanks. Nice to be home for a short time :-)
[08:13] <pitti> didrocks: how was the Qt summit?
[08:14] <didrocks> pitti: was excellent. Lot of friendly people, interesting discussions about Qt 5 and QML, also, I've been able to advance a lot on the a11y side  :)
[08:15] <pitti> fta2: still in oneiric? it should prefer libc6-dbg over libc6-dbgsym if available
[08:16] <fta2> pitti, yep, oneiric
[08:16] <pitti> the -dbg vs. -dbgsym handling is quite a mess; originally it didn't install -dbg in the first place, but a contributor got that added because it was useful for him
[08:17] <fta2> pitti, http://paste.ubuntu.com/629707/
[08:18] <pitti> the best would be to not ever unpack/install those, and just tell gdb "debug symbols are in /tmp/foo/, not in /usr/lib/debug/"
[08:18] <pitti> but back then I haven't found a way to do that
[08:18] <pitti> AFAIR because the path is usually hardcoded in the ELFs
[08:20] <fta2> pitti, i also have plenty of -dbg, so not replacing those by -dbgsyms is also something i want (it doesn't work very well atm, if at all)
[08:21] <pitti> fta2: you should probably just run it as user, and not touch the packages at all
[08:21] <fta2> pitti, then the retraced traces are useless
[08:22] <pitti> it should still tell you which packages it would install
[08:22] <fta2> does it?
[08:23] <fta2> even in root, it no longer installs the right dbgsym, since that multi-arch thing landed, i have to locate and install half of the dbgsyms myself
[08:23] <pitti> that's still on my list
[08:24] <fta2> (i do that with a script)
[08:25] <fta2> didrocks, hi, do you know the bug id of the unity_support_test nvidia crash (oneiric)? i can't find it (and i can't stand unity-2d anymore)
[08:27] <cdbs> Did anyone get around checking why gnome-power-manager 3 crashes in Unity?
[08:28] <pitti> when/how?
[08:28] <pitti> martin    2569  0.0  0.2 285872  9860 ?        Sl   06:46   0:00 gnome-power-manager
[08:29] <pitti> cdbs: can you run it in a terminal with --verbose?
[08:29]  * cdbs checks
[08:31] <didrocks> fta2: no, I let dx people now handling their own bug. I didn't get the crash though
[08:31] <didrocks> fta2: better to ask them directly on #ayatana I would guess (after 10am)
[08:32] <cdbs> pitti: Oh wait, it comes up, but it doesn't put itself inside an indicator
[08:32] <cdbs> in the Unity panel
[08:32] <pitti> cdbs: right, I get that, too
[08:33] <fta2> didrocks, ok, /me sad. seb said last week it was known, but i still can't find the bug. it's only crashing in 1 of my 2 nvidia desktops
[08:33] <pitti> the patch is active, apparently it wasn't ported properly
[08:33] <didrocks> fta2: should be a nux bug
[08:33] <didrocks> (the test tool is in nux FYI)
[08:34] <didrocks> fta2: just a 30s search: https://bugs.launchpad.net/ubuntu/+source/nux/+bug/795439
[08:34] <ubot2> Ubuntu bug 795439 in nux "unity_support_test should say 'Unity 3D supported' in Oneiric" [Undecided,New]
[08:34] <fta2> http://paste.ubuntu.com/629712/
[08:34] <didrocks> argh, wrong tab :)
[08:35] <didrocks> https://bugs.launchpad.net/ubuntu/+source/nux/+bug/764724 this one I guess (which already existed but it's what people are having in oneiric IIRC)
[08:35] <ubot2> Ubuntu bug 764724 in nux "unity_support_test crashed with SIGSEGV in glXCreateContext()" [Critical,Confirmed]
[08:36] <didrocks> fta2: I would say, just ping people on #ayatana (loicm is the one working on this tool)
[08:36] <fta2> ok
[08:40] <fta2> RAOF, seems i can't upgrade mesa without breaking everything... http://paste.ubuntu.com/629713/
[08:40] <TheMuso> didrocks: A11y progress, that is great to hear.
[08:41] <didrocks> TheMuso: yeah, we tried with Frederik to challenge our git foo to make the first backport happen. It's almost there (a little crashy, but largely usable). I'll fix some issue with him today and hope to push in the desktop ppa the first version
[08:41] <didrocks> TheMuso: I'll ping you if you want to test it
[08:41] <didrocks> we fixed the licensing issue with qt-at-spi btw
[08:42] <TheMuso> didrocks: Please do, and thanks.
[08:42] <didrocks> yw :-)
[08:46] <pitti> fta2: duplicated keys fixed in trunk, thanks
[08:47] <seb128> hey desktopers
[08:49] <pitti> bonjour seb128
[08:50] <seb128> hi pitti, how are you?
[08:50] <pitti> I'm great, thanks! weekend was very rainy, but still nice
[08:50] <pitti> how about yourself?
[08:51] <chrisccoulson> good morning everyone
[08:51] <TheMuso> Morning chrisccoulson, seb128
[08:51] <chrisccoulson> hi TheMuso, how are you?
[08:52] <seb128> pitti, same here, rainy weather but w.e was still nice
[08:53] <TheMuso> chrisccoulson: Not too bad thanks. Yourself?
[08:53] <didrocks> salut seb128
[08:53] <didrocks> hey chrisccoulson
[08:53] <chrisccoulson> TheMuso, good thanks, but a bit tired though
[08:53] <chrisccoulson> hi didrocks
[08:53] <seb128> lut didrocks, bien rentré ?
[08:54] <chrisccoulson> pitti - you have british weather? ;)
[08:54] <pitti> apparently so
[08:54] <didrocks> seb128: bien rentré. Short week-end though (back home late on Saturday)
[08:56] <seb128> didrocks, you asked for it! ;-)
[08:56] <seb128> didrocks, was the hackfest useful at least?
[08:57] <didrocks> seb128: very useful (wasn't really a hackfest, more an UDS-like events with discussions)
[08:57] <didrocks> seb128: interesting to see where they want to push Qt 5. Seems to be a good approach. Got good progresses on a11y and I hope I'll be able to push them this week on ubuntu (at least, today in our ppa)
[08:58] <seb128> didrocks, nice ;-)
[08:58] <didrocks> so yeah, useful :-)
[08:58] <seb128> didrocks, seems you are almost ready to take over Riddell's position as kubuntu maintainer :p
[08:58] <didrocks> Qt != KDE :-p
[08:58] <didrocks> Qt is enough for me right now ;)
[08:59] <seb128> you start this way, wait to see what's next... ;-)
[08:59] <didrocks> heh
[08:59] <didrocks> apart from that, seems that last week was quiet in the desktop world? (didn't see anything falling apart in -changes ;))
[09:00] <didrocks> oh, and the hotel was very nice (33rd floor for me, nice view on Berlin) ;)
[09:01] <seb128> yeah, desktop land was quiet
[09:01] <seb128> let me restart after upgrade and update you on dx world
[09:19] <rodrigo_> morning
[09:22] <pitti> fta2: ah, I suppose what's happening is that it tries to install libc-bin-dbg, doesn't see it, installs libc-bin-dbgsym instead, and afterwards gets to libc6
[09:23] <pitti> any idea how to tell python-apt to always DTRT here?
[09:23] <seb128> hey rodrigo_, how are you?
[09:24] <rodrigo_> hi seb128, I'm fine, you, had a good weekend?
[09:25] <seb128> yeah, rainy weather but nice w.e anyway
[09:25] <seb128> rodrigo_, how are your tooth issues going?
[09:25] <rodrigo_> seb128, a bit better, not much pain since Saturday afternoon
[09:26] <rodrigo_> so /me crosses fingers
[09:26] <pitti> hey rodrigo_
[09:26] <seb128> ok, great
[09:26] <rodrigo_> hi pitti
[09:26] <seb128> pitti, we are receiving some nautilus segfault bugs due to the g-i-t split :-(
[09:26] <pitti> seb128: do we know which ones are missing? is the name in the trace by any chance?
[09:26] <seb128> pitti, I'm trying to figure what icon is creating issues, will let you know if I found it
[09:27] <pitti> seb128: I suppose it's because we are again using the gnome theme, not the humanity one?
[09:27] <seb128> pitti, no, those bugs don't have a stacktrace, they just state that installing the g-i-t-f binary solves it
[09:27] <pitti> seb128: I even have gnome-themes-standard installed, but even that doesn't work any more
[09:27] <seb128> it doesn't?
[09:27] <didrocks> hey rodrigo_
[09:27] <pitti> seb128: I fully expect a lot of crashes if programs don't actually use the humanity theme
[09:28] <pitti> I didn't put "all used icons" into g-i-t, just "all used icons which aren't in humanity"
[09:28] <rodrigo_> bonjour didrocks
[09:28] <pitti> seb128: does it for you? it stopped working a few days ago
[09:28] <seb128> pitti, it's a theme, how stopped working?
[09:29] <seb128> pitti, I still have blue colors in scrollbars for example
[09:29] <seb128> or selections
[09:29] <huats> morning
[09:29] <seb128> lut huats
[09:29] <didrocks> salut huats
[09:29] <huats> hello guys
[09:29] <huats> :)
[09:29] <pitti> seb128: I'm back to a desktop which looks like not having g-t-standard
[09:30] <pitti> i. e . the win 3.11 grey box style
[09:30] <huats> today I am almost on work holidays so I should be able to package a bit in the next few days :)
[09:30] <huats> FINALLY!
[09:30] <didrocks> \o/
[09:30] <seb128> pitti, no, works for me
[09:31] <seb128> huats, ;-)
[09:31] <seb128> pitti, did you stay on gtk 3.1.4?
[09:31] <pitti> seb128: no, 3.1.6
[09:31] <pitti> seb128: org.gnome.desktop.interface gtk-theme == "Adwaita", and not user modified, hmm
[09:32] <seb128> pitti, weird, gtk 3.1.6 and gnome-themes-standard 3.1.2.1 should work fine
[09:32]  * pitti tries guest session
[09:33] <seb128> pitti, that's the correct theme
[09:33] <seb128> is g-s-d working for you?
[09:33] <pitti> seb128: yes, I have the right icons in unity
[09:34] <pitti> same in guest session
[09:34] <pitti> well, who knows what I messed up on this machine
[09:36] <seb128> pitti, do you have any error on the command line if you run a gtk software?
[09:36] <pitti> (gedit:21491): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to underallocate GtkBox's child GtkImage 0x26ddd30. Allocation is 16x1, but minimum required size is 16x16.
[09:36] <pitti> millions of these
[09:36] <pitti> Gtk-Message: Failed to load module "canberra-gtk-module"
[09:36] <pitti> and that one, but I have got that for months
[09:37] <seb128> pitti, dpkg -l | grep gnome-themes-standard
[09:37] <pitti> ii  gnome-themes-standard                 3.1.2.1-0build1
[09:37] <seb128> hum ok, dunno then
[09:38] <pitti> no biggie for now
[09:38] <pitti> if it works in general, that's fine
[09:38] <pitti> but back to the original question, how does nautilus crash?
[09:38] <seb128> well maybe it works only for me because of a local install or something but let's see
[09:38] <pitti> it's running all the time here, but I guess the reporters tried to do something particular?
[09:39] <seb128> bug #799004
[09:39] <ubot2> Launchpad bug 799004 in nautilus "nautilus crashed with SIGSEGV in gtk_icon_info_load_symbolic() (dup-of: 799007)" [Undecided,New] https://launchpad.net/bugs/799004
[09:39] <ubot2> Launchpad bug 799007 in nautilus "nautilus crashed with SIGSEGV in gtk_icon_info_load_symbolic()" [Undecided,Confirmed] https://launchpad.net/bugs/799007
[09:40] <pitti> seb128: that might happen for people who changed their icon theme in natty or earler?
[09:40] <pitti> seb128: we should perhaps install g-i-t-full on upgrade
[09:41] <seb128> pitti, dunno, but that makes me uncomfortable, because having no icon theme is also what happens when g-s-d has an issue
[09:41] <seb128> which is happening often nowadays
[09:41] <seb128> especially since each cycle they bundle extra features to it and that any bug to any of the code it loads bring it down
[09:42] <seb128>  
[09:42] <seb128> let me check the retracers
[09:43] <seb128> hum
[09:43] <seb128> ERROR: connecting to Launchpad failed: __init__() got an unexpected keyword argument 'disable_ssl_certificate_validation'
[09:44] <seb128> wth?
[09:45] <pitti> wasn't that the httplib issue?
[09:45] <pitti> I noticed another oneiric upload which was supposed to fix it
[09:45] <pitti> so perhaps now we musnt't downgrade any more?
[09:45] <lifeless> it is, yes.
[09:45] <seb128> pitti, why would the natty version stop working?
[09:46] <pitti> seb128: as I said, there was another launchpadlib-ish upload which was supposed to work with current httplib; perhaps that stopped working with natty's httplbi?
[09:46] <seb128> let me try to upgrade
[10:06] <fta2> pitti, seb128: the python-httplib2 has been fixed in lazr, but you need to unpin python-httplib for it to work (otherwise you get another error)
[10:06] <seb128> fta2, right, that's we just did ;-)
[10:06] <seb128> fta2, right, that's what we just did ;-)
[10:17] <seb128> pitti, ok, the retracers are running and working
[10:17] <seb128> the nautilus stacktrace has its icon value optimized though so no luck for getting the name from it
[10:20] <rodrigo_> need to reboot, bbiab
[10:35] <pitti> fta2: FYI, apport fixed for multiarch in trunk; I'll do an oneiric upload now to push out the fixes
[10:35] <fta2> pitti, \o/ thanks
[10:43] <ogra_> pitti, seb128, do we plan to go on shipping gnome-user-guide even if we are not using the shell ?
[10:43] <pitti> gnome-user-docs now also has unity documentation
[10:44] <ogra_> hrm
[10:44] <ogra_> k
[10:44]  * ogra_ wonders what to do on arm then
[10:44] <ogra_> upgrading it makes dpkg go stuck for 20min here
[10:45] <ogra_> too many files for slow SD cards
[10:47] <seb128> get a better SD card? ;-)
[10:48] <pitti> run with eatmydata?
[10:48] <pitti> that's what makes dpkg suck mostly
[10:48] <pitti> (the syncs)
[10:49] <pitti> or --force-unsafe-io
[10:51] <ogra_> hmm
[10:51] <cassidy> seb128, hey! Any progress on the libcheese dep front?
[10:53] <seb128> cassidy, not really, I guess it will be ok but we need to get several libraries promoted and to sort cheese depending on camerabin which is not in gst good
[10:54] <cassidy> just because of code maturity or... ?
[10:54] <seb128> dunno, I just noticed when Debian did the cheese update
[10:54] <seb128> but that's something we need to sort, I didn't have time to check yet
[10:55] <cassidy> k
[11:06] <seb128> vish, hi, I just noticed your bug about the nautilus sidebars ordering, did you open an upstream bug about that?
[11:09] <vish> seb128: hi, there is a bug about it upstream, someone else has filed it, but i wouldnt expect much changes there. , was hoping to get some input from our design team .. they seem to prefer the current layout for their user-base … i can link it
[11:10] <seb128> vish, ok, I was wondering how those design bug work
[11:10] <vish> they seem to prefer - (is the upstream)
[11:10] <seb128> vish, the bug is "fix commited" but has no nautilus component nor recommendation on what the order should be
[11:10] <seb128> speaking about the launchpad bug
[11:10]  * vish checks
[11:10] <seb128> lp #792871
[11:10] <ubot2> Launchpad bug 792871 in ayatana-design "Update Nautilus Sidebar ordering" [Low,Fix committed] https://launchpad.net/bugs/792871
[11:11] <seb128> which confuses me a bit on what is wanted ;-) or why the bug is "fix commited"
[11:11] <seb128> it doesn't seem it's set to be worked
[11:12] <vish> seb128: hmm, yea, i think they might have an internal document, which is yet to be public?
[11:12] <seb128> could be
[11:12] <seb128> I just crossed the bug, I guess I will wait for somebody to open a bug against nautilus with some recommendation
[11:13] <vish> yea, maybe it's still in chinstrap atm..
[11:13] <seb128> ok thanks
[11:13] <vish> np.. thx
[11:18] <mvo> alex3f: hey, just FYI there is some interesst to write a dummay install backend for software-center. so if you have any plans in this direction we should coordinate :) but I guess you go straight to the PK version, right?
[11:19] <alex3f> mvo: hi, thanks for the heads up
[11:19] <alex3f> yes, my plan is to go directly to the PK
[11:19] <alex3f> but I'm interested in the dummy
[11:20] <mvo> great, that means no duplication of effort then
[11:20] <alex3f> especially the backend selection part (maybe env) and testing
[11:20] <mvo> I think the dummy one will help a lot with additional tests and such
[11:20] <mvo> plus interactive experiments with the GUI
[11:20] <alex3f> cool
[11:21] <alex3f> great, who's doing the dummy backend?
[11:21] <mvo> alex3f: aaron peachey said he would look into it
[11:21] <alex3f> I'm watching s-c branches, I'll notice it :)
[11:22] <mvo> alex3f: he did some great work on the backend for the reviews and wrote a dummy version there too
[11:22] <mvo> alex3f: :)
[11:22] <alex3f> ah, I know
[12:09] <didrocks> pitti: just tried to size the .pyc files (uncompressed) on the live. It's just 40MB. Maybe we can win at least 10 once compressed if we remove them and recreate them during install?
[12:09] <pitti> didrocks: indeed, cjwatson and I discussed that last week; he's looking into that
[12:10] <didrocks> pitti: oh ok :)
[12:10] <didrocks> that will be a nice win
[12:10] <cjwatson> yeah, it's about 12MB compressed
[12:11] <cjwatson> planning to do that this week
[12:11] <cjwatson> I'm just cleaning up eglibc breakage triggered by pitti's locales changes at the moment ;-)
[12:11] <didrocks> excellent, that would give us back on track for CD size :)
[12:11] <didrocks> cjwatson: he dared doing that to you? :-)
[12:11] <pitti> cjwatson: what? why?
[12:11] <cjwatson> bug 799673
[12:11] <ubot2> Launchpad bug 799673 in eglibc "localedef doesn't know about rupee symbol" [High,In progress] https://launchpad.net/bugs/799673
[12:12] <cjwatson> test-building a couple of backports for that at the moment
[12:12] <pitti> eek
[12:12] <pitti> thanks
[13:29]  * rodrigo_ -> lunch
[13:41] <GunnarHj> pitti, seb128: Hi guys! As regards the rationale for dropping gdm's language chooser, maybe you find this commit message enlightening: http://git.gnome.org/browse/gdm/commit/?id=4c564be4ab862215020d71b1d1caf153e13eef8f ;-)
[13:41] <GunnarHj> Anyway, I made an attempt at reinserting it. The resulting branch builds, but does not run... https://code.launchpad.net/~gunnarhj/gdm/langchooser
[13:41] <GunnarHj> I have kind of given up, so if you think it's worth it to continue, an experienced developer would need to fix the missing bits and make it run. (After that, I would be happy to redo the Ubuntu patches.)
[13:57] <pitti> GunnarHj: hey
[13:58] <pitti> GunnarHj: TBH I don't think we should bother with gdm; we should rather add it to lightdm then
[14:00] <seb128> hey GunnarHj
[14:00] <seb128> right, agreed with pitti there
[14:06] <cyphermox> good morning!
[14:06] <seb128> hey cyphermox, how are you?
[14:07] <pitti> hey cyphermox
[14:07] <cyphermox> good good.
[14:08] <cyphermox> seb128:  and you?
[14:08] <seb128> doing well, thanks ;-)
[14:25] <GunnarHj> pitti, seb128: Ok, then I won't struggle with it any more. Will nudge Robert about the language chooser in LightDM.
[14:31] <seb128> GunnarHj, ok, seems better, will avoid having issues with gdm upstream as well because we change their softwares in a way which doesn't fit their design
[14:33] <GunnarHj> seb128: Yeah, I just wish that their design with respect to i18n wasn't so simplistic.
[15:30] <rodrigo_> seb128, ah, thanks for reassigning the accountsservice bug to kees, was just waiting for him to comment
[15:31] <kenvandine> mterry, you're my hero!  thx for uploading ido! :)
[15:31] <mterry> kenvandine, yw :)  Does that unblock anything I can help with further?
[15:32] <kenvandine> it unblocks one of the telepathy-indicator tasks i have
[15:32] <kenvandine> but i'll do that, thx though!
[15:34] <mterry> kenvandine, are the indicator-* releases coming through from DX alright?  I haven't noticed anything hitting oneiric
[15:34]  * mterry wants the indicator stack in gtk3
[15:35] <kenvandine> mterry, not yet... tedg decided to upgrade to oneiric first
[15:35] <kenvandine> so he could actually build some of them...
[15:35] <kenvandine> tedg, how did that go?
[15:36] <seb128> mterry, \o/
[15:36] <mterry> seb128, hey, seb!
[15:36] <seb128> hey mterry
[15:37] <seb128> mterry, I've nothing specific but maybe check with ted what indicators need work still maybe if you want to get that moving
[15:37] <seb128> mterry, https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-gtk3-gnome3 has a "[ken-vandine] get libindicate-gtk ported to GTK3:", is that still to do ?
[15:37] <seb128> kenvandine, ^
[15:37] <seb128> mterry, I guess you can steal the ido WI from ken and set it to DONE
[15:38] <kenvandine> seb128, the hope is it isn't a todo... tedg was going to figure out a way to either not have it at all or fix the namespace issues
[15:45] <pitti> seb128: do you understand bug 797000?
[15:45] <ubot2> Launchpad bug 797000 in desktop-file-utils "/etc/gnome/defaults.list uses non-existent inode/directory=nautilus-folder-handler.desktop" [High,Triaged] https://launchpad.net/bugs/797000
[15:47] <seb128> pitti, I think it's https://bugzilla.gnome.org/show_bug.cgi?id=653000
[15:47] <ubot2> Gnome bug 653000 in Other Preferences "[info] Default Applications Do Not Persist" [Normal,Unconfirmed]
[15:47] <seb128> pitti, xdg-utils bug
[15:48] <seb128> pitti, but the description is not really clear so I'm not sure
[15:48] <seb128> kenvandine, ok
[15:57] <pitti> kenvandine: for bug 791735, should appmenu-gtk3 be a dependency of something?
[15:57] <ubot2> Launchpad bug 791735 in appmenu-gtk "`menu_proxy_module_load': gedit: undefined symbol: menu_proxy_module_load - appmenu-gtk3 not installed by default" [Medium,Triaged] https://launchpad.net/bugs/791735
[15:58] <kenvandine> pitti, probably indicator-appmenu when it is ported
[15:58] <pitti> kenvandine: to indicator-appmenu perhaps?
[15:58] <kenvandine> i guess it doesn't need porting...
[15:58] <pitti> kenvandine: is that your or mterry's plate?
[15:58] <kenvandine> i haven't looked at it, but i can
[15:58] <pitti> I guess it'd make sense to assign this to whoever will touch it
[15:59] <kenvandine> assign it to me
[15:59] <pitti> kenvandine: ok, done; thanks
[15:59] <kenvandine> thx
[16:04] <seb128> rodrigo_, do you know if we will needs cups-pk-helper if we use s-c-p instead of the control-center panel this cycle? (if we need it we should write a mir)
[16:05] <seb128> kenvandine, TheMuso: do you have any opinion on bug #790608
[16:05] <ubot2> Launchpad bug 790608 in libcanberra "libcanberra needs to depend on sound-theme-freedesktop" [Medium,Confirmed] https://launchpad.net/bugs/790608
[16:05] <rodrigo_> seb128, hmm, did s-c-p need it before?
[16:05] <kenvandine> seb128, not really
[16:05] <seb128> rodrigo_, no, s-c-p doesn't need it I think, but you can't add a printer using g-c-c in oneiric without it
[16:05] <seb128> kenvandine, did you read it?
[16:06] <seb128> kenvandine, TheMuso: basically the kubuntu guys made canberra install the fdo sound theme so we have 2 sound themes on the CD now
[16:06] <rodrigo_> seb128, right, so yes, we probably need it
[16:06] <kenvandine> just the title, but i know very little about the sound theme
[16:06] <seb128> rodrigo_, ok thanks, I keep the workitem for the mir then ;-)
[16:06] <seb128> rodrigo_, well "keep", let it on the spec free to grab by whoever wants to do it
[16:06] <rodrigo_> seb128, ok, let me know if you need me to do something
[16:06] <rodrigo_> ah, ok :)
[16:06] <seb128> rodrigo_, if you want to write the mir feel free
[16:07] <rodrigo_> I'll look at it as soon as I finish the couple g-c-c tasks I'm working on
[16:07] <seb128> rodrigo_, no hurry, finish what you are working on
[16:07] <seb128> rodrigo_, thanks
[16:07] <rodrigo_> ok :)
[16:07] <seb128> kenvandine, ok, let's wait to see if TheMuso has an opinion on that
[16:37] <pierce1> so, when I try to do an apt-get update after adding the gnome3-team ppa, I get --  W: Failed to fetch http://ppa.launchpad.net/ubuntu-desktop/gnome3-builds/ubuntu/dists/natty/main/source/Sources  404  Not Found
[16:38] <pierce1> is it broken with now, or did I mess something up?
[16:38] <micahg> pierce1: that's not the right PPA
[16:38] <pitti> rodrigo_, seb128: I thought we wanted to use s-c-p and its GUI in oneiric, instead of the trimmed down g-c-c one?
[16:38] <pierce1> my updates stopped working, so I removed all ppas, then tried adding the gnome3 ppa back, and now I'm getting 404
[16:38] <pitti> we shouldn't have both IMHO
[16:38] <rodrigo_> pitti, yes, we are
[16:39] <pierce1> micahg: what is the current recommended ppa for gnome 3?
[16:39] <rodrigo_> pitti, but I'm looking at having g-c-c panel and call s-c-p for adding and configuring printers, as embedding it in g-c-c looks horrible
[16:40] <pitti> rodrigo_: in the worst case, it could spawn the external s-c-p GUI?
[16:40] <rodrigo_> yes, that's what I'm working on
[16:40] <pitti> rodrigo_: we'll probably need that for at least some parts anyway (u1 control center, etc.)
[16:41] <rodrigo_> to call s-c-p from u1?
[16:41] <pierce1> micahg: the one I am using now is the one I had working back a couple months ago, and all other PPAs I could find looked older
[16:41] <pitti> rodrigo_: u1-control-panel, sorry
[16:41] <pitti> rodrigo_: no, from g-c-c
[16:41] <rodrigo_> ah, ok
[16:42] <rodrigo_> but u1 has an indicator, right?
[16:43] <dobey> no
[16:43] <micahg> pierce1: AFAIK, https://launchpad.net/~gnome3-team/+archive/gnome3
[16:43] <pitti> rodrigo_: I don't think so
[16:43] <dobey> well we have a launcher
[16:43] <seb128> u1 will have a sync indicator
[16:43] <pitti> rodrigo_: you launch it from the messaging menu usually
[16:43] <seb128> but probably not this cycle
[16:43] <seb128> no?
[16:43] <rodrigo_> ok, so it can have the control panel there, right?
[16:43] <seb128> or I got confused with things from previous cycle
[16:43] <pitti> it does
[16:43] <rodrigo_> no need to embed it in g-c-c, that is
[16:43] <pitti> but we also have language-selector, jockey, software-properties, and whatnot
[16:44] <seb128> well those can stay standalone
[16:44] <rodrigo_> all will look horrible embedded
[16:44] <seb128> if needed
[16:44] <pitti> my preferred solution would be to get rid of the g-c-c shell altogether and keep them all standalone really
[16:44] <rodrigo_> so yeah, spa¡wning a separate window for those might work
[16:44] <pitti> and provide a unity lens or similar for it instead
[16:44] <pitti> pretty much what we used to have with the system menu
[16:44] <seb128> pitti, getting ride of the g-c-c shell? why?
[16:44] <pitti> seb128: do you like it?
[16:44] <rodrigo_> pitti, then the g-c-c panels won't be availabel
[16:44] <seb128> pitti, like all the upstream capplet are integrated with it
[16:45] <pitti> I liked the system -> prefs one better, also integrated better with non-upstream settings
[16:45] <seb128> pitti, not especially but it got quite some work and design work so I guess some people think it's better ;-)
[16:46] <dobey> rodrigo_: can't you launch the g-c-c shell with a specific module already opened? like gnome-control-center --capplet=display or something?
[16:46] <seb128> you can
[16:46] <rodrigo_> dobey, yes
[16:47] <dobey> i guess you can't hide the "go back" and other bits of the shell though
[16:47] <pitti> that's what the capplet menu entries do
[16:47] <pitti> well menu -> .desktop files (whcih unity displays)
[16:48] <rodrigo_> dobey, right, you can't hide that
[16:49] <rodrigo_> pitti, what I don't like about the system menu is that it was overloaded with lots of stuff
[16:49] <rodrigo_> so if we go that way, there should at least be some categories
[16:52] <seb128> having a lens to list those capplets and the shell would give you both
[16:53] <seb128> then anyone is free to pick what they like
[16:58] <pitti> good night everyone! time for Taekwondo
[17:06] <chrisccoulson> isn't there any good documentation for using libindicate?
[17:06] <chrisccoulson> the reference documentation shipped with it isn't useful at all
[17:09] <mterry> ahem, is anyone else seeing crazy unity-panel-service crashes?  I'm assuming my ido upload broke things?
[17:10] <seb128> kenvandine, mterry, tedg: can we get https://code.launchpad.net/~ken-vandine/indicator-me/gsettings/+merge/58065 merged?
[17:10] <seb128> mterry, I don't but I didn't get your update yet
[17:15] <mterry> seb128, well, don't update  :)
[17:15] <seb128> mterry, the binary are in the NEW queue so I will keep them there
[17:16] <seb128> mterry, or do you want me to reject them?
[17:16] <mterry> seb128, not yet
[17:16] <seb128> ok, I keep them there for now
[17:16] <mterry> seb128, not sure what's going on here.  can't seem to get gdb to catch an issue
[17:17] <kenvandine> seb128, i think indicator-me is going away
[17:18] <seb128> kenvandine, can we merge that anyway and get a tarball in oneiric for the time it's still used?
[17:24] <kenvandine> seb128, sure
[17:35] <mterry> seb128, hrm, downgrading libido didn't fix the problem, so false alarm from that end.  but my unity-panel-service is still broken.  still looking
[17:36] <seb128> mterry, does it go down or what?
[17:37] <mterry> seb128, yeah, panel keeps crashing and restarting
[17:37] <mterry> killing the internet connection, which is annoying
[17:38] <seb128> mterry, stacktrace?
[17:38] <mterry> seb128, haven't been able to get one!  gdb isn't giving me anything useful
[17:39] <mterry> no apport report or anything either
[17:39] <seb128> weird
[17:45] <rodrigo_> out for a bit, later all
[17:58] <mterry> seb128, hrm, "just" an accessibility crash with libgail.  turning off a11y fixed it.  will file a bug
[17:58] <seb128> ok
[17:59] <dbarth> .away
[18:15] <Beret> what can I remove in my home directory to have unity give itself a fresh start when i login?
[18:15] <Beret> unity --reset is failing miserably
[18:30] <jibel> mterry, this is bug 798074 , can you confirm it please ?
[18:32] <jibel> mterry, I made it public
[18:32] <mterry> jibel, sure.  I get the same behavior, though I did grab a different stacktrace.  Will comment and point to my stacktrace in case that helps
[18:32] <jibel> mterry, see also bug 798078
[18:32] <ubot2> Launchpad bug 798078 in unity "unity-panel-service crashed with SIGSEGV in g_cclosure_marshal_VOID__PARAM()" [Critical,New] https://launchpad.net/bugs/798078
[18:33] <mterry> I reported bug 799836
[18:33] <ubot2> Launchpad bug 799836 in gtk+2.0 "libgail crash in gail_widget_notify_gtk" [Undecided,New] https://launchpad.net/bugs/799836
[18:34] <mterry> I'll mark mine a dup of 798078
[18:34] <mterry> That's the same trace
[18:35] <jibel> mterry, it seems to happen only on system upgraded from natty but not on fresh installation. That must be some obsolete lib left over after upgrade.
[18:42] <jcastro> kenvandine: hey the -desktop team meetings are today or tomorrow?
[18:43] <kenvandine> jcastro, tomorrow
[18:44] <jcastro> ah, no wonder I can't find your meeting notes
[20:34] <tedg> Is there a reason we're not on libjson-glib 0.13.4?  Or is it just that folks haven't had time to package it yet?
[20:37] <dobey> tedg: you haven't packaged it yet :)
[20:39] <dobey> tedg: and new version isn't in debian yet, i guess
[20:39] <tedg> dobey, Solving it now :-)
[20:39] <tedg> Stupid G_CONST_RETURN
[20:42] <tedg> Anyone know how to suppress this error?  dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[20:43] <james_w> tedg, DEBEMAIL=ted@example.com debuild IIRC
[20:43] <bryceh> tedg, yep
[20:43] <bryceh> tedg, update-maintainer
[20:43] <james_w> or that :-)
[20:43] <tedg> bryceh, I said "suppress" not "fix" ;-)
[20:45] <bryceh> tedg, do you regularly suppress errors rather than fix them?  ;-)
[20:47] <bryceh> tedg, did james_w's suggestion work?
[20:49] <ricotz> hello, speaking of G_CONST_RETURN, i hope someone looks into gstreamer 0.10.35 :)
[20:49] <tedg> bryceh, No, I never suppress, can you sponsor this for me when I'm done?
[20:49] <tedg> bryceh, I didn't try, but I think that only works when doing the dch, right?
[20:49] <tedg> Or maybe with a debuild -us -uc
[20:49] <tedg> 'cause it'd try to sign it wrong.
[20:52] <bryceh> -us just makes it unsigned, pretty sure it won't affect whether that error shows up
[20:53] <tedg> Yeah, but I think that if you have DEBEMAIL=ted@example.com then it'll try to sign with the ted@example.com key and give that error with out it.
[20:55] <bryceh> ah
[20:55] <tedg> Okay, so I've got an updated Bazaar branch with the new version.
[20:55] <tedg> Where do I propose that to be merged?
[20:55] <tedg> Just to lp:ubuntu/json-glib?
[20:55] <tedg> --review ubuntu-desktop?
[20:57] <micahg> the check that's done is if DEBEMAIL has an ubuntu address, it errors if the maintainer doesn't have an Ubuntu address
[21:07] <bryceh> tedg, to propose it getting merged subscribe ubuntu-sponsors to the bug
[21:08] <tedg> bryceh, Hmm, so I need a bug.
[21:09] <tedg> bryceh, Can I make a merge request and make ubuntu-sponsors the approver?
[21:09] <tedg> Will that show up in the patch pilot thingy?
[21:09] <micahg> tedg: that should happen automatically for a merge into lp:ubuntu/foo
[21:09] <bryceh> tedg, I think so lemme check
[21:12] <bryceh> tedg, http://people.canonical.com/~dholbach/packaging-guide/html/udd-sponsorship.html looks like the applicable doc for this case
[21:12] <bryceh> which suggests what micahg's says.
[21:14] <nixterrimus> Hello!  Anybody know if there are GTK+ 3 bindings for Ruby? I'd love to develop for ubuntu in Ruby.
[21:15] <tedg> bryceh, micahg, Cool, thanks.
[21:15] <tedg> Anyone know why dholbach didn't use lp-propose-merge?
[21:16] <tedg> nixterrimus, I believe there is support for GObject Introspection in Ruby, which would provide GTK+ 3 bindings.  I've not used it though.
[21:16] <nixterrimus> Is it ok to continue GTK 2 apps using Ruby?
[21:17] <bryceh> tedg, might want to ask dholbach directly
[21:18] <tedg> nixterrimus, In general yes.  They probably won't be allowed on the default CD with GTK 2.
[21:18] <tedg> nixterrimus, I would expect Ubuntu will continue to ship GTK 2 for quite a while.
[21:18] <nixterrimus> tedg, would ruby be a bad choice for developing an App for the software store right now?
[21:19] <tedg> bryceh, You guys are poor proxies for dholbach ;-)
[21:19] <bryceh> tedg, indeed
[21:19] <tedg> nixterrimus, No, not really.  It's not hugely popular, so it might be more difficult to find tutorials and such, but there are no language requirements.
[21:19] <micahg> I think xubuntu will need GTK 2 until at least 13.04, if you need a reference point :)
[21:20] <nixterrimus> Is Python a better choice then?  I'm a Rails developer by day so Python isn't too much of a stretch
[21:22] <tedg> nixterrimus, For supportability yes.  Most of the Ubuntu specific utilities are written in Python for instance (the installer, apport, etc.)
[21:23] <tedg> nixterrimus, There's also a "Rails Like" GUI builder utility in Python called Quickly.
[21:23] <nixterrimus> tedg, thanks I'll have to check that out
[21:24] <dobey> nixterrimus: you're writing an app to sell in the store, or a foss app to ship in Ubuntu?
[21:24] <nixterrimus> dobey, I'm not sure yet, I'm trying to get to the hello world state.  After that I have lots of ideas
[22:03] <nixterrimus> Does writing a GUI using something other than GTK preclude an app from being included in the Ubuntu Software Center?
[22:13] <stgraber> nixterrimus: nope
[22:13] <nixterrimus> stgaber, so it looks like there's great ruby support for qt.  I could still use that and be included in the software center?
[22:14] <stgraber> nixterrimus: yes, any app that ships with a .desktop file and is in the ubuntu archive will show up in the software center
[22:15] <nixterrimus> stgraber: will using a non-gtk toolkit make the app feel weird? Can it feel totally natural to the user?
[22:17] <stgraber> nixterrimus: I haven't tried running a QT app on gnome in a while. You'd have to try one to see how it looks/feels.
[22:17] <nixterrimus> stgraber: I really appreciate your thoughts- sounds like I have some more research to do