[00:26] hey guys... i'm looking for a nooby way to install the latest build of gnome3... anyone know the apt line for the launchpad repository? [00:31] alphonso, http://askubuntu.com/questions/22946/how-do-i-install-the-latest-version-of-gnome-3 [00:31] i haven't tried it [00:31] but there are instructions there [00:41] kenvandine: thanks i'll try that [00:42] kevandine: i already tried that source and i've been getting a dependency error [00:42] kevandine: specifically: ppa:gnome3-team/gnome3 [01:31] hmmm, this is really confusing me now: http://paste.ubuntu.com/578131/ :( [01:40] howdy [01:41] TheMuso, what is the best way I can verify that the accessible description strings are properly getting set for indicators? [01:41] RAOF, got you a dmesg with my radeon problem: http://paste.ubuntu.com/578132/ [01:48] robert_ancell: Full of yummy radeon failure! [01:54] Hm. I suspect mesa 7.10.1 might have broken every python app that loads libGL in some way. [01:54] Let's check, shall we! [02:03] RAOF, where should I file this one? [02:05] Probably the kernel, I think. [02:06] reportbug ? [02:07] reportbug linux-image-2.6.38-6-generic? [02:08] ubuntu-bug linux, although you'll probably need to attach that dmesg seperately. === asac_ is now known as asac [02:57] good evening all [03:00] hi everyone, again [03:02] i need help with modelines under X [03:02] running 10.10 [03:03] first istall since intrepid [03:03] using a panasonic 50" as monitor [06:52] good morning [07:23] Good morning [07:24] hey pitti [07:28] bonjour didrocks [08:20] hi, anyone have a clue what could have caused Bug 732427 ? [08:20] Launchpad bug 732427 in humanity-icon-theme "Regressions in latest release (0.5.3.5)" [Medium,Incomplete] https://launchpad.net/bugs/732427 [08:20] * evilvish looks at other pacakges updated yday === Zdra is now known as xclaesse === Zdra is now known as xclaesse [09:01] evilvish, you say none of the icons were touched in 0.5.3.5, but according to diff almost all were changed (putting things in style="...") [09:01] huh? [09:01] how.. [09:01] evilvish, could this have to do with optimizing svgs to save disk space? [09:02] htorque: do you notice the same issue? [09:02] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/humanity-icon-theme/natty/revision/31 [09:02] evilvish, i've not yet updated [09:02] hmm.. [09:03] stupid lp is offline again :/ [09:10] evilvish, just updated and i'm getting the same [09:20] oh well, I no clue [09:23] evilvish, this is the diff for the dark stock_person.svg: http://paste.ubuntu.com/578249/ [09:24] evilvish, it looks like gradients were wildly replaced - to me that sounds like an optimizing script working too aggressively ;-) [09:24] none of those have been touched :s [09:25] ah ha! pitti updated the rules recently, maybe thats what is causing this [09:25] what? me? I haven't touched themes in ages [09:25] pitti: could you have a look at Bug 732427 [09:25] evilvish: Error: Could not parse data returned by Launchpad: HTTP Error 503: Service Unavailable (https://launchpad.net/bugs/732427) [09:25] (or ever really touch them at all) [09:25] evilvish: no I can't -- LP is offline :) [09:26] boo lp.. ;p [09:26] evilvish: which rules did I update? [09:26] pitti: if you have the humanity changelog, check it out, you modified the debian/rules [09:27] ah, these rules [09:27] pitti: i dont know why i just think these might be causing a problem : debian/rules: Build with scour; add python-scour build dependency. , debian/rules: Greatly simplify. [09:27] evilvish: that might be scour then [09:28] debian/rules just changes how the .deb is put together, which doesn't affect shipped .svgs at all; but scour certainly does [09:28] pitti: cool.. , then you probably know how to fix it .. phew :) [09:28] it's an SVG optimizer/compressor [09:28] evilvish: not until I know what the problem is :) [09:29] there's one know scour bug to mess up gradients [09:29] bug 702423 [09:29] pitti: Error: Could not parse data returned by Launchpad: HTTP Error 503: Service Unavailable (https://launchpad.net/bugs/702423) [09:29] pitti: sure, it modifies all the svg files … and they look odd [09:29] yes, it's meant to modify them all [09:29] but they ought to look identical afterwards [09:30] transparency seems to have been messed up and the gradients are wrong [09:30] evilvish: ok, that sounds like another instance of above bug thhen [09:30] evilvish: how many icons does that affect? [09:30] a *lot* [09:30] that bug has screenshots [09:30] ok, thanks [09:31] I guess we need to wait until LP is back up [09:31] yup.. [09:34] good morning everyone [09:37] hey chrisccoulson [09:37] chrisccoulson: ffox is translated \o/ thanks for fixing the locale detection [09:37] hi pitti, how are you? [09:37] oh, that's good :-) [09:37] chrisccoulson: I'm great, thanks [09:37] how about yourself? [09:37] yeah, i'm not too bad thanks [09:40] hey pitti chrisccoulson [09:40] bonjour seb128 [09:41] oh, launchpad is already back [09:42] pitti: yay! lp is up Bug #732427 [09:42] Launchpad bug 732427 in humanity-icon-theme "Regressions in latest release (0.5.3.5)" [Medium,Incomplete] https://launchpad.net/bugs/732427 [09:42] seb128: oh? I still get 503 on bazaar.launchpad.net [09:42] mvo, bug editing works at least [09:42] cool [09:42] mvo: came back just a couple of mins ago [09:42] hi seb128, how are you? [09:42] chrisccoulson, I'm fine, what about you? [09:43] yay! [09:43] * mvo merges $stuff [09:43] evilvish: right, seems to be a duplicate indeed [09:43] pitti: maybe we can remove the scour dependancy and rebuilt? [09:44] rebuild* [09:44] evilvish: we could do that; I was going to propose to add extra checks to dh_scour to not touch these kinds of icons [09:44] evilvish: like comparing before-after results with rsvg [09:44] pitti: ok.. i dont know any of that, so i'll let you handle it ;) [09:44] seb128 - yeah, good thanks [09:45] pitti: whichever you feel right/quicker [09:45] evilvish: I'll keep the master bug on my list then, please mark it as a dupe (and perhaps add a humanity task to do a rebuild after whatever fix we apply) [09:46] pitti: ok sure.. thanks :) [09:47] Ampelbein, what arch are you using? [09:53] pitti, bug #707585 [09:53] Launchpad bug 707585 in language-selector "gnome-language-selector assert failure: *** glibc detected *** /usr/bin/python: free(): invalid pointer: 0x040223f2 ***" [Medium,New] https://launchpad.net/bugs/707585 [09:54] pitti, it's still happening in current natty [09:54] seb128: ah, you can reproduce it? I closed an older duplicate of it two hours ago, as I can't [09:55] in bug 709191 -- I'll point to that other bug then, thanks [09:55] Launchpad bug 709191 in pygobject "gnome-language-selector assert failure: *** glibc detected *** /usr/bin/python: munmap_chunk(): invalid pointer: 0x00007f97ec27c3b2 ***" [Medium,Invalid] https://launchpad.net/bugs/709191 [09:56] pitti, right, I read your comment on that bug so I checked the language-selector bug list [09:56] seb128: that one still has a bad stack trace, though [09:56] pitti, I just got it doing what dholbach said, played with the resize grip and closed language-selector, it crashed [09:56] seb128: ooh, do you still have the .crash? [09:57] pitti, it's easy to get, open the "install,remove languages" dialog [09:57] resize it [09:57] close it [09:57] l-s crashes [09:58] not for me :/ [09:58] I played with all the dialogs for about 5 mins, installed stuff, removed stuff, reordered stuff, etc. [09:58] seb128: do you have the .crash still? [09:58] yes [09:58] you don't need to interact with any dialog [09:58] seb128: ok, hang on before you report it -- I'll kill the dup entry in the db, so that it will generate a new trace [09:59] pitti, open the extra language list thing [09:59] resize and hit esc on the keyboard to close it [09:59] pitti, do it a few time if needed but I crash it in 15 seconds here [09:59] seb128: 707585 killed from dup db [10:00] seb128: I propose you report it now, and I mark the existing bug as a dupe of your's then, so that we'll get a proper stack trace [10:00] ok, will try in a bit [10:00] seb128: what's the "extra language list thing"? [10:00] right now apport refuses to report it because I didn't upgrade pygoject yet today [10:01] pitti, the "install,remove extra languages" button you get at the bottom of the first tab [10:01] it just crashed while I was typing on IRC now [10:01] it seems like a callback or something lead to the crash, it doesn't crash immediatly on action [10:01] hm, I tried the cancel button and the close button in the window title [10:02] I use the wm x button [10:02] yeah, me too [10:03] aah, I found a way [10:03] open install/remove, then focus the main window again, and press esc [10:03] ok that's likely what I did [10:03] not quite obvious to get [10:03] because esc doesn't seem to close the extra dialog [10:03] I probably switched to IRC to reply and back to the wrong dialog to do esc [10:04] pitti, if you have an uptodate system can you report the crash? [10:04] or I will a bit later once I upgraded [10:05] can do [10:05] apport refuses to report it now because I've some outdated binaries [10:05] pitti, danke [10:06] mvo, are things like bug #717621 aptdaemon bugs? [10:06] Launchpad bug 717621 in language-selector "gnome-language-selector crashed with AuthorizationFailed in _run(): org.freedesktop.PolicyKit.Error.Failed: ('system-bus-name', {'name': ':1.34'}): org.debian.apt.install-or-remove-packages" [Undecided,New] https://launchpad.net/bugs/717621 [10:06] or bug #713346 [10:06] Launchpad bug 713346 in language-selector "gnome-language-selector crashed with NotAuthorizedError in _run(): org.freedesktop.PolicyKit.Error.NotAuthorized: ('system-bus-name', {'name': ':1.164'}): org.debian.apt.install-or-remove-packages" [Undecided,New] https://launchpad.net/bugs/713346 [10:14] seb128: I guess it should not generate a crash report [10:15] mvo, "it" being? [10:15] l-s? [10:15] seb128: eh, the bugreport is strange, the user says starting is enough [10:15] seb128: yeah [10:15] mvo, well it might just be that the polkit daemon is down [10:16] aha, that would explain it [10:21] didrocks: just submitted an upstream MP for bug 727823 -- when do you usually roll the releases, would ted still have time to review that for today's round? [10:22] Launchpad bug 727823 in gnome-control-center "Enable Gnome-Control-Center in Unity, and add "System Settings" link to the session indicator menu" [Medium,In progress] https://launchpad.net/bugs/727823 [10:22] didrocks: if that gets too tight, I'm also happy to do an upload myself tomorrow with a cherrypick (once it landed in trunk) [10:23] pitti: I think it will be fine once ted is here. The changes in indicators will be managed by kenvandine though [10:23] ah, ok [10:26] evilvish, heh, actually it's not just a couple of icons that have visual differences: http://paste.ubuntu.com/578270/ :D (used rsvg/md5sum) [10:27] oh my babies!!! [10:43] pitti, indicator stack -> review and commit by ted, update by ken [10:43] pitti, tarballs are due today [10:43] nice, thanks [11:37] hello desktop hackers [11:38] jhunt_ tried to fix something in gdm, but because you people mess around with bzr branches in a weird way it's all confusing :) [11:38] dholbach, hello pilot [11:38] * dholbach hugs you all :) [11:38] dholbach, bzr get lp:~ubuntu-desktop/gdm/ubuntu [11:38] https://wiki.ubuntu.com/DesktopTeam/Bzr :) [11:38] hack away, bzr commit, bzr push [11:38] seb128, and where should jhunt_ push his work afterwards? [11:38] pitti, at least it's documented weirdness [11:38] that's like 5% good :) [11:38] ~jhunt/gdm/myfixes ? [11:39] dholbach, lp:~jhunt_/gdm/lpbug [11:39] dholbach, lp:~jhunt_/gdm/ubuntu [11:39] and then propose to merge into lp:~ubuntu-desktop/gdm/ubuntu - ok [11:39] yes [11:40] jhunt_, does that make it a bit clearer? it's not a UDD branch, but a regular bzr branch, just containing ./debian/ [11:40] jhunt_: bzr bd-do, bzr bd -S etc. all continue to work [11:40] Well, I was trying to push to lp:~jamesodhunt/gdm/ubuntu/single-user-mode-fix, but I get a helpful "permission denied" when I attempt that :) [11:40] jhunt_: just those are 'merge mode' branches, we don't carry the upstream bits nor the weird pre-applied quilt mess [11:41] jhunt_, lp:~jamesodhunt/gdm/ubuntu/single-user-mode-fix is a UDD branch [11:41] jhunt_: presumably this should be ubuntu/natty/, not ubuntu/ ? [11:41] so LP might get a bit confused :) [11:41] jhunt_, lp:~jamesodhunt/gdm/ubuntu should work [11:41] pitti, no [11:41] there are no release-less UDD branches AFAIK [11:41] (and yes, pushing to an UDD branch would still be wrong, but it ought to work anyway) [11:42] I do that with udev all the time [11:42] pitti, mixing UDD and regular branches? [11:42] well, I'm certainly confused :) Is all this documented somewhere? Why do I need to care that it isn't a UDD branch? [11:42] dholbach: as I said it shouldn't be done, but it should still work [11:42] ok :) [11:42] jhunt_: you don't really [11:43] It would be good if there was a bzr plugin/cmd that could offer suggestsions of logical places I could push to, maybe if I could specify a location "prefix" of lp:~jamesodhunt. [11:43] bzr bd should take care of how to build the source/binaries, and with "bzr bd-do" you get an UDD-like full source tree you can hack in [11:43] I'll try lp:~jamesodhunt/gdm/ubuntu... [11:44] but anyway, I highly doubt that you can push to lp:~jamesodhunt/gdm/ubuntu/single-user-mode-fix even with an UDD branch [11:44] distro branches have 5 components, not 4 (always specifying the release) [11:45] jhunt_: oh, and wrong order; it's owner/distro/release/package/name, not package/release [11:46] jhunt_: i. e. your's would try to push into the "gdm" distro :) [11:50] Right, we have a spanky new merge proposal now: https://code.launchpad.net/~jamesodhunt/gdm/ubuntu/+merge/52830 [11:51] \o/ [11:51] Thx for help. Do we have a wiki page explaining all these naming conventions somewhere? [11:52] jhunt_: good question; although there's really only two -- project branches (~owner/project/branchname) and distro branches (~owner/distro/release/package/branchname) [11:52] Ok, but do we document that? [11:53] jhunt_: (wrong merge target, btw; lp:gdm is the upstream import, you want to merge into lp:~ubuntu-desktop/gdm/ubuntu) [11:53] that's why it messed up the review diff [11:53] but http://bazaar.launchpad.net/~jamesodhunt/gdm/ubuntu/revision/309 looks fine [11:53] jhunt_: I hope so, but I don't know where I'm afraid [11:54] http://doc.bazaar.canonical.com/latest/en/tutorials/using_bazaar_with_launchpad.html is linked from the launchpad help about code hosting [11:55] it doesn't have the distro branches, though; these sohuld be on https://wiki.ubuntu.com/DistributedDevelopment/ [11:58] ok, that first link is useful, but is rather sparse on the "personal branches" section which is after all what newbies really want to know about since they are unlikely to have permission to push to project/team branches I'm guessing? [11:59] Also, since that bzr link is generic, there is no mention of the fact that lp:ubuntu/foo is an alias for lp:~ubuntu-branches/ubuntu/natty/foo/natty (I've only just learnt that :) [12:01] I'm happy to put up some info on the wiki with what you guys have shared with me later today? It would of course require a review from y'all! [12:02] Looks like these pages need tweaks: https://wiki.ubuntu.com/DistributedDevelopment/Documentation/SeekingSponsorship and https://wiki.ubuntu.com/DistributedDevelopment/Documentation/UploadingAPackage [12:02] Maybe a new page referenced by both those pages would be appropriate? [12:02] jhunt_: right, I think it'd be best on the sponsorship documentation pages [12:02] pitti: ok, thx. [12:05] jhunt_, thanks for the work, sorry the desktop layout is non standard and creating confusion [12:06] np - It's all a learning experience for me :-) [12:07] seb128: (not that UDD branches with pre-applied quilt patches would be any easier..) [12:08] pitti, there is a reason dx stack is still on source v1 [12:09] looks like you guys are figuring it out :) === chaotic_ is now known as chaotic === chaotic_ is now known as chaotic [12:15] jhunt_, the new merge request is still wrong [12:16] jhunt_, it's against lp:gdm which is the upstream code import [12:20] pitti: you will find a hyphen and hunspell update here: https://code.launchpad.net/~bjoern-michaelsen they succeded in building already in this ppa: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-testing [12:22] seb128: My branch .bzr/branch/branch.conf shows that parent = "bzr+ssh://bazaar.launchpad.net/~ubuntu-desktop/gdm/ubuntu/" and I took your advice above to push to lp:~jamesodhunt/gdm/ubuntu ? [12:22] jhunt_: that was correct; the MP should be against lp:~ubuntu-desktop/gdm/ubuntu though, not against lp:gdm (which I suppose Launchpad defaults to) [12:22] jhunt_, well I'm not sure what went wrong, can you edit the merge into target? [12:23] into -> info [12:23] no, unfortuantely you can't edit the target of MPs [12:23] seb128: but we can still just merge from James' branch and close the MP manually [12:23] no big deal [12:23] right [12:23] so let's not make it harder than it is [12:23] still it's annoying that it's so bumpy to get a trivial fix in the sponsoring queue [12:24] pitti, well I was rather trying to figure how to avoid going through the same issues each time someone want to do a merge request for a desktop component [12:24] we can sure commit that patch in [12:24] I've spent about 2 hours on this fwiw. The fix took 30 minutes :( [12:24] jhunt_, sorry about that :-( [12:25] some days I really like the old debdiff way better [12:25] chrisccoulson: hey, my problem with thunderbird-globalmenu has somehow vanished. after today's updates I can use the menu as normal. thanks for your help, though I wish I knew what was wrong. [12:25] seb128: thx [12:26] Ampelbein, oh, the other person with the same problem said the same thing this morning too :) [12:26] not sure what was happening ;) [12:27] chrisccoulson: maybe the radiation from the sun was abnormally strong yesterday and cause interference with the display bits. [12:27] chrisccoulson: at least it's resolved now ;-) [13:12] good morning! [13:20] chrisccoulson, who's this l33t chrisccouls0n character? :) [13:23] chrisccoulson, can you give a quick look at bug https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/728825 ? Similar bugs in the past seem to have been because of xulrunner. Might be an amd64 thing, as reporters all indicate using it... [13:23] Launchpad bug 728825 in eclipse "Eclipse cannot start: "java.lang.UnsatisfiedLinkError: no swt-gtk-3557 or swt-gtk"" [Critical,Confirmed] [13:30] mterry - sure, i can take a look [13:30] oh, i'm still logged in to my lucid desktop? [13:30] heh === chaotic_ is now known as chaotic [14:27] pitti, bug #729526 is a crash some users ran into [14:27] Launchpad bug 729526 in jockey "jockey-text crashed with UnicodeEncodeError in error_msg(): 'ascii' codec can't encode characters in position 0-2: ordinal not in range(128)" [Undecided,New] https://launchpad.net/bugs/729526 [14:27] pitti, do you prefer IRC pings for those or should I just assign to you? [14:27] seb128: thanks, putting on my list [14:27] seb128: just assign them to me; I can still unassign if I don't have time etc. [14:27] pitti, ok thanks [14:28] seb128: I have language-selector fixed now, FYI [14:28] well, gtk2 really [14:28] pitti, I saw your annotation fix earlier [14:28] you got the second issue fixed as well? [14:28] * pitti wants GTK3 :) [14:28] seb128: yes [14:28] great ;-) [14:29] not sure whether I should do a GTK2 upload just for this, though; I'd just commit the patch into our bzr for now [14:31] pitti, I don't think new versions are planned so you can as well upload [14:31] pitti, ok, I assigned you a bunch of jockey-text unicode errors [14:31] not sure if they are the same bug or not [14:32] me wants python 3 :) [14:33] hehe [14:33] pedro_, hey [14:33] pedro_, do you have a script to clean duplicates or something? [14:33] Uploading language-selector_0.26_source.changes: 2k/3k426 Transfer aborted. Data connection closed. [14:33] o_O [14:33] that happened twice now [14:33] pedro_, jockey has 29 crashes which matches "crashed with DBusException in call_blocking()" [14:34] seb128, thx for the tp syncs [14:34] would be nice to clean those [14:34] kenvandine, hey, you're welcome [14:34] seb128: that doesn't say much, I'm afraid -- that just means "the backend has crashed for whatever reason" [14:34] hey kenvandine, good morning [14:34] kenvandine, the glib one didn't build on armel so don't be supprised if the linaro guys run after you [14:34] hey pitti [14:34] hehe [14:35] seb128, hello, ok i'll take care of those [14:35] a bug pattern should do the trick [14:35] pedro_, in fact they might not be duplicates, see pitti comments [14:35] so maybe don't bother [14:36] pedro_, how are you btw? [14:37] pitti, seb128, dholbach: jelmer tells me my last gdm merge request was against the wrong branch. Thus, I spun the roulette wheel again, and we now have this: https://code.launchpad.net/~jamesodhunt/ubuntu/natty/gdm/single-user-mode-fix/+merge/52860 [14:37] seb128, I'm good, thanks. how are you doing? [14:38] pedro_, I'm fine thanks [14:38] jhunt_, still wrong :-( [14:39] seb128: I give up. [14:39] jhunt_, but stop wasting time on it we will just merge the patch [14:39] jhunt_, btw if you feel like to reply do an ubuntu-devel list email about how you spent hours to figure how to do a merge request and failed that would be useful [14:40] -reply [14:40] jhunt_, seems like a flaw in the process we should address [14:40] jhunt_, like reply to one of the patch pilot emails on the list or write just about your experience and what didn't work [14:40] seb128: it might take me a while to get my strength back after this episode, but yes, I agree - the phrase "it shouldn't be this hard" springs to mind very quickly indeed! [14:42] trouble is, I've deleted all my failed attempts (branches+merges), but once I've regained my sanity, I'll attempt to pen something rant-free to the list... [14:42] course, that assumes I *do* regain my sanity :) [14:47] pitti, did you bzr push --overwrite on gdm? [14:48] seb128: I think I removed the older patch for bug 724205 in teh meantime [14:48] Launchpad bug 724205 in gdm "gdm crash on using login button with passwordless login enabled" [Low,Fix committed] https://launchpad.net/bugs/724205 [14:48] and replaced it with the current one [14:48] seb128: but that was yesterday [14:48] I think I checked that I didn't kill anything else, did I? [14:48] pitti, ok but you did --overwrite right? [14:48] yes [14:49] pitti, I'm trying to figure why r308 is different in jhunt_'s merge request and trunk [14:49] pitti, I'm wondering if that's what confused things [14:49] pitti, like he did checkout the old revision and you overwrote it [14:49] 'k, sorry about that [14:49] that really confused things for the merge proposal [14:49] pitti, no worry, it just makes a bit of sense now [14:49] pitti, I'm commiting his patch to trunk [14:50] jhunt_, ^ I think you might have got bitten by that as well, pitti did an uncommit, changed a revision to use the official upstream patch and pushed with --overwrite [14:50] jhunt_, but that leaded to have a different history in your checkout done before the hack [14:52] ok, I'll try to avoid that in the future, and just commit a new version replacing the patch [14:52] seb128: ok, so presumably, when I pushed my branch to below lp:~jamesodhunt, bzr (silently?!) realized the branches had diverged and re-diffed my branch against the new branch history for gdm? [14:53] pitti, I do it also sometimes I never though of such cases [14:53] if true, that sounds like a bug? since if I had privs to push direct to the branch pitti had --overwritten, bzr would have given an error right? [14:53] jhunt_, not sure but I'm wondering if that leaded the merge request logic to not find the right merge target [14:54] jhunt_, well in any case your patch is in trunk now [14:54] awesome, I can die happy now - seriously! :-) [14:54] jhunt_, do you plan to test on lucid? [14:55] jhunt_, if you do don't bother with merge request, just ping me with a diff or tell me if the natty diff applies to lucid [14:55] jhunt_, it seems we should fix that in lucid as well [14:56] can do. I saw this applied to a number of releaes, but unlikely I'll be able to test it today. tomorrow ok? [14:56] jhunt_, https://bugs.launchpad.net/ubuntu/natty/+source/gdm/+bug/436936/comments/10 [14:56] Launchpad bug 436936 in gdm "gdm upstart job checks /proc/cmdline for single user mode, won't start on post-boot runlevel change" [Medium,Fix committed] [14:56] seb128: (pushed a slight changelog fix to bzr, in case you want to upload please pull again) [14:56] jhunt_, no hurry, it's not like that was a new issue, next week will do [14:56] seb128: ack [14:57] seb128: cool [14:57] jhunt_, thanks again! [14:57] pitti, just curious but why was that needed? I tend to let the start of the changlog match the uploader [14:58] it's the format that dch does by default [14:58] pitti, if someone else do dch -r it will put your name in brackets and replace the uploader [14:58] so I usually try to keep it consistent [14:58] seb128: will it? I had cases where this didn't work [14:58] pitti, no it's not the default format [14:58] if that got fixed, it was probably unnecessary [14:58] it I do dch -r now it replaces the uploader line with my name, add [ pitti ] and I can type on top [14:59] it doesn't put my name in brackets [14:59] but well it's a detail ;-) [14:59] ok, so this got fixed then; last time I tried it (a while ago admittedly) it didn't update the first block at all [14:59] pitti, well it works for me, didn't run into bugs so far [14:59] * pitti uploads new gtk as well, for extra crash fix love [15:00] I might just upload gdm as well [15:00] there is a crash fix and the new patch now [15:00] let me check git if they have anything we could backport as well [15:01] tedg: good morning [15:03] Good morning pitti [15:07] tedg: I have a nicely working session indicator now with control center link [15:08] tedg: I wondered if you want to entirely drop the static indicator-session-extra.desktop support? [15:08] since with the /usr/share/indicators/session/applications/*.desktop support it's equally easy to add stuff to it, but avoids tramping on each other's foot [15:09] pitti, I think so. I don't see any reason to have the static file other than as a placeholder for not having the directory. With the directory, it's SO much better :) [15:09] agreed; ok, I'll update the branch accordingly [15:11] tedg: ok, pushed; MP should update itself in a minute [15:12] chrisccoulson, are you actively working on https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/709216 ? it's annoying me enough that I'm about to try to fix it [15:12] Launchpad bug 709216 in thunderbird "clicking on a link dont open the page " [High,Triaged] [15:13] mterry - yes. it needs quite a bit of work [15:13] chrisccoulson, beyond updating it to use new gio functions for getting default app? [15:13] pitti, Cool, thanks! [15:14] mterry - basically, yes. it's more complicated than that though, as the whole URI handling part of mozilla is a mess [15:17] mterry, we basically need http://hg.mozilla.org/mozilla-central/rev/2572312e17df , https://bugzilla.mozilla.org/show_bug.cgi?id=639467 and https://bugzilla.mozilla.org/show_bug.cgi?id=611953 [15:17] Mozilla bug 639467 in File Handling "External URI handling broken due to protocol handler registration changes" [Normal,New] [15:18] chrisccoulson, so you're saying I shouldn't bother doing anything right now? [15:18] mterry - right, that's something i'm already working on [15:18] * mterry waits patiently [15:18] chrisccoulson, OK, awesome :) thanks [15:20] mterry, hey, I see you are bored? ;-) [15:20] seb128, nope! [15:20] :) [15:20] haha [15:20] nice try :p [15:21] Just angry at thunderbird :) [15:21] tedg, do you think you will have time to fix karl's merge request on https://code.edge.launchpad.net/~indicator-applet-developers/indicator-datetime/trunk/+activereviews for today tarball? [15:22] tedg, since he's off this week, would be nice to land some fixes at least in the tarball [15:23] * bcurtiswx waves to room [15:23] hey bcurtiswx [15:23] hi seb128 [15:24] seb128, Let me check. I wasn't told he was off :-( [15:24] tedg, well he's off for 3 days, but otherwise no worry we will just need to catch up on that next week [15:32] if i take a package without an -ubuntu extension from bzr and merge-upstream , is that still considered a sync? [15:34] a sync is copying a package unmodified from debian [15:34] (so no) [15:34] OK, so a merge-upstream really only applies to merge request then [15:40] don't mind me 1000 MegaQuestions here, but merges and sync's can only come from debian or does it matter, or how is it supposed to work? [15:40]