=== almaisan-away is now known as al-maisan [05:46] how to delete older version of grub [05:50] * ccheney just saw he has an all day long meeting tomorrow :-\ [05:51] ccheney: You have my sympathy. [05:51] hmm seems it might be pared back to be only 3 hours now, just got an updated email :) [05:52] * ccheney hopes so, an 8.5 hr long meeting doesn't sound fun [05:55] No [07:15] hello [08:05] good morning [08:23] Good morning [08:27] guten morgen pitti [08:27] hey didrocks, had a nice weekend? [08:27] pitti: yeah, it was fun, even if a little bit cold :) [08:27] and you, pitti? [08:28] rather quiet, but nice; did a bike tour, some shopping, and some gaming [08:28] Friday evening was the "Long night of Science" in Dresden's universities, which was great [08:29] I saw a demonstration of the high-voltage lab (nice flashes :) ), and went to a show debate of the Dresden Debating Union [08:30] sounds nice :) [08:44] mvo: good morning! enjoyed your holidays? [08:56] hey pitti mvo [08:56] bonjour seb128 [08:56] how are you? [08:57] salut seb128, bon week-end ? [08:58] lut didrocks [08:58] oui, et toi? === oubiwann is now known as away [08:58] seb128: ça va, tranquillement :) [08:59] hey pitti and seb128! yes, I much enjoyed my vacation [08:59] mvo, nice to have you back ;-) [08:59] seb128: thanks :) [09:00] seb128: I read throught my mail, its a *long* list of N in my mutt inbox :) [09:00] lol [09:01] good morning mvo, welcome back :-) [09:01] mvo, we got a new s-c uploaded but I had to hack since make check doesn't work without error, it fails on the history log check [09:01] hey didrocks, thanks [09:01] seb128: aha, ok. I have a look [09:01] seb128: thanks for sponsoring it [09:01] mvo, yw [09:04] seb128: do you happen to have the exact error? it appears that tests are passing for me for some reason [09:05] mvo, let me check [09:05] could be that it got fixed since [09:05] [Errno 2] No such file or directory: '/history.log' [09:06] ... [09:06] "/usr/lib/pymodules/python2.6/debian_bundle/deb822.py", line 253, in iter_paragraphs [09:06] for key in parser.Section.keys()] [09:06] KeyError: 'xxx-bogus-entry' [09:06] [09:06] I had that [09:06] let me update my checkout [09:06] it's test_apthistory.py [09:07] mvo, http://paste.ubuntu.com/452831/ [09:07] seb128: oh, thanks. I think this might be caused by a bug in python-debian actually [09:07] mvo, I'm on lucid if that makes any difference [09:09] didrocks, new evo tarballs are there, will you do the update? [09:10] seb128: already began :) [09:10] ok nice [09:10] thanks [09:10] you're welcome :) [09:10] I'm still on lucid for some days [09:10] handling other .2 updates for lucid sru [09:10] then I can upgrade [09:10] no worry, I'll try to integrate the express branch as well [09:11] you should do it in 2 uploads [09:11] one for the update [09:11] then one for the express backporting [09:11] will make easier to figure what breaks if something breaks [09:11] ok [09:12] will also give you some work done and uploaded rather than being stuck on backported express changes ;-) [09:13] sure :-) [09:23] Sarvatt, hi, how do you track xorg-edget ppa bugs usually? ie bug #596192 [09:23] Launchpad bug 596192 in cairo (Ubuntu) "[xorg-edgers] new libcairo2 1.9.9 fails to render correctly (affects: 1) (heat: 8)" [Low,New] https://launchpad.net/bugs/596192 [09:29] robert_ancell, hey [09:29] robert_ancell, still there? [09:30] robert_ancell, do we really need your gobject-introspection changes to ship the everything typelib, seems the debian maintainer disagrees it should be distributed [09:31] ie http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550478 [09:31] Debian bug 550478 in gobject-introspection "gobject-introspection: Please include the Everything-1.0 typelib" [Minor,Open] [09:55] good morning everyone [09:56] hey chrisccoulson, how are you? [09:56] good morning chrisccoulson [09:56] i'm not too bad thanks pitti, although a bit sore from all the gardening at the weekend (and very sunburnt) [09:56] how are you? [09:56] hey didrocks, did you have a good weekend? [09:57] chrisccoulson: had a rather lazy weekend; a bicycle tour and some shopping, and enjoying the long night of science on Friday [09:57] chrisccoulson: yeah, a great one. Nothing too fancy but enjoying Paris for last couple of months (hopefully!) [09:57] pitti - sounds good. i think i will plan a lazy weekend this weekend :) === cking_ is now known as cking [09:57] didrocks - you're leaving paris? [09:59] hey chrisccoulson [09:59] hey seb128 - how are you? [09:59] I'm great thanks [10:00] I had a lazy weekend but it's quite cold there [10:00] ie around 16°C yesterday [10:01] chrisccoulson: yeah, leaving Paris in September [10:01] will try to buy something in Lyon [10:01] seb128 - i'm not sure how warm it was here, but it must have been warmer than i thought it was ;) [10:02] hehe [10:02] didrocks - one of my friends moved to lyon recently too [10:02] chrisccoulson, how is the firefox security update going otherwise? [10:02] seb128 - i got the jaunty extensions done friday evening [10:03] so, it's not going too badly :) [10:03] chrisccoulson: oh, is he enjoying the city? [10:03] didrocks - yeah, he seems to be [10:03] chrisccoulson, did the hardy version go to security now? [10:04] seb128 - not yet, i'm not sure if 3.6.4 has been released still (it wasn't on friday) [10:04] ok [10:04] let me know when it does ;-) [10:04] RAOF, hey [10:04] RAOF, do you know how the i8xx work is going? [10:05] the thing that made me hurry is that they added something like that just on the wall behind my bedroom: http://www.axo-media.com/edsys/uploaded/Haute%20Savoie/ANNEMASSE/Reseau%20Prestivision%20Bleu%20Franco-Suisse/Photo-reseau-transit.gif [10:05] and the engine makes a lot of noise [10:05] even in the night :/ [10:05] seb128: Chris Wilson did some hacking over the weekend; there's a branch on my system that builds and has the old, non-GEM EXA accel as a legacy option. [10:06] RAOF, is that still on track for alpha2? [10:07] It doesn't currently _work_ as such, but that shouldn't be alarmingly hard. [10:07] RAOF, or should be move items to alpha3? [10:07] It needs to be in the archive by Thursday for a2, doesn't it. [10:07] yes [10:07] well it's a new source for universe? [10:07] I guess it can be later on if it's not on the CD [10:08] ie next week [10:08] It's actually better and worse than a new source for universe. It's re-adding the old code to the main driver. [10:09] oh, I see [10:09] seems better for users [10:09] So it's better in that (a) upstream is helping and (b) users get a good driver by default. [10:10] but... [10:10] It's worse in that it involves touching the main driver, so it's less safe. [10:11] right [10:11] seems it's the way things are going and not a bad tradeoff though [10:11] It shouldn't be a problem by release, but there's a certain amount of code renaming necessary and it currently doesn't bring up my (GM45, not i8xx) intel card properly. [10:11] but seems we are a bit short for alpha2 there now then and maybe workitems need to be updates for the change of stategy? [10:12] That's a good idea, yes :) [10:12] ie are the items assigned to apw on http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-maverick-alpha-2.html still revelant? [10:12] RAOF, ok, can you make sure those get updated today or tomorrow? [10:13] Yup. [10:13] RAOF, just update to reflect what work will need to be done and move to alpha3 I would say [10:13] RAOF, thanks [10:14] Those apw tasks are still relevant for a Lucid SRU, but I'll talk with him. The “i855 patch” referenced is big and scary for an SRU and doesn't _really_ fix the problem. [10:19] mvo: synaptic currently depends: scrollkeeper; would it be okay to drop to recommends: rarian-compat? (i. e. does it still work without?) [10:19] pitti: yes, that should be fine, I need to verify if it works now, but it should be easy to make it work if not [10:19] mvo: ok, thanks; I'll try that [10:20] mvo: do you want me to create a new lp:~ubuntu-core-dev/synaptic/maverick/ branch for that? [10:20] pitti: lp:~ubuntu-core-dev/synaptic/ubuntu is fine for that [10:20] aah [10:21] so you only create release name branches for SRUs? [10:21] yes [10:21] or sometimes before the release if I have stuff that is not appropriate during a freeze [10:23] mvo: btw, please don't merge the apt compressed index branch just yet; I still have some trouble with update-apt-xapian-index [10:23] I'll fix those first [10:24] pitti: ok [10:24] * pitti wrangling with the xapian test suite [10:32] didrocks, mvo: do you have any interest or opinion about bug #232469? [10:32] Launchpad bug 232469 in flashplugin-nonfree (Debian) (and 4 other projects) "wget does not use network proxy in some cases (affects: 38) (dups: 7) (heat: 228)" [Unknown,Won't fix] https://launchpad.net/bugs/232469 [10:33] seb128: I have a interesst in fixing another problem with flashplugin-nonfree (that is fails on 8.04 -> 10.04 upgrades sometimes) [10:34] seb128: I was hit by some kind of weird things when I was forced to use proxy. I think there are some proxy issues more important than that [10:34] mvo: hi.. have you had time to merge your synaptic ui changes branch into maverick? [10:35] vish: not yet, why? the glade->gtkbuilder one? [10:35] didrocks, mvo: well, there is a simple patch suggested there if somebody wants to review it [10:35] vish: oh, the other one. right [10:35] didrocks, ok... [10:35] seb128: not today, but I can later on [10:35] ok [10:35] thanks [10:36] mvo: yeah [mvo/synaptic/ubuntu-ui-changes ], it would close a couple of bugs [10:36] vish: good point [11:33] didrocks, ok, I can confirm the e-d-s bug and it's due to the recent sru [11:34] seb128: the umlaut thing? [11:34] didrocks, yes, it's not an umlaut thing, it's a name with a "." and a space thing [11:34] didrocks, I'm discussing with upstream [11:34] urgh :/ [11:34] ok thanks seb128 [11:49] mvo: I did three fixes to http://git.debian.org/?p=collab-maint/apt-xapian-index.git FYI; it's collab-maint, so I just committed [11:49] one of them fixes a LP with a million dupes [11:50] now the test suite finally succeeds \o/ [11:54] Hello, as friday, anyone to review lp:~bluetooth/ubuntu/maverick/bluez/main and lp:~bluetooth/ubuntu/maverick/obexd/main? :) === cking_ is now known as cking [11:56] baptistemm: maybe you can try on #ubuntu-devel? if nobody want to do it, I'll try even if I don't have a lot of knowledge on it (tomorrow morning or this evening) [11:58] k [11:59] baptistemm, the usual way is to open a bug and subscribe sponsors to it [12:00] I thought it was easier to provide a branch with changes [12:08] pitti: cool, thanks [12:09] mvo: I just don't know whether I should upload it [12:09] but with that I can reproduce the hang with my new apt [12:10] great, seems that banshee upstream will review the hal-free branch, I just had to connect the dots :) [12:11] pitti: what hang is that? [12:11] pitti: uploading a-x-i> best to talk to enrico, he is often around in irc [12:11] mvo: it's a crash in FileFd apparently [12:11] mvo: yep, will do [12:12] thanks [12:14] mvo: ah, I know why [12:14] mvo: FileFd is exported in libapt-pkg-dev after all, so the stuff really breaks ABI [12:14] and people say C++ was a sensible programming language! [12:15] mvo: I guess I'll need to implement a hack for the lucid backporting [12:15] pitti: ABI> pain! [12:15] seems the abi checker doesn't pick that up :-( [12:16] oh, that is bad [12:16] it comapres "build-version" against "installed-version" [12:16] but it does not get that the lucid installed-version breaks ABI? [12:16] yes, I had it compare against lucid's [12:17] mvo: I'll run it again to be sure, but I think yes [12:17] I check it out later, that is a bit of a disappointment === MacSlow is now known as MacSlow|lunch [12:18] mvo: I'll run it here again first [12:18] pitti, so we get an e-d-s bug which broke evolution composer when the receiving contact has a dot and space in its name in lucid-updates [12:18] mvo: but rebuilding synaptic against my patched apt fixes the crash [12:18] and I bet that's the same for python-apt and thus apt-xapian-index [12:18] pitti, do you think we should drop the change and aim at getting back to the previous situation with low delay or try to fix the issue correctly, ie this bug and the one fixed in the sru [12:19] pitti: its pretty likely that it breaks the ABI, its really fragile with c++ and from what I remember it adds some data members. but I had hoped that the checker would be able to pick it up [12:20] mvo: I think I'll move the gz initializers from the ctor declarators (in the .h) to the .cc file [12:20] at least in my backport [12:20] it doesn't matter for experimental, it breaks abi anyway [12:26] mvo: ah, now it does fail, but on something completely different: http://people.canonical.com/~pitti/tmp/abi_compat_report.html [12:26] 'The relative position of virtual method pkgDepCache::~pkgDepCache() has been changed from 6 to 5 and therefore the layout of virtual table has been changed.' [12:27] I didn't touch that interface at all.. [12:27] it doesn't pick up the new FileFd::gz member [12:29] pitti: thanks, I have a look now [12:31] pitti, hello? [12:31] pitti, sorry to bother you but it's a lucid update breaking and I would like your opinion ;-) [12:31] seb128: do you have your "link gnome bug numbers to corresponding launchpad one" handy somewhere? [12:31] didrocks, ? [12:32] didrocks, click bellow the bug table on the affect product label and enter the url? [12:32] seb128: the one which parses the changelog to get the launchpad bug related to gnome one [12:32] mvo, hi, do you want to review a couple of branches fixing accessibility problems in USC's WebKit views, or should I give them to Gary or someone else? [12:32] didrocks, oh, http://people.canonical.com/~seb128/bzbugs.py [12:32] seb128: thanks :) [12:32] didrocks, bzbugs.py ChangeLog [12:33] seb128: awesome, thanks! [12:33] didrocks, np, and better to have a firefox open [12:33] ok :) [12:33] didrocks, it adds tabs if one is running otherwise it opens a firefox for each [12:33] * didrocks opens firefox right now so ;) [12:33] mpt: I can do that, I'm catching up with mail/$stuff currently anyway [12:33] don't want to be scared in 20+ firefox opening [12:34] didrocks, I'm assigned you the e-d-s regression bug [12:34] I've [12:34] seb128: ok, thanks, I still have to understand under which circumstance it's hapenning [12:34] didrocks, I'm trying to get pitti to give his opinion we work on a change though [12:34] didrocks, write "One. Bug Email [12:34] ie one name with a point and a space [12:35] upstream confirmed the change is buggy [12:35] seb128: yeah that patch should be reverted entirely. contact list editor should be using e_destination_get_textrep() for user-visible strings [12:35] poorly chosen names, misleading documentation, but I think I have it straight now... [12:35] didrocks, can you do a reverted version upload? [12:35] ok, understood [12:35] ie just drop the change, go back to what we had [12:36] seb128: can do, still need a break and finish 2.30.2 first, will do this afternoon asap [12:36] mpt: what branch(es)? [12:36] didrocks, ok thanks [12:36] seb128: thank you for reproducing it :) [12:37] mvo, they're linked to from bug 538404 and bug 595500 [12:37] Launchpad bug 538404 in software-center (Ubuntu) "Install button inaccessible (affects: 2) (heat: 42)" [Medium,Confirmed] https://launchpad.net/bugs/538404 [12:37] Launchpad bug 595500 in software-center (Ubuntu) "Screenshot image inaccessible (affects: 1) (heat: 1108)" [Undecided,New] https://launchpad.net/bugs/595500 [12:37] mvo, btw the history s-c entry rocks, I really like it [12:38] mvo, it doesn't like upgrades right now it seems, is that wanted or a bug? [12:40] seb128: please, with some simple steps to rerpdocue [12:40] mpt: aha, thanks. it does not show up in the software-cetner code page [12:41] odd [12:42] mvo, you mean there's no merge proposal? The developer contacted me on Twitter instead. :-P [12:42] mpt: heh, it also does not appear on code.launchpad.net/software-center (I monitor that page to see stuff without merge proposals) [12:43] mpt: thanks, I check it out now [12:43] vish: new synaptic merged and uploaded [12:44] mvo: thanks [12:46] mvo, simple steps? upgrade with update-manager every day [12:46] mvo, the ui lists new packages not version changes [12:46] mvo, ie new things you install and were not installed, not upgraded of versions for installed binaries [12:47] seb128: oh, ok. sorry, I misread the initial issue [12:47] mvo, is it supposed to list updates? would be handy to ask user "what did you change the day the issue started" [12:48] seb128: indeed [12:48] mvo, I was rather curious to know if you plan to do that or if that should be working but is buggy or if that was not on your design ;-) [12:49] mvo, have you had time to read through the software updates spec I started? https://wiki.ubuntu.com/SoftwareUpdateHandling [12:52] mpt: yes, but that is going to be a difficult target if we want to get it done for maverick [12:52] mpt: but the changes itself look not too hard, just "work" [12:52] mpt: plus the morphing stuff needs to be available and have python bindings [12:53] seb128: it is not my design, I need to check the spec (or ask mpt) if upgraded packages are supposed to show up there, but I agree that its somehting useful to have [12:53] mvo, none of this is Maverick targeted, and it's in lots of little bits that can be done independently [12:53] mvo, I'm just giving you a heads up, because Shane Fagan may be submitting code soon to implement some of it [12:53] mpt: ok, cool [12:54] mvo, ok thanks [12:55] seb128, what's the issue? Is this on an OS upgrade, e.g. 10.04 -> Maverick? [12:56] or on any update at all? [12:56] mpt, no, normal upgrades [12:56] mpt, well we get people saying "that software working after applying yesterday lucid security updates" [12:56] mpt, would be handy to be able to tell users, "can you check in s-c what you did upgrade yesterday" [12:56] ok [12:57] "stopped working" [12:58] especially if the UI has filter for installed and removed already [12:58] should be easy to add one for "version changed" [12:58] seb128: do you think I should revert the change in evo 2.30.2 too? [12:59] didrocks, no [12:59] didrocks, I verified it's e-d-s [12:59] I've downgraded only this one and it works [12:59] seb128: sure, but I'm about upgrading e-d-s 2.30.2, in maverick, hence my question :) [12:59] seb128, makes sense [13:00] didrocks, well it's maverick, I would backport the changes they do today when they do those [13:00] ok, so pushing in maverick [13:00] mpt, ;-) [13:08] seb128: re (sorry, was at lunch) [13:08] hey pitti [13:08] seb128: is the regression in -proposed only? or in -updates? [13:08] pitti, updates [13:09] seb128: if it's -proposed only, it's fine to do a followup SRU IMHO [13:09] pitti, I asked didrocks to do an upload undoing the sru while you were are lunch [13:09] seb128: is it realistic to fix it in a day or two? [13:09] are -> at [13:09] but reverting is always the safe option indeed [13:09] fine for me [13:10] pitti, upstream says the change is wrong and the api naming misleading, the escaping should be done in evolution [13:10] pitti, so I think in any case we want to revert the e-d-s change and see what we do with evo to fix the original bug later [13:10] pitti, can we speed a bit the delay to -updates if we revert the change? [13:10] absolutely [13:11] seb128: let it build in -proposed, quick test that it still runs, and off to -updates [13:11] we just need to guard against misbuilds [13:11] pitti, ok thanks [13:11] right [13:18] mvo, have you been in touch with kiwinote today? Today's the first day of his GSoC [13:18] mpt: I haven't. but I look forward to it [13:19] mpt,mvo: hi [13:19] hey kiwinote [13:19] had my last exam thismorning, but am about to start coding now [13:21] hi kiwinote, and congrats on getting through them all [13:22] thanks, it's good they're all over now [13:22] seb128, I just updated the spec to include updates/downgrades too [13:22] mpt, thanks! [13:22] mvo, ^ [13:22] ;-) [13:22] mvo, who did the history work? [13:26] seb128, tedg didn't submit a fix for the libappindicator-cil thing, right? [13:26] rodrigo_, dunno I was not around during the weekend [13:27] rodrigo_, nothing that's I've seen no [13:29] kiwinote, so you're starting with apturl? [13:29] mpt: gdebi was what I thought we'd agreed, but I don't mind doing apturl first. It may actually be a better idea.. [13:30] kiwinote, sorry, my mistake [13:30] pitti: e-d-s uploaded in -proposed [13:30] kiwinote, I don't mind which. [13:31] didrocks, thanks [13:31] mpt: did you have some time to have a look at oneconf design into USC? [13:31] mpt: olivier did work on it and geliy sokolov [13:31] mpt: i'll continue looking at gdebi first then [13:32] mpt: but it should not be a big deal to update it [13:32] seb128: you're welcome :) [13:32] mvo, ok, I'm just looking for ways to reduce your load :-) [13:32] didrocks, it's still #2 on my list behind buy-stuff [13:33] didrocks, I may get time for it this afternoon if I smile at ivanka the right way [13:33] mpt: urgh, hope it could come #1 your queue for this week :) So ok, I definitively abandon the idea for alpha2 :/ [13:33] hello everyone [13:33] mpt: heh, great, thanks :) [13:33] hey huats [13:34] didrocks: accepted, merci! [13:34] pitti: yw ;) [13:34] didrocks: I won't copy it to maverick, though, it should be fixed properly there; ok? [13:34] pitti: for now, maverick will have 2.30.2 with the regression and waiting for upstream patch [13:35] pitti: I'll track the trunk [13:35] and seb128 discuss with upstream about it, so I think we're fine [13:35] I reopen the lucid task on the other SRU [13:37] ah, right; thanks [13:38] rodrigo_, i have packaging fixes for libappindicator-cil that fixes building against it... but nothing works with it still [13:38] that requires fixes from tedg [13:39] rodrigo_, nothing that uses libappindicator really works 100% right now :/ [13:39] mpt: what is smiling at me going to get you? [13:39] I think tedg was on it friday [13:39] kenvandine, ah, ok, I was waiting for it to build a new tomboy package with a patch we have written [13:39] seb128, yeah, he started it anyway [13:39] he got a commit to fix the icon change [13:40] " Fix mono bindings by restricting gapi2-parser" [13:40] as well [13:40] kenvandine, could you try current trunk and see how it works? [13:40] rodrigo_, if you just want it to build... checkout the lp:~ubuntu-desktop/indicator-application/ubuntu package and build it locally [13:40] commit suggests he fixed both [13:40] seb128, sure [13:40] awesome [13:40] kenvandine, ah, ok, and what about submitting it? should I wait until it's uploaded to maverick? [13:40] kenvandine, hey btw, how are you? [13:41] rodrigo_, not yet... [13:41] kenvandine, how is the fever going? [13:41] seb128, good... got pygi working for libgwibber! [13:41] fever is gone :) [13:41] finally... [13:41] nice ;-) [13:41] double nice ;-) [13:41] i bit achy still... but much better than last monday [13:41] kenvandine, ok, I'll wait then, trying to build it locally for now [13:41] kenvandine, glad you're better, yeah :) [13:41] adding gobject-introspection and dropped the python bindings last night [13:41] seeing the diff I'm unsure the mono build is fixed [13:42] but let's wait for ted he should be there in an hour or so I guess [13:42] the mono build was a packaging issue [13:42] ivanka, designing OneConf as an afternoon activity [13:42] seb128, i would like a review and sponsoring for libgwiber later today or tomorrow morning :) [13:42] mpt: need anyone else or is this a solo activity? === MacSlow|lunch is now known as MacSlow [13:43] kenvandine, ok [13:43] ivanka, it could be solo, but two or four more eyes would be useful [13:44] mpt: let's think about a buddy and then go for it [13:44] It's rather a tricky interface design problem [13:44] thank you [13:46] thanks mpt, ivanka :) [13:47] mpt: if you need any info about what we can do/can't for now, do not hesitate [13:48] hey rickspencer3 [13:48] good afternoon seb128 [13:49] hey rickspencer3 [13:49] hi kenvandine, good morning [13:51] * TheMuso waves hello before turning in for the night. [13:51] good night TheMuso [13:51] hey TheMuso, have a good night [13:52] didrocks: no worries! [13:53] seb128, appindicators work! [13:53] including in mono [13:53]