=== rickspencer3-afk is now known as rickspencer3 === TheMuso` is now known as TheMuso === hggdh_ is now known as hggdh === Amaranth_ is now known as Amaranth [07:06] Good morning [07:28] morning pitti [07:29] hey ajmitch, how are you? [07:29] good, how are you? [07:30] great, thanks [07:30] in good hacking mood these days :) [07:30] excellent :) [07:30] * ajmitch is getting back into mangling packages for fun & profit [07:35] ajmitch: Profit, you say? [07:37] well, that'd be nice [07:38] though I do get to do a tiny bit of stuff with work [07:39] since I tend to need things like apache2, mysql & php5 for work [07:40] Wrong channel for that :-P [07:41] I know :) [07:43] but there are worse things for me to do, I'm sure === tkamppeter_ is now known as tkamppeter [08:10] morning o/ [08:19] morning [08:21] robert_ancell: are you around ? [08:21] huats, yup [08:21] robert_ancell: hey robert [08:21] huats, hows life? [08:21] just to let you know that anjuta is updated [08:22] robert_ancell: quite good :) [08:22] you ? [08:23] huats, life is good here. Looking forwards to some Northern hemisphere Summer :) [08:23] hehe [08:23] you'll have that in GUADEC :) [08:23] And I'm actually nearing the end of the compiz bugs! <150 to triage... [08:23] congrats ! [08:23] :) [08:24] actually I am in the northen hemispherebut it is very grey today [08:24] Regarding anjuta, right now I am waiting for someone to merge the anjuta branch that I have created with the one of the desktop team [08:24] seb128: ! [08:24] hello [08:24] :) [08:25] lut huats [08:25] I created that branch, I guess we should delete it? [08:25] starting early today? ;-) [08:25] seb128, hi [08:25] hey robert_ancell [08:25] robert_ancell: no non don't delete it [08:25] seb128: indeed :) [08:25] robert_ancell: keep that branch and someone will merge mine with yours... [08:26] huats, I was wondering if the ubuntu-desktop team is the correct group to own the branch - ideas anyone? [08:27] what package are you talking about? [08:27] robert_ancell: it is the right one, anjuta is part of gnome [08:27] anjuta [08:27] (well from my point of view) [08:27] not really since the package is in universe and theorically those having upload right should have commit access too [08:27] * robert_ancell has been putting many packages into bzr - I love bzr-buildpackage [08:27] seb128: ok [08:27] waiting for archive reorganization to get that solved [08:27] seb128, that's what I was thinking - is there an appropriate group for package branches that are in universe? [08:28] ok [08:28] the universe split is artificial, we will get a desktop team which has right on those packages soon I guess [08:28] not that I know about [08:28] but we can keep merging those until archive reorganization [08:28] ie use ubuntu-desktop even if that's not ideal [08:28] At least branches are easy to transfer [08:28] right [08:28] seb128: so I think it won't harm to keep anjuta in the desktop branch since it is a good thing to have that in bzr [08:29] seb128, I've got compiz to <500 bugs [08:29] robert_ancell, waouh! [08:29] (and not by just closing them all :)) [08:29] seb128: same question about glom, can I continue to track someone to create the glom branch in the desktop team ? [08:30] not closing, just reassigning to xorg or drivers? [08:30] ;-) [08:30] seb128: or incomplete :D [08:30] huats, I don't care about this one and I think it can stay out of the vcs but that's only my opinion [08:30] seb128: ok [08:31] well, some went to xorg... But there are a lot of duplicates too [08:31] * huats thinks that seb128's opinion matters a bit :P [08:31] lol [08:31] robert_ancell, did you find any interesting bugs to fix on the way? [08:32] robert_ancell, if you have some time to look at make compiz start faster that would be nice too [08:33] seb128, yes, there are a shortlist of ~10 I want to look at. Two of them have been marked papercuts [08:33] I'm not really interested in investing too much time in performance until we know what the future of the 0.8 series is (and compiz in general). I suspect we could waste a lot of time in it [08:34] well we have this 10 seconds target for karmic+1 [08:34] Also to make things really annoying compiz doesn't run on my hardware currently which makes testing hard. I need to ask mvo how to get it to run with software rendering or something [08:34] and it seems we will not switch to any other compiz codebase this cycle not next one [08:35] not this cycle because there is nothing ready to switch [08:35] seb128, I'll look at performance but it seems to me there are more important stability and usability bugs at present [08:35] and not next cycle because a lts is not the cycle to switch [08:35] alright, that's fair enough [08:36] I think the best thing we could do is remove ccsm from the repositories entirely - that would reduce the number of bugs massively!! [08:36] we just have people wanting those fast start very much so if we find some easy targets to make things faster we should look at that too [08:36] because the tools is buggy? or because many of the bugs are due to people playing with weird options? [08:37] the number of bugs which go: "If you enable a+b+c+d and disable e and wait for 9.2 seconds then something obscure happens..." [08:37] give everyone levers and they love to pull them [08:37] well don't give them the option and they will get it by some other crackful way [08:38] hey seb128 and robert_ancell [08:38] we could have some apport hook to auto-tag bugs when some options are on [08:38] yes, we need to detect they're doing it and pop up a dialog saying "bad user! No support for you!" [08:38] well apport can do that [08:39] so if we decide some options are too buggy we could display a "try without that option before opening a bug" [08:39] seb128, it's on my burndown chart [08:39] hey mvo [08:39] didrocks, hey [08:39] lut didrocks [08:39] hey seb128 and robert_ancell [08:40] mvo, is there a way to run compiz in software rendering so I can test functionality and be sure it's not a driver issue? [08:40] mvo, morning [08:40] didrocks, gnome-python-desktop didn't build because it wants bug-buddy which is in universe [08:40] didrocks, any reason why it needs to be installed to build? [08:43] seb128: hum? normally, gnome-python-desktop doesn't build-dep on bug-buddy :/ [08:43] let me check [08:43] seb128: he, any objection if I upload a new revision of empathy pkg with webkit support as the pkg still in universe [08:44] didrocks, so soyuz when crazy [08:44] bigon, no, got for it [08:44] bigon: do we have geoclue/champlain in karmic too? [08:44] I will drop libidicate patch too, cassidy was not happy with it yesterday [08:44] Zdra: it will go in the ppa in a first time [08:45] bigon: it got applied in karmic's package? [08:45] yeah [08:45] (and the ppa one) [08:45] bigon: what's the point of proposing a patch upstream, get rejected with a list of comment long as the bible if it's applied in packages? [08:46] Zdra, it was applied in the package before anybody commented on it on the upstream bug [08:46] seb128: and? [08:46] and that's not a constructive comment [08:46] seb128: that means the patch is perfect? [08:46] how people can know there will be comments if they are not there yet? [08:46] seb128: don't propose upstream if you don't wait for the reply... [08:47] lol [08:47] welcome to reality [08:47] we have fixes waiting for upstream for years [08:47] should we stop fixing any bug or doing any change waiting for upstream to maybe reply a day? [08:47] especially since we get bug reports because of that patch [08:47] we do changes, upload and send the change upstream, and update when we get comments [08:48] I have another issue [08:48] enabling geoloc and webkit and webkit add symbols to library [08:48] don't enable geoloc [08:48] hey [08:49] lut baptiste [08:49] yeah missing () around geoloc :) [08:49] but if we disable webkit in the futur it will breaks API [08:49] bigon: I had a strange issue with latest empathy in karmic (pushed yesterday) the UI was not visible neither the icon in the tray [08:49] is there anything making use of those apis right now? [08:49] salut seb128 [08:49] seb128: non [08:49] so it's not really an issue for now [08:50] baptiste: it's maybe related to the indicate patch, I will remove it in the next upload [08:50] baptiste: that's because ubuntu apply patches without taking care of upstream comments [08:51] seb128 - on the subject of upstream changes, I'm going to send a patch upstream later which resolves 337441. do you want to apply the patch in Ubuntu or wait for some upstream comments? [08:51] Zdra, stop this fus [08:51] good morning btw [08:51] Zdra, stop this fud [08:51] Zdra: ... it was before cassidy comments it [08:51] Zdra, that's not constructive behaviour [08:51] Zdra: this is because you're too slow to answer :) [08:51] bigon: we made comments ages ago [08:51] bug #337441 [08:51] Launchpad bug 337441 in gnome-settings-daemon "Low disk space warning "Cancel" and "OK" buttons do the same thing" [Low,In progress] https://launchpad.net/bugs/337441 [08:52] Zdra, and the version uploaded is exactly the one you commented on? [08:52] chrisccoulson, wait for upstream comments I would say [08:52] seb128 - yeah, no problem. it's quite a big patch [08:52] seb128: well, obviously the guy who made the patch didn't test it [08:53] seb128: it crash, it hide status icon [08:53] kenvandine, ^ [08:53] seb128: and then it's upstream who gets bugs [08:53] thanks [08:53] Zdra, you win nothing going the confrontational way there [08:53] let's calm down and fix issues [08:54] seb128: 2nd time ubuntu add patch in its package for empathy without taking care of upstream [08:54] Zdra: cassidy comment 2009-06-24 16:58 UTC, changelog entry Tue, 23 Jun 2009 11:43:15 +0200 [08:54] seb128: 2nd time the patch has to be reverted [08:54] (hm, not sure the 1st got reverted in the end...) [08:54] Zdra, second time, trying to dictate us what to do is not constructive behaviour [08:55] Zdra, the patch has been added by bigon btw [08:58] robert_ancell: uh, not that I know of - I use different machines with different video cards to test [09:19] seb128: I updated the gnome-python-desktop bzr branch. I didn't pay attention to this uneeded build-dep I have already removed before the remerge with debian :/ It should be fixed now [09:20] didrocks, ok thanks [09:20] seb128: btw, that's strange that I didn't received the soyuz FTBFS... I checked my spam too :/ [09:20] seb128: sorry for the extra work [09:20] didrocks, it didn't ftbfs so it didn't email [09:20] ok [09:20] didrocks, I was just surprised to not see the binarines in the new queue [09:20] so I checked the build logs [09:20] it's dep-waiting on bug-buddy [09:21] ah, ok :) [09:21] I bumped the version number, thinking it had FTBFS, is it still necessary in this case? [09:21] yes you can't overwritte a source [09:22] ok, even if binaries weren't published [09:23] * didrocks returns to his strike with {site,dist}-packages :) [09:31] mvo, could you make the "do you want to reboot now" dialog to be shown *after* the upgrade and not while things are still being configured? [09:32] mvo, so people clicking on it don't reboot while update-manager was still working [09:32] seb128: that should already be the case [09:32] not sure on karmic [09:32] seb128: when did you see this behaviour? is it reproducable? [09:32] jaunty too [09:32] not there on karmic [09:33] I get it almost daily on karmic [09:33] wehh [09:33] * baptiste seen it in hardy yesterday :) [09:33] it seems that once the linux upgrade is configure it displays the dialog [09:33] but update-manager still configure packages for a minute after that [09:33] configure -> configured [09:33] I used synaptic right now though [09:34] so maybe it's specific to synaptic [09:34] but I think I got it with update-manager earlier this week [09:35] seb128: thanks, I investigate, it really should only show after everything else is finished [09:35] is there any log that would be useful for debugging? [09:35] I've done my daily upgrade now so I can't get one now [09:35] but for the next time I get the issue [09:38] seb128: I can add a debug switch for it, but the theory goes that a pending reboot is only shown after "/var/lib/update-notifier/dpkg-un-stamp" changed, and that should only change after dpkg is finished with its operation [09:39] mvo, I will keep an eye on it [09:40] seb128: thanks, I will watch out for it too, the code looks ok, but that does not mean it has no bugs :) [09:40] mvo, maybe I'm wrong on what update-manager was doing, maybe that was triggers? [09:41] mvo, the disk was still busy and update manager still showing the progress dialog, not the "done" [09:41] mvo, would the dpkg stamp update before triggers? [09:42] seb128: let me check === cjwatson_ is now known as cjwatson [09:58] * asac extended lunch (running some errands and getting lunch afterwards) ... bbl [10:14] Zdra: to be fair, I did my full review after the patch has been included in the package and kenvandine has been very responsive so far. Don't be too harsh with them [10:39] pidgin fix time! [10:39] can someone approve the release tasks? [10:39] Laney, bug #nnn? [10:39] bug 389322 [10:39] Launchpad bug 389322 in pidgin "Yahoo server authentication changed: Pidgin =<2.5.6 will not connect to Yahoo! servers." [Medium,Fix released] https://launchpad.net/bugs/389322 [10:40] pitti, ^ what do you think? [10:40] I guess it's a good SRU candidate for all stables? [10:41] sure [10:41] similar to the ICQ ones [10:41] pitti, want to accept the nominations? I will do the sponsoring once ready [10:41] * pitti approves tasks [10:41] * seb128 has some webbrowser issue right now [10:41] hm, dapper desktop is about to EOL [10:41] * seb128 kicks epiphany [10:41] but let's fix it there, as a courtesy [10:42] I didn't test if it applies there yet anyway [10:43] is anybody else having issue with combo boxes on launchpad being "stucked" often? [10:43] * Laney figures out viewmtn [10:43] ie not accepting changes until the page is refreshed [10:43] seb128: hm, never saw that; which combobox in particular? [10:43] pitti, all the bug settings, importance, status, etc [10:43] hm, I do that all the time [10:43] it does change to the picked value [10:43] doesn't [10:44] works fine here (firefox) [10:44] could be an epiphany-browser specific issue [10:44] Is there a known gtk bug with comboboxes btw? I've seen a couple of applications (claws-mail and banshee) closing when I click on them sometimes [10:44] I've also focus issue, sometime I'm typing a comment and focus moves somewhere else, ie text stop being written [10:44] could be coincidence [10:44] Laney, bug #391398 [10:44] Launchpad bug 391398 in gtk+2.0 "Applications segfault with gtk+ version 2.17.2 when selecting listbox values" [High,Confirmed] https://launchpad.net/bugs/391398 [10:45] Laney, you are welcome to open a bug on bugzilla if you get the issue, I don't get it there [10:45] some people say having it when using scrolling on combos [10:45] but it's stable there [10:45] I'll try, it doesn't trigger apport though [10:45] it's an abort not a crash [10:45] and I can't reliably repro [10:47] vuntz, hey [10:47] ah, the banshee-daily build does it [10:47] * Laney reports upstream [10:48] thanks [10:48] I tried to do combo scrolling in evince and nautilus but it's stable [10:49] Install banshee-daily, edit-> preferences-> click top combo [10:49] seb128: bla [10:51] coucou vuntz [10:54] looks like gnome bug 586408? [10:54] Gnome bug 586408 in GtkComboBox "transmission crashed with SIGSEGV while saving a file" [Critical,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=586408 [10:54] and bug 389265 [10:54] Launchpad bug 389265 in gtk+2.0 "transmission crashed with SIGSEGV" [Medium,Triaged] https://launchpad.net/bugs/389265 [10:56] ok [11:42] the pidgin patch is pretty large [11:42] right [11:56] I need to leave for a while, lunch and doctor appointment === MacSlow is now known as MacSlow|lunch [12:11] lunch time bbl [12:34] where does dch get my email address from? it always uses rodrigo@cervinia (cervinia is my hostname) [12:34] rodrigo_: DEBEMAIL [12:34] and DEBFULLNAME for your name [12:34] hi btw :) [12:35] hi pochu [12:35] pochu: environment vars you mean? [12:35] yup [12:35] ok [12:35] or in ~/.devscripts [12:35] thanks :) [12:35] I think it's documented in the end of dch(1) [12:35] yw [12:42] pochu: can we move liferea to webkit or something? [12:54] pitti - you're a G1 fan aren't you? [12:54] to upload a package to my PPA for both jaunty and karmic, is it enough to just change the distro in debian/changelog and submit twice? [12:55] chrisccoulson: he is, he even looks like he's working for Google, since he convinced me to buy one :) [12:55] heh [12:55] have you seen the HTC Hero? [12:55] it looks beautiful. i want to get rid of my G1 now ;) [12:56] hmm, no haven't seen it [12:56] http://www.crunchgear.com/2009/06/24/htc-introduces-sense-the-first-customized-android-installation-on-its-new-hero/ [12:56] my carrier provider only has the HTC dream I think [12:56] asac: yes, we need an update to 1.6 [12:56] asac: a merge from Debian experimental would be enough, but I'd rather we update to 1.6.0rc5 [12:57] [14:02] asac: yes, we need an update to 1.6 [12:57] asac: since 1.5.something we're webkit-only [12:57] oupss, sorry, playing with putty :) [12:57] hey pochu o/ [12:57] heh [12:57] didrocks, fix your clock it's 13:58 [12:57] didrocks: hi :) [12:57] lol [12:57] I have 13:56 here :( [12:57] seb128: tell it to huats, it's his server (I use my port 443 @home :)) [12:58] even with that, he is always late :p [12:58] ah ok ;-) [13:02] pochu: good news. will you prepare 1.6.0? [13:05] asac: 1.6.0rc5 is prepared in git for Debian, just needs an upload [13:05] asac: I'll try to get that uploaded and then we just need to merge it [13:05] how does it sound? [13:05] pochu: what changes prevent a sync still? notifications? [13:06] no, that's upstream already [13:07] there's a local "ubuntu-feedlist" patch [13:07] not sure about the other changes [13:07] oh [13:07] there's no more LUA 5.0 support [13:07] but 5.1 in Ubuntu is in universe [13:08] can we demote 5.1 in turn? [13:08] err 5.0 [13:08] I dunno if there's anything else using it [13:08] otherwise, yes [13:08] we could demote 5.0 and promote 5.1 I guess [13:08] hmm lua 5.1 has quite a large stack of bin packages [13:09] or just demote liferea for the meantime [13:09] this is just pointless with the archive reorg [13:09] yeah [13:09] hmm. [13:09] or we can disable lua support for now [13:09] so MIRs will go away. will there be anything similar in turn? [13:09] we have a bunch of options ;) [13:09] asac: one point for blueman, it uses obex-data-server, gnome-bluetooth would require obexd, and we don't know if obex-data-server and obexd can be side by side. but I doubt as they claim the same dbus "namespace" [13:10] asac: no idea... cjwatson should know :) [13:10] can be *installed* side-by-side [13:10] (I am answering to you with one or 2 days lag, sorry) [13:10] baptiste: so it's not decided yet what will be shipped with karmic? [13:10] I thought it was going to be gnome-bluetooth [13:11] pochu: we wanted to evaluate this carefully [13:11] blueman has more features and wasnt considered when we looked at it [13:11] (came in late) [13:11] however, gnome-bluetooth is gnome [13:11] pochu: the decision is not in my hand :), I'm just try to gather information and know what are the problems we could faced in the implementation [13:12] ok [13:12] gnome-bluetooth as the advantage to be more gnome-"centric" (use infrastructe, developped by a RedHat developper) [13:12] hello asac by the way [13:12] hi ;) [13:13] baptiste: yeah. but blueman seems to be more featureful ... but i want to understand why both projects exist before deciding [13:13] and check why they don't join efforts [13:14] i assume that blueman was forked when the gnome-bluetooth guy still hoped that they could improve bluez-gnome [13:15] so blueman is also a bluez fork? [13:16] i dont know yet ;) [13:16] thats what i want to find out. it definitly rocks out of the box ;) [13:16] it's an intel project no? [13:17] Zdra, what is the bug? [13:17] seb128: i dont think so. the Copyright is assigned to the developers and not intel [13:18] blueman is python [13:18] ok, I'm probably mixing that with some other project announced recently then [13:18] connman could be [13:18] connman is intel [13:19] ok I was probably thinking about this one then [13:22] * rodrigo_ submits couchdb-glib to revu and prays for not breaking anything [13:26] once accepted in REVU I just need to file bugs with debdiff's for updates, right? [13:26] seb128: I gues you've mixed with ophono and connman? [13:26] baptiste, you lag === MacSlow|lunch is now known as MacSlow [13:26] baptiste, read backlog? [13:27] yep [13:29] pochu: so all in all we will get liferea-webkit in ~1 week? is that a good guess? [13:29] asac,pochu: not quite sure yet. I would expect that the security team will still want to have an opportunity to inspect packages that they're going to have to support in the future [13:30] it just means that it's applied to a different set [13:30] so its more like "seed inclusion report" ? [13:31] I wouldn't use that term. product, maybe [13:31] asac: yes, that should be doable [13:31] i.e. we're happy to include this package in the Ubuntu desktop product [13:31] asac: if you're in a hurry a merge now will do [13:32] right. i first wrote "product inclusion report" ... but then i realised that not all seeds are actually products [13:32] like xubuntu et al [13:32] so maybe its "canonical support report" ;) [13:33] #include :-) [13:33] pochu: i am not in a hurry. just want to check where i should spend my time on for the ffox 3.5 by default transition [13:33] I'd rather it be in terms of Ubuntu than in terms of Canonical; not all the MIR terms are about Canonical being willing to support something - many of them are simply quality guidelines [13:34] Xubuntu isn't subject to MIRs right now, and does not need to be subject to an analogue of them post-archivereorg [13:34] hmm. ok. always though that main ment that canonical implicitly committed to provide security support [13:34] they might want to institute something similar, but that's up to them [13:34] main has meant lots of things [13:34] one of the reasons we want to reorganise it :) [14:17] chrisccoulson: yes :) [14:30] hggdh, hi, would you be interested to work on a evolution ppa with evolution-bonobo-slay builds? [14:30] and maybe eds-dbus if that's ready to be tested too [14:32] ivanka, hi [14:33] ivanka, about bug #389926, I'm not sure it's "obscuring navigation", it's just than most users care about their user directory and system install layout is something they don't want to know about or are not interested in [14:33] Launchpad bug 389926 in hundredpapercuts "Nautilus browser's pathbar doesn't display the entire path, even when it can" [Undecided,Confirmed] https://launchpad.net/bugs/389926 [14:33] ivanka, the rational for the current behaviour is that your anchor point is your user directory, not the filesystem where you never go [14:34] ivanka, note that the gtk fileselectors have the same behaviour [14:35] * ivanka reading, looking, thinking [14:35] pitti: I see lots of "dones" on automagic python! [14:35] nice :) [14:35] hey rickspencer3 [14:36] hi seb128 [14:36] kenvandine: hi [14:37] hey ri [14:37] rickspencer3, [14:37] kenvandine, is your empathy libnotify use optional? [14:37] ie can I tell it to still show a notification area icon [14:37] no... it needs to be though [14:37] going to talk to ted about that [14:37] well [14:37] * seb128 hates the message indicator behaviour [14:37] you can yes [14:37] in the prefs [14:38] if you uncheck us the indicator in the prefs you get the old icon [14:38] I can't get the messages in the indicators but still the icon though? [14:38] seb128, yes, no prob [14:38] but, based on that bug upstream, i think we should check if the indiciator applet is running and fall back [14:38] yes [14:38] kenvandine: I spent yesterday hacking couchdb into quickly [14:38] couchdb is, indeed, very cool [14:39] seb128, if you uncheck that option, it ignores the indicator and uses the old icon in the tray [14:39]