[00:44] /c/c === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] === ayan_ is now known as ayan [04:15] in maverick [04:15] 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] Urgh! Alt-tab muscle memory is hard to unlearn; r600g is not a fan of it. [04:38] oh ffs, it's the last time I've tried to write something for Android [04:38] Eclipse just OOM'd.. [04:38] I can only hope that Nokia is going to succeed with Maemo [04:38] RAOF: it may be 'just me' but it hurts... [04:39] lifeless: Yeah, it sounds like it. Running nautilus from gdb doesn't happen to nett a backtrace, does it? [04:40] oh, thinking a crash? [04:40] I'll have a fiddle when I'm awake and not flat out [04:40] the desktop icons don't go away or anything [04:41] so I was thinking single window closing [04:44] Mm, yeah. [04:45] I don't suppose ~/.xsession-eros has anything interesting?\ [04:49] well [04:49] it has the fspot crash [04:50] glib.GError: Failed to open file '/usr/share/quickly/icons/quickly48x48.png': No such file or directory [04:50] (nautilus:2228): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed [04:50] Traceback (most recent call last): [04:50] File "/usr/lib/nautilus/extensions-2.0/python/ubuntudevbar.py", line 59, in get_widget [04:50] bar.add_image("/usr/share/quickly/icons/quickly48x48.png", current_template) [04:50] File "/usr/lib/nautilus/extensions-2.0/python/ubuntudevbar.py", line 93, in add_image [04:50] pixbuf = gtk.gdk.pixbuf_new_from_file(image_name) [04:50] glib.GError: Failed to open file '/usr/share/quickly/icons/quickly48x48.png': No such file or directory [04:50] Is the pastebinning of ~/.xsession-errors on the cards? [04:51] its 500K [04:51] And I'm at the caribe royale. [04:51] so no. [04:51] Why are you still there? [04:51] Anyway. Hm. [04:51] I just got herer. [04:52] 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] https://wiki.canonical.com/OnlineServices/Sprints/Cassandra-Orlando-2010 [04:52] RAOF: it may be closing its windows though [04:53] That's not totally unlikely, yeah. [04:53] trying [04:53] Hurray empiricism! [04:54] http://pastebin.com/xpX1uBSY [04:54] thats the new messages from when I double clicked on an image [04:54] anyhow [04:54] midnight [04:55] ESLEEP [04:55] GAH! ALT-TAB! [04:55] Sleep well. [04:56] actually [04:56] nautilus is dying [04:56] I was thinking the panels were disappearing/reappearing for a reason [04:57] like a 'style' reason [04:57] but *boom* would explain it. [04:57] Heh. [06:42] now that's not fair - all CouchDB APIs return JsonObjects.. but one.. [06:42] and if now I've found one I'll probably found another.. [06:47] apparently dynamic languages root your brain :/ [06:59] Good morning [06:59] He pitti. [07:00] hey pitti [07:00] hey guys, how are you? [07:02] having fun trying to fit square into an oval hole.. but fine nonetheless :) [07:02] lol [07:07] kklimonda: that's what you call fun? :p [07:10] I think I'm going to cheat and enclose all arrays into a dummy object.. [07:11] nigelb: well, either it's fun or I'm a closet masochist.. it's better be fun! ;) [07:14] haha [08:40] 36 files changed, 1381 insertions(+), 5418 deletions(-) now that's what I call a job well done ;) [08:41] kklimonda: nice cleanup :) [08:45] nice :) [08:59] ogra: hey [08:59] ogra: how are you? [09:02] morning [09:05] good morning rodrigo_, how was your week-end? [09:05] hi didrocks [09:05] didrocks, fine, and yours? [09:05] mvo: good morning [09:06] 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] rodrigo_: was good and relaxing after a very busy week! :) [09:07] didrocks, yeah :) [09:09] rodrigo_: ola [09:09] 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] hi kklimonda [09:10] rodrigo_: you can pull git branch - I'm done with it :P [09:10] mvo: okay; then I'll remove the work item from the spec [09:10] kklimonda, ok, cool! [09:10] hey [09:10] pitti: ok [09:10] rodrigo_: now the boring part - testing and writing documentation :) [09:11] mvo: do we still need to have srcpkgcache.bin by default? [09:11] 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] rodrigo_: I think it's at the point where, if you like it, it should be merged [09:12] kklimonda, ok [09:14] pitti: yes, I need to talk to david about it, he had some concerns [09:14] pitti: but I forgot what they were :/ [09:14] mvo: do you know what it's used for? I never saw any difference without it [09:14] ah, ok [09:15] 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] 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] pitti: heh :) that is interessting [09:19] (hence my proposal to turn it on by default) [09:20] 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] mvo: it's just a configuration option, so it can still be removed if necessary [09:20] we could do it and see if someone actually finds a case where it makes a difference [09:20] yeah [09:20] mvo: we could give it a try, it's not hard to revert? [09:20] sounds good [09:20] mvo: would you prefer shipping a new explicit configuration file, or turn on the internal default? [09:20] lets do it [09:21] just turn the internal default [09:21] my gut feeling is the latter [09:21] right [09:31] 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] mvo: right; I'd like to keep the script until the implementation settles, as it's easier to change [09:32] mvo: now it's working for Debian as well, FYI :) [09:32] pitti: yeah, I noticed the commit :) [09:34] 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] mvo: would you also like an MP for enabling gzip indexes by default for Debian? [09:35] pitti: hm, that would only be interessting for experimental at this point [09:35] pitti: because of the debian release cycle [09:35] *nod* [09:35] mvo: not urgent from my side; I can propose it after squeeze [09:36] ok [09:36] that sounds good [09:36] * pitti hugs mvo, thanks [09:36] cheers [09:36] ! [09:36] * mvo hugs pitti back [09:41] 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] mvo: ok, sent [10:00] geser, no, there is a compatibility loader [10:00] geser, which ones? [10:01] I'm missing netspeed, the tomboy applet and the session-applet in my panel [10:02] or I'm missing a package for that compatibility loader? [10:03] can you add them back? [10:05] I don't have them in the "Add to panel" dialog [10:05] do I need gnome-panel-bonobo installed for it? [10:08] seb128: bonjour! had a nice weekend? [10:10] seb128: it's was the missing "gnome-panel-bonobo". Perhaps I should re-think to install recommends by default again. [10:10] geser, ok, makes sense [10:11] pitti, guten tag, yes it was excellent [10:11] pitti, how was yours? [10:11] we had marvellous weather, so I went for some bicycling again, and seeing family [10:11] great [10:11] it was 20 degrees, like spring :) [10:12] it's not cold there but rainy often [10:12] hey seb128 [10:12] hey rodrigo_ [10:12] 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] or did I break something locally? [10:12] (could be a firefox bug, too) [10:13] didn't try from a command line but it's doing the same from GNOME softwares [10:13] xchat-gnome for example [10:13] it could but I didn't upgrade firefox for a while when that started there [10:13] seems rather a bug in the gio call or something [10:13] I didn't have time to debug it really, I copy paste urls rather than clicking on it for some days [10:14] pitti: confirmed here [10:14] seb128: that's fine, just wanted to know whether it just affects me [10:14] cheers [10:14] it's gio related I think, I reproduce that in both FF and chromium [10:20] 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] rodrigo_, bug #674824 [10:21] 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] seb128, lookinh [10:23] seb128, ah, right, the sound capplet has been moved, so we need to package gnome-media in that PPA [10:23] rodrigo_, you need at least to make your gnome-control-center, conflict,replaces gnome-media [10:23] so people upgrading get gnome-media removed rather than a conflict breaking upgrades [10:23] seb128, well, it just replaces one part of it, so is 'replaces' the right thing to do? [10:24] not really no [10:24] replaces means "you can overwrite files" [10:24] ah, ok [10:24] but if you install the new g-c-c and then remove it you get those files missing [10:24] ok [10:24] it's just meant to be used when a file moved between binaries to avoid conflict [10:25] you need a "breaks: gnome-media-common (<< 2.91)" [10:25] Breaks [10:25] to say that both need to be updated or that gnome-media should be uninstalled [10:25] right [10:31] seb128, so -> http://pastebin.ubuntu.com/532248/ <- is that ok? [10:31] rodrigo_, you need to patch the control.in [10:32] right! [10:32] you should check what files you replace exactly [10:32] I would not be surprised if you rather need a [10:32] Replaces: gnome-media-common, (<< 2.91), gnome-media (<< 2.91) [10:33] Breaks: gnome-media (<<...) [10:33] the Replaces to say files moved between those binaries [10:33] the Breaks to say to upgrade gnome-media [10:33] ok, testing that [10:34] did you check what files moved between sources? [10:34] yes, all of the sound capplet [10:35] ups [10:35] don't ctrl-W in xchat-gnome ;-) [10:36] :) [10:52] seb128, is there already a package for webkitgtk3 somewhere? is it planned to push in gnome3 ppa? [10:52] not that I know about and yes once we get one [10:52] contributions are welcome ;-) [10:52] hehe, ok :) [11:05] seb128: FYI, I packaged libnotify 0.7 into the gtk 3 PPA [11:06] 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] seb128 / pitti / didrocks / geser - the URL handling is broken because of the x-scheme-handler changes in glib [11:06] see mozilla bug 611953 for part of the fix [11:06] pitti, why not pushing to natty? [11:06] Mozilla bug 611953 in Shell Integration "GNOME 3.0 readiness" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=611953 [11:06] we need to add x-scheme-handler/http to the firefox desktop file [11:06] seb128: no particular reason, I can do that if you like; it doesn't depend on gtk [11:06] hey chrisccoulson [11:07] thanks [11:07] pitti, well, the cleaner the ppa is the easier we can handle it ;-) [11:07] ideally the stack would land in natty now and the ppa would be a staging for things that need work or testing [11:07] seb128: it will definitively move libnotify-bin to 0.7 [11:08] 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] 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] GNOME 2.9n should depends on it [11:09] seb128: okay, I'll upload it [11:09] chrisccoulson, ok great [11:09] pitti, thanks [11:09] then it will all start working again :) === MacSlow is now known as MacSlow|lunch [11:11] chrisccoulson, ok, that makes sense now [11:11] that's why it opens files as file in applications rather than in firefox [11:15] seb128: FYI, libnotify4 uploaded (in source NEW now) [11:15] pitti, I can review that [11:15] not urgent, I guess [11:15] right, still when I've a free slot [11:15] sorry everybody but I'm going to gnome3 spec spam you today [11:16] don't apologize for doing work :) [11:16] * didrocks prepares the "mark all as read" :) === chaotic_ is now known as chaotic [11:56] 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] mvo: wow, that fast? [11:57] mvo: I had expected lots of trouble, since that'd need to call wget or link to curl, etc? [11:57] 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] good morning everyone! [11:59] hey nessita [11:59] mvo: we should just be aware that the config option won't be configurable, as you have the entire path [12:00] and my version just the prefix [12:00] mvo: but if that lands within natty, it shouldn't be a problem [12:00] hey pitti! [12:01] 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] ${source:Version} expands to the upstream version or the package version? [12:07] good morning nessita [12:08] hey didrocks, how are you? [12:08] rodrigo_: the package source version, afaik [12:08] hi nessita [12:08] rodrigo_: source:Version is retrieved from debian/changelog [12:08] ok [12:09] seb128, is there anyone working on gnome-keyring3? :D [12:09] nessita: so, I had a look at your package, nice work :) [12:09] nessita: really really small remarks: [12:10] nessita: there is no need for Uploader: in ubuntu [12:10] didrocks: ah, lintian was complaining if not [12:10] nessita: oh really? with --pedantic then? [12:11] didrocks: nopes, lintian -i. But I can re check. [12:11] didrocks: what else? [12:11] 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] 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] didrocks: it should be binary. Not sure what you mean with "Architecture: all" [12:12] ah [12:13] and equals please, don't shoot in your feet :) [12:13] didrocks: hum? not sure what that means :-) [12:13] "= is safer than >=" [12:14] yes! [12:14] :) [12:14] apart from that, nothing do add [12:14] I didn't try to build yet though [12:14] awesome [12:14] nessita: nice work! [12:14] thanks! [12:14] nessita: this will replace u1preference ? [12:14] didrocks: yes [12:15] nessita: ok, so I should work based on that for getting my login account and such for oneconf, right? [12:16] didrocks: I think so, yes. But let me give you a few pointers: [12:16] when you need tokens, you will need to call ussoc (ubunut-sso-client) as usual [12:16] * didrocks listens :) [12:16] 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] didrocks: you would need to use u1cp when you want the user to know what Ubuntu One is [12:17] 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] didrocks: if ussoc provides tokens for the 'Ubuntu One' app, then the user has an Ubuntu One account [12:18] didrocks: the u1 control panel will no handle tokens, at least not directly [12:18] pitti: we should have that [12:18] pitti: let me check if something broke [12:18] nessita: oh ok. I should paste that somewhere when I'll have some time to dive into that :) [12:18] nessita: of course, I'll spam you with questions as well :) [12:18] didrocks: sure! [12:19] didrocks: I have some feedback about OneConf, when you have some time (can be now if you'd like) I'll share [12:19] Zdra, not yet [12:20] didrocks: not sure how to fix the "Architecture: all", shall I remove it from every binary package but python-ubuntuone-control-panel ? [12:20] 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] didrocks: sure! [12:20] 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] hey nessita [12:21] didrocks: ok, thanks [12:21] hey seb128, how are you? [12:21] nessita: yw :) [12:22] nessita, great, thanks, what about you? [12:23] seb128: pretty good :-) [12:25] didrocks: I removed the Uploaders field and now I get no lintian warning, I probably messed up something before :-D [12:26] didrocks: so, changes would be: remove Uploadres, change (>= ${source:Version}) for (= ${binary:Version}), right? === MacSlow|lunch is now known as MacSlow [12:27] nessita: exactly :) [12:30] didrocks: fixed and pushed to the same location [12:32] nessita: ok, will build and sponsor (ready for natty, isn't it?) [12:34] didrocks: yes sir [13:00] nessita: oh thinking about that, if that's going to replace u1preferences, should this one got uninstalled on upgrade? [13:01] didrocks: u1preferences is not a separated package, is part of u1client [13:01] didrocks: so we'll just remove the code... [13:01] nessita: ok, not packaging magic to do then, nice :) [13:02] didrocks: both app will be "live" until we release u1cp (in natty, before freezes and all :-)) [13:03] nessita: u1cp is "released" with this upload, right? [13:03] or is it something else? [13:03] (argh, get caught by the exception of "no @ubuntu email adress in the maintainer field and upload has an ubuntu member" [13:04] let me see if I can bypass the check in the code locally [13:06] didrocks: yes, u1cp is released now, I meat the official release, like when is actually ready to replace u1preferences [13:06] 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] didrocks: sure [13:11] 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] 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] fagan: if unity mutter works, that means that you didn't upgrade everything. [13:13] didrocks: on it [13:13] apt-cache policy unity? [13:13] nessita: thanks [13:14] didrocks: I meant that unity mutter worked before the upgrade [13:14] fagan: are you in the desktop session? [13:15] didrocks: nope I still have panel on the desktop session. The netbook session is still the default for unity right? [13:16] fagan: did you look at this page: https://wiki.ubuntu.com/Unity/InstallationGuide ? [13:16] didrocks: nope I just installed the ppa ill have a look [13:16] fagan: read that page, it will explains you how to activate unity [13:17] its just the ccsm bit I missed [13:17] and the desktop session :) [13:18] didrocks, nessita: using XSBC-Original-Maintainer for Ubuntu sources is buggy [13:18] seb128: how do you deal with it then? When the upload doesn't have an @ubuntu.com adress? [13:19] export DEBEMAIL=random@email.com [13:19] fagan: unity+compiz is very very buggy, fyi ;) [13:19] seb128: sounds like an hack to me and doesn't respect https://wiki.ubuntu.com/DebianMaintainerField#Design [13:19] didrocks, the source is coming from debian? [13:19] seb128: nopes, from me [13:20] seb128: nop, but if we have ubuntu changes, it's written that the maintainer should have an @ubuntu address [13:20] ok, so XSBC-Original-Maintainer is not needed [13:20] which isn't the case [13:20] why do we have ubuntu changes? [13:20] if that's an ubuntu source [13:20] I think the goal of the versionning is to have it one day in Debian? [13:21] the debian maintainer build failure thing is just stupid [13:21] having an ubuntu source this way is just a valid usecase [13:21] we shouldn't have the mangle the maintainer for our own work there [13:22] yay its working :) [13:22] the mangle -> to mangle [13:22] well, another solution is to hack Ubuntu.pm to get a "or canonical", but that can be controversial :) [13:23] nessita needs to run for ubuntu membership and use an ubuntu email [13:23] ;-) [13:23] :) [13:23] well I just set DEBEMAIL to some email@debian.org when I sponsor things for her usually [13:24] I consider it as a bug in the XSBC-Original-Maintainer checker [13:24] yeah, but seems to violate also the same wiki page :) [13:24] you should have a flag to tell it you know what you are doing [13:24] but yeah, I don't care enough to argue :) [13:24] no it doesn't? [13:24] the goal is for packages coming from debian [13:24] the wiki doesn't mandate to mangle ubuntu source coming from ubuntu [13:27] "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] didrocks, right, me neither, you can set XSBC-Original-Maintainer or unset DEBEMAIL [13:27] didrocks, seb128: I just read backlog and I'm not sure what to do, other than apply to ubuntu membership (link pliz?) [13:27] seb128: yeah, i'll unset DEBEMAL [13:27] nessita, that turned to an Ubuntu policy discussion [13:28] heh [13:28] nessita, you don't really need to do anything, but you can apply for ubuntu membership if you want [13:28] seb128: I'd like to, not sure if I gather all the requirements. Is there a list of reqs available? [13:29] nessita, https://wiki.ubuntu.com/Membership [13:29] ok, because of compiz crashing I couldn't paste the link faster :) [13:29] it crashes chromium as well, which sounds… ackward [13:30] * rodrigo_ -> lunch [13:30] nessita: btw, is it normal your DEBMAIL/EMAIL is your gmail adress? (the one reported in debian/changelog) [13:31] didrocks: yes, but if you need I can change it. I package more thing ourtide canonical... [13:31] nessita: no no, I was just wondering :) [13:32] :-) [13:33] things*, outside*. Drinking mate while typing makes my typing suck :-P [13:33] :) [13:35] nessita, stop drinking at work! [13:35] ;-) [13:36] seb128: why?!?! you're just jealous :-D [13:36] nessita: no, it's just seb128 never stop drinking. So he's not "drinking at work", but all the day :) [13:36] could be ;-) [13:36] * didrocks runs… [13:36] * seb128 whip noises [13:37] nessita: can't start it and seems I have the latest (and greatest of the deps): http://paste.ubuntu.com/532339/ [13:37] seb128: ahah :) [13:38] didrocks: ah! good catch mister! I need to require natty's ubunutone-client [13:38] didrocks: which I'm not sure there is package for [13:39] didrocks: I'll hunt dobey [13:39] or rodrigo_? [13:39] nessita: doesn't seem as the apt-cache policy seems to show I have the latest in natty [13:39] rodrigo_: any idea who's building the natty packages for u1client? [13:39] I didn't apt-get update, let me check [13:39] didrocks: yeah, but I don't think anyone packaged latest u1client for natty, since you stole^W borrowed rodrigo_ [13:39] (to refresh apt-cache policy) [13:40] :) [13:40] didrocks: I'm pretty sure we need a new package for u1client, and I need to add the version to the Requires [13:40] yeah, checked, there is pending one in maverick-proposed but maverick and natty currently have the same [13:41] yes [13:41] didrocks: I'll get back to you, I'll chase some people first :-) [13:42] nessita: please do, chase them! :-) [13:42] didrocks: thanks a lot for this catch, I'm running u1 nightlies so this issue didn't come up [13:42] nessita, rodrigo left for lunch [13:42] let's wait for him to be back [13:43] seb128: yes boss! [13:43] :-P [13:43] nessita: yw, quite hard to catch when you have things moving and no "clean machine" :) [13:43] ;-) [14:19] has anyone started packaging emapthy 2.32.1? [14:19] empathy* [14:23] 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] mterry, not at all [14:24] mterry, bug #656887 is yours I guess [14:24]