[00:00] TheMuso, robert_ancell Eastern Edition? [00:00] Sure. [00:00] RAOF should be around, but is not. [00:00] probably connectivity issues [00:01] rickspencer3, sure [00:01] ;) [00:01] so the meeting is short [00:01] 1. do ISO testing [00:01] 2. get SRUs ready [00:01] for #2 you should be working closely with pitti [00:01] 3. register your attendance for UDS [00:01] 4. your blueprints should be registered [00:01] start working on summaries [00:01] * TheMuso has done 3 and 4. [00:01] we'll get them registered next week [00:02] thanks TheMuso [00:02] TheMuso, robert_ancell how is the release looking to you guys? [00:02] anything make you think we may need a respin or such? [00:02] Fine from an audio standpoint. [00:02] seems stable to me now [00:02] nice [00:03] hey robert_ancell, can I ask you a totally unrelated question? [00:03] yes [00:03] if I wanted to get a list in Python of attached video devices ... [00:04] like "/dev/video0" - "/dev/video64" [00:04] how might I go about that? [00:04] does the api you used for the webcam not do that? [00:04] short answer: I don't know of a v4l api in Python [00:04] ah [00:04] pygame has their own c class [00:04] which basically loops through all the possible names and sees if there is something there [00:05] quick and dirty :) [00:05] I'll poke at v4l and v4l2 [00:05] right, I don't mind if the library I use does that, I just don't want to do it myself ;) [00:06] hmm [00:06] Good morning all, *again* [00:06] Hey RAOF. [00:06] I wasn't expecting to start the day with a little impromptu network debugging. [00:07] heh we thought that might have been the issue. [00:07] Sorry about that. [00:07] hi RAOF [00:07] here's the meeting again [00:07] 1. do ISO testing [00:07] 2. get SRUs ready [00:07] for #2 you should be working closely with pitti [00:07] 3. register your attendance for UDS [00:07] 4. your blueprints should be registered [00:07] start working on summaries [00:08] Ok. And by “summaries” here, we mean the wiki page associated to the blueprint, right? [00:08] RAOF, no [00:08] those are "specs" [00:08] hold on [00:08] let me get you guys a tad more [00:09] here's all of our accepted blueprints so far: [00:09] https://blueprints.edge.launchpad.net/sprints/uds-m?searchtext=desktop-maverick [00:10] go to one, and click on "change details" [00:10] there is a summary section [00:10] put in everything there that you think is needed for a good discussion [00:10] if you don't see one on the list, let me know and we'll fix that [00:12] Ok. [00:13] And that's all the meeting? :) [00:14] RAOF, yes [00:14] RAOF, if you are unsure of what to be working on ... [00:14] https://wiki.ubuntu.com/Testing/ISO [00:15] test test test [00:15] :) [00:24] is anyone aware of any grave bugs for audio CD burning on lucid? [00:25] No [00:25] jcastro, what's the bug #? [00:25] I don't know, but I just spent an hour trying to burn a CD on my fiancee's computer [00:25] can you tell me what you tried so I can try to repro it? [00:25] and it goes through the process, but ejects the CD, says there was an error, but the log from brasero doesn't explain much [00:26] yeah, make an audio project [00:26] ok [00:26] add an mp3, and then burn to CD. It then transcodes it, then makes some file in /tmp that it tries to burn to CD [00:26] let me get the log [00:26] jcastro: does it work if you burn to .iso? [00:27] that might narrow it down if it is "interact with hardware issue" or not [00:27] just 1 mp3? [00:27] Audio CDs cannot be made into an iso [00:27] oh doh [00:27] :) [00:27] You can make them into cd files with a .toc file via cdrdao, but thats all. [00:27] http://pastebin.ubuntu.com/423633/ [00:27] is all the log says [00:27] rickspencer3, yes, just one mp3 [00:28] just click "burn"? [00:28] yep [00:28] it's creating an image ? [00:28] I don't have a burner in this laptop or I would try it out too [00:28] yep [00:28] jcastro, I must have done it wrong [00:30] uh [00:30] it really didn't seem to work for me [00:30] also, I found out that if you don't have the right gstreamer plugins installed it gives you an ugly error [00:30] similar to this: https://answers.edge.launchpad.net/ubuntu/+source/brasero/+question/96269 [00:31] but that's a seperate problem [00:31] rickspencer3, burning didn't work for you or reproducing the problem didn't work for you? [00:31] Hrm what tool does it use to create the audio CD? The only program that can create an audio cd image is cdrdao. [00:32] jcastro, I think I didn't create an audio project [00:32] it transcoded, now says "Burning Audio CD" and "starting to record" [00:32] TheMuso: It looks like "wodim" creates audio projects [00:32] Nafai: Right, still can't do audio cd images though. [00:32] jcastro, is this what happened to you? [00:32] rickspencer3, right, for me after that it just ejected and gave me an error [00:32] and then there's a button to export the log [00:33] it says writing track 1 [00:33] TheMuso: Ah, images [00:33] jcastro, did you get this far? [00:33] yeah [00:34] is it actually burning yet? Like the light on in the drive? [00:34] sounds like it [00:34] I never got to that point, it transcoded, wrote to a file, and then ejected. [00:34] Finalizing [00:35] it's like it tried but gave up, and the next time I put the CD in it thinks X amount of minutes are taken up [00:35] so it's like, allocating the space or something but nothing gets burned on there [00:35] it says it was succesful [00:36] TheMuso: It looks like cdrdao is a suggests for brasero [00:36] Nafai: ah ok [00:36] jcastro, worked for me [00:36] Nafai: its probably a generic string that is displayed regardless of media type [00:36] * rickspencer3 rocks out to mow. [00:36] sigh [00:36] TheMuso: Probably [00:37] jcastro, could you please log a bug asap? [00:37] let's have pitti take a look tomorrow [00:37] could you assign to canonical-desktop-team [00:37] and make it High? [00:39] actually, the band is "moe." [00:39] for the record [00:45] rickspencer3, dinner and then I'll investigate further [00:45] thx jcastro [00:57] rickspencer3, aha! I screencasted it. Just need to wait for the atom cpu on it to encode. [00:57] My solution to every problem now is to recordmydesktop! [00:59] lol [01:00] We could do with more of those for X bugs! [01:05] RAOF, but if X doesn't work how do I record? [01:05] flipcam time in that case I suppose [01:05] jcastro: It wouldn't be for “X doesn't work” bugs; it'd be for “$THING doesn't look right” bugs. Graphical corruption and the like. [01:05] ah [01:06] “X doesn't work” *generally* has reasonable logs. [01:41] RAOF, yeah if the bug reporter thinks to include them ;-) [01:53] RAOF, any chance you can take a crack at jcastro's bug? [01:53] the cd burning one? [01:53] The only CD burner I have available is on the Mac next to me, which is still running OS X. [01:54] Hm. On the other hand, ISO testing, and I *did* say that I'd install Ubuntu for Sam… [02:09] hehe [02:09] RAOF, are you about to sacrifice the happiness of your marriage to test jcastro's bug? [02:11] She *has* been asking me to install Ubuntu, and it's the RC of an LTS release… what could *possibly* go wrong? :) [02:11] lol [02:12] hehe [02:12] this sounds like some bad news [02:12] oops [02:12] gotsa split for a while [02:12] bbl [03:19] * RAOF wonders whether high usb activity will bring down his wireless again. [03:22] RAOF: Either that sounds like drivers that get affected by CPU usage, or you are using USB wireless. :p [03:23] iwlwifi seems to be high CPU usage affected. [03:24] Actually, the music dropped out for a while, too, so maybe it was interrupts being delayed. [03:24] Or maybe it was a perfect storm of memory pressure, cpu usage, and interrupts :) [03:37] heh [04:52] The osx partition editor is surprisingly bad at telling you what's happening :( [04:54] it's OS X [04:55] OS X has PerilSensitiveKit between the system and the user [04:56] It normally seems a bit better at telling you what's happening than “modifying partition map” with an unprogress-throbber for 30 minutes. [04:56] Operation: test burning audio cd may have to wait. [05:01] I would be happier if Disk Utility in OSX allowed one to see the EFI partition, even with enabling an advanced mode. A partition editor not showing partitions that are on the disk is bad IMO. === almaisan-away is now known as al-maisan [05:53] Good morning [05:54] rickspencer3: still there? [05:58] hi pitti [05:58] getting ready for bed [05:58] 'sup? [05:59] rickspencer3: oh, I read scrollback and you had a question how to figure out video devices in Python [05:59] pitti, yeah! [05:59] rickspencer3: but I guess it's not that urgent :) [05:59] I looked at udevadm [05:59] but it kicked my ass [06:00] I want to enumerate the video cameras/web cams connected to a computer [06:00] pitti, thoughts? [06:00] rickspencer3: two approaches [06:00] 1) rely on sane udev rules [06:01] then you can just enumerate /dev/v4l/by-id/* [06:01] 2) use python-gudev [06:01] I saw that in the in /dev/v4l [06:01] then you can enumerate all devices and check for the "video" subsystem [06:02] hmm [06:02] python-gudev sounds promising [06:02] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/GUdevClient.html#g-udev-client-query-by-subsystem [06:02] sweet! [06:02] that's the C API (but the Python API matches that 1:1) [06:02] rickspencer3: please note that python-gudev is still fairly new [06:03] i. e. it might not exist on other distros at all, and Ubuntu only has it since lucid [06:03] pitti, for #1, are you suggesting I basically ls /dev/v4l/by-id [06:03] i. e. it might not exist on other distros at all, and Ubuntu only has it since lucid [06:03] not a problem, I'm making a quidget, so it can just depend on that [06:03] rickspencer3: #1> yes (but with listdir()) [06:04] right, I meant in a python way [06:04] rickspencer3: the nice thing about python-gudev is that you get trivial hotplug support [06:04] pitti, you mean l can connect to an event? [06:04] get notified when a new device is added? [06:05] right, or removed [06:05] client.connect("uevent", on_uevent) [06:05] def on_uevent(client, action, device): [06:06] device -> http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/GUdevDevice.html object [06:06] oh nice [06:06] i. e. device.get_devtype(), device.get_device_file(), etc. [06:06] so the quidget can do set_state_gst.NULL) or whatever if something gets pulled out [06:06] rickspencer3: and for coldplug you use client.query_by_subsystem("video") [06:06] very nice [06:07] I presume it has nicely formatted vendor and device descriptor strings? [06:07] gudev itself is already great, and with the python wrapping it's a piece of cake [06:07] nice [06:07] rickspencer3: depends on the hardware, of course :) [06:07] right, of course [06:07] I was thinking of adding something like [06:08] device.get_sysfs_attr('idProduct') [06:08] quickly.hardware["video"] [06:08] which makes a list of video devices [06:08] etc... [06:08] quickly.hardware["microphones"] [06:08] seems either not necessary, or easy to create with pygudev [06:08] * pitti suggests to index by subsystem [06:09] but that's a static array again and you lose hotplug [06:09] pitti, right [06:09] well, it just be convenience, and maybe not necessary [06:10] if pugdev is all one-liners anyway, then there is nothing to gain by adding on abstraction [06:10] rickspencer3: you might add a wrapper which hides the python-gudev API, of course [06:10] thanks pitti, this is perfect! [06:10] pitti, right [06:10] accept I don't like to replace one-liners with other one-liners [06:11] if it's not significantly easier, why bother? [06:11] like an existing_hw_array = quickly.hardware(['usb', 'video'], hotplug_handler) [06:11] right [06:11] but it's not that much easier, yes [06:11] and in the hotplug_handler you need to deal with the GUdevDevice object again anyway [06:12] pitti, up a bit early? [06:12] did you see jcastro was having some trouble burning an audio CD [06:12] rickspencer3: I got up at 6:30 all week already :) [06:12] I thought you want to take a look [06:12] rickspencer3: my wife gets up at 6 and goes to bed at 22:30, so I do, too [06:12] ah [06:12] rickspencer3: yeah, I saw that we earned a brasero bug [06:13] I am on your wife's schedule [06:13] pitti, well, I had him assign to the desktop team ;) [06:13] * pitti was going to wave the "unsupported!" flag until I saw that it was coming from you [06:13] braesero is unsupported? [06:13] or burning mp3 is? [06:13] rickspencer3: it's universe [06:13] oh? [06:13] and we know it has deficiencies [06:13] I thought it was installed by default [06:13] silly me [06:13] rhythmbox! rhythmbox! rhythmbox! [06:14] pool/main/b/brasero/brasero_2.30.0-0ubuntu1_amd64.deb [06:14] in any case, I thought you would want to rule out something to do with the CDs themselves [06:14] jcastro: oh, ugh; who let that in.. [06:14] oops [06:14] heh [06:14] a bit too late for a demotion I suppose ;) [06:14] ok, then the truth is in the middle [06:14] jcastro, did you try RB? [06:14] supported, but not our default [06:14] We'd want at least one image burner in main, right? [06:15] argh, sorry guys, I'm totally confused [06:15] brasero != banshee [06:15] lol [06:15] Hah! [06:15] yes indeed [06:15] I knew someone was going to do that! [06:15] that does resolve to False [06:15] sorry jcastro :) [06:15] pitti, banshee just calls brasero, but I tested it standalone as well [06:15] pitti, it's ok, I am used to the banshee persecution [06:15] jcastro, did you try RB? [06:16] I will try it now [06:17] I know I'm up too late when the European brigade is already up [06:18] Nafai, seriously [06:18] though pitti may be as productive, he is not quite a brigade [06:18] heh :) [06:18] hey guys [06:18] hey kenvandine [06:18] we're all up a bit late :P [06:19] pitti was tutoring me in some sweet Python APIs [06:19] quickly.widgets.WebCamBox ftw [06:19] cool [06:19] nice [06:19] next will be quickly.widgets.MediaPlayer [06:19] * kenvandine has been cleaning up bug reports and dupes... [06:19] * rickspencer3 is learning gstreamer [06:19] kenvandine, yeah, I saw [06:19] rickspencer3: nice APIs? [06:20] I like gstreamer. [06:20] Nafai, yeah, I was struggling to find a reliable method of getting an enumeration of attached devices [06:20] Google was not yielding the goods [06:20] but pitti helped me out [06:20] cool [06:20] RAOF, gstreamer, I think I am going to like it [06:20] but I had composing strings in a program [06:21] it reminds me of the bad old days of writing SQL strings [06:21] * rickspencer3 shudders [06:21] scary! [06:22] how sad is it that we don't have a media player widget? [06:22] I mean, c'mon! [06:22] Nafai, we'll fix this in Maverick! [06:22] indeed! [06:23] I think you'll find it surprisingly easy to write a media player wigdet. [06:23] RAOF, seems that way yes [06:23] there appears to be some default "play this video" and "play this audio" functionality [06:24] I think the bugs will be in the logic of the control buttons ;) [06:24] ok so rb doesn't work either [06:24] right clicking and selecting "burn to cd" doesn't do anything [06:24] I think it's supposed to invoke brasero right? [06:24] I've checked that the plugin is installed [06:25] dunno [06:25] the package is installed but I don't see it in the plugins dialog in rb [06:25] I presume pitti is looking at it [06:25] I've got to go to sleep [06:25] g'night all [06:26] night [06:31] pitti, ok going to bed, I'll check the bug in ~7 hours when I am back in case it's real. With my luck it's probably the whole username=jcastro conspiracy of unix. [06:31] heh [06:31] jcastro: I'll have a look at it [06:32] good night all [06:35] hrm, there might be conflicting UDS sessions I want to attend :) [06:35] Nafai: Very hard to avoid unfortunately. [06:35] yeah, that's what it looks like [07:24] hello [07:26] hey Nafai [07:26] bonjour baptistemm [07:27] bonjour pitti [07:27] * pitti is off for about an hour for some running and breakfast [08:12] good morning [08:17] Man, Lucid rocks on a MacBook 4,1 system. [08:19] Even the broadcom wireless works once you enable the driver - no network required! [08:20] RAOF: so, next up poulsbo? [08:20] Yeah. Definitely. :/ [08:21] More interestingly, there's a good chance that the h264 decoding hardware on my thinkpad (and, I believe, your thinkpad) will be working in Maverick. [08:22] what thinkpads have h264 decoding hardware? what is it? nvidia gpu? ;) [08:22] awesome [08:22] kklimonda: Got a 4th gen intel card? You've got h264 decoding hardware. [08:23] no, I have nvidia - the "lucky" g84 or g86 chipsed ;) [08:23] chipset even [08:23] Oh - are those the ones which reliably died mere months out of warranty? [08:23] yeah [08:24] Score! [08:24] When does your warranty end? :) [08:24] in like 2 months [08:24] but don't worry, it's already the third main board! [08:24] I guess you get to look forward to a… oh. [08:24] I've heard that three is a lucky number [08:25] or maybe that was 7.. [08:25] re [08:25] * pitti waves to didrocks, RAOF, lifeless and kklimonda [08:25] didrocks: how are you today? head a bit clearer? [08:25] Yo, pitti! [08:25] hey pitti [08:26] there are magnificient running trails here -- my wife picked a perfect part of the city [08:26] RAOF: how is X behaving today? :-) [08:27] pitti: I'm unaware of any showstopping craziness :) [08:27] *phew* [08:31] hai pitti [08:32] hey pitti, yeah, I'm a little bit better, thanks! Still not perfectly rested, but I hope I will be fine again soon :) [08:36] Wow! GRUB2 detects OSX and adds an option to its boot menu. It doesn't seem to work, though :) [08:38] RAOF: does nomodeset work in 10.04 in all cases? [08:39] kklimonda: It should, yes. [08:41] kklimonda: The cases where it might *not* work are where you've got some remnant /etc/modprobe.d/*.conf files explicitly setting foo.modeset=1 lying around. [08:42] * RAOF heads off to dinner. [08:49] kklimonda: it does not work for me on intel (i830), I had to use i915.modeset=0 [09:39] hey seb128, good morning. who feels responsible for compiz in your team? [09:39] hey mvo, nobody [09:39] you? ;-) [09:39] in *your team* :P [09:40] hrm, there is a new upstream version out, a bit unfortunate that we did not even get git snapshots or cherry pick fixes [09:40] i upload to the compiz PPA, I guess there is little we can do [09:42] mvo, you can try robert_ancell but I guess he will deny interest in it [09:43] he's the closer of somebody who had a look to compiz in our team with didrocks [09:43] but I don't think either of them working with upstream or having real interest in it [09:43] * didrocks nodes [09:43] salut seb128 ;) [09:43] nods* [09:44] hey didrocks [09:44] didrocks, how do you feel today? [09:44] seb128: clearly not in my best shape I can be, but a little bit better than yesterday evening, thanks :) [09:45] ok [09:45] I guess medicines are doing their work now [09:45] and you? [09:46] I'm good thanks [09:46] brb session restart [09:48] wb seb128 [09:48] pitti, hey again ;-) [09:49] I hear nothing... [09:50] hey robert_ancell, how are you? [09:50] late for you.. [09:50] hey robert_ancell [09:50] robert_ancell, how are you? [09:50] yeah, left the computer on, noticed seb128 talking about something I know nothing about... [09:50] looking forward to UDS!! [09:51] ;-) [09:51] robert_ancell, we will try to get reasonable .1 updates as sru updates before UDS [09:52] seb128, what's the policy - update to all .1s as long as they don't break anything? (which they shouldn't by definition) [09:52] robert_ancell, so if you want to work on some which are not done yet (check upload queue on https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1 or vcs before) you are welcome [09:52] robert_ancell, right, as pitti put it yesterday some have bold changes, taking gdm as an example [09:53] seb128: this gdm change still gives me some trouble [09:53] it refers to bug 421292, which isn't actually fixed in .1 [09:53] Launchpad bug 421292 in gdm ""Login" button should be "Switch to" for already logged in users" [Wishlist,In progress] https://launchpad.net/bugs/421292 [09:54] pitti, which one is particular? the login screen behaviour change? [09:54] how does this upload queue work? Are these already done by people and just need sponsoring? [09:54] robert_ancell, it's the same as normal upload, targetted to lucid-proposed and they don't go through [09:55] robert_ancell, ie things go in the queue rather than being accepted in an automatic way [09:55] seb128, so, I should look at the queued items and sponsor? Or add new items to the queue? [09:57] robert_ancell, which queue? [09:57] https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1 is what has been uploaded [09:57] those will be accepted if they are correct after lucid [09:59] seb128, confused when you said "check upload queue". You mean I should check there to see if it's already uploaded before packaging a .1. [09:59] yes to not duplicate work [09:59] Need to fix versions.py to look in this queue... [09:59] in normal time uploads get accepted and you see what has been updated easily [09:59] but it's less obvious when things are blocked for review in the queue [10:00] hello everyone [10:00] hey chrisccoulson [10:00] hey seb128, how are you? [10:00] pitti, are you travelling already? [10:00] robert_ancell: -ish; I went to Munich last weekend, and will go to Belgium on Saturday, for visiting some friends of mine [10:00] robert_ancell, chrisccoulson said he would do gnome-settings-daemon and gnome-control-center [10:00] robert_ancell: on Wednesday I'll go from Leuven to La Hulpe (just an one-hour local train ride) [10:00] hey pitti [10:00] robert_ancell, didrocks will do empathy once I ask him, he already did a SRU with the previous update [10:01] hey chrisccoulson [10:01] robert_ancell, for others just check the vcs to see if they are done or not tomorrow ;-) [10:01] I will do a bunch today [10:01] seb128, cool. Depending on if my OEM queue has filled up I will look at what I can do [10:01] pitti - it's not too late for you to do a couple of last-minute removals from the archive is it? [10:01] chrisccoulson: no, removals are fine [10:01] lightning-sunbird? :-) [10:01] pitti, oh, I'm training to UDS as well - what is the best way to get to the venue? [10:02] robert_ancell: they said there would be a shuttle bus from the La Hulpe train station to the hotel [10:02] I don't know any more, I'm afraid [10:02] pitti - yeah, lightning-sunbird is one of them [10:02] along with stumbleupon and livehttpheaders [10:02] chrisccoulson: can you please assign the removal bugs to me, or subscribe me? [10:03] pitti, thanks [10:04] robert_ancell, when do you fly to Europe btw? [10:04] monday evening [10:04] next week? [10:05] yes, I'm going a few days earlier for a friends wedding in the Netherlans [10:05] oh, nice [10:05] some fun in Europe and getting ride of the jetlag before UDS [10:05] enjoy ;-) [10:06] yeah, I'll be all ready to go :)_ [10:06] pitti - ok, done (bug 571134) [10:06] Launchpad bug 571134 in stumbleupon "Please remove source and binaries from archive" [Undecided,New] https://launchpad.net/bugs/571134 [10:07] oh, who is looking after Network Manager at the moment? [10:07] robert_ancell, nice from you to ask that question... ;-) [10:07] robert_ancell: chrisccoulson in theory [10:07] robert_ancell, what pitti said, he ruined my joke :p [10:07] yes, me, sort of, but i spend all my time on mozilla atm ;) [10:08] oh, don't look at me. I tried to get my head around NM for OEM and was not successful. [10:08] robert_ancell, don't worry you will get compiz back [10:08] robert_ancell, I think if you are looking for somebody who knows is way around it try asac he's probably your best bet [10:08] is -> his [10:09] * robert_ancell opens desktop-maverick-replace-compiz-with-metacity-and-forget-it-ever-existed [10:10] robert_ancell: mutter! [10:10] robert_ancell, what are you trying to find out about NM. i can try and help, but can't promise ;) [10:10] robert_ancell, you're looking forward to maintaining compiz again? === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [10:11] chrisccoulson: no, I've stopped working on it. We were trying to get the system connections working by default (i.e. without user interaction) so it ran faster but I couldn't get it to save them with all the secret information [10:12] robert_ancell, so, you were trying to get the connection manager to save as system connections by default? [10:12] chrisccoulson: have you looked at connman? The architecture seemed better after a quick inspection [10:12] hm, for wpa that works fine here [10:12] chrisccoulson, yes [10:13] pitti, automatically? [10:13] and by "without user interaction" you mean without checking the box in the connection manager to make it a system connection? [10:13] robert_ancell: well, I clicked "use system-wide" (or so), and on the next boot it's working without anyone having to log in [10:14] robert_ancell: nothing in /etc/NetworkManager/system-connections/ for you? [10:14] pitti, yeah, what it does it copy the connection from gconf to the system, delete the gconf setting, disconnect, automatically reconnect using the system setting. [10:15] pitti, so the issues were: if you followed that method it would reconnect the first time you used it. I tried redirecting the gconf settings to system settings but the API is different. And the secret info gets deleted so when you need it to save it is gone already [10:16] chrisccoulson, essentially you want to get rid of gconf entirely and store everything as a system setting always [10:16] * pitti tends to agree [10:16] the only issue with that is the secrets are currently stored in plaintext [10:17] chrisccoulson, and in a multi-user system not all settings should be shared [10:17] chrisccoulson: right, it should be a root:root 600 file [10:18] NM seems to have a bad bridge between system and user settings - you should be able to migrate them at any time [10:18] pitti - i think it is, but that doesn't stop me from reading the files in it ;) [10:18] chrisccoulson: ? [10:18] I remember connman being proposed at other UDSs - who pushed that back then? [10:19] robert_ancell, yeah, i don't like how the system and user settings work at the moment. it sucks for user switching not being able to have more than one session provide user settings [10:19] pitti - i could just boot a live CD and read the contents ;) [10:20] chrisccoulson: I could just go to the router, connect to it with ethernet, and change the password [10:21] physical access -> you lose either way [10:21] pitti - true [10:21] but wpa passphrases are a relatively weak secret, compared to e. g. ssh keys or your web shop passwords [10:22] if I have access to a computer with WPA, I don't even need to know the passphrase to abuse the network [10:25] chrisccoulson: shall I remove all the lightning-extension-locale-$LANG and sunbird-locale-$LANG packages, too? [10:26] pitti - yeah, those should go too [10:29] chrisccoulson: all gone [10:29] pitti - excellent, thanks [10:33] robert_ancell: need anything? ;) [10:34] asac, heh, I've moved on. I never really "got" the architecture though. I needs an A0 diagram I think.. [10:36] robert_ancell: ah; so this was about whether you want to take care of NM ;)? [10:36] oh, no. That is seb128 just being mean [10:36] * asac didnt get the context ... just saw his nick being highlighted [10:36] hehe [10:39] asac, robert_ancell was asking who is maintain it nowadays since he had issues, and I pointed you as not the current maintainer but probably the best person knowing his way around the code right now there [10:39] asac, issues as issues doing oem changes, not user issues [10:39] seb128: gdm, gvfs, g-keyring done and waiting in -proposed [10:40] seb128: want me to do more? [10:40] pitti, I noticed, you rock, thanks [10:40] pitti, you are welcome to do so if you want yes but I don't want to keep you away from other things you have to do [10:40] seb128: yeah thats ok. [10:41] seb128: I took a look at bug 475090, and would welcome an opinion from you wrt. comment 13/14 [10:41] asac, how are you btw? sprinting in London? [10:41] Launchpad bug 475090 in gdm "Karmic, Lucid: /etc/gdm/Xsession fails to source ~/.xsessionrc or apply ~/.Xresources" [Medium,In progress] https://launchpad.net/bugs/475090 [10:41] but i am not triaging any bugs or hunting stuff down on my own ... [10:41] seb128: then I can go on with that one [10:41] seb128: nope ... davidm went there - dont ask me why ;)? [10:42] i dont care ... our team is well set for release :) [10:42] pitti, let me have a look [10:42] asac, ;-) [10:42] asac, great work this cycle btw! [10:42] as usual ;-) [10:42] heh [10:42] thanks [10:43] i couldnt get enough done. but thats the normal feeling unfortunately [10:43] right... [10:43] pitti, ok, I think there are 2 issues there [10:43] pitti, I would add the Xresources parsing to gdm script [10:43] pitti, and I would move the xsession thing to an extra session entry "custom session" [10:44] seb128: ok, I'm ready for updates now. If you have good suggestion for things to update :) [10:44] didrocks, empathy [10:44] ok [10:45] didrocks, thanks [10:46] seb128: exactly my feeling; thanks [10:46] pitti, np, thank you for working on the issue ;-) [10:52] pitti, should I exclude the po from sru debdiffs? [10:52] seb128: as you wish [10:52] but certainly makes it easier to read [10:53] I don't care strongly either way [10:53] ok, doing it then [10:55] empathy 2.30.1 is packaged in debian I think [10:55] cassidy, right but for sru updates we don't want to rebase on debian but limit changes to what is required [10:55] ie just the new version [10:55] no merge with debian nor packaging changes [10:56] k [11:08] pitti: do you want me to update bug #567277 for 2.30.1, posting a new debdiff or use another bug? (I have also to use -v2.30.0.1-0ubuntu3 so that bugs in 2.30.0.2-0ubuntu1 are closed too) [11:08] Launchpad bug 567277 in empathy "[SRU lucid] update to 2.30.0.2 " [Wishlist,Triaged] https://launchpad.net/bugs/567277 [11:09] didrocks: updating this bug is fine, if 0.2. never actually got uploaded [11:09] or, rather, accepted [11:10] pitti: I've uploaded it, but as I'll upload 2.30.1 today, rejecting it seems fine :) [11:10] ok, doing that, thanks :) [11:10] didrocks: rejected; please untag in bzr [11:11] pitti: done [11:12] (note that if you pushed you will have to "bzr tag --delete -d lp:foo tag-name" [11:12] tags aren't versioned, so tag deletion doesn't propogate [11:12] today's bzr tip was brought to you by the colour brown and the number 3 [11:13] james_w: heh, thanks fot the tip of the day ;) [11:13] Salut didrocks [11:13] * didrocks notes that down can be useful [11:13] james_w: hey, how are you? :) [11:15] seb128: how convenient; bug 475090 is already fixed in lucid :) [11:15] Launchpad bug 475090 in gdm "Karmic, Lucid: /etc/gdm/Xsession fails to apply ~/.Xresources" [Medium,Fix released] https://launchpad.net/bugs/475090 [11:15] pitti, oh, nice ;-) [11:16] pitti, so we only have to add the extra desktop for the user session now [11:16] how could we live without Xresources!! [11:16] lol [11:16] * pitti sighs at arcane and ancient software [11:16] incidentally, I'm currently reading the Unix Hater's Handbook -- very amusing [11:17] didrocks: good thanks, you? [11:17] hey james_w, how are you? [11:17] hi pitti [11:17] excited! :-) [11:17] feeling lucid? [11:18] that's one word for it [11:18] james_w: a little bit ill still. But it's getting a lot better than the beginning of the week, so it's some kind of "getting a strong immune system before UDS" ;) [11:18] * pitti sighs at 16 "fix committed" tasks; can we plz open maverick? [11:19] didrocks: you'll appreciate that in a couple of weeks :-) [11:20] james_w: heh, sure :-) === al-maisa` is now known as almaisan-away === Ng_ is now known as Ng === almaisan-away is now known as almaisan === almaisan is now known as al-maisan [11:36] seb128: do not hesitate to ping me or point me to some page that we don't work on the same thing. I think you don't want all .1 to be as SRU, or should I just have a look at https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text= and assume I should upload every .1 GNOME tarball not in that list? === MacSlow is now known as MacSlow|lunch [12:39] didrocks, sorry I was at lunch [12:39] no pb :) [12:39] didrocks, we don't want everything no, thing which have only translation updates are not worth uploads I think [12:40] seb128: ok, so looking at the ftp (in a few minutes), and looking at the UNAPPROVED list to see what's aready uploaded and then, ping here. Let's use that workflow :) [12:41] didrocks, you can do anjuta next if you want [12:41] seb128: thanks, will do that one so [12:41] didrocks, thanks [12:42] didrocks, if there is any other you want just mention it to get feedback in case [12:42] seb128: sure [12:43] didrocks, things like cheese yelp evince should be in the to update list too [12:43] g-c-c and g-s-d are on chrisccoulson's list [12:43] seb128: can do those this afternoon (yelp, cheese and evince), I guess [12:43] i've done g-s-d now, just about to do g-c-c [12:43] chrisccoulson, didrocks: thanks [12:44] I've a few on my list too (gedit gtksourceview libsoup) [12:44] then we can look to what remains to do [12:46] dpm, hey [12:46] dpm, the offline firefox startpage translation not being used is a ubufox known issue [12:46] dpm, I was reading those emails on the translators list [12:46] dpm, you can check with chrisccoulson about it I guess [12:46] we discussed it yesterday there [12:49] yes, there are several issues with the offline start page that i'm looking at atm [12:58] speaking of translation, xsane is not translated anymore. I think that's due to main -> universe demotion putting this outside langpack, right? A rebuild should fix that? [13:02] didrocks, I think so. The same with gobby, and it'd be worth checking others such as abiword === MacSlow|lunch is now known as MacSlow [13:16] didrocks, right, would be nice to do an upload today for those [13:17] seb128: I'll try a rebuild there and then upload it as an SRU as well so [13:17] seb128: do you still have your yelp branch? seems you forgot to push ubuntu2 [13:17] didrocks, no need of a sru for a no change upload to universe today I guess [13:18] seb128: oh, ok, trying rebuild and upload it right away so [13:18] didrocks, hum, need to check that, changing computer and being back in a few minutes to tell you [13:18] didrocks, yes [13:18] brb [13:25] didrocks, no sorry I didn't notice it was in a vcs and just did the update without it [13:25] it's not one of the source I change usually [13:25] seb128: no pb. I integrate it [13:25] thanks [13:26] should we remove the xsane branch from #ubuntu-desktop? (it's already not up-to-date) [13:26] ~ubuntu-desktop [13:26] didrocks, yes [13:26] ok, doing some cleaning so [13:27] we need to clean a bit things staying there [13:27] + discuss next cycle our workflow [13:28] right. It seems we forgot updating the branch or push them too much… We should find a more natural way :) [13:29] well I was rather thinking about moving to canonical vcs location [13:29] would make sense too [13:32] the full-source thing for gvfs works quite nicely, but I'm not sure how well it scales to other projects [13:33] one important issue is that we'd lose all previous history [13:33] but I think that would be bearable [13:34] we currently use bzr mostly as a means to do sponsoring and collaborative editing, not so often for digging out past changes [13:34] (and for that the old branches will stay aroud anyway) [13:35] * pitti tests new gdm build, brb [13:35] pitti, right [13:35] I think most of the things we package are light enough to not be an issue to have full source vcs [13:36] and the vcs history we don't rely much on, and that issue will no go away with time quite the contrary [13:41] i'd like to move to full source branches for gnome stuff too :) [13:43] we need to document the new workflow before starting doing changes though and agree on it [13:47] I think we should discuss it at uds some more, its going to make the branches much bigger [13:47] that is a nice feature of the current system, a checkout is really fast and because of debian/watches also very convinient [14:00] mvo, right, that's why we have been waiting to change until now [14:00] mvo, we need to discuss it anyway and maybe keep testing on some smalls source as pitti did on gvfs now [14:01] well, we definitively know that we'll get a times-10 overhead on checkout [14:01] what does it win us? [14:01] after all, those have the entire upstream history (which we are mostly not needing) [14:02] the win, AFAICS, is to have a shared workflow with other teams [14:02] I also find it convinient to just see "our" changes by default, but this is of course trivial to get [14:02] frankly I dont' see much else [14:02] as long as we still keep messing with debian/patches and quilt push/update, etc., we are still ignoring the biggest potential of VCS [14:03] james_w said he would convince us [14:03] I'm still waiting to see what he has to offer though ;-) [14:03] full source with bzr loom is a really nice way of packaging [14:03] right [14:03] using source in bzr rocks for dx sources [14:03] I tried that with calibre back then, but if an unwitting person stumbles over it, they'll screw it up all over [14:03] you can merge a revision from trunk and do nothing on next version update [14:03] right [14:04] it just works [14:04] and the current imports aren't branches of upstream trunks, so you can't cherrypick [14:04] right [14:04] that's why I've been fairly resistent to dropping our current debian-only branches as well [14:04] but let's see what the next UDS will bring :) [14:04] indeed [14:05] I'm fairly happy with what we have now [14:06] amd64 3 2829 jobs (four days) [14:06] ugh [14:06] * pitti pushes build score of his PPA a bit [14:14] seb128: do you have some time to look at bug 571021? [14:14] Launchpad bug 571021 in brasero "Eject's CD with error when trying to burn mp3" [High,New] https://launchpad.net/bugs/571021 [14:14] seb128: I'm happy to help you with guidance, etc, but I'm missing the hardware (CD burner) here :-( [14:14] pitti, yes, on my list of today, sorry I didn't comment on it yet [14:14] seb128: I'm happy to take a few more .1 updates === al-maisan is now known as almaisan-away [14:15] * pitti points out the shortage of "in progress" bugs on https://bugs.edge.launchpad.net/~pitti/+assignedbugs?orderby=status now [14:15] pitti, speaking of which, http://download.gnome.org/sources/brasero/2.30/brasero-2.30.1.tar.gz ? ;-) [14:15] seb128: well, that'd be the one I'd specifically avoid, due to not being able to test :) [14:15] ok [14:16] pitti, http://download.gnome.org/sources/vte/0.24/vte-0.24.1.tar.gz ? [14:16] seb128: consider it done [14:16] hum [14:16] or not, I think mvo had build issu on 0.24 [14:16] Version: 1:0.23.5-0ubuntu1 [14:16] (ugh) [14:16] vte (1:0.24.0-0ubuntu1) UNRELEASED; urgency=low [14:16] heh, perhaps [14:16] mvo: so you updated, but never uploaded? do you remember what the prob was? [14:17] pitti, I think build is failing in the udeb build [14:17] pitti, http://download.gnome.org/sources/totem/2.30/totem-2.30.1.tar.gz [14:17] seb128: ok, doing that one [14:18] totem (2.30.0git20100413-0ubuntu2) UNRELEASED; urgency=low [14:18] lool: ^ you abandoned that one? [14:18] lool: should I include your preinst fix into an SRU, or was it flawed? [14:19] pitti: let me check [14:19] pitti: I had build issues, but I may have a fix [14:19] pitti: I thought it would get uploaded with the latest GNOME [14:19] lool: the change looks sensible to me [14:19] pitti: It was during some freeze or something [14:19] pitti: it's not critical [14:19] lool: and since it's ||true'd, also robust [14:19] pitti: happy if you SRU it [14:20] lool: ok, thanks [14:20] It's best to SRU it to be able to drop it in maverick [14:20] pitti: thanks! [14:29] good morning all [14:30] hey rickspencer3, good morning [14:30] pitti: now I remember, gnome bug #614469 [14:30] Gnome bug 614469 in VteTerminal "Does no longer compile with -DX_DISPLAY_MISSING" [Normal,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=614469 [14:31] ArneGoetje, bryceh, ccheney, chrisccoulson, didrocks, kenvandine, Nafai, pitti, seb128 what's the word on the street? [14:31] http://www.reddit.com/r/Ubuntu/comments/bx2lo/ubuntu_1004_change_is_coming_soon_this_thursday/ [14:31] looks like users are having a good experience with 10.04 and are excited for tomorrow [14:31] rickspencer3, nothing to signal [14:32] things look good [14:32] rickspencer3: seems safe ;) [14:32] we are mostly in SRU mode for .1 updates today [14:32] seb128, ack [14:46] seb128: hm, totem requires gstreamer 0.10.28.1 [14:48] hey rickspencer3 [14:48] hi kenvandine [14:48] working on a couple gwibber fixes to SRU [14:48] nice [14:50] pitti, http://git.gnome.org/browse/totem/log/?h=gnome-2-30 [14:51] pitti, it seems artificial requirement to get a fix, I think we should downgrade [14:51] pitti, I don't see a commit between our snapshot and .1 depending on it [14:51] or making a difference [14:51] http://git.gnome.org/browse/totem/commit/?h=gnome-2-30&id=bff0927709eeca0046307185930fb09a60b4f407 [14:52] fredp: you were talking about totem requiring new gstreamer yesterday, any input? ^ [14:52] didrocks: a new gstreamer went out last night. [14:52] pitti, right, but there is no queue2 change after our snapshot [14:52] pitti, so it will not be buggier than what we have now I think [14:52] seb128: we have a snapshot? [14:52] Package: libgstreamer0.10-0 [14:52] bVersion: 0.10.28-1 [14:53] pitti, git20100413 [14:53] seb128: oh, you mean in totem [14:53] pitti, totem I mean [14:53] seb128: sure, I can just revert that dependency [14:53] pitti, ie I would downgrade the configure requirement change [14:54] didrocks, fredp: the new gstreamer is not a stable update though [14:54] seb128: how so? [14:54] fredp, look at the number of api additions? + new deprecation [14:55] fredp, or we don't have the same definition of a stable update [14:55] there is 15 api addition in this update [14:55] quite some new code [14:56] certainly gstreamer and gnome don't have the same definition; but this is how gstreamer releases are. [14:56] seb128 - g-c-c and g-s-d are ready for sponsoring [14:56] chrisccoulson: thanks [14:57] seb128 - g-s-d adds a preference for hiding the keyboard indicator now, but i'm not entirely satisfied with how it works though [14:57] fredp, well it's probably not what most distribution would take as a stable update either [14:57] fredp, not debian or ubuntu to start [14:57] it's not listening for gconf changes [14:57] so, it only updates when you add/remove a keyboard layout or restart your session [14:57] chrisccoulson: the change is a gconf key right? ie nothing users will notice out of dealing with it there [14:57] seb128 - yeah, that's right. there's no corresponding UI in g-c-c yet [14:57] chrisccoulson: it's fine enough, it let the option for technical people who care enough I guess [14:58] it seems a new feature and I don't think we should spend efforts on getting that to work dynamically in a stable serie [14:58] yeah, no problem. that's all done then [14:59] but point it to svu he might be happy to improve the code [14:59] so, i'll look at gnome-terminal now, unless that's blocked on vte [14:59] ok thanks [15:00] mvo: nice, so 2.24.1 vte could actually work [15:01] pitti: yeah [15:01] pitti: let me try it [15:01] hmmm, i can't get gwibber to start atm [15:03] kenvandine - gwibber-service is crashing on startup at the moment. have you seen anything like this? http://paste.ubuntu.com/424000/ [15:03] i noticed that gwibber stopped working for me yesterday, and doesn't start at all anymore :-/ [15:04] * kenvandine looks [15:05] eek [15:05] that is actually failing in python-couchdb... not even desktopcouch [15:05] vte looks encouraging currently [15:05] but takes *ages* to build [15:09] *pff* now I get even more undefined symbols [15:10] http://paste.ubuntu.com/424009/ [15:10] * mvo commits his latest changes to bzr [15:12] mvo: thanks; seems we'll skip that for lucid-updates then :) [15:12] * pitti hugs mvo [15:12] yeah :) [15:12] I can look at it at some point, but not today [15:12] chrisccoulson: can you go to ~/.local/share/desktop-couch/couchdb.html with a web browser? [15:12] kenvandine, yeah, that still works ok [15:13] ok [15:14] chrisccoulson: does this problem span reboots? [15:15] kenvandine, yeah, it's not worked at all since yesterday, and i've rebooted a few times in between [15:15] * kenvandine is confused why there is no desktopcouch code at all in that traceback [15:16] that call is going through desktopcouch.records.server [15:16] seb128: totem done, too; [15:17] * pitti -> off for an hour for supermarket and errands [15:17] ok, I'm done with updates too [15:17] looking to some bugs now [15:17] there is still a bunch of tarballs for those who want to do extra ones later [15:17] chrisccoulson: can you please file a bug and go ahead and assign it to me? [15:17] thanks chrisccoulson, didrocks, pitti [15:17] * kenvandine has to leave in a couple minutes, will be gone for a couple hours [15:17] nice work, we did most of the updates today ;-) [15:17] excellent \o/ [15:18] kids pre-school show and then taking him to lunch to celebrate his 5th birthday :) [15:18] kenvandine, ok, will do. thanks [15:18] i'll leave my profile and everything intact for now [15:18] seb128: you're welcome. I'm finishing yelp and it should be ok :) [15:18] chrisccoulson: thx... appreciate it [15:18] chrisccoulson: i'll work on it this afternoon [15:18] i was going to delete it and start again before i messaged you, but then i thought that might not be so helpful ;) [15:19] didrocks, you can do gedit after that if you still want to do one [15:19] seb128: sure :) [15:19] thanks [15:19] * kenvandine heads out, be back in 2-2.5 hours [15:38] !test [15:38] hrm? [15:38] ok i am still here ;) [15:38] lol [15:39] * ogra didnt know that one [15:39] me neither [16:01] ok, gedit, cheese, evince, anjuta & empathy uploaded to -proposed with sru asked in bugs [16:01] didrocks, you rock [16:01] xsane uploaded to lucid, hope that pitti can give it a look for people upgrading :) [16:01] he did [16:02] pitti, should we subscribe the ubuntu-sru team to each bug when several are fixed in an update? [16:02] ogra: nice play on words :) [16:02] :) === almaisan-away is now known as al-maisan [16:18] didrocks, want to do file-roller too? [16:18] didrocks, you can say no, it's just in case you are bored ;-) [16:18] seb128: can do after a 10 minutes break :) [16:18] didrocks, no hurry, later, tomorrow, whenever you want! [16:18] didrocks, enjoy [16:18] thanks ;) [16:19] you should take longer than 10 minutes of break too ;-) [16:19] well, break is actually reading blog post, taking some medecines and answering to emails :-) [16:20] (sru is too much paperwork with opening a bug, pushing a debdiff ;)) [16:22] lol [16:22] you don't need to open a bug if it closes an open bug [16:22] but for those updates that's not always the case ;-) [16:23] seb128: yeah, it was only the case for one there [16:23] all the other, I had to open a new one [16:29] good morning [16:30] hey Nafai [16:37] hey Nafai === bjf is now known as elBoto === elBoto is now known as bjf [17:03] chrisccoulson, btw when you do a sru which close a bug no need to open a bug about the update too [17:04] chrisccoulson, i.e the g-s-d one you could have used the request to hide the layout indicator one [17:04] seb128 - yeah, i realised that after i opened the bug [17:04] sorry ;) [17:04] ok, I was just pointing it in case you didn't know [17:04] no worry ;-) [17:04] it's you who had the extra work [17:08] re [17:08] wb pitti [17:10] didrocks: sorry, you uploaded to final, but xsane is on the ubuntustudio images; rejecting, needs to become an SRU [17:11] pitti: oh bad, ok, will do an sru so :/ [17:11] seb128: preferably yes, but my sru-accept script does it as well, so for uploads which are already in the queue you don't need to [17:11] seb128: but please make sure that they have lucid tasks, etc, so that I don't need to do all that, too [17:12] oh, we should had lucid tasks? [17:12] add* [17:13] pitti, I copied what you did [17:13] pitti, subscribed ubuntu-sru, added tasks and added a comment saying which bug has the debdiff [17:18] thanks [17:19] waow, never noticed that LP: #… was recognized as link in the terminal [17:19] it is? [17:20] not in mine [17:20] not in mine either [17:20] where'd you get this special g-t package? [17:20] you're holding back good stuff! [17:20] I'm using terminator, let me see in gnome-terminal [17:20] :) [17:21] yeah, it's only in terminator apparently [17:21] ah [17:21] * didrocks can't live without splitting screen [17:21] didrocks: it it able to save its configuration these days? [17:22] it was pretty neat when I looked at it back then, but I greatly missed the possibility to configure the splitting/geometry on the CLI, or save its state [17:22] yes, since lucid [17:22] pitti: yeah, last version can [17:22] sweet [17:23] but there is some new bugs like not being able to move the current tab if you split your terminal [17:24] bah, brasero is a piece of crap it seems [17:25] quick ! change the seeds and include k3b :) [17:27] seb128: it gets worse with every test you do? [17:28] pitti, I didn't do much test, I put a dvd rw in it to do testing [17:28] it didn't list the disk an as option [17:28] I found a "clear disk" menu item which I figured I would use to have the disk clear and listed [17:29] it tooks a few second and say "disk cleaned" and now I've no disk listed at all and a growisofs still running after closing brasero [17:30] bah [17:31] and now gvfs doesn't list either the CD driver or the blank DVD when I put it in the drive [17:31] udisks --dump see it though [17:32] Showing information for /org/freedesktop/UDisks/devices/sr0 [17:32] has media: 1 (detected at mer. 28 avril 2010 18:30:22 CEST) [17:32] ok, let me grab another media, I will open a bug about those issues later [17:39] ok, same story on an another disk [17:39] the thing doesn't like blank dvdrw disks [17:41] ok, time to get ready for sport and dinner [17:41] I will debug brasero with a CD later and talk with pitti tomorrow about the dvd-rw being ignored by gvfs etc [17:42] seb128: hm, last time I wrote a dvd-r, I think [17:52] * Nafai tries out terminator [17:55] * pitti -> dinner [17:56] I really think that the mess in the panel will generate a lot of bugs. I don't have many clue on how that should be debugged (ex: bug #570664) [17:56] Launchpad bug 570664 in indicator-applet "Unable to Logout / Shutdown" [Undecided,New] https://launchpad.net/bugs/570664 [18:02] i get something similar every 10 boots or so, except all indicator-applets are doubled and indicator-applet-session isn't shown at all [18:02] Sarvatt - that's a known issue with gnome-panel [18:04] seb128: not sure we want update file-roller, the only fix is "Fixed build error when dbus is not available.". Do we have dbus in our buildd as the previous version was built correctly? [18:05] chrisccoulson: did you have the time to have a look there btw? do you know where the rendering issue is and why the indicator or the notification area triggers it? [18:06] didrocks - not yet, but it's not just the notification area and indicator [18:06] i've seen it in all applets now [18:07] chrisccoulson: oh really? I just had that in those area. that's weird we didn't have that previously as gnome-panel shouldn't have changed a lot recently [18:07] so, can we blame vuntz|aw1y when he will be back from holidays? ;) [18:07] didrocks - it's been an issue since karmic, but it seems to have become worse this cycle [18:08] chrisccoulson: I'll talk about that with him if you're sure it's in gnome-panel [18:08] yeah I've seen it with the drawer and go-home applet too in the past few months now that you mention it, those just only doubled like that once or twice [18:09] didrocks, Sarvatt - bug 439448 [18:09] Launchpad bug 439448 in gnome-panel "visual corruption affecting several panel applets" [Low,Triaged] https://launchpad.net/bugs/439448 [18:10] chrisccoulson: thanks, I'll point this to him [18:11] * didrocks dups the other bug [18:12] didrocks - here's a good example - http://people.canonical.com/~chrisccoulson/Selection_001.png ;) [18:12] the clock applet is messed up there [18:12] and here is the hamster-applet - http://people.canonical.com/~chrisccoulson/Selection_002.png [18:12] but i see it mostly with the indicator and notification area [18:13] chrisccoulson: not sure if it's based on "dynamic size" applet or not === al-maisan is now known as almaisan-away [18:13] which can also screw the others one [18:30] * Nafai lunches [18:43] chrisccoulson, can you add some log files to that bug [18:43] ~/.cache/desktop-couch/desktop-couchdb.*.1 [18:43] the current theory is that perhaps something is causing spidermonkey to crash [18:45] chrisccoulson, and do you by chance have test versions of anything that could potentially break spidermonkey installed? [18:46] kenvandine, i have xulrunner from the ubuntu-mozilla-security PPA, which is going to become the first security update in a couple of weeks [18:46] i should have that too [18:46] * kenvandine verifies [18:46] oh... no, i did before i re-installed [18:47] couchdb uses xulrunner stuff to execute it's views [18:47] libmozjs.so [18:48] yeah, that's a bit of a pain ;) [18:48] right, i've added some log files to the bug [18:48] thx [18:50] oh, actually, i'm not running the xulrunner security update [18:50] i had to downgrade it when i was testing gjs [18:52] i wonder if there is any problems having gjs stuff installed [18:52] i can't imagine it could break spidermonkey [18:54] kenvandine, i bet i know what is causing it ;) [18:54] i'm running a debug build of xulrunner for something else [18:55] i bet if i install the non-debug version it starts working again ;) [18:55] interesting... [18:55] let me try [18:59] kenvandine - that works now [18:59] so it was my fault ;) [18:59] hehe [18:59] ok... thx [18:59] fragile i guess [18:59] sorry for wasting your time ;) [18:59] yeah, it is pretty fragile [19:01] no worries, better to investigate than not to [19:51] re [19:51] chrisccoulson, didrocks: one of the bugs state that the corruption with indicators and applet happens only under compiz [19:52] heh, i can quite believe that [19:52] didrocks, what about the uri in dnd bug fixed in .1.1 for file-roller? what version did you check? [20:30] «build starts in 16 hours »...yummy === MacSlow is now known as MacSlow|gym [20:33] going to grab a snack than brb === bjf is now known as bjf[afk] [22:00] seb128: oh, I check, 2.30.1, didn't see 2.30.1.1, will do tomorrow morning :) [22:00] (yeah, I shouldn't reconnect ;)) [22:00] didrocks, no you shouldn't ;-) [22:01] seb128: well, I had to push something on my server, so while uploading, triaging bugs, fixing a Quickly one, and then, reconnect on IRC was the bad decisions I took :p [22:02] ;-) [22:06] well, really going this time. It will be less to do for tomorrow morning [22:06] seb128: good night, see you tomorrow :) [22:06] 'night didrocks === MacSlow|gym is now known as MacSlow [23:04] Good morning. [23:05] Hey TheMuso === bjf[afk] is now known as bjf [23:54] Morning all. [23:55] Again with the network! [23:55] problems?