[00:00] robert_ancell, yeah, didn't do that many late hacking evening recently [00:00] robert_ancell, I need one every now and then ;-) [00:00] seb128, heh :) [00:00] seb128, yay, do we have pygi now? [00:00] robert_ancell, yes [00:00] robert_ancell, I did get pygobject built with it on as well [00:01] seb128, did you notice it was faster to get it in via debian than via ubuntu? [00:01] robert_ancell, it was not [00:01] your copyright was not correct for the ubuntu upload [00:02] I reviewed the first upload the day you uploaded! ;-) [00:02] seb128, yeah and they fixed it and uploaded it. Don't know why it took so long to hit the archives after that though [00:02] robert_ancell, because an archive admin needs to do it [00:02] and it was a 3 days weekends for most europeans [00:02] ah [00:02] and we don't work on weekends [00:03] robert_ancell, btw how did you get it in Debian? [00:03] seb128, added my package to the bug report, they fixed up the details [00:04] nice [00:04] someone else had a package but there's was really complex. I finally worked out how to make a proper Python package [00:05] yeah, packaging is still not as easy as it could [00:05] robert_ancell, btw dunno if you have seen but I assigned you some bugs [00:05] it will be better when everything finally migrates [00:06] what packages? [00:06] robert_ancell, you don't read bug emails! [00:07] robert_ancell, you should try to have a mail folder for things assigned to you [00:07] seb128, I have a lot of bug email! [00:07] robert_ancell, so they don't get in the noise [00:07] yea [00:07] 8/c [00:07] robert_ancell, gdm and compiz [00:07] oh. thanks. [00:08] robert_ancell, compiz is an issue with the compiz decorator when it fallback to no using compiz [00:08] the decorator seems to be still running and creating issues [00:08] robert_ancell, gdm there is a vt switch issue and passwd reading one which is said to be ubuntu specific [00:09] there is no hurry for those [00:09] but they are on the list of "would be nice to fix for lucid .1" [00:11] robert_ancell, you know about https://bugs.launchpad.net/~robert-ancell/+assignedbugs [00:11] robert_ancell, ? [00:11] yup [00:11] robert_ancell, you should try to keep that list matching what you have on your todolist ;-) [00:12] robert_ancell, if you sort by newest first the 3 I mentioned are listed first on the list [00:13] seb128, heh, can you see the OEM bugs? [00:13] robert_ancell, no, I've 15 bugs on your list [00:19] well, now that the seb128 whip cracking is over ... [00:19] heh [00:19] robert_ancell, TheMuso, RAOF quick Easter Edition? [00:19] lol [00:19] Sure [00:20] go [00:20] https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-08 [00:20] it was a very "statusy" meeting [00:20] so how about if I hit the high points first [00:20] then let you guys read through and see if you have questions [00:20] sure [00:21] ok [00:21] so chrisccoulson is working his a** off getting the mozilla update ready [00:21] heh :) [00:21] he's encountered a couple of issues that he thinks he can fix [00:21] before they ship the new FF [00:21] or shortly thereafter [00:22] FF will release soon [00:22] lots of good testing done, but still expect some breakages [00:22] Unity 0.2 was release on Friday [00:22] and is now in universe [00:22] didrocks has MIRed it, but need to get those acked [00:23] I have an action to see if I can unblock the stack of MIRs and SRUs [00:23] Ubuntu One and Dx are on a weekly release cadence again [00:23] we are above the trend line [00:23] so we discussed work items that we could move to A3 [00:24] I think those were the high points [00:24] cool [00:24] RAOF, how are the xorg-xserver updates going? [00:25] rickspencer3: They're pretty much done. There are a couple of syncs outstanding, and then we need to upload the xorg to flip the final switch. [00:26] oh [00:26] so the actual update is not yet available? [00:26] mvo had a busy afternoon of sponsoring, yesterday :) [00:26] ah [00:26] nice [00:26] ok [00:27] do you guys want to skim the irc logs, and let me know if you have any questions? [00:27] All the updates are available, but the metapackage built from the “xorg” source package doesn't yet point to all the new ABIs. [00:27] Already started to. [00:28] I'm looking to see if anyone's shouting about breakage yet ): [00:33] * ajmitch only has virtualbox drivers to complain about, but they're expected to break, it seems :) [00:42] chrisccoulson, oh btw, "WARNING (desktop-maverick-mozilla-team-discussion): assignee "yokozar" is not a valid Launchpad account" [00:43] chrisccoulson, not sure if that's a typo or somebody who is not on launchpad [00:43] TheMuso, WARNING (desktop-maverick-gnome3-accessibility-readiness): no work items defined [00:43] TheMuso, should that spec be on the maverick list of not or have work items? [00:43] seb128: No, it was informational [00:43] s/was/is/ [00:43] TheMuso, ok, thanks [00:43] seb128: yokozar is scottritchie, I think [00:44] Yes thats correct. [00:44] seb128 - thanks [00:44] ajmitch, chrisccoulson, TheMuso: thanks [00:44] sorry, my fault :) [01:00] * RAOF sees whether launchpad will accept the 200Mb vmcore attached to that kernel crash. [01:07] ouch [01:07] RAOF: is that compressed? [01:08] Dunno. It's the apport kernel crash script. [01:08] ah ok [01:09] If it doesn't work this time I'll just file a bug normally and attach the apport report to it. [01:19] rickspencer3, what was the python binding you wanted to work in pygi? [01:19] robert_ancell, it's for empathy [01:19] tomeu is working on it [01:19] he will make it easy to use the contact picker [01:20] than writing a sweet Python API to make tubes easy and fun [01:20] rickspencer3, and the existing python bindings didn't do it? [01:20] rickspencer3, I'm looking for an example to blog about doing something there wasn't bindings for previously [01:20] robert_ancell, they hated the existing API or something [01:20] I forget === bjf[] is now known as bjf[afk] [02:51] didrocks: looks like we missed that, please file a bts bug === bjf__ is now known as bjf === bjf is now known as bjf[afk] === lifeless_ is now known as lifeless [06:15] a [07:06] RAOF, do you know how X chooses what VT to start on? [07:06] I think it gets told which VT to start on, by gdm. [07:08] RAOF, no, it doesn't. I'm looking at a patch that adds the functionality and wondering what happens now. There is a bug where you create a lot of X servers then log out and you are left on an empty VT. I'm not sure if it's the next X process doesn't know what VT to start on or GDM doesn't know what VT to direct you to === almaisan-away is now known as al-maisan [07:18] X would be much easier to read if there weren't all these global variables scattered about the plaec. [07:19] RAOF, is no-one cleaning those up? [07:20] Not that I can see. [07:20] *sigh* [07:20] RAOF, oh, what is your opinion on xcb? [07:20] Eh. [07:21] A better way of talking to the X server isn't unwelcome, but I've never really had to care. [07:21] *I* tend not to talk X11, anyway. I talk GTK, cairo, etc. [07:22] ioctl(fd, VT_OPENQRY, &xf86Info.vtno) [07:22] That's where X gets its VT from [07:23] xf86OpenConsole, in hw/xfree86/os-support/linux/lnx_init.c [07:24] RAOF, nice, just what I wanted. The patch was trawling through /proc to find a free vt. This is much nicer [07:46] Good morning [07:53] good morning [07:55] morning desktoppers! [07:56] hi there [07:56] pitti, I need to talk for 2 months about a regression in bluetooth potentially caused by fix done by you [07:57] I have no motivation to look at bluetooth atm :) [07:57] bonjour didrocks, baptistemm [07:57] hey james_w [07:57] hi pitti [07:57] and james_w [07:57] baptistemm: oh, by me? [07:58] I wanted to have a look but dodn't had time, so i guess I'll point you the bug number [07:58] Guten morgen pitti [07:58] hey james_w [07:58] lut baptistemm [07:59] didrocks is a man of many languages [07:59] james_w: if only it was true :-) [08:01] pitti, bug 550288 [08:01] Launchpad bug 550288 in bluez (Ubuntu) "bluez fails to discover mx5000 keyboard and mouse (affects: 36) (dups: 1) (heat: 185)" [Undecided,Confirmed] https://launchpad.net/bugs/550288 [08:01] now I have to go, but you can ping me [08:29] hello [08:31] bonjour seb128 [08:31] hello pitti [08:31] baptistemm: ah, got it; I updated the bug accordingly [08:32] sallut seb128 [08:34] lut didrocks [08:52] hum [08:52] pitti, is there a way to spy on a running process stdout? [08:53] or somebody else who might know [08:53] seb128: one workaround would be to attach strace and listen for write(), and look for writes to fd 1 and 2 [08:54] pitti, doesn't do what I need [08:54] cat /proc/4289/fd/1 -> that doesn't work, anyway [08:54] writev(6, [{"l\3\1\1\376\3\0\0\34\0\0\0O\0\0\0\6\1s\0\5\0\0\0:1.71\0\0\0"..., 96}, {"\371\3\0\0Traceback (most recent call "..., 1022}], 2) = 1118 [08:54] I'm interested in the stacktrace [08:55] seb128: but it's there? (with -s10000 anwyay) [08:58] pitti, oh right, it is [08:58] I didn't know about -s [08:59] (it's stderr, BTW) [09:00] RAOF: for https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-xorg-gpu-freeze-reports, what would you like add_video_info() to do? [09:01] RAOF: doesn't the xorg hook already collect all information about this? i. e. should I just move it from the package hook to hookutils/ [09:01] ? [09:01] seb128: you told on both fspot bug reports that we are considering 0.6.2 for lucid which contains both fixes? Is there any news about that? [09:02] didrocks, we will not do the update, lot of changes there [09:02] didrocks, ie some ten thousand codelines changes [09:02] seb128: ok, just to confirm before backporting the changes :) [09:02] didrocks, btw did you figure what is wrong with banshee yesterday? [09:03] seb128: wrong packaging in debian, I'll fix it in ubuntu and fw the patch to Debian [09:03] seb128: then, I want to play a little bit with the interface to see what's and how to change to fit our needs [09:03] ok [09:03] pitti: What we wanted was a bunch of stuff from /sys that KMS drivers produce. Specifically: dpms edid enabled modes power/ status from /sys/class/drm/card$NUM-$CONNECTOR [09:04] RAOF: perhaps you can add the stuff that you need to the whiteboard? [09:04] I'll do that now. [09:04] Thanks! [09:06] RAOF: cheers [09:07] I'll try to get that done soon then [09:07] RAOF: my other question is about the other WI of mine in that spec; what does "turn debugging on" mean? [09:09] pitti: That's partially dependent on the outcome of some of the kernel team's WIs on that spec. If they don't come up with anything better then “turn debugging on” would mean “add drm.debug=0x06” to the kernel command line. I'll add that to the whiteboard, too. [09:10] RAOF: many thanks [09:14] RAOF: we don't have f-spot bzr branch? [09:16] didrocks: Not apart from the auto-import, no. [09:16] RAOF: ok, thanks [09:44] pitti, hey [09:44] pitti, robert_ancell did a gdm update to lucid-proposed to fix a bug we want to sru [09:44] pitti, it's based on your new version which failed verification though [09:44] pitti, how do we move forward there? [09:45] seb128: my preferred option would be to back out the new upstream version for now, and use 2.30.1+reverted2.30.0 or so [09:45] :-( [09:45] seb128: the two bugs which I marked v-failed were for the xsession.d scripts, but they are fine [09:45] was the new version breaking things? [09:45] or failing to improve things? [09:45] but the new upstream change to attempt to fix the login buttons and user switcher caused crashes [09:45] hang on [09:46] regressions [09:46] so I'd like to have the packaging fixes (xsession.d for XRESOURCES etc.) for now, and ignore the new upstream version [09:46] seb128: bug 579044 is the regression [09:46] Launchpad bug 579044 in gdm (Ubuntu) "Setting disable_user_list to true causes gdm to crash on clicking "Log In" (affects: 3) (heat: 16)" [Undecided,Confirmed] https://launchpad.net/bugs/579044 [09:47] seb128: I haven't had time to track that down yet, so unless you or Robert want to I'd suggest to revert it back to 2.30.0 [09:47] the "Login" -> "switch to" fix never worked anyway [09:47] good morning everyone [09:47] didrocks: Hi! [09:47] hey chrisccoulson, how are you? [09:47] hey chrisccoulson [09:47] pitti, did you upstream the regression issue? [09:48] hey pitti, i'm good thanks. how are you? are you enjoying your new role? :) [09:48] seb128: no, not yet; sorry, no time yet [09:48] hey seb128, how are you? [09:48] chrisccoulson: I do, although I keep being pulled back :) [09:48] pitti, ok, do you want me to take over doing the sru with version downgrade and upstream that one [09:48] pitti - heh, there's no escaping ;) [09:49] seb128: if you or Robert can, I'd appreciate [09:49] pitti, in exchange you can maybe review some of the srus when you have free slots ;-) [09:49] seb128: yes, I plan to [09:49] pitti, rick has an action item to try to see if he can bring manpower to help on mir and sru [09:49] alf__: hey [09:49] morning everyone [09:49] lut huats [09:49] good morning huats [09:49] pitti, and seb128 o/ [09:50] and didrocks too of course :) [09:50] seb128: pitti: i plan to reach out to desktop and foundations team managers asking for fresh blood on MIRs [09:50] lool confirmed that he is on zero this cycle too ... so that makes it hard [09:50] asac, ok, thanks [09:50] asac, we have quite some need for mir right now [09:51] it's tricky; it does need some experienced developers to judge how maintainable a package is, but yes [09:51] asac, ie unity needs several of those [09:51] kubuntu as well [09:51] unity ones should be easy, though [09:51] seb128: well. if its strategic there is not much around no MIRing them, so prepromotion should be fine in worst case [09:51] there's little debate over those [09:51] well easy or not if nobody has time for mir they will be stucked [09:51] seb128: promote them to main and milestone the bugs to beta [09:51] ack [09:51] it's primarily an issue of having a package check [09:52] pitti, asac: thanks [09:52] if you feel you are blocked [09:52] not a yes/no decision [09:52] same for Kubuntu (Riddell already does that in some cases) [09:52] at best wait a few days ... then complain in bug and say you pre-promoted [09:52] asac, I'm not "blocked" but UNE switching to unity is waiting on those [09:52] didrocks: We have been talking with asac about our needs concerning the clutter package. We mainly need to be able to produce multiple libraries from that package for various backends of clutter. [09:52] seb128: please don't block on those, just do it [09:52] asac, pitti: if you are happy to promote now and deal with paperwork later I would be happy [09:52] the earlier we have that in the dailies, the better [09:52] pitti, thanks [09:52] didrocks, ^ [09:52] seb128: sure go ahead [09:52] asac, thanks [09:53] seb128: just update the bugs that you did that and milestone them [09:53] didrocks: I have made a first attempt at it at ppa:afrantzis/clutter [09:53] seb128: pitti: ok, changing seed and -default-settings today [09:53] asac, will do [09:53] thx [09:53] yohoo! welcome, unity [09:53] didrocks, can you let me know what need promotion there or in query? [09:53] alf__: I'm afraid I won't have time today to review it, do you trigger more than one build? [09:53] seb128: one sec [09:54] didrocks: Yes, it needs to be configured differently for each backend [09:54] seb128: do you want the list of binary package or source package is enough for you to get the list? [09:55] didrocks, sources [09:55] didrocks, just give me the mir bug numbers if you want [09:55] seb128: so https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-08#UNE Update you have the MIR list [09:55] didrocks, thanks [09:55] seb128: thanks to you for pushing the red button :) [09:56] alf__: ok, I'll have a look later this week, do you have a packaging branch somewhere? [09:57] didrocks: No, I 'll make one and let you know [09:57] alf__: sweet, thanks [09:58] didrocks: thank you :) [10:12] hum [10:12] shouldn't xserver-xorg-video-intel 2:2.11.0-1ubuntu1 have the new abi version? [10:51] pitti, is marking a spec informational enough to get if off the tracked specs for the cycle? [10:52] seb128: the WI tracker doesn't currently look at the spec status [10:52] pitti, or should the serie goal be unset? [10:52] seb128: if you want it to, patches appreciate :) (or just commit yourself) [10:52] ok, so serie goal unsetting it is [10:52] seb128: unsetting target works [10:52] thanks [10:52] (I don't want it enough to work on it ;-) [10:53] mvo, https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-software-center-front-end [10:53] "WARNING (desktop-maverick-software-center-front-end): assignee "olivier-tilloy" is not a valid Launchpad account" [10:53] mvo, ^ do you know who is olivier and what is his real launchpad account name? [10:54] osomon it seems [10:54] seb128: yes, osomon [10:54] thanks [11:14] hmmm, my phone line has completely died today :( [11:14] it's a good job i've got 3G [11:15] chrisccoulson, how did the call to support for your speed issues go? [11:15] seb128 - they did the usual "did you reboot your router routine", but it magically fixed itself in the end anyway [11:16] so maybe they did something ;-) [11:16] heh [11:38] pitti, the gdm xsession.desktop, do you think it should be in the sru? [11:39] didn't I? [11:39] pitti, it adds a non translated technical item to the list [11:39] seb128: I don't insist on it, it just seemed an easy thing to do [11:39] pitti, well, I'm redoing a sru which should have a chance to go to updates [11:39] if you have any doubt about it, just kill it, and we'll just add it to maverick [11:39] so I want only safe changes ;-) [11:39] ok [11:39] pitti, I will delay for now, I think it's a quite technical item for normal users [11:39] and it's not translated [11:40] ack [11:40] so let's get maverick feedback first [11:40] pitti, I uploaded the current sru to maverick [11:40] so we can debug the new version issues there [11:40] seb128: ah, good, since that's already in bzr [11:40] now I'm doing a sru based on the current lucid version [11:41] pitti, I don't want to push for my srus (yet) but bryceh mentioned that the xorg-server sru would appreciate a review [11:41] ok, I'll have a look [11:41] pitti, if you have some time to unblock this one [11:41] pitti, thanks [11:43] uh, three xorg uploads with the same version number [11:44] makes it probably better :) [11:44] who knows [11:44] * pitti takes the latest ones and rejects the older two 7.1 uploads [11:44] bryceh: ^ FYI [11:45] pitti, I guess yes, the 2 old ones are the same "change contact informations for issues to launchpad" [11:45] pitti, which is included in the recent upload which has other bug fixes as well [11:45] right, but that's contained in the latest one as well, together with some crash fixes [11:48] pitti, if you have still some sru time after that one I sort of lobby for the telepathy-butterfly update, it fixes some crasher and a bug which makes empathy not display some messages coming from some msn clients [11:48] pitti, the other ones are "nice to fix" but there is hurry to get those in so I'm happy to wait until some other sru team member doing regular review [11:48] ok [11:48] pitti, thanks ;-) [12:00] seb128: shall I reject robert's gdm upload then, and wait for your's? [12:01] pitti, yes please === MacSlow is now known as MacSlow|lunch [12:49] pitti: thanks for the SRUing [12:50] pitti, thanks! [12:50] seb128: did you see my comment on fspot, what do you think about, still worth uploading the partial fix? [12:50] didrocks, which one? [12:50] on bug #112684 [12:51] Launchpad bug 112684 in f-spot (Ubuntu Lucid) (and 2 other projects) "F-Spot deletes temporary image files too early when sending mails (affects: 5) (heat: 37)" [Low,Fix committed] https://launchpad.net/bugs/112684 [12:51] didrocks, the one of the bug saying it fixes the email issue but not some random click one? [12:51] didrocks, I didn't understand the click issue [12:51] didrocks, but it seems to fix the bug described there, other bugs should be tracked with other tickets [12:51] it fixes the timeout (the temp file was removed) [12:51] no, it diesn't fix the bug described [12:51] the description was: click on File -> Send [12:51] then click an another image on fspot [12:52] and then, you can't send your email with thunderbird [12:52] (it removes the temp filename) [12:52] this usecase isn't fixed [12:52] so it's only if you keep the photo you want to send selected? [12:52] right [12:52] ok, seems not worth a sru [12:52] well, the other use case is: [12:52] if you keep the email composer open there is a good chance you keep browsing in fspot [12:52] click on file -> Send [12:52] sure [12:53] so yeah, not worth sruing this one [12:53] the other is harder to test, but it seems to work [12:53] let's sru it when upstream fixes the cleaning on selection change [12:53] ok, we can wait for both [12:53] well try to sru it and ask people who complained to test the sru [12:53] but I'm not sure this case is clear in upstream's mind as the upstream bug was closed [12:54] didrocks, can you drop a comment there on on #f-spot on irc.gnome.org? [12:54] so, maybe opening a new one describing again this particular case [12:54] seb128: sure, will do that in 10 minutes, finishing some seed playing first :) [12:54] rubenv is the upstream maintainer on #f-spot, you can ping him directly [12:54] ok [12:54] ok, thanks, I will === MacSlow|lunch is now known as MacSlow [13:22] didrocks: I have uploaded the packaging branch to lp:~afrantzis/ubuntu/maverick/clutter-1.0/latest-with-eglx [13:23] alf__: thanks, I bookmark that and try to have an eye on that tomorrow or on Friday :) [13:23] didrocks: Great, thanks! [13:23] alf__: yw :) [13:27] ok, all unity transitionned is ready, just need to rebuild the netbook metackage once all components are detected as being in main [13:27] (and then, the scare about CD size will come back) :) [13:30] didrocks, yay [13:30] hey kenvandine [13:30] * kenvandine wonders when u1 file sync will become reliable again :/ [13:34] didrocks, ok, promotion, forgot to do those since I was waiting on the unity binaries to be published now [13:34] seb128: there is a new binary (-ubuntu2), maybe you should wait for it if not already there? [13:35] not sure if it can trigger some kind of race condition :) [13:35] no race don't worry [13:35] let's me finish that gdm sru and look at those promotion as well [13:35] sure :) [13:35] thanks seb128 [13:35] didrocks, do you have time to design and upload some xorg updates from RAOF? [13:36] didrocks, nothing to build, just sign and sponsor [13:36] seb128: sure, that can be quick [13:36] thanks [13:36] RAOF, ^ [13:36] didrocks, you rock ;-) [13:36] seb128: heh thanks, you rock too :-) [13:48] didrocks: www.cooperteam.net has all the packages. [13:48] RAOF: waow, can you point me to some dsc file that needs sponsorship? :) [13:49] RAOF: the 21 of them? [13:49] Yes. [13:50] I can double check for you, if you like :) [13:50] ok, getting and pushing so :) [13:50] RAOF: well, as you wish, I assume you've done an rm -rf * before pushing the new ones :) [13:50] hum, there is 24 _sources.changes [13:50] not matchin the 21 .dsc :) [13:51] matching* [13:51] Sorry. There were 3 siliconmotion changes in there which shouldn't have been. [13:51] Should now match [13:52] 22 :) [13:52] one more! [13:52] RAOF: you have xserver-xorg-video-siliconmotion_1.7.4.orig.tar.gz and xserver-xorg-video-siliconmotion_1.7.3.orig.tar.gz [13:53]