[00:05] robert_ancell, hey [00:08] seb128, hey [00:09] robert_ancell, how are you? [00:09] robert_ancell, thanks for the gdm email, I didn't have time to look at that today though :-( [00:10] robert_ancell, pitti said that setuid not working on script is by design [00:10] robert_ancell, and asked if we could make the server do the calls rather than adding a wrapper [00:10] seb128, yeah, I know the feeling! [00:10] robert_ancell, since we already have the communication with the server and it has the priviledge required to change user [00:10] what do you think? [00:11] seb128, the problem is the server is running as root, and we need to run as gdm. We could get the server to run setuid gdm [00:11] I mean we get the server to run that program I showed you basically [00:11] robert_ancell, well pitti said "seteuid(gdm); g_spawn_async(); seteuid(0)" [00:12] seb128, sure. [00:12] btw, I never knew a process had so many uids... [00:12] what do you mean? [00:13] seb128, uid, effective uid, saved uid [00:14] ah, I didn't know that either [00:15] robert_ancell, anyway same as yesterday, if you do any work on that today drop me an email otherwise I will try to block some time for it again tomorrow [00:15] ;-) [00:16] sure [00:17] thanks [01:17] Oh, this is going to be a 64bitness issue, isn't it. :( [01:18] isn't it always? [01:19] No, not recently :) [01:34] kenvandine - how is bindwood meant to work? is it just meant to sync my bookmarks to couchdb automatically, or do i have to set something up? (i can't see any extra options in the firefox UI, and I don't see any bookmarks in couchdb either) [01:45] heh, just finished going through all the bugs I have reported that are still open. I found a quarter of them I could close as fixed but see I never got a response from anyone. Dunno to be happy or sad. [01:47] Ok. Why is this perfectly valid pointer getting nulled before it hits the signal handler? [01:51] chrisccoulson, it just syncs [01:51] you should be able to enable/disable it in the ubuntuone-preferences [01:51] i think [01:52] ah, the checkbox in the preference is inactive and insensitive too [01:52] that's probably why it doesn't do anything [01:53] it is for me too [01:53] not sure what's up with that [02:25] rickspencer3: Sorry I missed you earlier [02:29] Nafai np [02:29] turns out my issue was with my own stupidity [02:29] which is what normally is the course of things around here ;) [02:30] Know the feeling :) [06:45] Good morning [06:45] bryceh: intel 2.10> thanks, so it doesn't look overly important then? And I guess you want to keep UMS? [06:46] robert_ancell: uids> don't forget the fs uid :) [06:47] pitti, I didn't dig deep enough to see that one! :) [06:48] robert_ancell: real and effective uid are the most interesting ones, usually; fs uid (file system access) is usually the same as euid [06:49] robert_ancell: and "saved" just means the one you can get back to [06:49] pitti, what is the reason for all of them? Why not just one UID? [06:49] robert_ancell: e. g. a root process can do setreuid(1000, 1000) [06:49] robert_ancell: but keeps '0' as saved uid, so that the process can do setreuid(0,0) later on [06:49] i. e. just as a flag that _this_ process can become root again, while a 'normal' uid 1000 process can't [06:50] pitti, complex [06:50] robert_ancell: I don't know -- two would certainly be enough (the saved one is really just an implementation detail, you can't manipulate it directly) [07:32] Ok, that's enough f-spot for the afternoon. [07:36] pitti: Can I have a bit of an induction talk about bug flow in an hour or two? I need to do the washing up now, but after that... :) [07:36] RAOF: yes, we can do that [07:37] Thanks. [07:37] * RAOF -> washing up [08:03] good morning [08:39] anyone can help with my desktop [08:42] #ubuntu might [08:42] seb can u help with nautilus [08:43] and my desktop [08:47] no [08:47] try #ubuntu [08:47] this channel is not an user question one [08:47] tried [08:47] no luck [08:48] dont suppose you know about nautilus scripts do you [08:49] no [08:49] again you are on the wrong channel [08:49] ok well thanks [08:54] seb128: hey, how are you? [08:57] didrocks, hey, just getting some coffeee [08:57] I will tell you afterward [08:57] but apparently good ;-) [08:57] you? [08:57] bonjour seb128 [08:57] coffee? good idea, doing same :) [08:57] hey pitti, how are you? [08:57] seb128: yeah, I'm fine, thanks :) [08:57] seb128: I'm great! nothing lifts the mood like fixing a bug :) [08:58] pitti, fixing 2 bugs do! ;-) [08:58] seb128: when you will get back from you coffee, you can sync gst-plugins-bad0.10 from debian unstable :) [08:58] didrocks, weird [08:58] seb128: I'm at it :) the next fix is already committed, working on bug #3 and #4 now :) [08:58] Launchpad bug 3 in rosetta "Custom information for each translation team" [Low,Fix released] https://launchpad.net/bugs/3 [08:58] Launchpad bug 4 in rosetta "Importing finished po doesn't change progressbar" [Medium,Fix released] https://launchpad.net/bugs/4 [08:58] lol [08:58] seb128: there was an added plugin which has been reverted, and the only -dev diff remaining (arch specific) has been removed in the new version [08:59] * pitti hugs ubottu [08:59] didrocks, don't we have changes because we move the farsight code to good for empathy? [08:59] didrocks, ie .install hacked to not installed those since they are in good now? [08:59] seb128: oh, let me have a double check so, I should be wrong [09:00] didrocks, thanks [09:01] didrocks, [09:01] +debian/tmp/usr/lib/gstreamer-@GST_ABI@/libgstautoconvert.so [09:01] +debian/tmp/usr/lib/gstreamer-@GST_ABI@/libgstdtmf.so [09:01] +debian/tmp/usr/lib/gstreamer-@GST_ABI@/libgstliveadder.so [09:01] +debian/tmp/usr/lib/gstreamer-@GST_ABI@/libgstrtpmux.so [09:01] +debian/tmp/usr/lib/gstreamer-@GST_ABI@/libgstvalve.so [09:01] didrocks, that's the .good diff we have [09:02] seb128: ok, my bad so, sorry. I tried with branches but I didn't saw the diff in .install files, only the dep things. Fixing it now [09:05] didrocks, np, thanks ;-) [09:08] pitti, btw we didn't really discuss the gst-ffmpeg issue the other day [09:09] pitti, you replied that you would prefer not having a copy but I'm not sure it was a real reply to the question considering the issue and options or just a "copying code sucks" [09:09] seb128: hm, I'm afraid I don't remember that at all -- what's the problem? [09:10] ok, so summary [09:10] gst-ffmpeg upstream says their code is neither tested nor meant to work with ffmpeg 0.5 [09:10] which is the system version we have [09:10] so we are in a situation or we either [09:11] - use the system ffmpeg 0.5 for gst-ffmpeg , which will lead to quite some crashing situations [09:11] - switch gst-ffmpeg to use it's ffmpeg copy which is known to work [09:12] hm, I don't think we ever discussed that [09:12] seb128: which version does gst-ffmpeg work with? [09:12] this code is quite security sensitive, so code copies here would suck indeed [09:12] pitti, I pinged you but that's the day you were having for the morning [09:12] pitti, you did a quick "copies suck" reply when coming back [09:12] I was not sure if you read the discussion with siretart I had or not [09:13] seb128: do we need a newer ffmpeg for this or an older one? [09:13] I didn't, no [09:13] ok [09:13] newer or older I don't know [09:13] my guess would be older [09:13] they tend to play slow catching up on ffmpeg [09:13] so perhaps we should downgrade ffmpeg then? [09:13] or has this already been discussed? [09:14] that's not like gst-ffmpeg was the only ffmpeg user [09:14] no, I didn't think siretart would consider that a valid option [09:14] ffmpeg 0.5 is probably better and they just backported required changes for kde and other things I think [09:15] maybe we should move that to #ubuntu-devel and discuss it with siretart [09:30] seb128: ok, seems lucid is good wrt to that then? [09:30] pitti, as said on the other channel I'm confused [09:31] pitti, the discussion shifted to that security in ffmpeg one [09:31] right, but I thought we settled that lucid's gst-ffmpeg was patched to work with 0.5? [09:31] pitti, but what I understood the other day is that what we have for gst-ffmpeg is neither tested nor meant to work with the ffmpeg we have [09:31] and that upstream commends against using it [09:32] pitti, sirestart said he would come back to that after the security discussion, let's wait [09:32] seb128: I don't know if you have seen but new telepathy-butterfly has A/V disabled http://blog.staz.be/index.php?post/2010/03/10/Telepathy-butterrfly-0.5.5-released [09:32] istaz, no, I didn't, thanks, reading [09:34] istaz, ok, good to know, I will get those updates in lucid, thanks for the notice and the bug fixing work ;-) [09:38] np [10:16] hey RAOF - are you having any luck getting gjs built? [10:21] hey pitti - do you know whats going on with http://launchpadlibrarian.net/40773332/buildlog_ubuntu-lucid-armel.openjdk-6_6b18~pre2-1ubuntu1_FAILEDTOBUILD.txt.gz [10:21] all the armel builds in main pulling in xulrunner-1.9.2 are failing, like it's not been promoted to main yet [10:21] chrisccoulson: xulrunner-1.9.2-dev is in universe [10:21] ;) [10:21] ah right [10:21] its not promoted [10:22] 11:18 < asac> Filename: pool/universe/x/xulrunner-1.9.2/xulrunner-1.9.2-dev_1.9.2+nobinonly-0ubuntu1_armel.deb [10:22] chrisccoulson: hm, it is in main [10:22] asac - that only applies to armel does it? [10:22] not sure. all i see its in universe pool here on armel ;) [10:22] and it finished 2 days ago [10:23] Binary only demotions to universe [10:23] --------------------------------- [10:23] o xulrunner-1.9.2-gnome-support xulrunner-1.9.2-testsuite {xulrunner-1.9.2} [10:23] not sure if that has something to do with it [10:29] oh, indeed [10:29] xulrunner-1.9.2-dev | 1.9.2+nobinonly-0ubuntu1 | lucid | amd64, i386, powerpc, sparc [10:29] xulrunner-1.9.2-dev | 1.9.2+nobinonly-0ubuntu1 | lucid/universe | armel [10:29] * pitti promotes [10:29] \o/ [10:30] asac, chrisccoulson: so, these can be retried in 90 mins [10:30] does that take some time before we can retry failed builds? [10:30] ah ok ;) [10:30] pitti - thanks [10:30] asac - will you be able to retry those? i can't retry builds in main, even for packages i can upload ;) [10:31] heh [10:31] chrisccoulson: you can upload packages to main? [10:31] asac - i can upload anything in the ubuntu-desktop package set [10:31] ah [10:31] which includes some components in main [10:32] yeah. so doko will retry. if you dont see that happening just ping me [10:32] do you have more build failures spotted? [10:34] asac - it was only the armel ones so far [10:36] chrisccoulson: yes, but which? [10:36] all? [10:36] i guess all in main ;) [10:36] asac - yelp, gnome-python-extras and couchdb [10:37] right [10:37] will retry those [10:38] thanks [11:03] hmmm ... libindicate ftbfs across the board [11:05] asac, known issue with gir, should be fixed for today's weekly dx updates [11:05] chrisccoulson: No luck so far. [11:05] pitti: Is now a good time? [11:05] super [11:06] RAOF - don't worry about it too much if it's getting late for you now [11:06] i'll probably set aside some time this afternoon to look at that if you like [11:07] I'm happy to do it tomorrow, but I won't get to it tonight. [11:11] RAOF - no worries, thanks [11:22] RAOF: hi! yes, can do [11:22] RAOF: sorry for the lag, too much IRC this morning [11:25] pitti, same here [11:25] speaking of which lunch time [11:25] I've some shopping to do and grabbing something to eat on the way there [11:26] I'm away for a good hour at least [11:26] bbl [11:26] seb128: enjoy! [11:26] pitti, thanks, you too ;-) [11:31] enjoy seb128 :) [12:13] who's the best person to talk with about adding http://www.ubuntugeek.com/ambiance-theme-for-google-chromechromium.html to the chromium package? [12:16] what's the correct package for filing bugs about default keyboard shortcuts? [12:20] hyperair - it depends on which shortcut it is [12:23] chrisccoulson: someone was complaining about control+alt+del [12:23] yeah, i just noticed [12:23] that currently reboots the machine doesn't it? [12:23] i'm not sure what that does [12:24] i think in X it doesn't do anything [12:26] In Gnome, it opens a window for shutdown, reboot, logout. [12:26] right, and that makes more sense [12:27] well i'll let you explain that then =p [12:28] hyperair, i just closed it with a comment [12:28] * hyperair claps [12:31] I think that the recent complaint is about it being incoherent for users that are used to windows ctrl alt del. BTW, what does apple alt del does in OsX ? [12:32] * hyperair wonders === MacSlow is now known as MacSlow|lunch === tkamppeter_ is now known as tkamppeter [13:15] * Keybuk presses the Enter key happily [13:16] upload ! [13:16] +1 :) [13:19] I haven't even committed the changes yet [13:19] let alone sent them upstream [13:19] or merged them into our package [13:19] or fixed the packaging [13:21] and I actually need to check a patch that slangasek added too [13:26] seb128: could you poke someone from evolution upstream to look at patch in gnome bug 585577 ? [13:26] Gnome bug 585577 in Mailer "wrong FROM in the envelope during SMTP negociation when using multiple accounts" [Normal,New] http://bugzilla.gnome.org/show_bug.cgi?id=585577 [13:30] bryceh: i plan to upload something like: http://pastebin.com/M5i4tAGH ... so you are prepared [13:30] if you prefer me to give you a debdiff or commit somewhere let me know [13:32] asac, hi, if you still look at bluez, I did 4.61 --> bug 534702 [13:32] Launchpad bug 534702 in bluez "Update bluez to 4.61" [Wishlist,Triaged] https://launchpad.net/bugs/534702 [13:33] baptistemm: can you attach a full upstream diff please? [13:33] need to check fi we need a FFe [13:35] asac, ok [13:35] gratias [13:35] np [13:35] if they stay unresponsive we should include the patch i think to make fta a bit happier [13:35] s/stay/are/ [13:38] asac, full upstream diff ? you want a dediff ? [13:38] debdiff [13:39] well. either full debdiff or upstream diff [13:39] k [13:39] i want to check what upstream changes were done to figure if we need FFe [13:39] i read the changelog [13:39] want to check what that involves [13:39] if its a one liner to "support X" then its fine [13:39] if it adds considerable stuff we should check with release [13:41] too lame we had to defer 4.60 [13:41] yeah [13:42] but lets first look ;) [13:44] chrisccoulson, hello there, are you taking care of yelp ? [13:44] hey pedro_ [13:44] bonjour seb128! [13:44] pedro_, nobody is really on charge of that one, why? [13:45] hi pedro_ [13:45] pedro_, what wh/j #ubuntu-bugs [13:45] seb128, we're having a crash on exit , bug 535168 [13:45] Launchpad bug 535168 in yelp "yelp crashed with signal 5 in _XError()" [Medium,Triaged] https://launchpad.net/bugs/535168 [13:45] wooosp [13:45] hello baptistemm! [13:45] pedro_, bug #528169 [13:45] Launchpad bug 528169 in yelp "yelp crashed with signal 5 in _XError()" [Medium,Fix released] https://launchpad.net/bugs/528169 [13:45] hi pedro_, i'm not really taking care of yelp [13:45] how come? [13:45] pedro_, reopen this one and dup, it was assigned to the canonical team [13:45] oh [13:46] pedro_, or if there is too many dups just assign the new one to canonical-desktop-team [13:46] with a comment saying it's the same issue [13:46] seb128, sounds better i don't want to spam too many people, will do the last [13:46] thanks folks [13:46] thanks [13:46] pedro_, how are you otherwise? [13:47] seb128, good good , trying to catching up with everything post holidays/earthquake , thanks for asking [13:47] seb128, how's everything there ? are you still having snow? [13:48] things are good there [13:48] no snow anymore no [13:48] at least not in this part of the country [13:48] the south had some still some days ago [13:48] not sure if they are done with it now [13:48] seb128: not yet from last news [13:48] hey pedro_ o/ [13:49] it's quite sunny there in fact [13:49] but still cold, and windy [13:49] bonjour didrocks! [13:49] same in Paris, some sun for once \o/ [13:49] we've got some sun here too, which is quite unusual! [13:49] sunny and cold hehe that's weird ;-) [13:50] pedro_ - can you recreate the yelp crash easily? [13:51] chrisccoulson, yup, i'm able to reproduce it every time [13:51] pedro_ - before anybody gets a change to look at it, it might be worth getting a xtrace log [13:51] have you used xtrace before? [13:53] chrisccoulson, yeah for getting other logs, is something like xtrace -D:9 -d:0 -k 2>&1 | tee ~/xtrace.log ; enough for the crash there? [13:53] pedro_ - yeah, that's fine. it might be helpful when somebody comes to look at the bug [13:53] chrisccoulson, don't bother too much about this one right now, it's on the canonical list we will pick on it later [13:53] chrisccoulson, ok , i'll attach the log shortly [13:54] thanks [13:54] seb128 - yeah, i wasn't intending to spend any time looking at that today [13:54] ok, good [13:55] chrisccoulson, xtrace log added [13:56] pedro_, thanks [13:56] thank you ;-) === MacSlow|lunch is now known as MacSlow [14:14] wow, xorg locked up quite hard there [14:23] does anyone use anjuta here? [14:24] pitti, I try it every now and then but not regularly, why? [14:24] we need somebody to test it with gdb 7.1 [14:24] pitti: I think that MacSlow does. [14:24] just to see whether it generally still works [14:24] tedg: thanks [14:25] MacSlow: do you fancy trying anjuta with a new gdb version? we need to know if it still generally works (there's a PPA for it) [14:29] pitti, yeah I do [14:30] pitti, I can do it... but I have to do a test/branch upload first... and a phone-conf in about 30 min. [14:30] MacSlow: not that urgent; the PPA is described in bug 535179, it would be great if you could just followup there? [14:30] Launchpad bug 535179 in gdb "FFE for lucid - gdb-7.1 (or gdb-7.0.90.2010xxyy)" [Undecided,Incomplete] https://launchpad.net/bugs/535179 [14:30] pitti, but if you hand me the link to the PPA I can give anjuta/gdb 7.1 a try later this afternoon... if that good enough for you [14:30] pitti, ok [14:31] MacSlow: *hug*, thanks [14:31] pitti, is' doch klar :) [14:31] didrocks: beta1 freeze is today? [14:33] LaserJock: right, I was preparing the new releases of each components [14:34] didrocks: how close are you for netbook-launcer? [14:35] pitti, hey ho [14:35] * pitti waves to ogra [14:35] pitti, there is bug 517300 i'D like to talk to you about based on https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-likewise-open-migration this seems to be desktop land now [14:35] Launchpad bug 517300 in likewise-open "[armel] likewise-open needs porting to ARM" [High,Triaged] https://launchpad.net/bugs/517300 [14:36] pitti, so it seems the desktop team is responsible for it now, we have a patch but there is copyright assignment etc involved that should be handled centrally by the team/person who is responsible [14:37] ogra: hm, that doesn't sound like something that we can do for lucid, though [14:37] LaserJock: I'm merging and testing right to left support and then, I'll release in something like 2 hours, I guess, why? [14:37] ogra: oh, you mean to get it upstream? [14:38] didrocks: I was going to sit down to work on bug #455143 [14:38] Launchpad bug 455143 in netbook-remix-launcher ""Change desktop background" menu only appears when right-clicking within "Favourites"" [Wishlist,Triaged] https://launchpad.net/bugs/455143 [14:38] pitti, hmm ? its fixed and all, its just upstream conversation thats missing ... we're even happy to help testing in the mobile team (since nobody else has HW) we just want to ghave the right people as drivers on it [14:38] ogra: ah, I'm happy to ping upstream about that one [14:38] LaserJock: I've targetted it for beta1 as an opportunity, if you have something working, we can merge it until Monday I would say [14:38] pitti, so can i move it from server team to desktop team ? (the bug i mean) [14:39] pitti, if testing is required, Gruemaster has an AD setup and ARM boards to help testing [14:39] ogra: okay (but might get moved to b2) [14:39] pitti: upstream been pinged and we even got the copyright assignment stuff done. what we lack is someone who knows how to properly use it :-) [14:39] didrocks: ok, I just didn't want to mess you up by not having it ready [14:39] NCommander: use what? likewise-open? [14:39] didrocks: but I had a lot of work and real life stuff come up [14:40] pitti, not urgent, but the mobile team has a commitment that we clear mian FTBFS until release for ARM [14:40] no idea about how to set it up, etc., I'm afraid; nobody in the desktop team has ever touched it [14:40] *main [14:40] LaserJock: no, even if it doesn't make it for beta 1, it's not a big deal, I would say. It's just a nice to have feature. No pb, daily work first :-) [14:40] LaserJock: thanks for working on that ;) [14:41] didrocks: it's fine as long as I'm not blocking you or making you miss targets [14:41] so I'll keep plugging away [14:41] LaserJock: sure, thanks ;) [14:42] ogra, NCommander: so, to understand the status of this, what's blocking the upload? [14:42] pitti, upstream approval and testing [14:42] ogra: ok, I see [14:43] looks harmless enough, anyway [14:44] pitti, but i wonder if we can even keep it in main if nobody ever tested it through lucid [14:44] how are we supporting that for 3 years ? [14:44] ogra: upstream tested it [14:44] (isntalls, upgrades, etc.) [14:46] ogra: I'm not sure; it got MIRed by the server team, and then abandoned [14:46] (bug 201537 ) [14:46] Launchpad bug 201537 in likewise-open "MIR for likewise-open" [High,Fix released] https://launchpad.net/bugs/201537 [14:46] hmm [14:46] so we might eventually demote it back, yes [14:47] ++ [14:47] that doesnt sound like a good package for an LTS [14:47] rickspencer3: ^ do you know whether we have any commercial commitment to likewise-open to keep it in main? [14:48] pitti, I'm not sure [14:48] what is the problem? [14:48] * rickspencer3 reads up [14:48] rickspencer3: it was originally MIRed by server team, then abandoned, and now nobody is responsible for it any more [14:48] oh [14:48] but still in main [14:48] can we "be responsible" for it? [14:48] https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-likewise-open-migration [14:49] didrocks: I need like a UML or mindmap of netbook-launcer, it's really not clear where things are sometimes [14:49] rickspencer3, ^^^ according to that you are :) [14:49] ogra, ack [14:49] rickspencer3, but it doesnt really feel like a package for an LTS if nobody in the teams tests or uses it [14:49] rickspencer3: if we get someone who has time and hard/software to deal with it, sure :) [14:49] pitti, oh fudge [14:49] rickspencer3: I just know that nobody in the desktop team ever touched it so far [14:49] I was really expecting the Likewise guys to be more involved [14:50] let me jiggle the handle on it [14:50] rickspencer3: well, we don't have an immediate problem with it [14:50] rickspencer3: we have that arm patch, which looks very reasonable; I can ping Garry to review/apply it [14:50] and I'm sure that will go well [14:50] * ogra would like to get bug 517300 off the mobile team sholders though [14:50] Launchpad bug 517300 in likewise-open "[armel] likewise-open needs porting to ARM" [High,Triaged] https://launchpad.net/bugs/517300 [14:50] rickspencer3: I was just interested in a more long-term setup [14:50] LaserJock: right, and there is none TBH :) I'm mostly grepping the code to find where to put things. From what I saw, favorite view is not the same than other apps views (and folder view is separated as well) [14:50] pitti, right [14:51] my expectation was that the LW team would be a bit more involved [14:51] I am following up now [14:51] hey ric [14:51] hey rickspencer3 [14:51] hi seb128 [14:51] rickspencer3: ok, so the expectation is that they'll support it themselves; that's fair enough [14:52] rickspencer3: I just wondered about the current state/arrangement [14:52] pitti, me too [14:52] didrocks: yeah, I'm confused about how each of the non-standard categories are treated seperately [14:52] I totally forgot about it after you guys got it into main [14:52] didrocks: I wonder if it would be worth some time post-Lucid to do some documentation work (at least comments in the code) for it [14:52] just to make contribution easier in the future [14:53] LaserJock: let's wait lucid to be out first, and we can see that together after if you want :-) [14:54] kenvandine, hey [14:55] hey seb128 [14:55] kenvandine, how are you? [14:56] tired :) and you? [14:56] a bit tried but good otherwise ;-) [14:56] kenvandine, how busy are you today? [14:56] very this morning... but then i should be ok [14:56] kenvandine, can we default back to you for dx updates? [14:56] i am finishing up the exception handling stuff in gwibber [14:56]