=== m_conley is now known as m_conley_away [04:20] Good morning [04:29] Morning pitti. [04:29] I like, but dislike the start of a new cycle. [04:30] hey TheMuso [04:30] TheMuso: mmm, dialectic statements in the early morning :) [04:30] heh [04:31] Its the merges I don't like, but planning for the next cycle is fun. [04:31] Or I don't enjoy merges. [04:32] Hey pitti :) [04:34] TheMuso: do less of them, try to get stuff into Debian or upstream :) [04:35] TheMuso: it's rather easy these days to get the Debian guys to share development in their trees [04:35] pitti: Oh I know. [04:35] But I still don't enjoy it. [04:35] TheMuso: but yes, some will always remain, and they are kind of boring [04:36] it's a good time for reviewing patches etc. [04:36] I agree with that yes. [04:39] RAOF: ugh, SRUs are a real whack-a-rat game these times :) [04:41] pitti: Yeah. I was going to ask you - how do we deal with stuff like vlc, which is just a new upstream bugfix release? Wave it through? (Although vlc also has other issues, like being a sync from Debian which blows away the oneiric changelog, and a bug in an improper state) [04:44] RAOF: I'm generally a bit sceptical about these, unless it's a blessed MRE; I usually look through the diff and see whether there's something which doesn't look appropriate (lots of new code, new dependencies, etc.) [04:47] It's got a very sizeable diff. Although a surprising amount of it is no-op comment changes in the translation files :) [04:48] RAOF: that usually comes from merging the .po files against the latest upstream versions; harmless noise [04:48] Yeah; about 100K lines of harmless noise, in this case :) [05:45] good morning [05:50] bonjour didrocks [05:50] guten morgen pitti. How was your week-end? [05:51] didrocks: pretty calm, for a change; had some friends over, some reading, gardening, and lots of idling :) [05:51] how was your's? [05:55] was nice, removed 4 radiators, put 3 new ones, and a lot of walking in the city :) [05:56] didrocks: some sightseeing/culture? [05:57] pitti: sightseeing mostly (Julie still doesn't know the full city ;)) and just enjoying the last sunny week-end together :-) [05:57] indeed, was sunny here as well (but quite cold already) [05:57] That's a lot of radiators. I might be missing context :) [05:59] RAOF: heaters I suspect. [06:00] RAOF: heh, just that the previous heaters were just basic electric one where you can burn yourself if you touch them. I bought some that doesn't use so much power than the previous one [06:01] I'm always a fan of not burning myself on household surfaces :) [06:03] hi @ all [06:03] Hey smspillaz [06:06] hi [06:12] didrocks: hi :) [06:12] hey smspillaz [06:12] didrocks: do you know when the timer is up for compiz ? [06:12] smspillaz: next Wednesday, has we pushed a version on Wednesday IIRC [06:12] ok [06:13] there's some stuff that got clobbered in the process of making the patches, so I'm just fixing that up now, so I'll have a merge proposal to fix all that up [06:13] * smspillaz did a diff between lp:../oneiric and the distro version with the patches applied and noticed that there are bits and pieces missing [06:15] smspillaz: can you precise? [06:16] smspillaz: please don't add diff for the purpose of adding diff from the previous version, think about the SRU team who reviews all patches [06:21] didrocks: some of the fixes are not working exactly as they should because there are bits and pieces missing http://paste.ubuntu.com/710581/ [06:21] didrocks: I can add a comment to each bit explaining what it does if you want [06:21] smspillaz: do you have the list of bugs that aren't fixed then? :/ [06:22] sure, hang on [06:22] pitti: FYI ^ [06:22] didrocks: I'll comment on each of those bugs with the missing diff [06:22] smspillaz: are there only bugs not fixed? [06:22] didrocks: what do you mean ? [06:22] smspillaz: is there some side-effect to not have the full patch? [06:22] smspillaz: and how come we only had partial diff? [06:23] it reminds me that the empty patches you gave to me [06:23] didrocks: yes, I will explain in each bug, and we only had partial diffs likely because we got clobbered patches due to the divergence with trunk :) [06:23] do you check that the patch applies or do you just reforce it? [06:23] so you had patch rejected [06:23] oh, I checked they applied [06:23] and didn't read the output? [06:23] right, I had to refresh some of them [06:23] yes [06:23] I read the output [06:23] well, you gave me empty patches at some point [06:23] that was a while back, I fixed those [06:24] so how come there are missing chunks? [06:24] context changes, some patches overlapped, etc [06:24] the diff with the tarballs is getting quite big now, you know that errors can occur due to this :) [06:25] yeah, but apparently, it's more than one error [06:25] and not the first time [06:26] so I want to understand so that it's avoided in the future [06:26] what missed? more rigor? [06:26] it will be avoided in the future when I get trunk into a state where you can just pull from it :) [06:26] (and I'm almost done with that :)) [06:26] I mean for Oneiric? [06:26] I guess we will still have some released [06:26] patches* [06:26] so, how can we do this for Oneiric? [06:27] diff -r theoneiricbranch theubuntubranch [06:27] at least thats how I caught these :) [06:28] smspillaz: so can you do that next time before? [06:28] sure [06:28] so that I don't end up notifying you of empty patches [06:28] :) [06:28] smspillaz: ok, so, do you have the list of bugs? [06:28] the empty patches occur usually when some patches overlap [06:28] that are impacted [06:28] I'm just collecting them all now [06:29] yeah, and the output tells you "can't apply chuck…" [06:29] so I have hard time to understand how you read the output :) [06:34] right, so usually I go in to fix it in the source, and then its already there :) [06:34] and then it happens that some *other* patch comes along and removes that same chunk :) [06:37] smspillaz: so rigor and wondering why it doesn't apply was the issue again, right? [06:38] of course [06:38] things just get ... complicated when you've got about 15 or so bugfix patches which all touch the same bit of code :) [06:39] didrocks: anyways, what I'll do right now is go in and fix each individual patch, they all have bug numbers attached to them and then I will comment on each bug and give you the list of bugs that are affected with the diff once that's done [06:40] smspillaz: well, it's just a question of keeping calm and being rigorous. Doing one thing after another [06:40] which is the same when I have a unity release and 10+ updates to handle [06:40] smspillaz: yes, please, give me the list of failure, so that pitti can be aware about them and we can remove them from the SRU list [06:40] it's just a week lost and a pity… [06:41] didrocks: well, we can do this for the next SRU, right ? [06:41] didrocks: why a week lost? [06:41] and then we'll just mark them as fix-committed rather than fix released [06:41] smspillaz: well, right now, the SRU will be blocked [06:41] didrocks: there was one bug in the current SRUs which had a (questionable) failure, but that woudln't block -updates promotion [06:41] smspillaz: because registered bugs as SRU won't be pushed, hence we need to clean the list [06:42] pitti: some bugs on the list won't be fixed apparently [06:42] pitti: so we need to remove them from the list [06:42] ah [06:42] I'll make it clear those that the missing bits are harmless, they just don't *completely* fix some bugs [06:42] as the full patches weren't deliver (I even get, as I mentioned before, some empty patches that I spotted) [06:42] (eg, there's some edge cases where you might still get the bug) [06:42] smspillaz: yeah, that's why we need this list, to pop them out of the SRU list [06:43] smspillaz: http://people.canonical.com/~ubuntu-archive/pending-sru.html [06:43] smspillaz: see compiz and cpm on the oneiric lsit [06:43] smspillaz: green are confirmed bug fixes, red is failure and blue are untested [06:44] didrocks: yeah, so 866752 might still happen in some cases, but the majority of other cases are fixed at least [06:44] smspillaz: just get the list so that we can act on them :) === tkamppeter_ is now known as tkamppeter [06:44] sure, doing that now :) [06:56] smspillaz: 4.24.0 is already out, what bugs have set to fix committed last Friday? [06:56] smspillaz: I see https://bugs.launchpad.net/unity/+bug/863114 [06:56] Launchpad bug 863114 in unity "Cannot raise window from panel after minimize" [High,Fix committed] [06:56] * didrocks retargets to 4.26 [06:56] smspillaz: needs the other [06:57] smspillaz: urgh, all bugs are fix released already [06:57] smspillaz: I kept them fix committed for my script removing the cruft for the rest :/ [06:58] *sigh* will spend another 2 hours on it opening every bugs one after another [06:59] didrocks: someone changed them to fix released ? [06:59] yeah [07:06] * RAOF is unconvinced that adding 3000 lines of staging zcache driver and hooking it up to all the filesystems is appropriate for an SRU... [07:06] RAOF: *nod* that sounds a bit excessive [07:08] Hm. In addition to a bunch of config changes. There may need to be a little education :) [07:22] didrocks: ok, repatching done, updating the bugs now [07:22] smspillaz: can you send the list back? [07:25] didrocks, good morning [07:26] hey rickspencer3 [07:26] didrocks: sure thing :) [07:27] didrocks, is the recipe for how to clean out your history from Unity written down anywhere? [07:27] rickspencer3: you mean, in alt + F2? [07:28] didrocks, nah, I was going to work on an indicator to turn off collecting dash history, and having a command to clear it out [07:28] you told me how to do it a while back, so I was wondering if it was actually written down in a blog or bug or something about how to do it [07:29] rickspencer3: basically, it's removing zeitgeist history, I think some sqlite requests will be needed if you don't want to remove everything. kamstrup wouldd know more. [07:29] There's an app for that :) [07:29] (Isn't there?) [07:29] yeah, in gnome-activity-journal [07:30] rickspencer3: if you want to do it manually, it's about killing zeitgeist-daemon and zeitgeist-datahub, then rm ~/.local/share/zeitgeist/ [07:31] there is a cache in unity, so a new search is then needed to clear it up IIRC [07:31] RAOF, I want to make an indicator, so you can go into "stealth" mode, will gnome-activity-journal do that? [07:31] no, it didn't support last time I check [07:31] didrocks, I seem to recall that you have to move the gnome mru list too [07:31] but I guess it was planned [07:32] rickspencer3: oh right, for datahub not picking it back [07:32] I'll look around at the activity journal [07:32] (~/.local/share/recently-used.xbel) [07:33] rickspencer3: I don't know, but a naive d-feet suggests that you might want to try disabling all the datasources in /org/gnome/zeitgeist/data_source_registry [07:34] RAOF: it doesn't clean the history though [07:35] didrocks: Yeah, but that doesn't sound like what rickspencer3's after, which would be a ?private browsing? mode. You don't need to clean the history if you don't generate any? [07:36] I'm not sure :) can be as well "for now, I just want to start in a clean mode so that nobody can see my $very_private_reports while I'm doing a presentation" [07:37] didrocks: bugs 864330 864478 865696 807487 796594 [07:37] Launchpad bug 864330 in compiz "The larger windows, moving towed." [High,Fix committed] https://launchpad.net/bugs/864330 [07:37] I think some of them are targed for SRU1 though [07:38] so I guess we should retarget all the ones that *were* SRU0 to SRU1 and then change the status to fix committed ? [07:38] smspillaz: not all, but all from that list, yeah [07:38] sure thing [07:40] didrocks: the only one that needs changing from fixreleased to fixcommitted is that one: https://bugs.launchpad.net/compiz-core/+bug/864478 [07:40] Launchpad bug 864478 in compiz "Window shading is broken" [Undecided,Fix committed] [07:40] Window shading was *expected* to work? :) [07:40] RAOF: it got broken a bit by some changes I did to the reparenting code [07:41] RAOF: I was fixing a focus bug when I noticed that it handled the shading case and then I actually tried to shade a window and then it made my window disappear [07:41] its mostly fixed now, except that compiz paints the full frame of the window rather than the shaded one [07:41] smspillaz: apart from bug #864330, none of them was pushed on the SRU list [07:41] Launchpad bug 864330 in compiz "The larger windows, moving towed." [High,Fix committed] https://launchpad.net/bugs/864330 [07:41] smspillaz: there is no patch with those numbers [07:42] didrocks: I think its the same as 866752 [07:42] didrocks: I'll dupe it [07:42] smspillaz: yeah, duplicate please [07:42] smspillaz: so, that's normal that they weren't pushed, I don't get what was wrong then with those [07:42] done [07:42] all of this is so confusing, as always with compiz :) [07:43] didrocks: you mean everything apart from 864330 ? [07:43] didrocks: there were slight deviations [07:43] smspillaz: yeah, see the bug # [07:43] so I corrected them [07:43] smspillaz: there was not on the patch + SRU fixed list you gave to me last time [07:43] didrocks: and then there were a few patches that were missing which were targed for SRU1 anyways, so I did those [07:44] smspillaz: ok, so you meant, patches that were missing [07:44] not half-pushed patches [07:44] right, but they were targed for SRU1 anyways [07:44] didrocks: I'll set up a merge proposal now [07:44] morning [07:44] smspillaz: well, wait for the other version to be pushed [07:44] grrrrr, why does skype break the kde plugin [07:44] smspillaz: I know you will have more [07:45] didrocks: :) [07:45] :) [07:45] didrocks: right, although I'm doing all the merge proposals today since I need to take some time off to finish some uni work [07:45] pitti: RAOF: new nux and unity (finally \o/) proposed in… -proposed :) [07:45] yay [07:45] smspillaz: sure, ensure the test case is there [07:45] didrocks: yep [07:46] pitti: running since Wednesday, then, noticed some regressions and cherry-pick on Thursday and Friday [07:46] pitti: running since Friday reasonably well here [07:49] RAOF: what's a huge window size that's more than the max_texture_size that I can set which won't return a BadAlloc ? [07:51] smspillaz: 8888 x 1? [07:55] Bonjour, Good morning, Moin! [07:56] * Sweetshark survived Libreoffice conference in Paris. [07:57] good morning everyone [07:57] hey Sweetshark, welcome back; was it interesting? [07:58] hey chrisccoulson [07:58] hi pitti, how are you? [07:58] good morning Sweetshark, chrisccoulson [07:58] hi didrocks [08:07] pitti: oh, yes. I wonder how I will be abl to write a trip report that wont be a book. [08:08] pitti: and making it to slashdot twice with the first conference is also a nice achivement, I guess. http://mobile.slashdot.org/story/11/10/15/010253/libreoffice-going-online-and-mobile and http://developers.slashdot.org/story/11/10/14/1531252/openoffice-is-dying-and-ibm-wont-help [08:09] didrocks: ok, testacses done [08:09] great [08:17] hey [08:21] bonjour seb128 [08:21] hey pitti, how are you? [08:21] seb128: pretty good, thanks! how about you? [08:21] salut seb128 [08:22] pitti, got a small start of cold over the w.e but otherwise I'm good thanks [08:22] lut didrocks [08:24] seb128: hope it won't be too bad :/ [08:25] yeah, seems to be ok for now so let's see how it goes [08:26] Good morning folks ... I have a quiz question: Other than Ubuntu, which Gnome-using OSes have a guest session feature? (This is relating to redesigning Startup Applications) [08:26] hi seb128 [08:27] Does Debian, for example? [08:27] mpt I [08:28] hey chrisccoulson, mpt, rickspencer3 [08:28] how are you? [08:28] m pretty sure that Guest session is a Ubuntu innovation, and that it's pitti [08:28] bonjour seb128 [08:28] mpt, nobody else has a guest session that I know about [08:28] je vais tres bien [08:28] et tois? [08:28] rickspencer3, je vais bien merci ! [08:36] http://people.gnome.org/~michael/data/2011-10-10-lool-demo.webm <- anyone interested in Libreoffice in the browser should have a look at that video btw [08:36] hey Sweetshark [08:36] I've seen it, it seems the same desktop ui copied in a web browser [08:37] its libreoffice running in firefox via gtk3/broadway [08:37] it's nice but not really impressive either, I would think a web version would be much simpler and with a nicer ui [08:38] seb128: well, it is really a proof-of-concept only. But getting the ui simpler is not the hard part. [08:39] Sweetshark, speaking of libreoffice do you know if there is any chance it stops using gnome-vfs next cycle? ;-) [08:39] seb128: I have seem "Cloudoffice" and they tried to recreate OOo by a rewrite from scratch. It was a mess for all the layouting etc. to get real WYSIWYG. [08:40] gnomevfs is deprecated for years and only on CD because of libreoffice now, I wish they would clean their desktop code rather than doing web prototypes :p [08:40] Sweetshark, yeah, the issue is to compete with i.e google doc, not going to be easy ;-) [08:40] thanks seb128 [08:40] mpt, yw [08:41] didrocks, after I kill z-daemon and z-datahub and delete the dir, files, I just start z-daemon again, or does unity start it for me? [08:41] seb128: If you give me an action item about it and either a) kill enough of the other action items for me or b) get me more human resources, sure. [08:41] rickspencer3: the lens will start it for you [08:41] rickspencer3: so it should reconnect [08:41] thanks didrocks [08:41] so, for delete my history it [08:41] s easy [08:42] Sweetshark, I'm not in a position to give action items but I can bring it up to jasoncwarner_ and pitti at UDS ;-) [08:42] for "private browsing mode" I guess I need to make the dirs and files read only [08:42] uninstall zg, easier ;-) [08:42] quite a harsh solution, but I guess yeah :-) [08:42] kamstrup: will zg survive ? ^ [08:43] the issue is that if you i.e delete recently-used.xbl you will loose all your '"recently open" in applications [08:43] i.e gedit's fileselectors or file menu [08:43] seb128: I guess that's the goal [08:43] didrocks, I tend to want to clean the lens view there [08:43] or mv it for a presentation [08:43] but I don't want to drop my gedit history [08:43] Gah, how many lools will I get due to the new LO web service [08:44] seb128: really, making the interface simple isnt too much of work compared to always getting the layout right. [08:44] hey lool [08:44] Hey seb128! :-) [08:44] hey lool :-) [08:44] Sweetshark, right [08:44] hey, lool [08:44] brb [08:44] didrocks, rickspencer3: use the guest session for demos ;-) [08:44] I'll launch a web UI for Ubuntu Desktop and call it seb128-didrocks-ping!.webm [08:44] seb128, I intent to get rich off of this app [08:44] lool, trying to make friends? ;-) [08:45] it'll sell like hotcakes [08:45] ;) [08:45] lol [08:45] lol lool? [08:45] seb128: I don't have credentials in my guest session to show install/uninstall demo :-) [08:45] oops [08:46] I deleted ~/.local/share/zeitgeist, and it's not coming back ;) [08:46] didrocks, good point, use a demo account ;-) [08:46] maybe I need to do something [08:46] seb128: yeah, not a nice woarkaround :) [08:46] pfiou, I had 1200 bug emails in my launchpad desktop box from the w.e [08:46] rickspencer3: not coming back -> zg? [08:46] down to 781 by cleaning the janitor expiration emails [08:46] that's a good thing ;-) [08:47] rickspencer3: even if you open a lens ? [08:47] still 781 emails, hate releases :p [08:47] seb128: you can take some rest now, you just triaged more than 60% :-) [08:47] ah down to [08:47] so no, 40% :) [09:02] Morning folks [09:03] hey czajkowski [09:03] I see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/875054 bug is back again :/ [09:03] Launchpad bug 875054 in linux "[Oneiric][Regression[ Oneiric spontaneously powers off" [Undecided,Confirmed] [09:03] that used to happen me in natty the whole time [09:06] didrocks, so, I killed z-daemon ... then went to use the dash, it doesn't look like z-daemon started up again [09:07] I had to manually restart it, which made it build a new ~/.local/share/zeitgest, btw [09:08] rodrigo_, hi [09:08] hi tkamppeter [09:09] Any new ideas about the s-c-p problem with gnome-shell? [09:09] rodrigo_, ^ [09:10] tkamppeter, not much, have been thinking about it, I can see only 2 solutions: leave it as it is, or use s-c-p also in gnome-shell [09:11] rodrigo_, I would prefer the latter. [09:11] tbh, I'd prefer to leave it as it is [09:12] for oneiric I mean [09:12] rickspencer3: interesting, and did you try to just kill one lens daemon? [09:12] I haven't seen many complains from users, have you tkamppeter? [09:13] didrocks, what I did was kill zeitgeist-daemon [09:13] rickspencer3: maybe only restarting the lens daemon restarts zg, which is a bug in this case (and wasn't doing that before IIRC) [09:13] this killed zeitgeist-datahub for me [09:13] brb, need to reboot [09:13] then messing around in the dash didn't restart it [09:13] didrocks, this is actually better for me, if it works this way [09:13] rickspencer3: try killing unity-application-daemon for instance and start the application lens [09:13] I can just "turn off" zeitgeist-daemon by killing it [09:14] and then "turn it on" again [09:14] rickspencer3: yeah, that's better, but still an issue we should fix for Precise though :-) [09:15] didrocks, how is it an issue? [09:15] a user kills zeitgeist, it should stay dead [09:15] rickspencer3: that means that if zg crash, nothing restart it until you restart the lenses [09:15] I hate when I try to kill things and they just respawn [09:16] so no more search will work until you restart the session/restart the lens [09:16] didrocks, the lens still works [09:16] it's just that zeitgeist has stopped logging data [09:16] without zg running? you get new results for new search? [09:16] (not just the cached ones) [09:16] didrocks, I dunno, I deleted the databases [09:17] let me try out the different scenarios [09:17] didrocks, I did not get new results, because the whole point was to make it stop logging results :) [09:18] rickspencer3: yeah, but I'm thinking about the "normal crash" case :) [09:19] didrocks, I think it would be nice if z-daemon had an interface so you could tell it to start and stop logging [09:19] and to clear data as well [09:19] maybe I'll see about adding that for precise [09:20] rickspencer3: we discussed that this morning with kamstrup [09:20] rickspencer3: he agreed on the dbus interface [09:20] sweet [09:20] nm ;) [09:20] but sure, for precise :-) [09:20] your workaround will be good enough for oneiric I guess :-) [09:20] and you can make billions :p [09:21] didrocks, I will invite you to my Italian Villa that I plan to buy with the proceeds [09:21] \o/ [09:22] rickspencer3, we do have an interface for that [09:22] seif, do tell [09:22] rodrigo_, only complaint I am aware of is the bug we are discussing (and your need to reboot :-). [09:23] tkamppeter, right, so doesn't seem too critical to justify a UI change at this time for oneiric, right? [09:23] rodrigo_, OK. Can you close the bug then? [09:24] rickspencer3, http://www.omgubuntu.co.uk/2011/05/activity-log-manager-for-zeitgeist-lets-you-blacklist-files-and-apps-delete-your-history-more/ [09:24] rickspencer3, we allow disabling logging over dbus already [09:24] seif, I see [09:24] :) [09:24] and this is just a UI [09:24] seif, can you point me to the API docs? [09:25] tkamppeter, leave it open for P I guess? [09:25] rodrigo_, OK. [09:26] rickspencer3, gimmie a moment [09:26] we changed the api in 0.8 [09:26] dont think we documented this part yet [09:27] as in we changed the api of the blacklist extnesion for zeitgeist [09:27] not of zeitgeist [09:27] seif: that doesn't enable going in some kind of "private mode" though? [09:27] didrocks, it does [09:27] oh nice, even kamstrup wasn't aware then :) [09:27] seif, I just want to tell zeitgeist to stop logging, and then to tell it to start logging again [09:27] is there a code sample to show me how to do that? [09:27] rickspencer3, yes [09:27] the code i can give you [09:28] seif, sweet [09:28] python by change? [09:28] didrocks, bascially u give it an empty event to blakclist and it tops logging [09:28] rickspencer3, its in python [09:29] rodrigo_, can you at least add a comment to the bug? Thanks. [09:29] seif, sweet [09:29] hit me up ;) [09:33] rickspencer3, i will give you a little 200 line bundle of code [09:33] and show u how to use it [09:33] 200 lines! [09:33] u justn eed 2 mehtods [09:33] wtf [09:33] enable and disable [09:34] phew [09:34] rickspencer3, http://paste.ubuntu.com/710695/ [09:34] what u want to do is then [09:34] * rickspencer3 looks [09:35] incognito = IncognitoBlacklist() [09:35] then [09:35] incognito.set_incognito(true) [09:35] and ur done [09:35] seif, do I turn it back on with set_incognito(False) [09:35] so just copy this code i sent you somehwere [09:35] ? [09:35] rickspencer3, yes [09:35] :) [09:36] seif, so this is a library you wrote? [09:36]