[00:02] RAOF, this is a MIR bug 1016158 [00:02] Launchpad bug 1016158 in libgusb "[MIR] libgusb" [Undecided,New] https://launchpad.net/bugs/1016158 [00:02] Yeah, saw that. [00:27] RAOF, hey if you have a few minutes could you pump through the xdiagnose SRU? Both bugs it fixes got validated-none. [00:27] RAOF, one of the fixes is to turn off the gpu hang apport hook. Apparently it's still been firing off, even though apport is disabled. [00:27] Certainly, [00:39] bryceh: Hm. xdiagnose hasn't been in there for the standard 7 days; are the changes are low-risk, so pushing it out a little prematurely reasonable. [00:57] RAOF, hasn't it? the date on the changelog is the 15th. when did I upload it...? [00:58] It got accepted 6 days ago, according to http://people.canonical.com/~ubuntu-archive/pending-sru.html [00:58] ah, so one day shy [00:58] ok, yeah seemed like it's been about a week. [00:59] but yes, the changes are low risk. it only affects the bug filing logic, so even if everything exploded it's just going to affect bug reporting [01:01] RAOF, of course, no harm in letting it sit one more day if that's the required process. [01:02] Doesn't xdiagnose also include failsafe-x? [01:02] RAOF, it does [01:02] In unlikely scenarios that could blow up pretty badly. ☺ [01:03] none of the changes actually alter any of that code path, but yeah that's there too [01:34] hmm, a gnome-menus transition, that'll be fun :/ [03:40] Good morning [03:56] Morning pitti. [05:05] RAOF, so, what's the chance we can get these pandaboards to composite? [05:09] robert_ancell: High; they've got GLES drivers, right? [05:09] Unless the question is ‘what's the chance we can run the system compositor on them’ in which case... I *think* there's an open driver in the works. [05:09] that was the question [05:11] Failing anything else, I believe a software-rendered compositor would be possible now. That's not exactly awesome, though. [05:11] RAOF, that would actually be fine [05:14] I'll give it a whirl once I've set it up properly. [05:28] Its probably worth grabbing a USB hard drive, netboot installing using the alternate installer onto the USB drive, and using the board that way. Less thrashing of an SD card, and a little snappier. [05:29] You still need an SD card to boot, but once booted, the USB drive does the rest. [05:29] And jockey offers to install the pvr-omap package. [05:30] jbicha: Gnome shell will be depwait atm, at-spi2-atk is still in binary new. [05:36] Mine is currently running precise, only because for some reason the quantal kernel didn't boot, but I might have done things incorrectly with the SD card. WIll try again later. [05:36] Oh, it doesn't boot from USB? [05:37] RAOF: no, I learned that the hard way last week, too [05:38] I think you can get it to boot via the USB port on the side, i.e so the board is a USB client, but not with a USB host port no. [05:38] I bought an 8 GB SD card on the weekend [05:38] ... [05:38] Ok, SD card time. [05:38] you can put the main file system on an USB drive, but you still need a small SD card for early uboot stuff [05:38] pitti: Yeah, thats what I did, as above. [05:39] THings actually perform acceptabbly from a USB drive, and plain suck from SD card only. [05:39] Not to mention killing the SD card. [06:09] good morning === jalcine is now known as Jacky [06:54] bonjour didrocks [06:55] guten morgen pitti [07:35] greyback: hey, are you around? [07:36] didrocks: yep [07:36] greyback: did you get a change to look at the stacktrace I gave to youN? [07:36] didrocks: not really tbh, was at conference last week. [07:37] didrocks: I should be able to give it some time later this evening [07:38] greyback: excellent, thanks! === RAOF_ is now known as RAOF [07:47] slomo: look at libgstreamer0.10-dev libgstcoreelements.la libgstcoreindexers.la http://paste.debian.net/176353/ === vuntz_ is now known as vuntz [07:47] Laney: ah those, a patch to just remove them would be good ;) [07:47] Laney: they're completely unneeded [07:48] yep, that's what I linked you to yesterday [07:48] Laney: i mean, remove the files, not just clear dependency_libs [07:49] oh, well if you're sure nothing depends on them [07:49] just a find -name *.la -delete in rules then :P [07:50] There should be a dh helper for that :) [07:50] dh_lakiller [08:02] hey [08:02] salut seb128 [08:02] seb128: meeting reminder day! [08:02] lut didrocks, en forme ? [08:02] didrocks, oh, right, thanks! [08:02] yw ;) [08:02] ça va, et toi? [08:04] ca va nickel ;-) [08:04] can someone give-back https://launchpad.net/ubuntu/+source/gnome-font-viewer/3.5.3-0ubuntu1/+build/3605498 please? :-) [08:07] Laney: done [08:08] thanking you [08:35] good morning everyone [08:35] Hey chrisccoulson! [08:35] hi RAOF, how are you? [08:36] I'm pretty good. [08:37] hey chrisccoulson, RAOF, how are you? [08:37] hi seb128 [08:37] Hey seb128! [08:37] i'm good thanks, how are you? === tkamppeter_ is now known as tkamppeter [08:37] chrisccoulson, I'm good thanks [08:37] RAOF, I've a graph for you, tell me what you think about it :p [08:37] RAOF, http://status.ubuntu.com/ubuntu-quantal/u/raof.html ;-) [08:38] RAOF, (don't worry you are not the only one in that case, but the result is that the team trend is similar to yours, which we need to fix ;-) [08:39] RAOF, though to be fair you seem to have collected all those lcms items that shouldn't be there [08:39] Again?! Bah :) [08:39] I will try to make them go away [08:40] RAOF, I unset the assigned of the color management spec, let's see how that goes [08:40] RAOF, is the work on libxrandr-utils still going on? bryceh and you have a fair share of items for that on the list [08:41] It's kindof burning slowly. [08:41] I need to rush off; I'll be back on later if you want to keep talking :) [08:42] RAOF, no, that's fine, I guess I just wanted to say "please make sure you update you work items when some are done" ;-) [08:42] RAOF, have a nice evening [08:42] chrisccoulson, ** No longer affects: firefox (Ubuntu) [08:42] chrisccoulson, you got annoyed by the spamming as well ;-) [08:42] seb128, yeah :( [08:43] I will do the same [08:43] i hate bugs with a bazillion tasks, when you get bug mail for months after fixing your own bits [08:43] I tried to argue with pitti and others before without success [08:43] chrisccoulson, yeah, same here [08:43] hey seb128 [08:43] pitti, hey ;-) wie gehts? [08:43] seb128: gut, danke! [08:44] seb128: I'm currently working on dropping the "|| true" on the glib and GTK "make check" calls; they make me weep through the night :) [08:44] any objection? Seems we mostly inherited them from Debian [08:44] glib works perfectly for us, on Debian there are just two failures [08:45] pitti, no objection, I think they were mostly added for non common archs in debian [08:45] chrisccoulson: you could just have muted yourself from the bug instead of removing the affected packages.. [08:46] pitti - ooh, i'd totally forgotten about that feature [08:46] chrisccoulson, pitti, though that's only moving the issue to the next subscriber to the source [08:46] I've dropped the desktopish lines from done items as well [08:47] pitti, did you check the logs to see if any of the gtk,glib testsuit got any failure in the recent cycles? [08:47] seb128: I checked the logs of the current upload [08:47] pitti, I didn't realize we were still doing || true, I got so used to the glib one failing the builds because it was locking until the build was getting killed :p [08:48] seb128: right, but || true doesn't help with the locking anyway :) [08:48] indeed ;-) [08:48] and now that we have newer buildds it should not happen in the first place [08:48] that and chrisccoulson and desrt fixed the buggy glib test in precise [08:48] :) [08:49] we need new buggy tests [08:49] chrisccoulson, you like debugging those right? ;-) [08:49] lol [08:57] slomo: do you have packaging repos for gstreamer? or do you want a debdiff? [09:05] Laney: git.debian.org but a debdiff is fine too [09:06] maybe I'll add you some Vcs headers while I'm there :P [09:52] Laney, speaking about gstreamer, do you have a CD drive? ;-) [10:00] alf_: ogra_: so, building unity on armel with the compiz opengl is still an issue [10:00] https://launchpadlibrarian.net/108687017/buildlog_ubuntu-quantal-armhf.unity_5.12-0ubuntu4~ppa2_FAILEDTOBUILD.txt.gz [10:00] * didrocks looks [10:01] nuxgraphics still try to use the opengles path [10:02] ah, got the guilty instruction [10:05] well, feel free to disable *all* plugins if you like :) [10:05] all we need is a dummy package that fulfills the deps to build images [10:05] didrocks: ogra_: I am not sure how well this will work. I think they are going to be API mismatches between unity-gl (i.e. unpatched) and compiz-gles2 (patched) [10:05] alf_, we dont have any GLES drivers atm ... [10:05] it doesnt need to work [10:06] ogra_: right, but still, upstream not meeting their commitment is making distro loosing days of work :/ [10:06] but we cant build alpha2 images if the dependencies cant be fulfilled [10:06] didrocks, yes [10:06] * ogra_ cant do much here ... neither can you i suppose [10:07] didrocks: ogra_: I am referring to build-time problems, unfortunately [10:07] oh, you mean unity would ftbfs on top of an empty compiz build ? [10:08] ogra_: yep ;) [10:08] (or s/empty/old/ [10:08] ) [10:08] let's see [10:08] sigh [10:08] it's currently building [10:08] * ogra_ crosses fingers [10:11] seb128: yeah, but not any cds atm [10:12] Laney, not even music ones? [10:12] didrocks, did you plan to have that version in the A2 images btw ? [10:13] ogra_: well, at least in -proposed [10:13] ogra_: if it's in, great, otherwise, will be post A2 [10:13] well, if the image builds break for a few days right after A2 i'm not muchly worried i must say [10:14] but we only had one arm image for A1 so i need to make sure to get the ducks in a row here ... read: A2 is essential for arm [10:15] if it can stay in proposed and we get a new reliable commitment from upstream thats not to far in the future, i wouldnt mind the breakage [10:15] did anyone tell you when thy plan to be done ? [10:15] *they [10:17] ogra_: I'm trying to get the plan for weeks already [10:17] was supposed alpha1 [10:17] then alpha2 at the latest [10:17] yeah, i remember that part :) [10:17] well, the A1 part [10:17] so, can't really trust the schedule anymore :) [10:17] right [10:21] Laney, context is that I'm trying to find somebody to look at finishing bug #945987 (ronoc did most of the work, there is just to put the pieces together, test and get them uploaded) [10:21] Launchpad bug 945987 in rhythmbox "No Settings are available in "Preferred format", only preset defaults are used" [High,In progress] https://launchpad.net/bugs/945987 [10:21] [10:22] ogra_, you should ask asac to get Linaro to help on getting the compiz gles work finished ;-) the #ps guys are short on resources [10:22] seb128, yup that is still an issue [10:22] it's hardcoded to what i think is an acceptable profile but the user cannot change this [10:22] ronoc, yeah, I'm trying to make sure it ges addressed for precise and quantal [10:23] seb128, good stuff [10:23] seb128, well, we had a long discussion at UDS (didrocks was there too) and upstream said they would get along fine and have everything ready by the agreed data ... and its not like we havent aked twice if thats doable [10:23] *date [10:24] ogra_, well, we are all on the same side, it's one of those things which is hard to estimate before you really started to work on it [10:25] ogra_, it seemed it turned out that the linaro patch is creating a number of regression and bugs and it's taking them time to sort those out [10:25] right, and linaro is doing their duty already, not sure there is much they can help with [10:25] ogra_, well, they could help fixing the bugs in their patch ;-) [10:25] ogra_, that's where most of the delay is coming from [10:25] oh, there is definitely commitment from jesse (linaro graphics manager) to help with upcoming bugs [10:26] alf_, ^^^ are you aware of the bugs ? [10:26] (did anyone from upstream talk to you ? ) [10:26] ogra_, well, my understanding from what duflu said is that they still didn't roll it out because of the number of regressions the linaro changes created and they have nobody helping them to get those sorted [10:26] ogra_, alf_: https://bugs.launchpad.net/compiz/+bugs?field.tag=gles [10:27] i'll talk to jesse [10:27] ogra_, thanks [10:27] "and they have nobody helping them to get those sorted" ... i still wonder if they have asked at all :P [10:28] well, most of the delay is on plugins we don't support unfortunatly [10:28] I would rather they drop them [10:28] ogra_, I don't know, there might be some management to engineers mixed with cross team interactions issues [10:28] but it seems as an upstream, they don't want to [10:29] well, the have the choice between no support for arm at all or *some* support on arm ... i know what *i* would chose there [10:30] (though i also know that GLES isnt arm only anymore ... poulsbo uses it too ...) [10:30] didrocks, it seems they are sort of agreeing on dropping those now though? [10:31] ogra_, didrocks: well bottom line is that it would help if linaro (or anyone else) could give an hand sorting the remaining bugs and do testing of the current vcs [10:31] right [10:31] seb128: no, see the bug list [10:32] seb128: and they are readding even more exotic plugins to trunk [10:39] seb128: The remaining problems require more compiz internals expertise than GLES2 expertise, so linaro (which is essentially just me in this case) can't really offer any substantial assistance. In any case, I am keeping track of the issues and I have asked upstream to assign bugs to me if they think I am a better match for it. [10:45] seb128: I mean not *here*, in the office at uni. I have some at home. [10:52] ronoc: So all is left to do is to add that preset = rhythmbox-custom-settings to /usr/share/rhythmbox/rhythmbox.gep? [10:52] if I do that here I get a button that asks me to install additional software, but is greyed out [10:56] seb128, did that get distro patched for p [11:02] Laney, do you have the lame preset that the gep is referring to [11:02] sorry i haven't looked at this since april, at which point i thought it was sorted [11:02] you mean rhythmbox-custom-settings? [11:02] (until we port gnome-media-profiles to gtk3) [11:02] * Laney is a bit clueless atm [11:02] Laney, yep [11:03] okay [11:03] it's created by rb [11:03] i solved this by created my gstreamer preset [11:03] in ~/.gstreamer-0.10/presets/GstLameMP3Enc.prs [11:03] s/created/creating [11:03] yes [11:03] and then in the gep it should refer to that prs for it's encoding [11:03] I think he's saying that the missing part is to tell rhythmbox to use this created preset by adding those lines to the .gep file, correct? [11:04] yes [11:04] does it fall back to the default if they don't exist? [11:04] it should [11:04] I don't know what this install additional software thing is about, though. (but I am on unstable, which may make a difference) [11:05] there should be an upstream bug for this too then [11:05] software archaelogy continues -- not for the faint at heart: http://nabble.documentfoundation.org/where-are-extras-source-templates-wizard-bitmap-used-td3992151.html [11:05] cue Indiana Jones soundtrack [11:06] Laney, the install additional software usually points to some issue with the gep, it doesn't recognize the preset or doesn't have the encoder for that preset [11:07] (12:07:14) [0x875c640] [impl_get_missing_plugins] rb-encoder-gst.c:778: didn't get request pad, profile oggvorbis doesn't work [11:08] ronoc: maybe you could make the patch here, as you know more about this than me :P [11:08] I'll take care of getting it into Q and filed upstream [11:09] I'm unsure of what we are doing here. This was just a quick fix for P, the ideal fix is for gnome-media-profiles to be resurrected by porting it to gtk3 [11:09] the patch for rb is a one liner in the gep [11:09] i don't think it belongs upstream [11:09] but they implemented the custom settings stuff upstream === MacSlow is now known as MacSlow|lunch [11:10] Laney, in gstreamer ? [11:10] in rb [11:10] so where is this new preset located on the file system ? [11:10] http://git.gnome.org/browse/rhythmbox/commit/?id=b2439d89df2a4aa5883d2d947fc07c150d0b3193 [11:10] is is created by rhythmbox when you fiddle with the settings in the ui [11:10] so in your home dir [11:12] i don't know why with this patch you are seeing the greyed out button [11:13] I probably Did It Wrong™ [11:13] it seems like it should work [11:13] also what patch do you need me todo [11:13] if rb is already patched [11:13] it seems like the .gep needs patching [11:13] at least that's what the guy on the bug says [11:16] Laney, just to clarify, do you have the patched rb installed ? [11:16] yes, I see the new custom settings UI [11:17] if so simply add that one liner to the gep [11:17] if it doesn't work then there is aproblem with either your install or that patch [11:17] i can patch rb [11:17] 's gep [11:17] or a problem with the encoder and our preset name [11:18] re [11:18] the install additional software button works on my home (Ubuntu) machine [11:18] Laney, ronoc: I was out for lunch [11:18] maybe it's a problem here [11:18] ronoc: I think all that's missing is adding the preset lines to the gep file indeed [11:19] Laney, you shouldn't have to install things if the gep is correct, the first version in the bug report had extra "" breaking the parsing but the bottom version should be fine [11:19] Laney, basically I think we need gstreamer to install the profile and rb to use it IIRC [11:20] I think RB now creates profiles that gstreamer can use, but doesn't tell gstreamer to use them because of a missing entry in the gep file [11:21] * Laney → lunch [11:21] Laney, enjoy [11:22] slomo: here are your patches for gstreamer0.10/debian http://paste.debian.net/176377/ [11:23] Laney: thanks [11:23] seb128, do you know if xingmux is used in the encoding pipelines [11:23] ronoc, no idea [11:24] ogra_: alf_: my amrhf build passed FYI :) [11:24] \o/ [11:24] thanks so much for that work !!!!! [11:25] brb [11:25] ogra_: yw ;) [11:26] pushing to -proposed onw [11:26] now* [11:26] yay [11:26] and unblocking the compiz SRU [11:26] phew ;) [11:26] Laney: looks good [11:27] seb128: nothing blocking the 3.5.4 SRU which I need to action currently, right? [11:28] Sweetshark, not that I know about no [11:29] Sweetshark, it still has 2 days to wait in proposed and it still needs somebody to confirm that the SRU works fine and flag the bug verification-done [11:31] k [11:42] didrocks: great! [11:47] mvo_, hey, is there any way you could get somebody from the s-c team to check the aptdaemon precise SRU and see if the bugs can be marked verified? [11:58] seb128, please remember to SRU telepathy-gabble. should I open a lp bug for that? [11:58] xclaesse, I was sort of waiting for Debian to update it so I could sync to quantal which is supposed to happen before a SRU (i.e update unstable first, then backport) [11:59] xclaesse, do you have anyone in debian you can ping to get it updated there? [11:59] bigon, ^ [11:59] xclaesse, if not I guess I will just update quantal directly... [11:59] xclaesse, thanks for the ping though ;-) [12:00] seb128, pinged our usual debian guys on #telepathy, surely someone will pick it :) [12:00] thanks === MacSlow|lunch is now known as MacSlow === zyga is now known as zyga-afk [12:20] did empathy in quantal stop working for anyone else today? [12:21] it's connecting to gtalk, showing me my contacts and everything, but refuses to start a chat [12:21] larsu, try chekcing with kenvandine when he gets online or with xclaesse [12:22] seb128, will do, thanks [12:22] larsu, AFAIK empathy-chat segfault, should be fixed in latest empathy release [12:24] larsu, do you get any error if you run empathy from a command line? what happens if you try to chat? is empathy-chat segfaulting? [12:24] xclaesse, I'm on 3.5.1-0ubuntu3, is there a newer one upstream? [12:24] seb128, no messages except something about it not being able to write avatar pictures to the cache because of long filenames [12:24] no crashes either [12:25] larsu, well in any case I didn't see the issue mentioned before and I'm still on precise so I can't tell from here [12:26] hm, actually could be wrong... but I have that issue here on ubuntu precise, empathy 3.4.2.1 [12:26] clicking on a contact in emapthy's contact list and nothing appear [12:26] xclaesse, same for me [12:26] actually the chat is visible in gnome-shell's notification [12:26] if I start empathy-chat process manually, then it works [12:27] larsu, start /usr/lib/empathy/empathy-chat manually, then click on a contact [12:27] xclaesse, ha! your're right [12:27] weird. [12:27] did that start recently?! [12:28] seb128, it worked this morning, I updated before going to lunch, after lunch it didn't work anymore [12:28] so... yeah :) [12:28] larsu, can you check in /var/log/dpkg.log what you updated? [12:28] seb128, sure [12:30] seb128, any idea how I can get a backtrace of empathy-chat when it crash at startup when it's dbus-activated [12:30] starting it manually does not crash [12:30] seb128, can apport do that? [12:31] xclaesse, yeah, it should, otherwise just mv empathy-chat empathy-chat.real and create a wrapper [12:31] xclaesse, is the issue logged in /var/log/apport.log? [12:31] seb128, weird, empathy was not updated today.. [12:32] but it updated *a lot*, don't know where to start looking [12:32] larsu, check if there is any gnomish lib that empathy could be using? [12:32] larsu, do you run your own glib for the indicators hacking you do? [12:32] seb128, no, I run jhbuild [12:32] (to develop) [12:33] seb128, ah! ERROR: apport (pid 20394) Tue Jun 26 14:32:53 2012: wrote report /var/crash/_usr_lib_empathy_empathy-chat.1000.crash [12:33] the broken empathy uses all quantal libs [12:33] xclaesse, good, you can apport-unpack that file, there is a coredump in it you can use gdb on [12:33] larsu, is there anything in empathy>help>debug? [12:35] seb128, a lot. I have the same crash report as xclaesse, though, apport-unpacking it now [12:36] good, got the backtrace into gdb [12:36] and it makes sense, tp-glib bug [12:36] that one: https://bugzilla.gnome.org/show_bug.cgi?id=678807 [12:36] why is it happening today? [12:36] Gnome bug 678807 in Chat "empathy-chat crashed with SIGSEGV in _tp_base_client_handle_channels()" [Critical,Needinfo] [12:37] seb128, it has been like that for me since ages [12:37] like, what changing if it started today for you guys? [12:37] xclaesse, oh ok [12:37] let's see if larsu has the same issue [12:38] seb128, given that we don't have millions of crash reports, my guess is it's tp-glib 0.19.1 regression [12:38] quantal just upgraded to that version, which explains why we are starting to get users angry :) [12:38] seb128, exactly the same. [12:39] I'm running precise's empathy but tp-glib master here [12:39] xclaesse, seb128, thanks for your help [12:39] ok [12:39] larsu, telepathy-glib got updated on friday so it's likely you just got it [12:39] xclaesse, will you follow up upstream about it? [12:40] seb128, I'm digging tp-glib code as we speak ;) [12:40] xclaesse, great, thanks [12:40] larsu, xclaesse said it doesn't happen if you run empathy-chat manually so I guess you can do that as a workaround [12:41] larsu, i.e run it by hand and then try to talk to somebody on empathy [12:41] seb128, it must have been held back then for me on the weekend - I only got it this morning [12:41] that's what I'm doing and it works great [12:41] thanks again! [12:42] larsu, xclaesse: thanks === zyga-afk is now known as zyga [12:54] seb128: yes, I will check that later today === zyga is now known as zyga-food [12:59] mvo_, danke === slomo_ is now known as slomo === zyga-food is now known as zyga === tsimpson_ is now known as tsimpson [14:12] cyphermox_: do you know how this should be handled? http://paste.ubuntu.com/1060801/ from https://launchpadlibrarian.net/108687682/buildlog_ubuntu-quantal-amd64.gnome-shell_3.5.3-0ubuntu1_BUILDING.txt.gz [14:13] sure [14:13] you're missing libnm-glib-vpn-dev [14:13] ok, I did that and it didn't create a depend on libnm-glib-vpn1, does it need that? [14:14] I don't think so, let me check [14:15] err, maybe it should, actually [14:15] seems to me like the pacakge is properly configured for it [14:16] jbicha: otherwise it could be that gnome-shell is missing some configure switch to build and link against libnm-glib-vpn1/-dev; but it still checks for the package [14:18] cyphermox_: it looks like that library is a dependency of nm-gnome so I don't think there's a need to explicitly depend on it [14:18] thanks [14:24] jbicha: well, probably but I do think it should show up anyway, if it doesn't there may be something funky going on === cyphermox_ is now known as cyphermox [15:10] sil2100: is the dee override working? [15:10] and how is the unity release going? :) [15:18] didrocks: I'm building a testing new-trunk-unity package for myself right now, so far so good! [15:19] didrocks: the dee package was building fine, but then I noticed it's not installing the python3 directory gir things, so I'm looking into that in the meantime [15:20] sil2100: ok :) [15:26] didrocks, kenvandine, chrisccoulson, Ursinha, Laney, mlankhorst, cyphermox, mterry, Sweetshark, tkamppeter: it's meeting time in 5 minutes if anyone has a topic (none on the wiki so far), also please update https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-06-26 with things you worked on this week for those who didn't write anything yet [15:27] hey [15:28] * kenvandine waves [15:28] nothing here, been working on prime stuff but it's a challenge not to make it deadlock :-) [15:29] seb128: added my work on porting software-properties to python3 last week [15:30] cyphermox, thanks [15:30] nothing really to discuss in the meeting, though I'm wondering if anyone is working on gweather 3.5 [15:31] Some people might be interested a little script I wrote to help me be alerted of self-introduced breakage. It's in bzr branch lp:~laney/+junk/lp-subscribe uploads — it subscribes you to bug reports of packages you recently uploaded for a defined period (default 7 days) [15:31] gweather 3.5 has some API changes that evolution doesn't support, just fyi :) [15:31] :-) [15:31] cyphermox, check http://people.canonical.com/~platform/desktop/versions.html [15:31] cyphermox, seems not [15:31] right :) [15:32] cyphermox, if there is any reason to not work on it please open a bug, tag it desktop-upgrade [15:32] cyphermox, then note your comments in it [15:32] sure [15:32] cyphermox, so it's listed on the page [15:32] cyphermox, thanks [15:32] cyphermox, robert_ancell started doing that, opening bugs and putting status in them when they are blocked or anything like that, it helps visibility [15:32] I think I'll probably look at gweather myself and fix evo at the same time, if it makes sense to do so without spending too many hours [15:33] cyphermox, sounds good [15:33] Laney, could, that's something that was mentioned several times at UDSes as "it would be good if launchpad could do that" ;-) [15:33] it would indeed, but in the absence of that here's a script you can run from cron :P [15:34] hehe [15:34] seb128, Laney: FYI, I'm currently touching glib for the test suite stuff; want me to update to 2.33.3 as well while I'm at it? [15:35] pitti, that would be great ;-) [15:35] pitti: sure, I'm not attached and I guess you want to do it anyway to see if you can make the testsuite failure fatal [15:35] Laney: I already did that now [15:35] oh, neat [15:35] now let's see how much 2.33.3 fails :) [15:36] still, I'll let your CPU have fun building it [15:36] yeah, it takes quite a while [15:36]