[00:10] 326535 [00:12] ok this yubikey nano is getting annoying real fast with it sending enter when you breathe near it :) [00:16] sorry for the spam :) === mfisch` is now known as mfisch === mfisch is now known as Guest74742 [05:15] mdeslaur, pind [05:15] ping [05:16] robert_ancell: he should be back in ~6-7 hours [05:16] micahg, np, just wanted to ask him a question about bug 925474 [05:16] Launchpad bug 925474 in seahorse "Find remote keys function is completely broken" [Medium,Confirmed] https://launchpad.net/bugs/925474 [05:59] good morning [06:13] Good morning [06:14] hey pitti, how are you? [06:14] didrocks: bit tired, I didn't sleep very well; but ok otherwise [06:14] how are you? [06:15] pitti: I'm fine thanks :) impressed by the number of good fixes that landed in unity this night. I prefer to delay the release to tomorrow then. [06:15] ok [06:49] pitti, the desktop list on http://status.qa.ubuntu.com/reports/kernel-bugs/reports/rls-p-tracking-bugs.html seems quite bare - are we really done for 12.04? [06:51] hey robert_ancell, how are you? :) [06:51] didrocks, hi, good [06:52] hey robert_ancell [06:53] jasoncwarner_: hey ;) [06:54] jasoncwarner_: no more white box in compiz? can we mark bug #940603 as fix committed? [06:54] Launchpad bug 940603 in compiz-plugins-main "white box randomly shows up at top left corner blocking applications from using stuff under it" [Undecided,In progress] https://launchpad.net/bugs/940603 [06:54] hey didrocks I've not seen it all day! [06:54] I'm quite happy :) [06:54] \o/ [06:54] woooowwww smspillaz ;) [06:54] both machines seem to be working great [06:54] jasoncwarner_: sam also proposed a workaround for the white window on minimized, which should work with most of the app [06:54] jasoncwarner_: I'll get the team to review it! [06:55] oh, nice :) [06:55] didrocks: seems we would be ready to upload, what today or tomorrow? [06:55] jasoncwarner_: there are been a lot of branches merged this night (8 branches) for small issues and mem leaks [06:56] jasoncwarner_: and there are still 2 nux branches that are pending (one segfaulting for now, but very important) [06:56] so tomorrow sounds better, getting evertyhing ready ASAP and then, some dogfooding with the volonteers :) [06:56] k [06:56] didrocks: I have to run out for a bit, but I'll be back for our 1-1 we can chat about it more then... [06:57] jasoncwarner_: but I'm really positive on releasing on time and can even schedule a restaurant tomorrow evening to get more challenge! [06:57] jasoncwarner_: sure :) [06:58] now that my machine doesn't use the fallback path for opengl1 card (and a lot will do with the new release), I'm impressed with the dash look and feel [07:11] hey didrocks ... that restaurant challenge sounds interesting [07:12] also, good morning ;) [07:13] rickspencer3: heh, bonjour! ;) [07:24] hey rickspencer3 [07:24] good morning pitti [07:41] robert_ancell: nice work on seahorse! [07:41] pitti, ta! [07:42] pitti, it is a quite complex codebase to track through :) [07:52] I'm playing with building custom wine packages to learn package management, can see the appeal of pbuilder-dist after having to build same package 4x. :) [07:53] mlankhorst: Yup! Although I still recommend sbuild :) [08:00] good morning everyone [08:00] hey chrisccoulson, how are you? [08:00] hey chrisccoulson [08:01] hi pitti, didrocks [08:02] hey [08:07] hey seb128 [08:07] hey pitti, wie geht's? [08:07] gut, danke! [08:07] salut seb128 [08:08] pitti, 2 bugs ahead of me today, congrats ;-) [08:08] lut didrocks [08:08] seb128: merci :) [08:18] pitti, bug #978124 was due to glib not going through proposed btw ;-) [08:18] Launchpad bug 978124 in glib2.0 "upgrading to 12.04 beta2 not completed due to problem with packet skype:386" [Undecided,Invalid] https://launchpad.net/bugs/978124 [08:18] seb128: ah, multiarch.. [08:18] yeah... [08:18] seb128: indeed, sorry; let's use -proposed next time then [08:18] pitti, no worry, I just mention it because it's in my night emails backlog and I just read it ;-) [08:52] seb128: You dont by chance use Chromium do you? [08:53] no [08:53] firefox for the win! [08:54] * chrisccoulson hugs seb128 [08:54] seb128: until flash EOL's :P [08:54] bkerensa, well, you won't be using chromium for flash either [08:54] you'll be using chrome [08:54] who cares you that? webm for the win :p [08:54] * seb128 hugs chrisccoulson [08:54] which is proprietary [08:54] chrisccoulson, how are you? [08:54] seb128, yeah, i'm not too bad thanks. how are you? [08:55] I'm good thanks [08:55] seb128: I just noticed Chromium's Icon in Unity Launcher does not work at all ;) I can reproduce on a few pieces of hardware [08:55] chrisccoulson: well I am trying to move to FF but unfortunately some sites still do not support FF [08:55] :( [08:55] bkerensa, try mentioning it on #ubuntu-unity [08:55] bkerensa, seriously? what sort of sites? [08:55] some site don't support ff? [08:56] seb128: tweetdeck doesnt [08:56] probably ones with a "download google chrome" link on them ;) [08:56] :( [08:56] well they support FF 4 [08:56] but not 11 which is where Ubuntu is [08:56] :P [08:57] bkerensa, oh, i know about tweetdeck. it actually works fine if you set the firefox user agent string to that of chrome [08:57] that's all they check [08:57] chrisccoulson: I figured it was just a ua checker [08:57] they check the UA string and reject firefox [08:57] so sad [08:57] but it actually works perfectly ok [08:57] or, it did when i last tried it === MacSlow is now known as MacSlow|lunch [11:14] Discussion on ubuntu-devel-discuss is awesome :> [11:19] * pitti reopens bug 969039 and sighs [11:19] Launchpad bug 969039 in compiz "HUD appears when tapping Alt+Left very quickly" [High,Confirmed] https://launchpad.net/bugs/969039 [11:22] * seb128 hugs pitti for fixing one of the top desktop segfaultsd [11:23] pitti: at least, you will be able to remove it from g-c-c soon :) [11:24] didrocks, upload planned for tomorrow? [11:24] * pitti hugs back seb128 [11:26] seb128: right [11:26] didrocks, ok, I might commit a few stuff in the vcs before then [11:27] ok [11:28] pitti, we changed the admin,sudo group stuff this cycle right? [11:28] seb128: yes [11:29] pitti, ok, gnome-menus admin's patch still check if the user is member of "admin" to declare it admin [11:30] ah, I figure nobody noticed in gnome fallback [11:30] seb128: want me to fix, or are you at it? [11:30] pitti, if you want to fix it please feel free [11:30] pitti, I guess that [11:30] software-properties-gtk.desktop:X-KDE-SubstituteUID=true [11:30] pitti, that's probably not listed in the dash for new install in precise [11:31] it's not listed here either [11:32] NoDisplay=true [11:32] NoDisplay=true [11:32] ah [11:32] pitti, that's because it's meant to be opened from s-c or update-manager I guess [11:32] so in practice it's a non visible bug [11:32] like nothing in the default install is impacted by it [11:33] I wonder if we should just drop that gnome-menus patch [11:33] is that the only desktop file which still has X-KDE-SubstituteUID ? [11:33] pitti, on my install it seems so [11:33] with synaptic-kde [11:34] debian/patches/20_show-admin-tools-for-admin-group.patch ? [11:34] pitti, right [11:34] yeah, with polkit this looks largely obsolete [11:34] should we just drop it? [11:34] less patching ;-) [11:34] but for the sake of being cautious I'm ok with fixing it for sudo [11:34] I don't mind much [11:34] pitti, your call [11:35] I'd have a better feeling if we grep the archive for desktop files which use that [11:35] let's fix it for the lts and drop it next cycle? [11:35] seb128: ^ sounds good [11:35] rebooting, brb [11:35] pitti, want to do the fixing? [11:35] seb128: sure [11:36] pitti, danke! [11:36] seb128: I just followed up on bug 912707 [11:36] Launchpad bug 912707 in desktop-file-utils "upgrade manager prompts to resolve conflict in /etc/gnome/defaults.list" [Medium,Confirmed] https://launchpad.net/bugs/912707 [11:36] seb128: would you have an off-hand idea whether we have a thing like "apply system-wide" for mime type configurations? [11:36] pitti, looking, I have a desktop-file-utils upload to do today [11:36] it's not that easy, and doesn't affect everyone [11:36] pitti, no we don't, but some maintaining script might call xdg-mime [11:37] pitti, I've seen some doing that in the past, it's wrong but some people think it's right to do [11:37] seb128: hm, xdg-mime does not appeaer to touch /etc/gnome/defaults.list? [11:38] pitti, let me check [11:38] pitti, /etc/gnome/defaults.list is a symlink to /usr/share/applications/defaults.list [11:38] hm, perhaps it does [11:38] pitti, usually stuff do tweak the usr location [11:38] seb128: oh really? it's not here [11:38] it's a normal conffile [11:38] but I see some stuff like [11:38] [ x"$mode" = x"system" ] && xdg_base_dir="$x/mime" [11:38] xdg_global_dir="$x/$xdg_dir_name" [11:38] pitti, oh, sorry, it's the other way around [11:39] whic sounds like it has a "system" mode [11:39] yes [11:39] pitti, that's meant for "make install" or similar to register stuff [11:39] /usr/share/gnome/applications/defaults.list -> /etc/gnome/defaults.list [11:39] aah [11:39] that's why some people think it's right to make postinst call it [11:40] ok, $XDG_SYSTEM_DIRS/DATA_DIRS /applications/defaults.list [11:40] that's it [11:41] mhr3: hey, I'm in a guest session === guest-jPWGij is now known as didrocks [11:41] pitti, http://code.google.com/p/klikclient/issues/detail?id=180 [11:41] mhr3: nothing by default in the dash [11:41] pitti, see, I've seen stuff call xdg-mime in an hackish way like that before, I wonder if chromium didn't use to do that [11:42] pitti, I would ask jdstrand to grep for xdg-mime in /var/lib/dpkg/info or something [11:42] mhr3: and before you ask, yes, latest zg and zg-datahub with your patch ;) [11:42] pitti, but I think it's a buggy package somewhere and not our fault [11:42] didrocks, are you sure? :) [11:42] seb128: right, I asked that in the bug; thanks! [11:42] pitti, yw! [11:42] mhr3: I am, is there any log I should look at? [11:42] didrocks, i tested it here in a guest session and it works [11:43] didrocks, send me your .local/share/zeitgeist/activity.sqlite [11:43] or actually [11:43] if you have sqlite3 installed [11:43] sqlite3 .local/share/zeitgeist/activity.sqlite "SELECT * FROM event_view;" | pastebinit [11:44] didrocks, ^^ [11:44] didrocks, do you want me to try that update as well? [11:44] seb128: once we will figure it out ;) as I'm in the guest session, it's harder for me to share things ;) [11:44] didrocks, ok, feel free to ping me if you need a second tester [11:44] sure :) [11:45] mhr3: 1|1334144428472|1|1|1||application://gnome-terminal.desktop|1|2|2|||1|Terminal|unknown||||application://gnome-terminal.desktop|1|1|2|application://compiz.desktop [11:45] mhr3: I'm wondering why I have compiz.desktop [11:45] mhr3: but maybe it wasn't empty then? and so no pre-populate [11:45] didrocks, it means compiz started gnome-terminal (cause you run it from dash) [11:45] ah ok :) [11:45] pitti, \o/ inline stacktrace in the retracer emails ;-) [11:46] mhr3: I even don't have gnome-terminal in the recent apps btw right now in the dash [11:46] didrocks, kill datahub and run it with G_MESSAGES_DEBUG=all zeitgeist-datahub [11:46] hmm.. that's odd [11:47] mhr3: ok, running right now [11:47] nothing display [11:47] displayed* [11:48] mhr3: I'm wondering if it's not because I can have opened the dash before datahub is started? (as we delay it) [11:48] didrocks, ok, lets try it from start, zeitgeist-daemon -q && rm the activity.sqlite [11:48] mhr3: it inserts some elements now if I start nautilus [11:48] ok [11:49] then run datahub [11:49] done [11:49] hum, no events inserted [11:49] so either my patch isn't correctly applied (but it told me that it was applied/unapplied [11:49] either there is another issue :) [11:49] yea, it sounds like that [11:50] seb128, pitti: commented on 912707. acroread is fiddling with xdg-mime in postinst [11:50] didrocks, can you pastebin the patch? [11:50] (not my machine btw-- I am an evince user) [11:50] jdstrand, hey, that explains it then, thanks! [11:50] mhr3: need to switch back to my main session for that, one sec [11:51] np [11:52] mhr3: http://paste.ubuntu.com/924735/ [11:53] didrocks, where's the rest? [11:54] there have to be a couple of lines changed in the generated zeitgeist-datahub.c [11:54] mhr3: ok, something bad happen in the last refresh I guess :) [11:54] weird, I just adding your patch and quilt refresh [11:54] I meant [11:54] added your additional commit [11:54] and quilt refresh [11:54] mhr3: let me see [11:56] oh I got it [11:56] mhr3: so i started from this patch: http://paste.ubuntu.com/924739/ [11:56] which contains your latest vala change, but not the generated C [11:56] so, it failed on applying of course [11:56] I just did a quilt refresh to refresh the files [11:57] but as this is in the debian/rules clean targt, it already stripped the other files [11:57] and so they are not more part of the quilt patch targetted files :) [11:57] tricky :) [11:57] doing the refresh manually then [11:58] didrocks, i still see no changes to zeitgeist-datahub.c [11:58] (didn't I told that patching vala file is awful?) ;) [11:58] didrocks, at least you have some "fun" ;) [11:58] mhr3: do you want me to thank you about it? :p [11:58] didrocks, of course [11:59] tssss ;) [11:59] good enough... you're welcome ;P [12:00] :p [12:06] ok, logging out and back again [12:10] mhr3: it works way better with the code :) [12:10] didrocks, oh really? who would have guessed that :) [12:10] mhr3: well, there is corner case that we could expect, but if you open the dash before datahub is loaded, the lenses are loaded and no result appear, even if you wait === MacSlow|lunch is now known as MacSlow [12:11] even if you after close/reopen it [12:11] you have to do a search again [12:11] didrocks, that shouldn't really be the case [12:11] the lenses should refresh when there's new data [12:11] mhr3: hum, doesn't seem to be the case here [12:11] here neither, I noticed yesterday [12:13] mhr3: anyway, not linked to -datahub, I'm uploading it [12:13] nice work :) [12:14] that's really weird, do we have a bug about that? [12:14] i didn't see that here [12:16] mhr3: not sure, what info would you need? [12:16] the only explanation for that would be that the monitor is installed after the data is pushed by datahub, and the lens also requested the data before it was pushed [12:16] ideally bustle log [12:17] seb128: do you have time to test that, or maybe sil2100? ^ (I need to test other things for compiz) [12:18] didrocks, mhr3: I can give it a try, let me play with my guest session [12:18] thx seb128 [12:18] * mhr3 goes get some food [12:18] as my computer isn't powerful enough to have the guest session in addition to the normal one, it's easier if someone can switch back and for :) [12:19] didrocks, yeah, mine has no issue with starting a guess session and switching, I can easily get infos [12:25] could people there try if they get an icon for polkit dialogs? [12:25] like try opening software-properties from update-manager or unlock the user accounts panel in system settings [12:25] the alt-tab and launcher icons are empty for me [12:31] seb128: WFM [12:32] seb128: so at least 2 working, murphy's law! :) [12:33] ;-) [12:33] * didrocks goes back with his nvidia card and white windows :p [12:33] it bugs in my session and in a guest session so that's 2 as well ;-) [12:33] ahah [12:33] well, done ;) [12:43] pitti: actually, chrisccoulson is doing the packaging for acroread these days. I'm not sure if it is worth the trouble though (912707) [12:43] yay me \o/ [12:43] heh [12:56] pitti, hello! can I be assigned to https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-bugs-bugs-bugs ? [12:56] I believe pedro isn't working on that anymore?.. [13:06] jdstrand: ah, so feel free to reopen and reassign to acroread [13:06] Ursinha: sure, done; thanks [13:07] pitti, thanks! [13:08] done === m_conley_away is now known as m_conley === Guest74742 is now known as mfisch === mfisch is now known as Guest67396 [13:42] kenvandine: Yo yo! Ping re: bug #726301 - is this fixed (or going to be fixed) in Precise? [13:42] Launchpad bug 726301 in mission-control-5 "mission-control-5 crashed with SIGSEGV in g_str_hash()" [Medium,Fix released] https://launchpad.net/bugs/726301 [13:43] RAOF, hey, how are you? what are you doing online so late? ;-) [13:43] seb128: It's not quite so late in Perth :) [13:44] But, yeah, I will be heading to bed pretty soon. [13:44] right, my datetime indicator confirms that, I though it would be like 1pm for you ;-) [13:46] ...in fact, I think I'm tired enough to head to bed now ☺. [13:46] RAOF, that should be in precise already [13:46] haha [13:46] RAOF, 'night! [13:46] RAOF: g'night! [13:46] kenvandine, hey, how are you? [13:46] kenvandine: Ah, good. Next time I process the SRU queue I'll accept that one, then. [13:47] seb128: FYI, next time the retracer breaks, I'd like to try a new mode [13:47] RAOF, thx... that has been fixed in precise for months actually [13:47] seb128: ev contributed a change to speed up retracing by a factor of 4 or so [13:47] pitti, there is no such thing as a retracer issue [13:47] seb128: knocking on wood! [13:47] ;-) [13:48] hey seb128 [13:48] seb128: actually, I'll just try it now [13:48] pitti, is that different from the fix listed in your upload yesterday? [13:48] seb128: yes [13:48] seb128: ev added a --sandbox-dir option to keep an unpackaged sandbox around [13:49] instead of rebuilding it for every bug [13:49] pitti, ok, well we are not in important need of any retrace right now so it's a good time to try optimization [13:49] and only unpack packages which were newly downloaded [13:49] pitti, it will be good to have retracers solid after unity 5.10 upload in case there are any new issue in that version [13:49] seb128: I didn't do that, as it's by and large "fast enough" for us, but for the crash db we need every bit of optimization [13:49] pitti, ok, seems good [13:50] seb128: hm, actually, I just think I found a flaw on this, darn [13:50] pitti, it doesn't clean old versions so cruft add over time but that shouldn't be an issue any time soon? [13:50] seb128: no, we can just wipe it every n days or so [13:51] seb128: it only unpacks debs which were actually newly downloaded, and it assumes that any package in the cache that it already has is already unpacked [13:51] ok [13:51] what's the flaw? [13:51] I was thinking, if we retrace a bug with foo version 2, then one with 1 [13:51] and then one with version 2 again, it'll actually use the version 1 binary [13:52] as both are already cached [13:52] now, we don't actually support that properly yet, but there's a potential trap there [13:52] * pitti ponders this more thoroughly [13:52] pitti, you would need a unpacked dir by distro serie I guess [13:53] it sounds like it could become a problem when two packages provide the same file and exclude each other [13:53] oh, we need that, too, yes [13:56] hi all [13:56] how are you? [14:47] didrocks, i just committed a properly working gles2 patch to the branch, moving towards plugins now [14:48] (just FYI) [14:49] ogra_: excellent, thanks a lot! [14:50] ogra_: thanks :) [14:51] ogra_: the c-p-m patch didn't work as well? Since it seemed to apply correctly [14:53] sil2100, well, i wanrt to at least check it ... havent gotten to plugins at all yet [14:53] theoretically it should be fine though [15:01] ogra_: great ;) [15:12] pitti, heyo. I know you've looked at bug 405432 in the past. Any objection if I take the two patches from upstream in the bug? (they are from upstream, but not applied to trunk or reviewed by a second upstreamer). So many dups on that bug, I feel like we should do something [15:12] Launchpad bug 405432 in gvfs "gvfsd-metadata crashed with SIGSEGV in copy_tree_to_builder()" [Medium,Confirmed] https://launchpad.net/bugs/405432 [15:14] mterry: no, of course not, that sounds fine [15:14] mterry: I want patches to be filed upstream, I don't think we need to block on getting them committed upstream in all cases [15:14] for new patches it makes sense to wait a day or two for upstream review, but that doesn't seem to be the case here [15:14] pitti, OK. You sounded like you wanted to wait on upstream comments in a previous bug is all. But they've had plenty of time to comment if they want :) [15:15] (in one of the dups I mean) [15:15] mterry: I can't actually look at the bug, it times out.. [15:15] pitti, too many dups! :) [15:16] pitti, you can probably +text it [15:18] mterry: anyway, http://bugzilla-attachments.gnome.org/attachment.cgi?id=186060 seems safe enough [15:18] pitti, the patch from the upstream dup? I was thinking of grabbing the two patches in upstream's master bug -- one to prevent crash and one to truncate the file if it's bogus [15:19] (just because they were written by a gvfs developer) [15:19] oh, sure [15:20] * mterry goes to work [15:20] these seem good, too [15:20] mterry: perhaps you can follow up on teh upstream bug, saying that these got applied to Ubuntu [15:20] will give them a poke and keep them in the loop [15:20] yar [15:31] pitti, so, I'm about to do a glib upload ... did you have anything you can think about to include? [15:31] ^ or somebody else [15:31] pitti, and do I target proposed with it? [15:32] seb128: not from me; using -proposed now? [15:32] if you want, sure [15:32] pitti, well, it's aimed at precise, I was just wonder if we should use proposed as a build staging or not [15:32] yes, understood [15:32] certainly safer to use -proposed, you'll just lose the bug count [15:33] but if it's consolating, I lost one as well today by fixing bugs with syncs [15:33] (those don't seem to count either) [15:33] pitti, it's only 1 bug and yeah call it even with you sync then ;-) [15:34] perhaps bdmurray has fixed it since, not sure [15:34] since we asked, I mean [15:34] * pitti watches our buildds steaming and sweating [15:49] evening mvo and pitti. Sorry but I was disconnect yesterday (I have been on a train ride) [15:50] hey glatzor, wie gehts/ [15:51] pitti, thanks. supi, und dir selbst? [15:51] gut, danke! a bit tired today, but that'll pass [15:51] glatzor: yeah, I thnk I followed up in the bug [16:09] good night everyone! [16:10] pitti, 'night [16:16] hah, ruby just pointed at my screen with the brown pangolin wallpaper on and said "it looks a bit like a dinosaur" [16:16] it seems that everything looks like a dinosaur atm! [16:18] too much firefox around :p [16:19] or mozilla rather [16:19] heh [16:20] talking of firefox, who wants to volunteer to make firefox 12 work on powerpc? (https://bugzilla.mozilla.org/show_bug.cgi?id=691898) [16:20] Mozilla bug 691898 in JavaScript Engine "Use YARR interpreter instead of PCRE on platforms where YARR JIT is not supported, since PCRE doesnt build" [Normal,Assigned: ] [16:20] it's not something i care about, and unless someone steps up to fix it, powerpc won't get the next update ;) [16:21] chrisccoulson, I just uploaded a glib gresource fix for big endian arch, that's as far as I will go for powerpc users :p [16:21] I'm surprised we got 3 reported of that issues, i.e 3 people running precise and nautilus on powerpc [16:22] all 3 powerpc users reported the bug? [16:22] wow! [16:22] :-) [16:23] fake accounts probably ;> [16:25] time for some exercice, be back in an hour === chrisccoulson is now known as sebI28 [16:26] time for some beer, be back in an hour === sebI28 is now known as chrisccoulson [16:26] ;) [16:26] LOL [16:37] ogra_: getting some success on the compiz-plugins-main front? (I think you built it to confirm) [16:37] didrocks, sorry i was in meetings until a moment ago [16:38] no worry :) [16:38] will get to the plugins soonish [16:38] ogra_: I can send that to the ppa if you just wanted a build confirmation [16:38] ogra_: as nothing really changed apart from some cherry-picks [16:38] i can build it locally [16:38] ok, you need heat at home? :p [16:38] its arm ... no heat :) [16:38] heh ;) [16:39] nor any fans or other noise :) [16:39]