[00:44] <TheMuso> /c/c
[04:15] <lifeless> in maverick
[04:15] <lifeless> why does opening media (photos, movies) close the [usually nautilus] window I was browing from within?
[04:26]  * RAOF doesn't remember that behaviour.
[04:27] <RAOF> Urgh!  Alt-tab muscle memory is hard to unlearn; r600g is not a fan of it.
[04:38] <kklimonda> oh ffs, it's the last time I've tried to write something for Android
[04:38] <kklimonda> Eclipse just OOM'd..
[04:38] <kklimonda> I can only hope that Nokia is going to succeed with Maemo
[04:38] <lifeless> RAOF: it may be 'just me' but it hurts...
[04:39] <RAOF> lifeless: Yeah, it sounds like it.  Running nautilus from gdb doesn't happen to nett a backtrace, does it?
[04:40] <lifeless> oh, thinking a crash?
[04:40] <lifeless> I'll have a fiddle when I'm awake and not flat out
[04:40] <lifeless> the desktop icons don't go away or anything
[04:41] <lifeless> so I was thinking single window closing
[04:44] <RAOF> Mm, yeah.
[04:45] <RAOF> I don't suppose ~/.xsession-eros has anything interesting?\
[04:49] <lifeless> well
[04:49] <lifeless> it has the fspot crash
[04:50] <lifeless> glib.GError: Failed to open file '/usr/share/quickly/icons/quickly48x48.png': No such file or directory
[04:50] <lifeless> (nautilus:2228): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed
[04:50] <lifeless> Traceback (most recent call last):
[04:50] <lifeless>   File "/usr/lib/nautilus/extensions-2.0/python/ubuntudevbar.py", line 59, in get_widget
[04:50] <lifeless>     bar.add_image("/usr/share/quickly/icons/quickly48x48.png", current_template)
[04:50] <lifeless>   File "/usr/lib/nautilus/extensions-2.0/python/ubuntudevbar.py", line 93, in add_image
[04:50] <lifeless>     pixbuf = gtk.gdk.pixbuf_new_from_file(image_name)
[04:50] <lifeless> glib.GError: Failed to open file '/usr/share/quickly/icons/quickly48x48.png': No such file or directory
[04:50] <RAOF> Is the pastebinning of ~/.xsession-errors on the cards?
[04:51] <lifeless> its 500K
[04:51] <lifeless> And I'm at the caribe royale.
[04:51] <lifeless> so no.
[04:51] <RAOF> Why are you still there?
[04:51] <RAOF> Anyway.  Hm.
[04:51] <lifeless> I just got herer.
[04:52] <RAOF> I'd presume nautilus is reasonable enough to not crash when one of it's python extensions backtraces, and the gconf-critical's really aren't.
[04:52] <lifeless> https://wiki.canonical.com/OnlineServices/Sprints/Cassandra-Orlando-2010
[04:52] <lifeless> RAOF: it may be closing its windows though
[04:53] <RAOF> That's not totally unlikely, yeah.
[04:53] <lifeless> trying
[04:53] <RAOF> Hurray empiricism!
[04:54] <lifeless> http://pastebin.com/xpX1uBSY
[04:54] <lifeless> thats the new messages from when I double clicked on an image
[04:54] <lifeless> anyhow
[04:54] <lifeless> midnight
[04:55] <lifeless> ESLEEP
[04:55] <RAOF> GAH!  ALT-TAB!
[04:55] <RAOF> Sleep well.
[04:56] <lifeless> actually
[04:56] <lifeless> nautilus is dying
[04:56] <lifeless> I was thinking the panels were disappearing/reappearing for a reason
[04:57] <lifeless> like a 'style' reason
[04:57] <lifeless> but *boom* would explain it.
[04:57] <RAOF> Heh.
[06:42] <kklimonda> now that's not fair - all CouchDB APIs return JsonObjects.. but one..
[06:42] <kklimonda> and if now I've found one I'll probably found another..
[06:47] <kklimonda> apparently dynamic languages root your brain :/
[06:59] <pitti> Good morning
[06:59] <TheMuso> He pitti.
[07:00] <kklimonda> hey pitti
[07:00] <pitti> hey guys, how are you?
[07:02] <kklimonda> having fun trying to fit square into an oval hole.. but fine nonetheless :)
[07:02] <TheMuso> lol
[07:07] <nigelb> kklimonda: that's what you call fun? :p
[07:10] <kklimonda> I think I'm going to cheat and enclose all arrays into a dummy object..
[07:11] <kklimonda> nigelb: well, either it's fun or I'm a closet masochist.. it's better be fun! ;)
[07:14] <nigelb> haha
[08:40] <kklimonda> 36 files changed, 1381 insertions(+), 5418 deletions(-) now that's what I call a job well done ;)
[08:41] <pitti> kklimonda: nice cleanup :)
[08:45] <didrocks> nice :)
[08:59] <didrocks> ogra: hey
[08:59] <didrocks> ogra: how are you?
[09:02] <rodrigo_> morning
[09:05] <didrocks> good morning rodrigo_, how was your week-end?
[09:05] <rodrigo_> hi didrocks
[09:05] <rodrigo_> didrocks, fine, and yours?
[09:05] <pitti> mvo: good morning
[09:06] <pitti> mvo: WDYT about enabling compressed apt indexes by default in natty? I'm currently preparing an apt upload for some apt-changelog updates
[09:07] <didrocks> rodrigo_: was good and relaxing after a very busy week! :)
[09:07] <rodrigo_> didrocks, yeah :)
[09:09] <kklimonda> rodrigo_: ola
[09:09] <mvo> pitti: I have no strong opinion, I would be inclined to leave them off by default as most people probably don't mind the additional space, but OTOH on a modern system the additional CPU will not hurt either (might be a issue on arm though). not everything is using the binary cache, some tools explicitely force building the index in memory (for savety when running as non-root to avoid that the bin-cache gets rebuild while running)
[09:09] <rodrigo_> hi kklimonda
[09:10] <kklimonda> rodrigo_: you can pull git branch - I'm done with it :P
[09:10] <pitti> mvo: okay; then I'll remove the work item from the spec
[09:10] <rodrigo_> kklimonda, ok, cool!
[09:10] <seb128> hey
[09:10] <mvo> pitti: ok
[09:10] <kklimonda> rodrigo_: now the boring part - testing and writing documentation :)
[09:11] <pitti> mvo: do we still need to have srcpkgcache.bin by default?
[09:11] <rodrigo_> kklimonda, right, but I can merge your branch first, if you want, or do you want to keep working and have it merged when it's all done?
[09:12] <kklimonda> rodrigo_: I think it's at the point where, if you like it, it should be merged
[09:12] <rodrigo_> kklimonda, ok
[09:14] <mvo> pitti: yes, I need to talk to david about it, he had some concerns
[09:14] <mvo> pitti: but I forgot what they were :/
[09:14] <pitti> mvo: do you know what it's used for? I never saw any difference without it
[09:14] <pitti> ah, ok
[09:15] <mvo> pitti: I think him, we have a different understanding (david and me) if its important or not, need to figure out who is right
[09:18] <pitti> mvo: btw, we didn't notice a significant performance impact on arm with compressed indexes; it takes just as long to read five times the data from disk
[09:19] <mvo> pitti: heh :) that is interessting
[09:19] <pitti> (hence my proposal to turn it on by default)
[09:20] <mvo> pitti: right, that was/is my only concern, that it slows down things on slow-cpu systems. if that is not the case I'm fine turing it on
[09:20] <pitti> mvo: it's just a configuration option, so it can still be removed if necessary
[09:20] <mvo> we could do it and see if someone actually finds a case where it makes a difference
[09:20] <mvo> yeah
[09:20] <pitti> mvo: we could give it a try, it's not hard to revert?
[09:20] <mvo> sounds good
[09:20] <pitti> mvo: would you prefer shipping a new explicit configuration file, or turn on the internal default?
[09:20] <mvo> lets do it
[09:21] <mvo> just turn the internal default
[09:21] <pitti> my gut feeling is the latter
[09:21] <pitti> right
[09:31] <mvo> pitti: about apt-changelog, the longer term plan is to get that properly into apt-get as c++ (just fyi). but for now the script is fine of course :)
[09:32] <pitti> mvo: right; I'd like to keep the script until the implementation settles, as it's easier to change
[09:32] <pitti> mvo: now it's working for Debian as well, FYI :)
[09:32] <mvo> pitti: yeah, I noticed the commit :)
[09:34] <pitti> mvo: I'm going to propose a merge request for Debian trunk to fix the test cases to get along with a changed internal default
[09:34] <pitti> mvo: would you also like an MP for enabling gzip indexes by default for Debian?
[09:35] <mvo> pitti: hm, that would only be interessting for experimental at this point
[09:35] <mvo> pitti: because of the debian release cycle
[09:35] <pitti> *nod*
[09:35] <pitti> mvo: not urgent from my side; I can propose it after squeeze
[09:36] <mvo> ok
[09:36] <mvo> that sounds good
[09:36]  * pitti hugs mvo, thanks
[09:36] <mvo> cheers
[09:36] <mvo> !
[09:36]  * mvo hugs pitti back
[09:41] <geser> does someone know why some of my panel applets don't appear in my panel anymore in natty? do they need porting to the new libpanel-applet-3-0?
[09:42] <pitti> mvo: ok, sent
[10:00] <seb128> geser, no, there is a compatibility loader
[10:00] <seb128> geser, which ones?
[10:01] <geser> I'm missing netspeed, the tomboy applet and the session-applet in my panel
[10:02] <geser> or I'm missing a package for that compatibility loader?
[10:03] <seb128> can you add them back?
[10:05] <geser> I don't have them in the "Add to panel" dialog
[10:05] <geser> do I need gnome-panel-bonobo installed for it?
[10:08] <pitti> seb128: bonjour! had a nice weekend?
[10:10] <geser> seb128: it's was the missing "gnome-panel-bonobo". Perhaps I should re-think to install recommends by default again.
[10:10] <seb128> geser, ok, makes sense
[10:11] <seb128> pitti, guten tag, yes it was excellent
[10:11] <seb128> pitti, how was yours?
[10:11] <pitti> we had marvellous weather, so I went for some bicycling again, and seeing family
[10:11] <seb128> great
[10:11] <pitti> it was 20 degrees, like spring :)
[10:12] <seb128> it's not cold there but rainy often
[10:12] <rodrigo_> hey seb128
[10:12] <seb128> hey rodrigo_
[10:12] <pitti> seb128: since natty opening URLs from terminals takes ages and hangs the terminal for some 10 seconds; do you have that as well?
[10:12] <pitti> or did I break something locally?
[10:12] <pitti> (could be a firefox bug, too)
[10:13] <seb128> didn't try from a command line but it's doing the same from GNOME softwares
[10:13] <seb128> xchat-gnome for example
[10:13] <seb128> it could but I didn't upgrade firefox for a while when that started there
[10:13] <seb128> seems rather a bug in the gio call or something
[10:13] <seb128> I didn't have time to debug it really, I copy paste urls rather than clicking on it for some days
[10:14] <didrocks> pitti: confirmed here
[10:14] <pitti> seb128: that's fine, just wanted to know whether it just affects me
[10:14] <pitti> cheers
[10:14] <didrocks> it's gio related I think, I reproduce that in both FF and chromium
[10:20] <geser> I see that too, I got even surprised that I got eog instead of firefox when I clicked on a http link to a png
[10:21] <seb128> rodrigo_, bug #674824
[10:21] <ubot2> Launchpad bug 674824 in gnome-media (Ubuntu) "cant install gnome-media-common: broken dependencies (affects: 1) (heat: 6)" [Low,Invalid] https://launchpad.net/bugs/674824
[10:22] <rodrigo_> seb128, lookinh
[10:23] <rodrigo_> seb128, ah, right, the sound capplet has been moved, so we need to package gnome-media in that PPA
[10:23] <seb128> rodrigo_, you need at least to make your gnome-control-center, conflict,replaces gnome-media
[10:23] <seb128> so people upgrading get gnome-media removed rather than a conflict breaking upgrades
[10:23] <rodrigo_> seb128, well, it just replaces one part of it, so is 'replaces' the right thing to do?
[10:24] <seb128> not really no
[10:24] <seb128> replaces means "you can overwrite files"
[10:24] <rodrigo_> ah, ok
[10:24] <seb128> but if you install the new g-c-c and then remove it you get those files missing
[10:24] <rodrigo_> ok
[10:24] <seb128> it's just meant to be used when a file moved between binaries to avoid conflict
[10:25] <seb128> you need a "breaks: gnome-media-common (<< 2.91)"
[10:25] <seb128> Breaks
[10:25] <seb128> to say that both need to be updated or that gnome-media should be uninstalled
[10:25] <rodrigo_> right
[10:31] <rodrigo_> seb128, so -> http://pastebin.ubuntu.com/532248/ <- is that ok?
[10:31] <seb128> rodrigo_, you need to patch the control.in
[10:32] <rodrigo_> right!
[10:32] <seb128> you should check what files you replace exactly
[10:32] <seb128> I would not be surprised if you rather need a
[10:32] <seb128> Replaces: gnome-media-common, (<< 2.91), gnome-media (<< 2.91)
[10:33] <seb128> Breaks: gnome-media (<<...)
[10:33] <seb128> the Replaces to say files moved between those binaries
[10:33] <seb128> the Breaks to say to upgrade gnome-media
[10:33] <rodrigo_> ok, testing that
[10:34] <seb128> did you check what files moved between sources?
[10:34] <rodrigo_> yes, all of the sound capplet
[10:35] <seb128> ups
[10:35] <seb128> don't ctrl-W in xchat-gnome ;-)
[10:36] <rodrigo_> :)
[10:52] <Zdra> seb128, is there already a package for webkitgtk3 somewhere? is it planned to push in gnome3 ppa?
[10:52] <seb128> not that I know about and yes once we get one
[10:52] <seb128> contributions are welcome ;-)
[10:52] <Zdra> hehe, ok :)
[11:05] <pitti> seb128: FYI, I packaged libnotify 0.7 into the gtk 3 PPA
[11:06] <pitti> seb128: it's a new ABI, so I renamed the source and binary to make it installable in parallel; I guess it'll take some time to switch all rdepends
[11:06] <chrisccoulson> seb128 / pitti / didrocks / geser - the URL handling is broken because of the x-scheme-handler changes in glib
[11:06] <chrisccoulson> see mozilla bug 611953 for part of the fix
[11:06] <seb128> pitti, why not pushing to natty?
[11:06] <ubot2> Mozilla bug 611953 in Shell Integration "GNOME 3.0 readiness" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=611953
[11:06] <chrisccoulson> we need to add x-scheme-handler/http to the firefox desktop file
[11:06] <pitti> seb128: no particular reason, I can do that if you like; it doesn't depend on gtk
[11:06] <seb128> hey chrisccoulson
[11:07] <seb128> thanks
[11:07] <seb128> pitti, well, the cleaner the ppa is the easier we can handle it ;-)
[11:07] <seb128> ideally the stack would land in natty now and the ppa would be a staging for things that need work or testing
[11:07] <pitti> seb128: it will definitively move libnotify-bin to 0.7
[11:08] <pitti> seb128: so far the only package I've seen that needs 0.7 is the 2.91 packagekit-gnome version, but I stayed at 2.32 since it needs other stuff as well
[11:09] <chrisccoulson> seb128 - once i've updated the desktop file for firefox, we need to do a desktop-file-utils update to add the new types to /etc/gnome/defaults.list too
[11:09] <seb128> GNOME 2.9n should depends on it
[11:09] <pitti> seb128: okay, I'll upload it
[11:09] <seb128> chrisccoulson, ok great
[11:09] <seb128> pitti, thanks
[11:09] <chrisccoulson> then it will all start working again :)
[11:11] <seb128> chrisccoulson, ok, that makes sense now
[11:11] <seb128> that's why it opens files as file in applications rather than in firefox
[11:15] <pitti> seb128: FYI, libnotify4 uploaded (in source NEW now)
[11:15] <seb128> pitti, I can review that
[11:15] <pitti> not urgent, I guess
[11:15] <seb128> right, still when I've a free slot
[11:15] <seb128> sorry everybody but I'm going to gnome3 spec spam you today
[11:16] <pitti> don't apologize for doing work :)
[11:16]  * didrocks prepares the "mark all as read" :)
[11:56] <mvo> pitti: I created bzr+ssh://bazaar.launchpad.net/~mvo/apt/apt-get-changelog/ that contains a native implementation of this feature now, it should be fine because the location of the changelogs (changelogs.ubuntu.com and packages.debian.org/changelogs is pretty stable since years)
[11:57] <pitti> mvo: wow, that fast?
[11:57] <pitti> mvo: I had expected lots of trouble, since that'd need to call wget or link to curl, etc?
[11:57] <mvo> pitti: apt as a lot of goodness that I was able to leverage, the diff is relatively small, the harded part is doing all the uri construction :/
[11:58] <nessita> good morning everyone!
[11:59] <pitti> hey nessita
[11:59] <pitti> mvo: we should just be aware that the config option won't be configurable, as you have the entire path
[12:00] <pitti> and my version just the prefix
[12:00] <pitti> mvo: but if that lands within natty, it shouldn't be a problem
[12:00] <nessita> hey pitti!
[12:01] <mvo> pitti: it uses the internal apt download method, so that is fine (no need for wget or curl). about the config> good point, I will make sure to fix it in the merge
[12:07] <rodrigo_> ${source:Version} expands to the upstream version or the package version?
[12:07] <didrocks> good morning nessita
[12:08] <nessita> hey didrocks, how are you?
[12:08] <nessita> rodrigo_: the package source version, afaik
[12:08] <rodrigo_> hi nessita
[12:08] <didrocks> rodrigo_: source:Version is retrieved from debian/changelog
[12:08] <rodrigo_> ok
[12:09] <Zdra> seb128, is there anyone working on gnome-keyring3? :D
[12:09] <didrocks> nessita: so, I had a look at your package, nice work :)
[12:09] <didrocks> nessita: really really small remarks:
[12:10] <didrocks> nessita: there is no need for Uploader: in ubuntu
[12:10] <nessita> didrocks: ah, lintian was complaining if not
[12:10] <didrocks> nessita: oh really? with --pedantic then?
[12:11] <nessita> didrocks: nopes, lintian -i. But I can re check.
[12:11] <nessita> didrocks: what else?
[12:11] <didrocks> ubuntuone-control-panel depends on "python-ubuntuone-control-panel (>= ${source:Version}),". Do you ensure compatibilty or should it be rather (= ${binary:Version}) for both? (same Architecture: all)
[12:12] <didrocks> as both comes from the same source and build on the same architecture, = is safer than >= with no additional issue because of a partial upgrade
[12:12] <nessita> didrocks: it should be binary. Not sure what you mean with "Architecture: all"
[12:12] <nessita> ah
[12:13] <didrocks> and equals please, don't shoot in your feet :)
[12:13] <nessita> didrocks: hum? not sure what that means :-)
[12:13] <didrocks> "= is safer than >="
[12:14] <nessita> yes!
[12:14] <didrocks> :)
[12:14] <didrocks> apart from that, nothing do add
[12:14] <didrocks> I didn't try to build yet though
[12:14] <nessita> awesome
[12:14] <didrocks> nessita: nice work!
[12:14] <nessita> thanks!
[12:14] <didrocks> nessita: this will replace u1preference ?
[12:14] <nessita> didrocks: yes
[12:15] <didrocks> nessita: ok, so I should work based on that for getting my login account and such for oneconf, right?
[12:16] <nessita> didrocks: I think so, yes. But let me give you a few pointers:
[12:16] <nessita> when you need tokens, you will need to call ussoc (ubunut-sso-client) as usual
[12:16]  * didrocks listens :)
[12:16] <pitti> mvo: hm, do we have any debconf integration in s-c at all? when I install xdm from synaptics, I get the fancy debconf-gtk dialog, but in s-c I don't see anything at all
[12:17] <nessita> didrocks: you would need to use u1cp when you want the user to know what Ubuntu One is
[12:17] <didrocks> nessita: but the tokens ensure me that the user have a u1 account (as having a sso account differs from having a u1 account, right?)
[12:17] <nessita> didrocks: if ussoc provides tokens for the 'Ubuntu One' app, then the user has an Ubuntu One account
[12:18] <nessita> didrocks: the u1 control panel will no handle tokens, at least not directly
[12:18] <mvo> pitti: we should have that
[12:18] <mvo> pitti: let me check if something broke
[12:18] <didrocks> nessita: oh ok. I should paste that somewhere when I'll have some time to dive into that :)
[12:18] <didrocks> nessita: of course, I'll spam you with questions as well :)
[12:18] <nessita> didrocks: sure!
[12:19] <nessita> didrocks: I have some feedback about OneConf, when you have some time (can be now if you'd like) I'll share
[12:19] <seb128> Zdra, not yet
[12:20] <nessita> didrocks: not sure how to fix the "Architecture: all", shall I remove it from every binary package but python-ubuntuone-control-panel ?
[12:20] <didrocks> nessita: I'll have time to work on that seriously from A2, so if you don't mind and if that can wait, I would prefer when I'll have time for that :)
[12:20] <nessita> didrocks: sure!
[12:20] <didrocks> nessita: no no, it was just to illustrate that both binary packages will be published in the same time. No action on that
[12:20] <seb128> hey nessita
[12:21] <nessita> didrocks: ok, thanks
[12:21] <nessita> hey seb128, how are you?
[12:21] <didrocks> nessita: yw :)
[12:22] <seb128> nessita, great, thanks, what about you?
[12:23] <nessita> seb128: pretty good :-)
[12:25] <nessita> didrocks: I removed the Uploaders field and now I get no lintian warning, I probably messed up something before :-D
[12:26] <nessita> didrocks: so, changes would be: remove Uploadres, change (>= ${source:Version}) for (= ${binary:Version}), right?
[12:27] <didrocks> nessita: exactly :)
[12:30] <nessita> didrocks: fixed and pushed to the same location
[12:32] <didrocks> nessita: ok, will build and sponsor (ready for natty, isn't it?)
[12:34] <nessita> didrocks: yes sir
[13:00] <didrocks> nessita: oh thinking about that, if that's going to replace u1preferences, should this one got uninstalled on upgrade?
[13:01] <nessita> didrocks: u1preferences is not a separated package, is part of u1client
[13:01] <nessita> didrocks: so we'll just remove the code...
[13:01] <didrocks> nessita: ok, not packaging magic to do then, nice :)
[13:02] <nessita> didrocks: both app will be "live" until we release u1cp (in natty, before freezes and all :-))
[13:03] <didrocks> nessita: u1cp is "released" with this upload, right?
[13:03] <didrocks> or is it something else?
[13:03] <didrocks> (argh, get caught by the exception of "no @ubuntu email adress in the maintainer field and upload has an ubuntu member"
[13:04] <didrocks> let me see if I can bypass the check in the code locally
[13:06] <nessita> didrocks: yes, u1cp is released now, I meat the official release, like when is actually ready to replace u1preferences
[13:06] <didrocks> nessita: ok, just to ensure we were speaking about the same thing, let me try it once I can build it without any checking error :)
[13:09] <nessita> didrocks: sure
[13:11] <didrocks> nessita: do you mind to set ubuntu developers as the maintainer and you as the XSBC-Original-Maintainer as explained in https://wiki.ubuntu.com/DebianMaintainerField#Design ?
[13:13] <fagan> didrocks: im getting a white screen when I start up unity (compiz) and compiz normally works and unity (mutter) worked fine. Is there any big issues that would cause that other than my computer being terrible?
[13:13] <didrocks> fagan: if unity mutter works, that means that you didn't upgrade everything.
[13:13] <nessita> didrocks: on it
[13:13] <didrocks> apt-cache policy unity?
[13:13] <didrocks> nessita: thanks
[13:14] <fagan> didrocks: I meant that unity mutter worked before the upgrade
[13:14] <didrocks> fagan: are you in the desktop session?
[13:15] <fagan> didrocks: nope I still have panel on the desktop session. The netbook session is still the default for unity right?
[13:16] <didrocks> fagan: did you look at this page: https://wiki.ubuntu.com/Unity/InstallationGuide ?
[13:16] <fagan> didrocks: nope I just installed the ppa ill have a look
[13:16] <didrocks> fagan: read that page, it will explains you how to activate unity
[13:17] <fagan> its just the ccsm bit I missed
[13:17] <didrocks> and the desktop session :)
[13:18] <seb128> didrocks, nessita: using XSBC-Original-Maintainer for Ubuntu sources is buggy
[13:18] <didrocks> seb128: how do you deal with it then? When the upload doesn't have an @ubuntu.com adress?
[13:19] <seb128> export DEBEMAIL=random@email.com
[13:19] <devildante> fagan: unity+compiz is very very buggy, fyi ;)
[13:19] <didrocks> seb128: sounds like an hack to me and doesn't respect https://wiki.ubuntu.com/DebianMaintainerField#Design
[13:19] <seb128> didrocks, the source is coming from debian?
[13:19] <nessita> seb128: nopes, from me
[13:20] <didrocks> seb128: nop, but if we have ubuntu changes, it's written that the maintainer should have an @ubuntu address
[13:20] <seb128> ok, so XSBC-Original-Maintainer is not needed
[13:20] <didrocks> which isn't the case
[13:20] <seb128> why do we have ubuntu changes?
[13:20] <seb128> if that's an ubuntu source
[13:20] <didrocks> I think the goal of the versionning is to have it one day in Debian?
[13:21] <seb128> the debian maintainer build failure thing is just stupid
[13:21] <seb128> having an ubuntu source this way is just a valid usecase
[13:21] <seb128> we shouldn't have the mangle the maintainer for our own work there
[13:22] <fagan> yay its working :)
[13:22] <seb128> the mangle -> to mangle
[13:22] <didrocks> well, another solution is to hack Ubuntu.pm to get a "or canonical", but that can be controversial :)
[13:23] <seb128> nessita needs to run for ubuntu membership and use an ubuntu email
[13:23] <seb128> ;-)
[13:23] <didrocks> :)
[13:23] <seb128> well I just set DEBEMAIL to some email@debian.org when I sponsor things for her usually
[13:24] <seb128> I consider it as a bug in the XSBC-Original-Maintainer checker
[13:24] <didrocks> yeah, but seems to violate also the same wiki page :)
[13:24] <seb128> you should have a flag to tell it you know what you are doing
[13:24] <didrocks> but yeah, I don't care enough to argue :)
[13:24] <seb128> no it doesn't?
[13:24] <seb128> the goal is for packages coming from debian
[13:24] <seb128> the wiki doesn't mandate to mangle ubuntu source coming from ubuntu
[13:27] <didrocks> "if a source package is modified relative to Debian (this can be determined automatically by examining the version number)" -> this is what is broken, it should check if it's in debian or not rather. But that's a big hammer for small cases
[13:27] <seb128> didrocks, right, me neither, you can set XSBC-Original-Maintainer or unset DEBEMAIL
[13:27] <nessita> didrocks, seb128: I just read backlog and I'm not sure what to do, other than apply to ubuntu membership (link pliz?)
[13:27] <didrocks> seb128: yeah, i'll unset DEBEMAL
[13:27] <seb128> nessita, that turned to an Ubuntu policy discussion
[13:28] <nessita> heh
[13:28] <seb128> nessita, you don't really need to do anything, but you can apply for ubuntu membership if you want
[13:28] <nessita> seb128: I'd like to, not sure if I gather all the requirements. Is there a list of reqs available?
[13:29] <seb128> nessita, https://wiki.ubuntu.com/Membership
[13:29] <didrocks> ok, because of compiz crashing I couldn't paste the link faster :)
[13:29] <didrocks> it crashes chromium as well, which sounds… ackward
[13:30]  * rodrigo_ -> lunch
[13:30] <didrocks> nessita: btw, is it normal your DEBMAIL/EMAIL is your gmail adress? (the one reported in debian/changelog)
[13:31] <nessita> didrocks: yes, but if you need I can change it. I package more thing ourtide canonical...
[13:31] <didrocks> nessita: no no, I was just wondering :)
[13:32] <nessita> :-)
[13:33] <nessita> things*, outside*. Drinking mate while typing makes my typing suck :-P
[13:33] <didrocks> :)
[13:35] <seb128> nessita, stop drinking at work!
[13:35] <seb128> ;-)
[13:36] <nessita> seb128: why?!?! you're just jealous :-D
[13:36] <didrocks> nessita: no, it's just seb128 never stop drinking. So he's not "drinking at work", but all the day :)
[13:36] <seb128> could be ;-)
[13:36]  * didrocks runs…
[13:36]  * seb128 whip noises
[13:37] <didrocks> nessita: can't start it and seems I have the latest (and greatest of the deps): http://paste.ubuntu.com/532339/
[13:37] <didrocks> seb128: ahah :)
[13:38] <nessita> didrocks: ah! good catch mister! I need to require natty's ubunutone-client
[13:38] <nessita> didrocks: which I'm not sure there is package for
[13:39] <nessita> didrocks: I'll hunt dobey
[13:39] <nessita> or rodrigo_?
[13:39] <didrocks> nessita: doesn't seem as the apt-cache policy seems to show I have the latest in natty
[13:39] <nessita> rodrigo_: any idea who's building the natty packages for u1client?
[13:39] <didrocks> I didn't apt-get update, let me check
[13:39] <nessita> didrocks: yeah, but I don't think anyone packaged latest u1client for natty, since you stole^W borrowed rodrigo_
[13:39] <didrocks> (to refresh apt-cache policy)
[13:40] <didrocks> :)
[13:40] <nessita> didrocks: I'm pretty sure we need a new package for u1client, and I need to add the version to the Requires
[13:40] <didrocks> yeah, checked, there is pending one in maverick-proposed but maverick and natty currently have the same
[13:41] <nessita> yes
[13:41] <nessita> didrocks: I'll get back to you, I'll chase some people first :-)
[13:42] <didrocks> nessita: please do, chase them! :-)
[13:42] <nessita> didrocks: thanks a lot for this catch, I'm running u1 nightlies so this issue didn't come up
[13:42] <seb128> nessita, rodrigo left for lunch
[13:42] <seb128> let's wait for him to be back
[13:43] <nessita> seb128: yes boss!
[13:43] <nessita> :-P
[13:43] <didrocks> nessita: yw, quite hard to catch when you have things moving and no "clean machine" :)
[13:43] <seb128> ;-)
[14:19] <bcurtiswx> has anyone started packaging emapthy 2.32.1?
[14:19] <bcurtiswx> empathy*
[14:23] <mterry> seb128, is there a reason I shouldn't try updating to gtk3-based gedit for natty?  i.e. we're going ahead with the low-hanging fruit (if gedit turns out to be such)?
[14:24] <seb128> mterry, not at all
[14:24] <seb128> mterry, bug #656887 is yours I guess
[14:24] <ubot2> Launchpad bug 656887 in gtksourceview2 (Ubuntu) "requires a new source for GTK3 (affects: 1) (heat: 86)" [Low,Confirmed] https://launchpad.net/bugs/656887
[14:24] <mterry> New source?  :-/
[14:24] <mterry> Oh, for gtksourceview, sure
[14:25] <seb128> mterry, right
[14:25] <seb128> mterry, I think I checked when I opened the bug and they support only one gtk flavor so no way to dual build
[14:26] <seb128> mterry, so new source since we can't drop the gtk2 build easily it has some rdepends
[14:26] <seb128> mterry, btw if you want to do some updates I think gdl and anjuta could be updated
[14:26] <seb128> gdl has only 2 rdepends, anjuta and gtranslator
[14:26] <seb128> gtranslator seems to be pretty much ported to gtk3 in git
[14:27] <mterry> seb128, gdl?
[14:27] <seb128> since anjuta is in universe there should be no issue to upload a gtk3 version
[14:27] <seb128> mterry, libgdl-1-3
[14:28] <seb128> mterry, it's a lib used by anjuta
[14:28] <seb128> I guess you would need to update it first if you update anjuta
[14:28] <mterry> seb128, gotcha, haven't run into it before
[14:28] <seb128> mterry, other "easy target" should be cheese
[14:28] <seb128> mterry, I guess you have enough items, just pick some in those ;-)
[14:29] <seb128> let me know or update the spec though so we don't dup work
[14:30] <mterry> seb128, what happened with launchpad-integration?
[14:30] <seb128> mterry, I just merged it, I'm about to upload
[14:30] <seb128> mterry, I had days off work on thursday and friday so I just picked up on backlog today
[14:31] <kenvandine> seb128, nudge on endorsement :)
[14:31] <mterry> seb128, ah, OK.  Didn't mean to be impatient  :)
[14:31] <seb128> kenvandine, oh right ;-)
[14:31] <kenvandine> seb128, also can you look at ubuntu-geoip again?
[14:31] <kenvandine> lp:~ubuntu-desktop/ubuntu-geoip/ubuntu
[14:31] <seb128> kenvandine, ok
[14:31] <kenvandine> thx
[14:32] <seb128> kenvandine, hey btw, had a nice weekend? ;-)
[14:32] <kenvandine> i sure did
[14:32] <kenvandine> did you?
[14:33] <kenvandine> i managed to play some soccer yesterday, that was fun :)
[14:33] <bcurtiswx> anyone who has a free minute or two, im working on bug #675555, and building gives errors of the following, http://paste.ubuntu.com/532362/  any ideas or tips I can use to figure it out?  or would this be better for -motu ?
[14:33] <ubot2> Launchpad bug 675555 in empathy (Ubuntu) "Empathy SRU maverick 2.32.1 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/675555
[14:34] <seb128> kenvandine, I had a great weekend, didn't play soccer though
[14:34] <devildante> bcurtiswx: it seems the patch isn't working
[14:34] <devildante> bcurtiswx: you should try to fix it
[14:34] <bcurtiswx> devildante, i would be lying if i said i knew where to start fixing it :-X
[14:35] <devildante> lol
[14:35] <bcurtiswx> lieing*
[14:35] <devildante> lying is correct spelling, ya know :p
[14:36] <bcurtiswx> eh, i grew up speaking english and i still can't get it right.. i gave up trying to get it right :P
[14:36] <devildante> lol
[14:36] <bcurtiswx> to-may-toe to-mah-to.. same diff :P
[14:37] <didrocks> seb128: do you think that we will get g-s-d (it handles gnome keybindings right?) to the gsettings version? It's linked to g-c-c for the capplet, isn't it?
[14:38] <bcurtiswx> didrocks, back to the paste, line 57 is the additions of the libindicate but the only other option would be to remove it i  would assume.. and that doesn't seem right to me
[14:38] <bcurtiswx> whoops devildante not didrocks
[14:38] <bcurtiswx> sry
[14:38] <devildante> bcurtiswx: try to look at configure.ac in both original and diff, at lines 57and 597
[14:38] <didrocks> no worry :)
[14:38] <devildante> lol
[14:38] <devildante> (again :p)
[14:39] <bcurtiswx> tab complete fail
[14:39] <bcurtiswx> not my brain this time
[14:40] <devildante> did ssh change in natty? I get a message about how my private ssh key has too much open permissions
[14:43] <jcastro> didrocks: good morning!
[14:43] <jcastro> didrocks: I was wondering what your schedule is like this week?
[14:44] <jcastro> Laney and crew have been slimming down the packaging of banshee
[14:44] <seb128> didrocks, not sure, read the email spam you got from me on the gnome3 spec
[14:44] <seb128> didrocks, or read the whiteboard
[14:44] <jcastro> and check this out: http://people.ubuntu.com/~hyperair/banshee-dep.png
[14:44] <jcastro> seb128: you too ^^^
[14:44] <jcastro> the red boxes are stuff they've removed since UDS that we don't need to ship
[14:44] <jcastro> and blue is pending
[14:45] <hyperair> in addition, the red boxes are the stuff already included in the calculation done in UDS. blue ones weren't included in those calculations
[14:46] <didrocks> seb128: the whiteboard doesn't status on that, hence the fact I wanted to hilight it, because:
[14:46] <didrocks> (jcastro: will be back to you in a second)
[14:46] <seb128> didrocks, status on what?
[14:47] <Laney> hyperair: is the new gdata synced?
[14:47] <didrocks> seb128: compiz needs the gconf backend to read GNOME keybindings if they are in gconf
[14:47] <hyperair> Laney: yes.
[14:47] <seb128> didrocks, well it highlight that it's a update bundled with gnome-control-center gnome-screensaver livgnomekbd
[14:47] <Laney> awe + some
[14:47] <hyperair> Laney: -5, right?
[14:47] <hyperair> Laney: i didn't do it, someone else must have.
[14:47] <didrocks> seb128: I discussed that with smspillaz last week. In fact, the plugins needs to read, but also write them
[14:47] <Laney> looks like directhex did
[14:48] <seb128> didrocks, I don't think we will have a decision on g-s-d before the rally
[14:48] <hyperair> Laney: i guess he did.
[14:48] <Laney>  Depends: cli-common (>= 0.5.1), libmono-corlib2.0-cil (>= 2.6.3), libmono-system2.0-cil (>= 2.6.3)
[14:48] <Laney> mmm slim
[14:48] <jcastro> Laney: over the weekend gabaug mentioned that the only thing that uses libgdata is the youtube extension.
[14:48] <Laney> yeah
[14:48] <jcastro> Laney: tbh it's alot of disk space for one feature
[14:49] <didrocks> seb128: ok, so no support for GNOME keybinding before the rally as well, sounds ok?
[14:49] <Laney> the gdata package itself can be split up further
[14:49] <didrocks> (some for ws switcher and such)
[14:49] <didrocks> same*
[14:49] <seb128> didrocks, let's switch to query it's noisy there
[14:49] <hyperair> Laney: don't the dlls depend on each other?
[14:51] <rodrigo_> nessita, there hasn't been any releases, so I haven't done any new package for natty
[14:51] <rodrigo_> nessita, there should be in the nightlies, not sure if that has natty packages
[14:52] <nessita> rodrigo_: thet is no natty package yet, I've just asked dobey to help us with that. Who used to do the releases?
[14:52] <rodrigo_> nessita, me
[14:53] <nessita> rodrigo_: ah, ok. We'll try to build the package tomorrow, if we need a hand we may ping you :-)
[14:53] <dobey> i think we'll survive
[14:54] <rodrigo_> nessita, yes, dobey knows how to, and he has upload rights also
[14:54] <rodrigo_> but yes, ping me if you need anything from me
[14:54] <nessita> dobey, rodrigo_: thanks
[15:04] <didrocks> Laney: hyperair: did you check the MIR btw?
[15:04] <hyperair> no i didn't
[15:05] <didrocks> I think it's the latest thing before changing the seed
[15:05] <Laney> we need mono -4 first
[15:11] <hyperair> hm
[15:12] <seb128> pitti, libnotify
[15:12] <seb128> DEB_DH_MAKESHLIBS_ARGS_libnotify1 := -V "libnotify1 (>= 0.5.0), libnotify1-gtk2.10"
[15:12] <seb128> pitti, wrong binary name
[15:12] <pitti> seb128: oh, that's obsolete
[15:12] <pitti> it'll get entirely ignored, as there is no such binary
[15:13] <seb128> well you probably want the keep the line for the new soname?
[15:13] <seb128> or use a .symbols
[15:13] <pitti> seb128: unless you know what that libnotify1-gtk2.10 thing was all about, I don't think we need it
[15:13] <pitti> seb128: but a symbols file would be better, yes; I'll upload a followup package
[15:14] <seb128> pitti, I don't, I guess it was a virtual package to match a gtk abi
[15:14] <seb128> gtk loader abi rather
[15:14] <seb128> pitti, but that's not required with the current version
[15:14] <pitti> right, it doesn't use GTK any more apparently
[15:15] <seb128> pitti, ok, source accepted
[15:15] <pitti> seb128: cheers; I'll upload a .symbol-ized version
[15:15] <pitti> thanks for spotting
[15:15] <seb128> thanks
[15:15] <seb128> yw
[15:16] <seb128> pitti, oh, copyright needs an update as well
[15:16] <seb128> pitti, tools/notify-send.c is LGPL as well it seems
[15:17] <seb128> Sat Aug 25 18:08:01 PDT 2007  Christian Hammond <chipx86@chipx86.com>
[15:17] <seb128>         * tools/notify-send.c:
[15:17] <seb128>           - Relicense notify-send under the LGPL in order to keep licensing
[15:17] <pitti> ok, thanks; I guess I'll modify it for DEP5
[15:17] <seb128> pitti, great
[15:17] <kenvandine> pitti, can you look at the ubuntuone-team work items and see why some blueprints aren't showing up?
[15:17] <pitti> I built that package based on lp:ubuntu/libnotify, I hope I'll get an auto-import branch soon, so that I can properly bzrify that
[15:17] <kenvandine> https://blueprints.edge.launchpad.net/ubuntu/+spec/appdevs-ubuntuone-n-apis
[15:17] <kenvandine> that one is showing up
[15:17] <kenvandine> but
[15:18] <kenvandine> https://blueprints.edge.launchpad.net/ubuntu/+spec/other-ubuntuone-n-shares-status-udfs
[15:18] <kenvandine> isn't
[15:20] <kenvandine> oh... maybe she isn't in the team... nm
[15:20] <pitti> kenvandine: presumably because she is only an indirect team member
[15:20] <kenvandine> yeah, so you have to be a direct member right?
[15:21] <pitti> the arm guys changed the code so that transitive members work as well
[15:21] <pitti> but I'm not sure how in particular
[15:21] <kenvandine> ok, i'll make sure they  add all members directly
[15:21] <pitti> kenvandine: ah, add it to recursive_teams dict in natty.cfg
[15:22] <kenvandine> ok
[15:22] <pitti> kenvandine: r195 in lp:launchpad-work-items-tracker
[15:24] <seb128> kenvandine, ubuntu-geoip is gold
[15:24] <seb128> ;-)
[15:24] <seb128> kenvandine, no comment from me, should I sponsor it?
[15:24] <kenvandine> seb128, yes please
[15:24] <kenvandine> then i'll do the mir
[15:25] <kenvandine> pitti, i don't have write perms
[15:25] <pitti> kenvandine: sure; sudo -u platform -i
[15:25] <kenvandine> oh
[15:25] <kenvandine> :)
[15:26] <kenvandine> thx
[15:26] <seb128> kenvandine, oh, one comment, have a watch would be handy ;-)
[15:27] <kenvandine> oh... forgot that one :)
[15:27] <kenvandine> i'll add
[15:29] <seb128> kenvandine, ok, in any case uploaded and wiki comment added for your application as well
[15:30] <kenvandine> ok, cool
[15:30] <kenvandine> wiki comment?
[15:31] <seb128> kenvandine, to support your application
[15:31] <seb128> kenvandine, so you can get proper upload rights ;-)
[15:32] <kenvandine> oh that... thx
[15:32] <kenvandine> :)
[15:32] <seb128> yw
[15:32] <seb128> less work for me over time I'm sure ;-)
[15:32] <lamalex> TheMuso, seb128 can we possibly get at-spi2 into main?
[15:32] <kenvandine> :)
[15:34] <seb128> lamalex, no objection from me, ideally it would become default this cycle, we just need a mir for it
[15:35] <lamalex> seb128, we may need it in unity depending on how I decide to to a11y
[15:36] <seb128> lamalex, you should talk to TheMuso
[15:36] <seb128> we need to settle on one at-spi version at some point
[15:36] <seb128> we can't have both installed
[15:37] <lamalex> he's hard to talk to, being in Australia and all
[15:37] <lamalex> I emailed him this morning (my morning)
[15:38] <seb128> lamalex, right, let's wait for him to reply to the email then
[15:38] <seb128> lamalex, I think the plan of record was to try to get at-spi2 by default this cycle
[15:38] <lamalex> I mean, we should probably move to at-spi2 anyway
[15:38] <seb128> not sure how testing etc is going though
[15:39] <seb128> lamalex, right, TheMuso said at UDS he needed to make sure things work with it and that the speed issues are not a stopper or can be resolved
[15:39] <lamalex> yah
[15:48] <mterry> seb128, whoops, sorry about launchpad-integration ftbfs.  My bad on the last minute vala-0.12 -> vala change, didn't grep for other uses of vala-0.12.  Prepping a new merge
[15:49] <didrocks> (we should do a rule, 1 FTBFS -> 1 beer at UDS/rally)
[15:50] <seb128> mterry, no worry, if you didn't start fixing it yet don't bother I can do it
[15:50] <seb128> didrocks, stop drinking
[15:51] <mterry> :)
[15:51] <didrocks> seb128: I'm following nessita's advice :)
[15:52] <chrisccoulson> hey pitti. do you have time to process a removal? (bug 675587) :)
[15:52] <ubot2> Launchpad bug 675587 in pyxpcom (Ubuntu) "Please remove and blacklist pyxpcom from the archive (affects: 1) (heat: 10)" [Wishlist,Confirmed] https://launchpad.net/bugs/675587
[15:52] <pitti> chrisccoulson: that urgent? yes, can do
[15:52] <nessita> didrocks: what did I do?
[15:52] <chrisccoulson> pitti - it's not really urgent as such, but i'd like to not forget about it? :)
[15:52] <didrocks> nessita: just read two lines above my comment :)
[15:52] <seb128> mterry, did you start on it or should I do it? it's a one liner I guess
[15:53] <mterry> seb128, I did
[15:53] <seb128> ok
[15:53] <mterry> seb128, but it is a one-liner, easier for you to do than me to propose a merge
[15:53] <mterry> seb128, just change debian/liblaunchpad-integration-dev.install
[15:53] <nessita> didrocks: :-)
[15:53] <mterry> to not have the -0.12 suffix
[15:53] <seb128> mterry, ok, what I though, thanks
[15:53] <seb128> will do that now
[15:53]  * nessita will messed up the desktop team with the drinking
[15:54] <nessita> mess*
[15:55] <mterry> tedg, did you see the indicator-applet dbus merge?  Not sure if you got my IRC ping last week
[15:55] <pitti> chrisccoulson: done
[15:55] <chrisccoulson> pitti - excellent, thanks
[15:56] <tedg> mterry, Yeah, I did.  I hadn't had a chance to go through it though.
[15:56] <mterry> np
[15:56] <tedg> mterry, Is the new GNOME panel in the Maverick GNOME 3 PPA?
[15:56] <mterry> no rush, just didn't want it to get lost.  not everyone seems to get merge emails
[15:56]  * tedg is worried about "going beta" early this cycle.
[15:57] <mterry> tedg, the new panel is in natty
[15:57] <seb128> tedg, no, we didn't start backporting the application stack and not sure we want
[15:57] <seb128> it's quite some work to get right and we don't have cycles to waste
[15:59] <mterry> seb128, wait a sec on that change
[15:59] <seb128> mterry, the lpi one?
[15:59] <kenvandine> seb128, ted made releases dbusmenu and libindicator for the gtk3 transition, what should be done with the packaging?  soname bump and build-depends, anything else?
[15:59] <mterry> seb128, yeah...  I did a build just to be sure, and it failed to find /usr/share/vala as well.  something's odd
[16:00] <seb128> mterry, ok, I'm installing the build-depends I was lacking as well there
[16:00] <seb128> been lazy the first time
[16:01] <seb128> kenvandine, do they build both versions?
[16:01] <seb128> or is that a new source?
[16:02] <kenvandine> i actually haven't looked at it yet, i assumed just for gtk3
[16:02] <kenvandine> not new source
[16:02] <seb128> ok, hold that off
[16:02] <kenvandine> tedg, ^^
[16:02] <kenvandine> it is blocking all of tedg's other packages :)
[16:02] <seb128> it's not going to trivial work
[16:02] <seb128> to be trivial work
[16:02] <seb128> why?
[16:03] <seb128> tedg, there?
[16:03] <kenvandine> api changes, i guess... tedg ^^
[16:03] <kenvandine> he didn't really explain, just that he couldn't do other releases until we got these done
[16:04] <seb128> kenvandine, the configure allows to select the gtk version at build time right?
[16:04] <seb128> can we build with gtk2 for now? is that enough to unblock other tarballs?
[16:05] <kenvandine> i am grabbing the source now
[16:05] <seb128> ok
[16:05] <tedg> seb128, There's a soname bump to get reserveds back.
[16:05] <seb128> let me do that as well
[16:05] <tedg> We need the .pc files to start building the other libs on GTK3
[16:05] <tedg> So I'd like to get the package sets figured out so that we can start building up the stack.
[16:06] <seb128> ok, so you build both versions?
[16:06] <tedg> I don't, I thought packaging was going to do that.
[16:06] <seb128> well, configure allows to specify which one to build? and they don't conflict?
[16:06] <tedg> So once with "configure --with-gtk=2" and once with "configure --with-gtk=3"
[16:06] <seb128> like you namespaced the .pc .h etc
[16:07] <asac> Riddell: why do we have libqtwebkit 2.0 in maverick? i am told qt 4.7 came with 2.1 ?
[16:07] <seb128> or directories
[16:07] <tedg> I think so, but it's really hard to verify :-/
[16:07] <tedg> To be fair, mterry did all the work.
[16:07] <kenvandine> hehe
[16:07] <Riddell> asac: you're told wrong, Qt 4.7 came with QtWebKit 2.0, QtWebKit 2.1 is still in development
[16:07] <asac> heh nice
[16:08]  * mterry reads back
[16:08] <kenvandine> doesn't seem to let you choose both
[16:08] <mterry> tedg, seb128, kenvandine: Yeah, for dbusmenu and friends, there are namespaced pc files and such.  I did that stuff a while ago, though, so I'm hazy on details.  But they are *supposed* to be dual-buildable
[16:08] <kenvandine> so we would have to do multiple passes
[16:08] <seb128> kenvandine, well, we need 2 builds one for each gtk
[16:09] <kenvandine> yeha
[16:09] <seb128> similar to what mterry did for lpi
[16:09] <asac> Riddell: you are right ;) ... thanks
[16:09] <seb128> launchpad-integration
[16:09]  * kenvandine remembers how much from that was with python-indicate
[16:09] <seb128> kenvandine, mterry, tedg: ok, the real question is:
[16:09] <kenvandine> s/from/fun
[16:09] <seb128> - do we need to have all indicators on the same gtk version
[16:09] <seb128> and
[16:09] <seb128> - do we need to have the applet using the same gtk version than the indicators
[16:10] <kenvandine> i really hope the answer to number 2 is no
[16:10] <seb128> ideally the reply to both would be no, but I guess really world is not like that ;-)
[16:10] <mterry> seb128, I remember tedg saying that all libindicate rdepends need to be ported at the same time (like, 2 or 3), but as long as libappindicate and such were dual-installable, indicators could be ported lazily
[16:10] <tedg> seb128, Yes, but we take care of that by making two directories.
[16:11] <tedg> XFCE applet will be GTK2, and Unity/indicator-applet will be GTK3.
[16:11] <tedg> So we'll need to dual build all of the indicator's .so
[16:11] <kenvandine> ok
[16:11] <rodrigo_> seb128, hmm, if they are loaded in process, mixing GTK2 and 3 is buggy
[16:11] <tedg> Applications should be fine with libappindicator though.
[16:11] <tedg> They can choose which one, the only issue is the stuff we write.
[16:11]  * tedg loves his use of "only" there :)
[16:12] <seb128> tedg, well question 2 is the important one
[16:12] <kenvandine> hehe
[16:12] <seb128> tedg, I don't think we have a gtk3 applet yet and I'm not sure we will be able this cycle
[16:12] <mterry> seb128, (re: lpi, continue with that one-line change.  I just had to autoreconf  to make the change I did in lib/Makefile.am move to lib/Makefile.in)
[16:12] <seb128> so can we keep the applet on gtk2?
[16:13] <seb128> mterry, ok thanks
[16:13] <tedg> seb128, Well, I think that Unity will need to be GTK3....
[16:13] <tedg> njpatel, ^
[16:14] <kenvandine> tedg, but that isn't going to be an applet
[16:14] <njpatel> unity compiz plugin will be gtk3
[16:14] <njpatel> but the panel service can be gtk2 or gtk3
[16:14] <njpatel> (panel service actually loads the indicators)
[16:15] <kenvandine> i would think that could be gtk3 and indicator-applet still be gtk2
[16:15] <tedg> kenvandine, Yes, we could.
[16:15] <seb128> kenvandine, well that means each indicator would have to be built twice
[16:16] <seb128> one for unity and one for GNOME or xfce
[16:16] <tedg> I guess the question is: Do we need to have GTK3 indicator .so's?
[16:16] <tedg> If we're going to use the GNOME 3 panel, we do AFAIK
[16:16] <kenvandine> why?  the indicators themselves don't depend on gtk do they?
[16:16] <tedg> kenvandine, The .so's do.
[16:16] <kenvandine> ugh
[16:16] <seb128> tedg, vuntz said gnome-panel will be able to load gtk2 applets
[16:16] <seb128> gtk2 and gtk3
[16:17] <seb128> he has a trick to make that work apparently
[16:17] <tedg> Is there going to be a libpanel for gtk2?
[16:17] <seb128> I guess there will be one to make that work
[16:18] <dobey> i would imagine it would be an external process that used ~current libpanel-applet
[16:18] <seb128> ok, so let's go back step by step
[16:18] <tedg> Ah, that would mean that indicator-applet would still link to Bonobo....
[16:18] <seb128> tedg, can we do the dbusmenu and libindicate update built with gtk2 to unblock other  updates?
[16:19] <njpatel> seb128, why once for unity?
[16:19] <seb128> like package the new version with gtk2 and get going?
[16:19] <tedg> seb128, No, really what I need is the package names etc. for the GTK3 migration.
[16:19] <seb128> njpatel, well, "once for gtk3 loaders, once for gtk2 loaders"
[16:19] <tedg> seb128, We need to do GTK3 regardless for libappindicator.
[16:19] <seb128> njpatel, what between unity, gnome-panel and xfce goes in each category is still not determined
[16:20] <tedg> seb128, Though, if we could figure out how to do the GTK2 everything -- I'm happy not doing libindicator.
[16:20] <njpatel> seb128, right, and just remember unity can be a gtk2 or  a gtk3 loader, whatever makes your guy's life easier, as the thing that deals with it is it's own binary/daemon, outside of Unity plugin
[16:20] <seb128> njpatel, ok, that's useful ;-)
[16:20] <seb128> njpatel, thanks
[16:20]  * kenvandine hugs njpatel
[16:21]  * kenvandine misses, falls on face
[16:21] <seb128> lol
[16:21] <seb128> tedg, ok, so let's say we dual build gtk2 and gtk3 version for those
[16:21] <kenvandine> :)
[16:21] <seb128> those being libdbusmenu libindicate
[16:21] <seb128> tedg, can we not port any indicator to gtk3?
[16:22] <seb128> libindicate -> libindicator
[16:22] <kenvandine> would we name the gtk3 build to dbusmenu-gtk3 ?
[16:22] <seb128> kenvandine, we would name the binary to match the library
[16:22] <tedg> seb128, We don't have to port any indicator to GTK 3.  The only reason to do it would be for the loaders.
[16:23] <seb128> tedg, indicators no, applications using libindicator might go gtk3
[16:23] <tedg> seb128, Correct.  But that's different.
[16:23] <tedg> Applications only use libappindicator not libindicator
[16:23] <seb128> ok, so for now I lean toward not porting any indicator
[16:23] <seb128> so we just need a libappindicator dual build?
[16:24] <tedg> Yes, and that one requires libdbusmenu.
[16:24] <tedg> Oh, and libindicate needs to dual build as well.
[16:24] <seb128> I'm fine adding dual build for those 3
[16:24] <tedg> So *need* for applications: libappindicator, libindicate, libdbusmenu
[16:24] <seb128> what I'm trying to understand is what we need to update up the stack once that's done
[16:25] <tedg> Need for loaders: libindicator, all the indicator-* packages
[16:25] <seb128> or rather if we can not update things
[16:25] <rodrigo_> if libappindicator is GTK2, can we link that one to GTK3 apps? I guess not
[16:25] <seb128> tedg, the applications using libappindicators only do dbus right?
[16:25] <tedg> rodrigo_, No, because it'd pull in GTK2 and get symbol conflicts
[16:25] <rodrigo_> right
[16:25] <seb128> tedg, no direct gtk use that force them to be on the same gtk than the service?
[16:26] <tedg> seb128, Correct.
[16:26] <seb128> ok
[16:26] <seb128> so let's dual build those 3 libs and use them nowhere yet
[16:26] <seb128> we will just use libappindicator on gtk3 when required
[16:26] <seb128> but not port any indicator yet
[16:26] <seb128> deal?
[16:26] <seb128> tedg, ^
[16:26] <tedg> Sounds fine to me.
[16:26] <seb128> ok, let's start with that
[16:27] <seb128> kenvandine do you feel like doing that?
[16:27] <kenvandine> i'll do it.... doesn't sound fun though :)
[16:27] <seb128> kenvandine, start with dbusmenu and ping me for review once it's done
[16:27] <kenvandine> yeah
[16:27] <seb128> no it's not :-(
[16:27] <kenvandine> will do
[16:27] <seb128> you can try to use mterry's work from launchpad-integration as inspiration for example
[16:28] <kenvandine> yeah, will do
[16:28] <mterry> I can't take credit from lpi's packaging work. I copied the dual-build logic already there for supporting multiple python versions
[16:29] <seb128> kenvandine, the binary name should just follow the library naming convention, I think mterry patches made things installable in parallel, so it's basically picking the name he picked for the libraries
[16:29] <seb128> likely adding a "3" in the library name
[16:29]  * mterry does love adding 3 to things
[16:29] <seb128> ;-)
[16:29] <kenvandine> :)
[16:29] <seb128> kenvandine, you can switch to dh7 if you think it will make your life easier
[16:29] <mterry> tedg, did I add support for building a gir file?  I don't think I did, but it would have been a neat thing to do
[16:30] <tedg> mterry, It already did, so I think it just made a versioned one.
[16:30] <mterry> hot!
[16:30] <mterry> that sounds familir
[16:30]  * kenvandine grabs some food, bbs
[16:55] <pitti> seb128: libnotify4 fixes uploaded, FTR
[17:02] <seb128> rodrigo_, I already added a comment on the whiteboard about the nautilus gsd depends
[17:02] <rodrigo_> seb128, ah, sorry, didn't see it
[17:02] <seb128> no worry
[17:02] <seb128> I've been editing the whiteboard a lot today ;-)
[17:32] <fta> seb128, chrisccoulson, i see "build webkit with gtk3", what about flash?
[17:32] <seb128> ?
[17:32] <seb128> it's for desktop applications
[17:32] <seb128> empathy for example
[17:33] <chrisccoulson> does epiphany use it?
[17:34] <seb128> well not now, the GNOME 3 version probably will
[17:34] <seb128> fta, the work item is a "build binaries for both gtk2 and gtk3"
[17:35] <fta> for chrom*, upstream says they'll stick to gtk2 because of adobe flash
[17:35] <seb128> fta, it doesn't imply on what applications will use what versions
[17:35] <seb128> the gtk3 build will be useful for desktop softwares
[17:35] <chrisccoulson> fta - doesn't chrome run flash out-of-process?
[17:38] <fta> chrisccoulson, yep, remains to be tested
[17:38] <ari-tczew> could someone from ubuntu desktop review my merge patch? bug 674908
[17:38] <ubot2> Launchpad bug 674908 in meta-gnome2 (Ubuntu) "Merge meta-gnome2 1:2.30+6 (universe) from Debian unstable (main) (affects: 1) (heat: 14)" [Wishlist,Confirmed] https://launchpad.net/bugs/674908
[17:40] <kklimonda> kenvandine: wrt to your problem with json-glib and not knowing the type of return json result - you can use JsonReader which will make it fairly easy to work around that.
[17:40] <kenvandine> kklimonda, yeah i hoped that was the case
[17:40] <kenvandine> i haven't looked at the API yet
[17:40] <kklimonda> kenvandine: you can do something like that: http://pastebin.com/W78U1nda
[17:43] <kklimonda> it's still not very high level and using JsonReader bloats your code a little (as you need two functions to get every value instead of one) but I think it's as good as it can get unless rodrigo_ thinks of something better :)
[17:59] <mterry> seb128, I have a gtksourceview3 package ready.  Should review happen via NEW queue or somewhere else?
[17:59] <seb128> NEW is fine
[17:59] <seb128> I can review it before you upload if you want a first review
[18:00] <mterry> seb128, naw, thanks
[18:00] <mterry> seb128, I already pushed it once you said "NEW is fine" :)
[18:00] <seb128> ok
[18:01] <seb128> mterry, lpi failed to build on !i386
[18:01] <seb128> it's annoying because I've no clue why
[18:01] <seb128> https://launchpad.net/ubuntu/+source/launchpad-integration/0.1.42
[18:02] <pitti> seb128: oh, so upstream g-s-d gave in wrt. xrandr behaviour? nice :)
[18:02] <mterry> pitti, I just uploaded a gtksourceview3 to NEW for ya.  But I just realized I made one change that debian may not make that would create a package name delta...  So don't review it yet.  Maybe I can talk to Debian guys and see what their naming scheme will be for 3.0
[18:03] <seb128> pitti, not really, different upstream decided it was better this way
[18:03] <seb128> mterry, you can ask on #debian-gnome on oftc
[18:03] <pitti> mterry: okay; if that's going to take longer, want me to reject it for now, to avoid another archive admin picking it up? I know Riddell is very thorough in NEW review on Tuesdays
[18:03] <seb128> mterry, I think I will just commit our gtk3 packages to their svn
[18:03] <seb128> so they have a work basis and know what we do and can tweak over that if they want
[18:04] <mterry> pitti, OK, safer that way
[18:04] <mterry> seb128, OK, but still want to pass this by them 'in person'
[18:04]  * mterry hops on #debian-gnome
[18:04] <pitti> mterry: ok, done; you can reupload unmodified (same version number etc.) if it turns out to be okay
[18:05] <seb128> hum, http://launchpadlibrarian.net/59165700/buildlog_ubuntu-natty-i386.gnome-settings-daemon_2.32.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[18:06] <seb128> didrocks, ^ it's your bug :p
[18:06] <seb128> (not sure to understand what's going on though)
[18:06] <pitti> didrocks, seb128: hm, what was the gnome 3 staging PPA again? I want to remove libnotify4
[18:06] <seb128> pitti, https://edge.launchpad.net/~ubuntu-desktop/+archive/gnome3-builds
[18:06] <pitti> seb128: merci
[18:06] <seb128> de rien
[18:07] <seb128> ok, time for sport
[18:07] <seb128> mterry, if you want to investigate the lpi build issue you are welcome
[18:07] <seb128> didrocks, same for you
[18:07] <seb128> on the gnome-settings-daemon one
[18:07] <didrocks> seb128: not today, but tomorrow
[18:08] <seb128> didrocks, ok, I might try to figure what is wrong as well
[18:08] <seb128> gnome-update-wallpaper-cache.c:(.text+0x27): undefined reference to `gdk_init'
[18:08] <seb128> but it has pkg-config --cflags --libs glib-2.0 gdk-2.0
[18:08] <didrocks> seb128: i'm about living, I'm fed up with the /opt hack :)
[18:08] <didrocks> side effects and such…
[18:08] <seb128> I'm about to go for sport
[18:08] <seb128> didrocks, enjoy your evening
[18:09] <chrisccoulson> you might get a new firefox version in the archive this evening :)
[18:09] <didrocks> seb128: thanks, you too :)
[18:11] <mterry> seb128, I can look at failure after I eat some lunch
[18:12] <pitti> good night everyone! taekwondo time
[18:12] <seb128> 'night pitti
[18:12] <seb128> time for swimming there
[18:20] <didrocks> good night everyone, sport and then will work a little offline :)
[19:50] <doctormo> bryceh: ping
[19:53] <sense> Isn't 'libgnome2-perl' needed to make Debconf run with a GTK+ GUI? If so, why then was it removed from the desktop seed in natty?
[19:59] <kklimonda> kenvandine: actually JsonReader have json_reader_is_array and json_reader_is_object
[19:59] <kklimonda> and I'm getting a headache from looking at all this Json stuff already..
[20:00] <kklimonda> rodrigo_: ping :)
[20:03] <kenvandine> kklimonda, hehe
[20:58] <doctormo> Can anyone remember the ubuntu irc channel for xorg? got some questions.
[20:59] <chrisccoulson> doctormo, #ubuntu-x ?
[21:01] <doctormo> thanks chrisccoulson
[21:30] <kenvandine> hey robert_ancell
[21:30] <robert_ancell> kenvandine, hey
[21:31] <robert_ancell> kenvandine, how has the gwibber stuff gone?  I noticed some new packaging in lucid
[21:31] <robert_ancell> natty rather
[21:31] <kenvandine> i think great, split into plugins
[21:32] <kenvandine> also think we fixed the facebook problems
[21:32] <kenvandine> just need to get that update out to everyone
[21:32] <robert_ancell> chrisccoulson, can you look at the gnome-screensaver package - I'm not sure if all your patches went upstream
[21:32] <robert_ancell> kenvandine, so what was the fb problem?
[21:32] <chrisccoulson> robert_ancell, yeah, can do, once ff-4.0 is uploaded :)
[21:32] <kenvandine> allocation is API requests + DB queries
[21:33] <robert_ancell> chrisccoulson, heh, of course!
[21:33] <kenvandine> so one of our API requests, which had some nested FQL queries, ended up making 266 million DB queries per day
[21:33] <kenvandine> which is what i have been asking since the beginning, do db queries count in the allocation
[21:34] <seb128> robert_ancell, hey
[21:34] <kenvandine> when you say "API Requests", it sounds like http calls to facebook
[21:34] <robert_ancell> seb128, hey
[21:34] <kenvandine> not how many db queries it ends up being under the covers :)
[21:34] <robert_ancell> kenvandine, yes, exactly.  So was there a cheaper API call to use?
[21:35] <kenvandine> i was able to drop it complete
[21:35] <seb128> robert_ancell, how are you?
[21:35] <seb128> robert_ancell, did you receive my emails last week?
[21:35] <kenvandine> because i had just fixed a bug 2 weeks ago, that made that request useless
[21:35] <ubot2> kenvandine: Error: Bug #2 not found.
[21:36] <kenvandine> haha
[21:36] <kenvandine> there is no bug #2?
[21:36] <ubot2> kenvandine: Error: Bug #2 not found.
[21:36] <kenvandine> :)
[21:36] <kenvandine> robert_ancell, so i just had to back port that fix to lucid and maverick plus drop the api call
[21:37] <robert_ancell> seb128, the libdmapsharing and remmina one?
[21:37] <seb128> robert_ancell, yes
[21:38] <robert_ancell> hmm, they're there but I seem to have skipped over them.  I'll reply now
[21:38] <seb128> robert_ancell, the vinagre and applet one as well
[21:38] <seb128> robert_ancell, ok ;-)
[21:39] <seb128> robert_ancell, btw you updated nautilus, I guess it can't load .so using gtk2?
[21:39] <seb128> robert_ancell, I've updated the gnome3 spec a lot today
[21:39] <robert_ancell> seb128, did you get a reply from debian about the GTK3 packaging naming?
[21:39] <robert_ancell> seb128, ah, I was suprised that the standard plugins worked with nautilus, which one are you talking about?
[21:40] <ari-tczew> hello robert_ancell ! I prepared a first merge to review: bug 674908 . are you able to take a look?
[21:40] <ubot2> Launchpad bug 674908 in meta-gnome2 (Ubuntu) "Merge meta-gnome2 1:2.30+6 (universe) from Debian unstable (main) (affects: 1) (heat: 1422)" [Wishlist,Confirmed] https://launchpad.net/bugs/674908
[21:40] <seb128> robert_ancell, I didn't check the upgrade yet, but things like gdu
[21:40] <seb128> or file-roller
[21:40] <seb128> hum, need to restart my session, brb
[21:44] <seb128> re
[21:44] <robert_ancell> seb128, I couldn't find anything not working with file-roller
[21:44] <seb128> sorry got some issues
[21:44] <seb128> ok, so it loads the .so?
[21:45] <seb128> like right menu on a tar.gz has an extract there?
[21:45] <robert_ancell> seb128, afaict, but it may be silently not doing so
[21:45] <seb128> or right click on a drive icon as a format entry
[21:45] <seb128> has
[21:45] <robert_ancell> yeah, compress shows
[21:45] <seb128> ok great
[21:45] <robert_ancell> (and opens the dialog)
[21:45] <robert_ancell> it must just be a separate app that shares window id
[21:46] <seb128> nautilus is using gtk3 right?
[21:46] <robert_ancell> yes
[21:46] <seb128> you have the "send to"... working as well?
[21:46] <seb128> it will make things easier that I though then
[21:47] <seb128> so we don't have to upgrade all those with nautilus
[21:47] <robert_ancell> yeah
[21:47] <seb128> I'm wondering if the other way around works as well, I will give it a try tomorrow
[21:47] <seb128> loading gtk3 .so with the current nautilus
[21:47] <seb128> I guess it will not work that great this way
[21:48] <robert_ancell> why not? It the plugin system doesn't share binary GTK+ info then it should work just as well
[21:51] <seb128> robert_ancell, right, if they didn't change the interface it should work
[22:07] <rodrigo_> robert_ancell, chrisccoulson: I have been rebasing the g-screensaver patches today
[22:08] <rodrigo_> and pinging mccann about some others
[22:08] <robert_ancell> rodrigo_, cool, thansk
[22:08] <chrisccoulson> thanks
[22:09] <rodrigo_> seb128, the problem, afaik, is if GTK2 and GTK3 are loaded on the same process
[22:10] <seb128> rodrigo_, right, I didn't check what nautilus does
[22:10] <seb128> rodrigo_, I though it would dlopen the .so
[22:10] <rodrigo_> yeah, which is in the same process
[22:10] <seb128> well that wouldn't work then
[22:10] <rodrigo_> afaik, it compiles now with GTK3, so all plugins would need to be GTK3
[22:10] <seb128> but it does work so they must do it differently ;-)
[22:10] <rodrigo_> ah
[22:10] <rodrigo_> they work?
[22:10] <seb128> well robert_ancell says they work
[22:11] <rodrigo_> and is the nautilus package in the PPA compiled with GTK3?
[22:11] <seb128> he can compress files from the context menu etc
[22:11] <seb128> yes, it's 2.91
[22:11] <rodrigo_> hmm
[22:12] <robert_ancell> rodrigo_, yes, been using the PPA version for a few days, haven't seen any problems
[22:12] <seb128> robert_ancell, what naming did I say I would check?
[22:12] <seb128> sorry I dropped that one on the way I think
[22:13] <robert_ancell> seb128, it was libgnomekbd, but generally I think we need to know what to name the gtk3 versions of libraries
[22:13] <seb128> right, we try
[22:13] <seb128> mterry just checked for the update he did today on #debian-gnome
[22:14] <seb128> robert_ancell, libgnomekbd I don't think we need to rename
[22:14] <seb128> robert_ancell, did you read my comments on the bug about it?
[22:14] <seb128> robert_ancell, I've the feeling sometime you don't read comments from bugs you are subscribed to  ;-)
[22:15] <robert_ancell> no, I did read them.  it's been put in the PPA, but the naming hasn't been resolved.  Why do you think it will work with both GTK2 and 3 apps?
[22:15] <seb128> it will not
[22:16] <robert_ancell> oh, I see your suggested names there.  But will Debian do the same?
[22:16] <seb128> but as said on the bug they didn't version the files
[22:16] <robert_ancell> right
[22:16] <seb128> well I decided against
[22:17] <seb128> the number of rdepends is 3
[22:17] <seb128> we just need to update g-s-d g-c-c and g-s together
[22:17] <seb128> we did need to update g-s-d and g-c-c together anyway
[22:17] <seb128> so it's just adding g-s and the libgnomekbd update to the list
[22:17] <seb128> which should not be an issue
[22:17] <robert_ancell> ah, ok.  I thought there were more things that used it
[22:18] <seb128> robert_ancell, well, apt-cache rdepends suggests not
[22:19] <rodrigo_> g-s package will come soon, although it's taking longer, since the 2.91.0 release doesn't compile with gnome-desktop-3
[22:19] <seb128> robert_ancell, I've written that in the gnome3 blueprint whiteboard btw, I keep taking notes there
[22:19] <seb128> rodrigo_, ok great
[22:43] <seb128> 'night