[00:31] chrisccoulson, did you want a review of the patch? [00:31] mterry_, if you don't mind ;) [00:32] chrisccoulson, link me [00:32] mterry_, https://code.launchpad.net/~chrisccoulson/dbusmenu/lp723873/+merge/51648 [00:39] chrisccoulson, seems fine. and it works? [00:40] mterry_, yeah, it's working ok here [00:40] the message filters item in thunderbird is active again :) [00:41] chrisccoulson, that's all I needed to hear. ;) [00:41] chrisccoulson, oh, I can't actually approve in LP [00:41] chrisccoulson, were you going to distro-patch it? [00:42] mterry_, yeah, i can do [00:45] pitti, (re sponsor bug #718805) yes, please, and thanks for doing it [00:45] Launchpad bug 718805 in libcanberra "[Natty] system-ready and login sounds do not play" [Medium,In progress] https://launchpad.net/bugs/718805 [00:59] kenvandine_: the old default u1ms patch is removed in my change. my patch wasn't getting applied? [00:59] grr [01:58] TheMuso, hi [01:58] TheMuso, I was looking at the accessible description stuff for nm-applet [01:59] cyphermox: Yes. [01:59] it's great for the indicator stuff, but how can I add the description to each of the menu items ? [01:59] cyphermox: Unfortunately that will require work in libdbusmenu, which has not been done yet. That will have to be a project for next cycle. [02:00] ah, I see. so I wasn't just hallucinating stuff when I thought there was no good way ;) [02:00] No you weren't. [02:01] thanks [02:02] TheMuso, I'm not overly familiar with how all of this works... do you get the name of the icon at this point? [02:05] cyphermox: No, you simply send through a textual description of what the icon represents, i.e number of bars for wireless strenght, whether the ocnnection is wired, etc. The icon name is not used at all in teh code dealing with accessible descriptions. [02:05] If it had to deal with icon names, then things would get messy rather quick. [02:06] ah [02:07] TheMuso, atm at least in nm-applet the icon for wireless items and all should be very close to the current status of the connection [02:09] Right. [02:09] * TheMuso -> lunch. === doko_ is now known as doko === oubiwann` is now known as oubiwann === asac_ is now known as asac [02:44] do recent versions of evolution come with pre-configured settings for popular webmail services like gmail, hotmail, yahoo, etc.? [02:44] checking on lucid/maverick says "no" [02:58] achiang, there are *some* settings, I've seen them in the code [02:59] dobey, you have quilt problems i think [02:59] also [02:59] you need to add a gconf-defaults file [02:59] like rhythmbox-ubuntuone-music-store has [02:59] look in the debian dir [02:59] cyphermox: interesting, i'll look harder [03:00] achiang, I'll point you where I mean if you give me a minute ;) [03:00] cyphermox: great, thanks === kenvandine_ is now known as kenvandine [03:03] achiang, http://git.gnome.org/browse/evolution/tree/capplet/settings/mail-autoconfig [03:04] cyphermox: ta! [03:06] kenvandine: no, the gconf-defaults isn't necessary [03:06] oh right [03:06] that stuff changed [03:06] kenvandine: i have no idea what is up with the quilt crack though :( [03:06] humm, even with your patch applied it isn't getting registered right [03:09] kenvandine: maybe banshee isn't triggering update-desktop-whatever right? [03:09] must be [03:09] not sure why though [03:10] if you re-run update-desktop-database by hand does it work? [03:10] i can look at it for you tomorrow if you need a hand, i gotta finish something else right now [03:10] i'll try [03:10] yeah i think we'll have to poke at it tomorrow. i'm about to head off to sleep in a bit anyway [03:11] nope [03:11] sudo update-desktop-database /usr/share/applications/ [03:11] no joy [03:12] and it is u1ms:// [03:12] right? [03:12] has to be... no idea [03:12] this is weird [03:20] yes [03:20] weird [06:47] x/c === tkamppeter_ is now known as tkamppeter [07:17] Good morning [07:18] morning [07:47] good morning [07:55] bonjour didrocks [07:55] hey pitti [08:03] huhu mvo [08:04] hey glatzor, wie gehts? [08:04] mvo, using lintian to check packages before installing seems to have some corner cases. [08:04] pitti, quite busy - like always. but the rest is ok :) and yourself? back in dresden? [08:04] glatzor: yes, since end of Jan already === warp11 is now known as warp10 [08:05] pitti, have you learned any Bavarian slang words? [08:05] do your neighbors still understand you :) [08:06] glatzor: not a lot really -- I've just been there for three weeks in total, and most of which at my wife's home :) [08:06] glatzor: yeah, I stumbled over the bug the other day [08:06] pitti, in aptdaemon I use lintian to check local packages before installing, since there seem to be really a lot of broken packages around [08:07] glatzor: it looks like its best to select only a subset of the tests - or we just add more code to python-apt [08:07] pitti, so is there a chance that lintian will make it to the default installation? furhtermore there are some linitian checks that we could ignore (e.g. no copyright file, files in opt) [08:07] Morning all! [08:09] hi mvo [08:11] mvo which tests would you like to add to python-apt? [08:12] glatzor: some stuff like missing packagename in control, missing arch, missing version is dead-simple [08:13] hey Sweetshark [08:13] glatzor: its worth going over the list and checking, some stuff we definitely want to allow is use of non FHS (/opt is encouraged for third party stuff) [08:13] glatzor: well, I need to fight for every MB on the CD :) [08:32] pitti: kakadu gracefully denies me entry. Anything special needed to get access to the porter machines? [08:32] Sweetshark: what's kakadu? armel porter box? [08:32] hm, works here [08:33] ssh porter-armel.canonical.com [08:33] pitti: yep. same for davis (PPC) [08:33] Sweetshark: does ssh porter-i386.canonical.com work? [08:33] ah [08:33] pitti@kakadu:~$ id bjoern [08:33] id: bjoern: No such user [08:33] Sweetshark: I'm afraid that needs an RT ticket [08:34] k [08:37] meh, can remember my password. :/ [08:40] Sweetshark: password? you aren't supposed to have one [08:40] for ssh [08:41] for RT [08:45] Sweetshark: it's sent via email [08:56] hey [08:56] bonjour seb128 [08:56] pitti, hey pitti, meeting reminder day ;-) [08:57] ah :) [08:57] * pitti still wrestling with CD builds, will do ASAP [09:00] morning [09:03] hey rodrigo_ [09:03] hi seb128 [09:04] rodrigo_, how are you? [09:05] seb128, I'm fine, and you? [09:05] hey rodrigo_ [09:05] hi pitti [09:06] rodrigo_, I'm fine thanks [09:07] does anybody has a clue if bug #726880 would be easy to fix? [09:07] Launchpad bug 726880 in gnome-utils "Screenshot taken befor application fades away" [Undecided,New] https://launchpad.net/bugs/726880 [09:08] it's nothing new but one of those bugs which doesn't give a first nice impression [09:18] pitti: hi; not-so-shameful plug for a pending FFE request: https://bugs.launchpad.net/unity/+bug/683688 for your consideration [09:18] Launchpad bug 683688 in unity-2d "Touch window management gesture previews" [Medium,Confirmed] [09:19] pitti: didrocks has the changes ready for the last image update [09:19] (not ready as "now" but as "coming in the next 2 hours :)) [09:20] hey didrocks [09:20] morning rodrigo_ [09:20] didrocks, have we patched gnome-session for the unity startup, or are we just using a gdm session? [09:21] didrocks, I'm trying to see if upgrading to gnome3's gnome-session might break it [09:21] rodrigo_: we have patched it [09:21] ok [09:21] rodrigo_: some pieces or from the gnome3's one [09:22] rodrigo_: but we get some diff, I separated that in another patch called "enhance…# [09:22] ok [09:22] rodrigo_: this is for the fallback mecanism [09:24] didrocks, debian/patches/00_new_session_configuration_system.patch is the backport from 2.91.*, right? [09:25] rodrigo_: right, but they changed it slightely in the latest commits and it's incompatible with ours, so better to check [09:25] ok [09:28] pitti, did you ask for bug #726889 to be assigned to you? [09:28] Launchpad bug 726889 in gconf2 "gsettings-data-convert crashed with SIGABRT in __kernel_vsyscall()" [Undecided,New] https://launchpad.net/bugs/726889 [09:28] seb128: no, it just happened [09:29] pitti, could we ask qa to stop doing that? [09:29] I tried to retrace it in a chroot, but the binary doesn't match the core for some reason [09:29] it should have been assigned to c-d-t [09:29] pitti, it's a duplicate and it's harmeless out of the apport noise [09:29] pitti, do you mind if I unassign it from you and close it as duplicate it as it should? [09:30] seb128: I'd love you forever if you did [09:30] ;-) [09:30] (not that I wouldn't already..) [09:50] rodrigo_, bug #93234 is assigned to you for now, it's low priority but would be one of those thing nice to fix since they are easily noticable for new users [09:50] Launchpad bug 93234 in gnome-utils "gnome-screenshot should not take a screenie of itself" [Medium,Confirmed] https://launchpad.net/bugs/93234 [09:50] seb128, ok [09:53] smspillaz, ^ quick question about that, would it be possible to tell compiz to not do an animation on gnome-screenshot to fix that issue? [09:53] seb128: yes [09:53] smspillaz, the issue is that gnome-screenshot takes the screenshot when you click but it often grab the screen before compiz is done with the animation [09:53] dbarth_: lookign (sorry, had to wrestle with image builds until now) [09:54] smspillaz, would that be the right way to fix it you think? === chaotic_ is now known as chaotic [09:58] seb128: add & !(class=gnome-screenshot) to the end of the first line of "close animation" in the animations plugin [10:00] good morningeveryone [10:01] smspillaz, thanks [10:01] rodrigo_, ok, I'm reassigning this bug to compiz and didrocks then, ignore me [10:02] seb128: just copy the IRC dialog from there [10:02] pitti, is now an ok time for some uploads which will not break installabily (telepathy-logger and gsettings-desktop-schemas) [10:02] that will be fine :) [10:02] didrocks, ok thanks [10:02] seb128: as usual, just be careful, but it's ok [10:02] hey chrisccoulson, how are you? [10:02] hey chrisccoulson, good morning [10:02] great work fixing some libdbusmenu issues [10:03] pitti, right, I was just checking if now was not an ok time for some reason [10:03] hey seb128/pitti, i'm good thanks [10:03] we got permission to ship the globalmenu-extension for firefox btw ;) [10:04] seb128, ok :) [10:06] pitti: ok thanks [10:10] pitti - can you approve feature freeze exceptions? :) [10:10] bug 727068 ;) [10:10] Launchpad bug 727068 in firefox "FFe: shipping globalmenu-extension by default" [Undecided,New] https://launchpad.net/bugs/727068 [10:10] chrisccoulson: yes; ooh, did we get it from mozilla now? [10:11] pitti - yeah. jasoncwarner did some whip-cracking yesterday ;) [10:11] niiice [10:11] chrisccoulson: no reason for a separate bug, I'll dup it to the existing noe [10:11] "one" [10:12] chrisccoulson: done [10:13] pitti - thanks :) [10:13] done [10:14] pitti - excellent, thanks :) [10:14] pitti: hey, can we discuss on bug #683688 ? [10:14] Launchpad bug 683688 in unity-2d "Touch window management gesture previews" [Medium,Confirmed] https://launchpad.net/bugs/683688 [10:14] pitti: so, we are about doing the unity release (just testing a lot now) [10:15] hey didrocks [10:15] pitti: this is merged in trunk in some days and picking it out will take some time [10:15] the feature isn't enabled by default [10:15] which means, [10:15] the plugin is [10:15] but the keybinding not affected [10:16] didrocks: you mean "this will be merged in some days" or "it was merged some days ago"? [10:16] it was merged some days ago [10:17] so, moving it out now is kind of ackward if we want the other fixes as discussed yesterday on #ubuntu-release [10:17] didrocks: why would you want to move it out? [10:18] pitti: because yesterday, we planned on #ubuntu-release that if we get enough testing this morning, the unity upload will be acked for alpha3 [10:18] dbarth_: ^^ [10:18] ah, I missed that [10:18] so if someone else already ack'ed it then, please go ahead [10:18] and the whole team is testing trunk right now :) [10:18] ok, thanks a lot :) [10:18] but NB that we are currently building a3 candidates, so it's not guaranteed that it'll make it [10:19] hum… not sure Riddel follow the discussion yesterday [10:22] jibel, did you have any chance to test if today's issue fix the svg issue? [10:24] pitti: do you need something else for unity [10:24] dbarth__: just discussed in #u-release with didrocks, we'll sort it out [10:24] pitti: ie, a list of fixes that we're still proposing to go into the a3 images [10:25] ah sorry, need to log there [10:25] dbarth__: np; I didn't see yesterday's conversation in #u-r where it already got discussed and approved [10:26] seb128, it was fixed with yesterday evening isos [10:26] jibel: \o/ [10:26] jibel: thanks for confirming [10:27] seb128, thanks for fixing :-) [10:27] \o/ great! [10:27] that was a fun thing to untangle [10:28] pitti, yeah, 'fun' ;-) [10:32] seb128, but this morning I get the gsettings-data-convert error on login and a fresh install [10:32] pitti, btw the shotwell guys rolled a 0.8.90, beta for the new serie 0.9 which is planned for natty [10:32] jibel: right, I just debugged that locally, will upload a fix in a bit [10:32] seb128: does it have tag searching at last? :-) [10:33] seb128: do you want me to do the update? or do you ask because of FF? [10:34] pitti, well first I was asking because of the ff and a3 [10:34] do you think we should try to get it in or after a3? [10:34] after a3 [10:34] pitti, btw do you know if robert_ancell is ok? [10:35] let's not stack up too much churn at the same time [10:35] pitti, ok, usually he does the shotwell updates [10:36] the plan for the yorba to roll their tarball yesterday and him to do the update during his day so it will be in by now [10:40] I'm getting compiz segfaults without unity. is there a preferred procedure for getting a meaningful backtrace? [10:40] it's all ready to go after alpha 3 now - http://bazaar.launchpad.net/~mozillateam/firefox/firefox-4.0.head/revision/805 :-) [10:40] tjaalton, use apport and report a bug [10:40] seb128: it doesn't trigger apport [10:40] tjaalton, are you sure it's a crash? [10:40] it should trigger apport [10:41] well the window decorations vanish, but I can still change windows/workspace [10:41] ok, it's a decorator crash [10:41] did you upgrade today? [10:41] yes [10:41] the most frequent crasher has been fixed yesterday [10:42] tjaalton, well run unity-window-decorator in gdb [10:42] to get a stacktrace [10:42] yeah I noticed that one, but didn't think I was using the same with the classic desktop [10:43] but I see it's running, so will attach gdb to it [10:43] not sure if classic use gtk-window-decorator or the unity one [10:43] didrocks, ^ [10:43] tjaalton, smspillaz is working on fixing another crash which happens when you force close a dialog [10:43] u-w-d is running here after doing a 'compiz --replace' [10:43] so it's probably using it [10:44] right [10:44] seb128: u-w-d is used everywhere [10:45] chrisccoulson: whee! [10:47] (gedit:12812): LIBDBUSMENU-GLIB-WARNING **: (../../libdbusmenu-glib/menuitem.c:1760):dbusmenu_menuitem_property_is_default: code should not be reached [10:47] that seems buggy [10:50] seb128 - want me to investigate? [10:50] chrisccoulson, if you want that would be nice [10:50] chrisccoulson, EDITOR=gedit dch -i [10:50] in any source [10:51] yeah, i see that too [10:59] seb128 - ok, that's caused by my patch yesterday, but the warning is harmless [11:00] it's a side effect of signalling when a property is removed now [11:01] ok [11:01] thanks for checking [11:01] i'll fix that in the branch i proposed for merging [11:02] still would be nice to drop the warning if it doesn't make sense [11:02] great [11:10] rodrigo_, do you co-maintain gsettings-desktop-schemas upstream? i.e can you commit directly or do you need approval to do it? [11:13] seb128, I don't maintain it, but I can commit [11:13] seb128, what you want to commit? [11:14] rodrigo_, the [org.gnome.desktop.default-applications.browser] section in schemas/gsettings-desktop-schemas.convert [11:14] rodrigo_, the key has been dropped from the schemas and that makes gsettings-data-conversion abort, see bug #725785 [11:14] Launchpad bug 725785 in gsettings-desktop-schemas "GSettings Data Conversion crashes on login" [Low,Incomplete] https://launchpad.net/bugs/725785 [11:15] "GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.default-applications.browser' is not installed" [11:16] yes, right [11:16] rodrigo_, I can open a bug upstream with the diff if you prefer [11:16] seb128, no need to, I'll just commit it [11:16] rodrigo_, thanks [11:17] rodrigo_, I've uploaded the debdiff I copied to natty for now [11:19] chrisccoulson, the libdbusmenu fix you did this night is not enough [11:19] seb128 - oh? are there still other issues? [11:20] chrisccoulson, in the gnome-bt case, if you turn it off and on again the devices menus are still empty [11:20] they don't get repopulated [11:20] hmmm, i hadn't noticed that [11:20] do you have any bt device configured? [11:20] can you try? [11:20] i'll investigate that too. that might be a separate issue from the one i fixed last ngiht [11:21] yeah, i can recreate that here too [11:21] seb128, http://git.gnome.org/browse/gsettings-desktop-schemas/commit/?id=ed64b3168fd93df5f137de34c26323eb4abcef47 [11:21] rodrigo_, thanks! [11:23] seb128, that's the same you uploaded to natty right? [11:23] rodrigo_, yes [11:23] ok then, all set :) [11:41] seb128 - the bluetooth-applet broke with the same commit mentioned in bug 723873 didn't it? [11:41] Launchpad bug 723873 in libdbusmenu "indicator menu items missing since the recent natty update" [High,Fix released] https://launchpad.net/bugs/723873 [12:04] dbarth__, didrocks: btw, nice to have win+shortcut back! [12:06] pitti: heh, there are some enhancement as well coming for that in few minutes :) === MacSlow is now known as MacSlow|lunch [12:14] didrocks: hm, I just created a fresh 'test' user and logged in; I got unity with an additional gnome panel at the bottom, is that intended? [12:14] login also took very long (10 seconds or so, normal is 1.5) [12:15] pitti: hum, no, it's not, I bet that the tester timeouted [12:15] pitti: can you look in ~/.xsession-errors [12:15] pitti: you should have a warning on gnome-session [12:15] telling you are fallbacking [12:18] didrocks: http://paste.ubuntu.com/573901/ [12:18] pitti: and you are in the unity session, isn't it? [12:19] didrocks: I have unity, anyway [12:19] oh wait… [12:19] * didrocks checks something [12:19] didrocks: it's a fresh user, so I guess I am, yes [12:20] pitti: env | grep GDMSESSION [12:20] didrocks: sorry, $GDMSESSION = gnome-classic [12:20] just checked the same [12:20] yeah [12:20] it's my fault [12:20] weird, gdm should default to unity [12:20] grrr for changes at 11PM [12:20] I need to upload compiz [12:20] didrocks: for gnome-classic, why do I see unity then? [12:20] ah, you got it already? good [12:20] stupid issue :/ [12:20] and stupid me [12:21] * pitti hugs didrocks [12:21] * didrocks hugs pitti back [12:21] it's not Friday isn't it? :-) /me needs a week-end I guess ;) [12:22] I think I saw a bug about it, wait [12:38] seb128, ok, this fixes the warning in gedit: http://bazaar.launchpad.net/~chrisccoulson/dbusmenu/lp723873/revision/242 [12:39] i just removed it ;) [12:39] (well, sort of) [12:57] hmm, the gnome-*-themes packages in the gnome3 ppa are failing because of a missing dependency on gtk3-engines-dev, but I see all gtk3-engines packages are gone [13:04] hey pitti - gtimelog in gi mode gives me a exception on get report for a previous day http://paste.ubuntu.com/573918/ - should I revert the force gi patch? [13:05] mvo: I'd much rather just fix it properly [13:05] mvo: mind creating a bug and assign it to me? I'll sort it out with upstream then, too [13:06] pitti: I have a quick look now [13:06] looks like an easy fix, wrong number of arguments [13:07] pitti: in C you pass int pointers, how is that done in gi ? [13:07] mvo: you don't [13:07] usually that's for out arguments, which are just annotated properly [13:08] mvo: ah, is that a GTK method, not a gtimelog one? [13:08] pitti: right, so the calendar is probably not anotated [13:08] pitti: yeah [13:08] mvo: or wrongly annotated, presumably [13:08] mvo: I'm happy to fix this [13:08] * mvo nods [13:08] cool, I file a bug [13:08] but I'd like to test it with gtk3 as well, and fix it right upstream, etc. [13:09] thanks mvo [13:11] pitti: bug #727158 [13:11] Launchpad bug 727158 in gtimelog "get_date() fails in gtk introspection" [Undecided,New] https://launchpad.net/bugs/727158 [13:11] mvo: thanks [13:13] hum, after installing today's update, I have 2 icons for the network manager [13:13] (hello everyone!) [13:15] chrisccoulson, ok, thanks [13:16] rodrigo_, does those themes still work with gtk or should they be dropped? [13:16] nessita, hey, try restart your session, it's not a new issue seems to happen randomly to some users with random indicators === MacSlow|lunch is now known as MacSlow [13:17] hey seb128, thanks [13:17] chrisccoulson, right, gnome-bt broke with that commit [13:18] njpatel: guess what! :-) I installed all updates (just now) and rebooted. And I still can't type in the Search box in the dash, nor I can scroll using the mouse wheel in it [13:19] nessita, we haven't released yet, sorry :) [13:19] didrocks, bug #726862 [13:19] Launchpad bug 726862 in unity "unity launchs itself on the classic desktop" [Undecided,New] https://launchpad.net/bugs/726862 [13:19] didrocks, you asked the bug number about the classic session issue [13:19] njpatel: ah! is ok, I'll keep testing :-) [13:20] seb128: yeah, already uploaded, I knew there was one :-) [13:20] seb128: can you fix released it, please? [13:21] * didrocks looks for "start" and "classic", it seems that launchpad wasn't kind with me :) [13:22] didrocks, ok [13:22] didrocks, it was on unity and not compiz [13:22] seb128: yeah, I look on both, but prefered to not spent to much time on this [13:23] didrocks, no worry [13:23] thanks for pointing it :) [13:24] didrocks, yw [13:48] re [13:49] rodrigo_, does the preferred application capplet has a custom value entry in gcc3? [14:06] pitti, thanks for reviewing my ffe for network-manager [14:06] pitti, I'd have another for nm-applet, if you have time: https://bugs.edge.launchpad.net/ubuntu/+source/network-manager-applet/+bug/727179 [14:06] Launchpad bug 727179 in network-manager-applet "FFE: network-manager-applet 0.8.4~git.20110228t141430.abba62f-0ubuntu1" [Undecided,New] [14:07] cyphermox: will have a look [14:07] thanks [14:08] was the other one okay? I didn't have much prior exposure to requesting FFe's :) [14:08] yeah [14:09] cyphermox: are there any new features in it? just looks like bug fixes [14:10] it's just bug fixes, but a snapshot from upstream. I take one wasn't needed in this case [14:10] right [14:11] well, sorry for the trouble ;) [14:13] seb128 - ok, i think i see the issue with bluetooth-applet too [14:13] just about to test a patch for that [14:16] chrisccoulson, oh nice, and tedg is back so you can get things reviewed ;-) [14:17] chrisccoulson, Cool! [14:24] chrisccoulson, do you think your appmenu-gtk fix which is pending review is worth trying to get in today? [14:24] seb128 - yeah, that would be good to get in. it makes empathy work :) [14:24] can you upload? [14:24] yeah, i think so [14:24] ok, so feel free to do it ;-) [14:24] it might solve the pidgin case as well [14:25] yeah, i should think so, although i didn't test that [14:25] * chrisccoulson installs pidgin [14:27] seb128, yeah, it works for pidgin too [14:27] if you close the buddy list and reopen it from the indicator it's not in the indicator-appmenu [14:27] great [14:28] seb128 - and my patch for dbusmenu also fixes the bluetooth-applet case :) \o/ [14:28] excellent! [14:28] * chrisccoulson is on a roll this week! [14:28] hi all, is there any way of checking if a given package is in the CD? [14:28] you can maybe try to sneak that with the warning fix in ;-) [14:29] * pitti ^5s chrisccoulson, go go go! [14:29] nessita, check the manifest on http://cdimage.ubuntu.com/daily-live/current/ [14:29] chrisccoulson: is that bug 720895? [14:29] Launchpad bug 720895 in libdbusmenu "bluetooth-applet crashed with SIGSEGV in g_variant_builder_add_value()" [High,Triaged] https://launchpad.net/bugs/720895 [14:30] seb128: thanks! [14:30] nessita, you're welcome [14:32] pitti - no, there is another bluetooth-applet bug where the submenus don't appear after toggling the kill-switch [14:32] pitti - but i have another merge proposal which *might* fix that crash [14:33] (by checking the return value of gdk_keyval_name) [14:33] but it's difficult to know for sure, as that trace isn't very good [14:35] maaaaaaaaaan, i've got dbusmenu branches everywhere now ;) [14:35] i'm getting really confused [14:35] i don't know how tedg copes ;) [14:36] chrisccoulson, I don't, I just merge everything and throw it in a package and see what happens ;) [14:36] lol [14:36] chrisccoulson, Usually I make a "me packaging" branch and track the patches that way. Then I can have the latest of everything on my system [14:37] tedg, isn't that what trunk is supposed to be? ;-) [14:38] seb128, Trunk is for people who can't take the heat ;) [14:42] seb128: the u-w-d crasher I'm seeing is bug 724874, triggered every time I send an email from tb :P [14:42] Launchpad bug 724874 in compiz "unity-window-decorator crashed with SIGSEGV in g_cclosure_marshal_VOID__OBJECT()" [Medium,New] https://launchpad.net/bugs/724874 [14:42] just fyi [14:42] didrocks, smspillaz: ^ [14:42] tjaalton: seems to be the same known bug [14:42] sam reproduced it and is on it [14:43] didrocks: yeah there are already dupes etc [14:43] excellent [14:46] * bcurtiswx waves to room [14:49] hey bcurtiswx [14:49] hey seb128 [14:53] ok, appmenu-gtk is uploaded [15:02] seb128, custom value for what? [15:03] rodrigo_, the preferred browser [15:03] seb128, no, it uses the g_app_info_* API, no gsettings for it [15:03] seb128, as with the mailer [15:03] right, but it doesn't give you a way to add a custom value? [15:03] hmm, not sure how that can be set as default [15:03] let me find out [15:04] well you can create a custom .desktop but it's not really user friendly [15:04] rodrigo_, it come as a bug of something which was working and doesn't anymore, it's especially annoying if upstream .desktop didn't get update to be listed in the capplet [15:04] pitti, mterry_: ^ [15:05] mterry_, not sure pitti got your reply since the bug was assigned away from the team when you commented [15:05] Yeah. That's an upstream GNOME 3.0 thing. I assume the intention was to offer a way to write custom .desktops through the UI but they didn't do it yet? [15:06] seb128, yes, the apps need to be updated to support the urls [15:07] rodrigo_, mterry_, pitti: I'm wondering if we should go the debian way and revert the url handler change for this cycle [15:07] they did revert it in their glib [15:08] we would probably need to revert the gvfs commit as well [15:08] seb128: and go back tothe xml? [15:08] pitti, it was using gconf before [15:08] hm, I thought I saw an xml file referenced in the bug; but anyway [15:08] the xml are to populate the combo [15:09] seb128: reverting would make sense if in the future it'd be easier for us to properly migrate user settings [15:09] they list the known handlers [15:09] (like as part of the gsettings migration) [15:09] there is no migration for that [15:09] Yeah. That's why I figured biting the bullet earlier was better [15:09] but then it's just a question when we do the breakage, it's not going to get any better? [15:10] pitti, well over time an increase number of applications will have their .desktop adapted for the new system [15:10] pitti, not sure if they will bring back the "custom handler" entry though [15:10] not sure how much we care about it either [15:11] ok, so the info is stored in ~/.local/share/applications/mimeapps.list [15:11] rodrigo_, right [15:11] the issue is not that [15:12] trying to find out if there's a system wide thing we can tweak [15:12] we set the default in defaults.list [15:12] that's not the issue [15:12] the issue is what if I want to use "w3m" as my default browser [15:12] or "$custom_browser" [15:12] you use to be able to write "w3m" in a text entry [15:13] now you need to create a .desktop and register it [15:13] yes, that's gone, and I don't think it'll be back [15:13] ok [15:13] so w3m should have that in his .desktop [15:13] do we want to polute the list with it [15:13] mvo: GI_TYPELIB_PATH=/home/martin/upstream/gtk/gtk gtimelog -> happy again [15:13] there is always cases we will not cover [15:13] ok [15:14] seb128, it will only show up in the list if it's installed [15:14] rodrigo_, mterry_, pitti: so do we think there is enough of an usecase for custom handlers that we should try to get that back? [15:14] seb128: i guess the UI should provide a 'custom' entry, and have that write out the appropriate things in the defaults.list in user's home [15:14] anyway, users that use w3m as browser can probably just edit ~/.local/share/applications/mimeapps.list [15:15] rodrigo_, well, replace w3m with "chrome" [15:15] seb128: TBH I find it surprising that upstream gnome even accepted the new system without a migration path.. [15:15] but the chrome case will be fixed if not already [15:15] seb128, for chrome, I think the best would be to update its .desktop [15:15] pitti: cooool [15:15] seb128: but if backing it out buys us anything, then sure [15:15] rodrigo_, it's not something we ship or can update [15:15] seb128: well, google will have to update chrome [15:15] we don't ship it? [15:16] rodrigo_, no, we ship chromium [15:16] seb128: they will have to do it to support suse/redhat/etc... anyway [15:16] ah, ok [15:16] dobey, right, again it was an example [15:16] right. [15:16] the question is to know if there is a valid usecase for setting a custom value [15:17] i suppose a better example is "what if i install IE or Safari under wine" [15:17] seb128, I think it's only for advanced users, afaics [15:17] and i want to use that as the default :) [15:17] pitti, not really, it's a follow up on the bug you reassigned to mterry earlier [15:17] or yes, crazy corner cases as the one dobey just pointed out :) [15:17] Well, do we know GNOME plans for future? [15:17] Is this something we deal with for one cycle or many? [15:17] mterry_, plans for now are no cuistom entry [15:17] you are back in the "technical enough to edit the list with your text editor" though [15:18] so we have 2 issues [15:18] 1- that pitti just raised, is migration [15:18] rodrigo_, right, for 3.0? but what about 3.2? [15:18] mterry_: GNOME's plans are the same as with every major release. the X.0 is "drop the bomb" and the X.2+ are always "clean up the fallout" [15:18] 2- custom handlers setting [15:18] mterry_, no concrete plans for 3.2, but since it was removed on purpose, I don't think it'll be back soon [15:19] unless a lot of people complain [15:19] rodrigo_, I guess the question is, "is the decision to remove the custom handler entry a design one or a thing which is not back yet" [15:19] i doubt it will come back really [15:19] seb128, it's a designers' decision [15:19] ok [15:20] Do we know if Ubuntu Design has an opinion? [15:20] what is KDE doing with it? i presume they're moving to the same system since it's an fd.o thing? [15:20] dobey: afaik, yes, but not 100% sure [15:20] the custom setting is not really useful any more [15:21] mterry_, not sure, that would be the next step [15:21] mterry_, some people from canonical design team have been involved in some of the designs, not sure about this one though [15:21] oh, the windows decorator keep crashing! [15:21] nessita, yes :( [15:21] mterry_, can you try to see with ivanka or mpt or #design? [15:21] it was only there before, because all the different browsers used to have crazy different command line args for opening new windows vs tabs or whatever [15:22] yes === seiflotfy_ is now known as seiflotfy [15:24] and since in the browsers that do need to deal with that, it's an internal setting now, instead of using an argument, it's not so useful [15:26] mterry_, ckpringle was the design guy who got involved in reviewing the new g-c-c designs [15:28] rodrigo_, he was Ubuntu-affliated? [15:28] seb128, sure, I'll poke into #design in a sec and if no response will mail with CC:s [15:29] mterry_, thanks [15:29] mterry_, he works for canonical afaik === tkamppeter_ is now known as tkamppeter [15:39] kenvandine: should we try to figure out what's going wrong with quilt/etc in banshee, or just wait for 1.9.5 release next week, and hyperair to upload it? [15:40] dobey, hang on, in a meeting [15:40] seb128 - ok, dbusmenu uploaded too :) [15:40] and tedg has lots of reviews to do ;) [15:40] hehe [15:40] hehe [15:41] tedg, be ready for reviewing ;-) [15:41] kenvandine, hey [15:43] ok i need to run for a few minutes anyway [15:44] right, i must do some mozilla-related work now ;) [15:47] kenvandine, the appmenu dbus address changed in natty didn't it? [15:47] (ie, it's different to maverick) [15:49] chrisccoulson, yes [15:49] kenvandine, cool, thanks [15:49] chrisccoulson, fun isn't it :) [15:50] that makes things simple for me actually. i want to add the menu to the firefox nightlies, which build on all releases [15:50] at least i know the menu will fall-back on pre-natty ;) [15:50] true [15:51] it definitely doesn't want to be enabled on maverick, else it won't work very well ;) [15:53] chrisccoulson, btw no need to add patch systems when you backport things from a vcs, just bzr merge the revisions you want [15:53] the new upgrade should deal with it fine if the vcs you backported is merged in trunk [15:53] seb128 - ah, ok :) [15:53] it might need a bit of fixing if it gets other changes before being merged but that's not lot of work [15:53] easier than to deal with patch system fiddling usually [15:54] how long does unity take to build? [15:54] i'm not sure i can wait for the builders! [15:56] do you wait on today update? [15:56] or do you have a custom ppa build? [15:58] is there a way to have the favorites *before* the recents in the files dash? i have far too many recents (it's slow), and most of the time, i need the favorites, not the recents [15:59] wheel scrolling in the dash(es) would be nice too [16:00] seb128 - i'm just waiting on todays update [16:00] but i don't want to wait, i want it now ;) [16:00] fta, no [16:00] fta, the scrolling will be likely done for natty [16:01] chrisccoulson, it's built on i386 but I guess you don't use that ;-) [16:01] seb128, i could try and install that, but i don't think it would work too well ;) [16:01] seb128, good for the scrolling. bad for the favorites. is that a design hard choice? [16:02] oh, amd64 is sooooooo close too [16:02] fta, not sure [16:02] chrisccoulson, it's likely that amd64 just missed the publisher run though [16:03] seb128 - that's ok. i just grab the debs from launchpad ;) [16:03] it's a shame that the firefox menu didn't make alpha 3 :( [16:04] did you try asking the r-t about uploading today? [16:04] but I guess they will say no now [16:05] seb128 - pitti said to upload it after a3. i'm cool with that though, it would be a bit tight for me to fix issues ;) [16:05] right [16:05] or even to get it built on armel, etc. [16:05] yeah, armel is pretty slow [16:05] especially with the mirroring problems we are having today, which slow everything down even further [16:06] ok, the unity builds are done === zyga is now known as zyga-food [16:10] bigon, no news on the import for upower from debian? [16:16] rodrigo_: ? [16:16] rodrigo_: we have the current version [16:16] pitti, seems we don't, gnome-shell from the ppa fails to install with: gnome-shell : Depends: gir1.2-upowerglib-1.0 but it is not installable [16:17] rodrigo_: ah, from experimental [16:17] yes [16:18] rodrigo_: nope :( [16:18] rodrigo_: can we do that after a3? [16:18] bigon, can't we just upload it to the ppa for now? [16:18] didrocks: could you looks at my upower sync request? [16:18] rodrigo_: or, I can sync it now, and it'll build and be in binary NEW [16:18] bigon, pitti is your man, see above :) [16:18] :) [16:20] seb128 - yeah, i downloaded the unity builds already :) [16:20] just updating the rest of my system, then, time for a session restart :) [16:22] Sweetshark, can you provide any insight into why my lo-menubar builds are failing for i386? https://launchpad.net/ubuntu/+source/lo-menubar/0.0.2-0ubuntu1/+buildjob/2286628 [16:23] Sweetshark, the failure is: libreoffice-dev : Depends: libstlport4.6-dev (>= 4.6.2-3) but it is not going to be installed [16:23] but i can install libreoffice-dev fine in a i386 vm [16:23] and it had built in pbuilder for i386 the same day this first failed [16:24] (I'm on the phone, sorry) [16:25] * Sweetshark takes a look at the buildlog [16:25] Sweetshark, thx [16:26] * kenvandine does the never advisable "before meeting reboot after upgrade" :-D [16:26] brb [16:26] kenvandine: well, that looks like the build system is seriously confused [16:27] lo-menubar uses waf, not anything from LO/OOo [16:27] so ... no idea really [16:29] morning everyone. Ready for meeting? [16:29] https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-03-01 [16:30] hey jasoncwarner [16:30] hey o/ [16:30] wow, that is always a bad idea [16:30] lots of (nautilus:2298): LIBDBUSMENU-GLIB-WARNING **: (/build/buildd/libdbusmenu-0.3.99/./libdbusmenu-glib/menuitem.c:1760):dbusmenu_menuitem_property_is_default: code should not be reached [16:30] heyo [16:30] didrocks, kenvandine, mterry_, pitti, chrisccoulson, others: ^ it's meeting time [16:30] in my xsession-errors [16:31] kenvandine, that's fixed in natty [16:31] and no unity :/ [16:31] oh, that time already? today has flown by! [16:31] kenvandine, get the upload chrisccoulson did earlier [16:31] ok [16:31] oh argh [16:31] good times [16:31] what a day, things keep falling apart [16:31] jasoncwarner, you should really get a list of nicknames with a ping to start ;-) [16:32] heh [16:32] seb128: I'm creating an autokey for that today! [16:32] ;-) [16:32] jasoncwarner: https://launchpad.net/~canonical-desktop-team/+members [16:32] hi [16:33] reading back through the history a bit, seems most everyone is quite busy...so lets see if can make this quick! [16:33] hi [16:33] hey all [16:33] [TOPIC] Partner Update [16:33] sure [16:34] sorry, fumbling a bit... not used to classic gnome anymore :) [16:34] DX - Potential FFE [16:34] places a11y (postponed probably) [16:34] bamf transient API https://bugs.launchpad.net/indicator-appmenu/+bug/664711 [16:34] appmenu FS case https://bugs.launchpad.net/indicator-appmenu/+bug/591189 [16:34] Launchpad bug 664711 in indicator-appmenu "Change to new BAMF menu transient API" [Wishlist,Confirmed] [16:34] Launchpad bug 591189 in indicator-appmenu "Manage the fullscreen application case" [Wishlist,Invalid] [16:34] and there is a pretty nasty bug in indicator-datetime [16:34] bug 726603 [16:34] Launchpad bug 726603 in indicator-datetime "Appointments displayed might not be the next 5 " [High,In progress] https://launchpad.net/bugs/726603 [16:35] if you have recurring events, it is very likely the ones displayed in the indicator are not your next 5 [16:35] so don't rely on it :) [16:35] karl is working on it [16:35] kenvandine: yeah, it's quite messed up [16:35] and for UbuntuOne [16:35] Potential FFE [16:35] bindwood needs to be updated to work with firefox 4 (in progress) [16:35] notifications for over quota events (not sure this will happen yet) [16:36] bindwood should happen, and it is in universe [16:36] just never got updated for ff4 [16:36] and there is the issue of banshee not handling u1ms urls, which dobey has worked on [16:37] i was going to update bindwood, but then found that someone already did it ;) [16:37] chrisccoulson, oh, is it ready for ff4 now? [16:37] jamesh is working on it afaik [16:38] kenvandine, yeah there is a branch which supports ff4 now [16:38] (it's just a case of dropping nsIExtensionManager) [16:38] other than those things... of course there are plenty of bugs [16:38] time to get to stomping on those :) [16:38] i had to do it for one of mine too ;) [16:38] that is all i have [16:38] Thanks, Ken. [16:39] [TOPIC] Unity [16:39] all is on the wiki right now :) [16:39] https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-03-01 [16:39] so, to sum up: [16:40] new unity today, ready for alpha3 [16:40] new dash, hope you will love it [16:40] lot of bug fixes [16:40] still few FFe that will be required (will get the list later today) [16:41] I think the wiki page is quite complete actually :) [16:41] thanks didrocks [16:41] didrocks, as always :) [16:41] * jasoncwarner scanning for questions.... [16:41] oh, and btw, if you have ever wondered of all unity shortcuts [16:41] http://askubuntu.com/questions/28086/keyboard-shortcuts-in-unity/28087#28087 [16:41] that has all the secrets you always wanted on unity ^ [16:41] btw...like the Super+shift+# addition... [16:41] yeah \o/ [16:42] this brought some question on some weird keyboard layout [16:42] like the French one (who uses that?) :) [16:42] well [16:42] as Shift + & is 1 [16:42] don't get me started on that! [16:42] ;) [16:42] heh :-) [16:42] so basically, this release is really solid [16:43] saaaweeeet... [16:43] do not hesitate to report any issue, as always [16:43] that is going up today for A3? [16:43] yeah :) [16:43] after some discussion with the release team [16:43] (a lot) [16:43] but thanks to them! :) [16:43] ok...can't wait update :) [16:43] thanks, didrocks [16:43] I think we are all looking forward to it! [16:44] heh, excellent! [16:44] indeed [16:44] :) [16:44] [TOPIC] Software Center [16:44] hey! [16:44] so details on wiki and summary here: [16:44] * Improvements to the lobby screen [16:44] * Continued refinement of ratings and reviews UI [16:44] * Added ability to deauthorize your computer for purchases [16:44] * Lots of bugfixes [16:44] * Coming soon: Details view visual improvements and speedup [16:44] * We are feature complete, now concentrating on: [16:44] * UI refinements and performance [16:44] * Continue startup time improvements [16:44] * Bugfixing and stability [16:45] actually, I have not checked recently on the status of the Unity side of launcher integration [16:45] tremolux: is ratings and reviews all rolled out from an IS standpoint? is there anything they are still needing to do for launch? [16:46] jasoncwarner: it's not fully rolled out, we are awaiting the next version that will hopefully land this week [16:46] it will contain, among other things, support for the new usefulness feature [16:46] we will get an ETA tonight for the rollout [16:47] tremolux, are utf-8 issues resolved? :) [16:47] mterry why would we care about that? [16:47] who woudl put those in the naem of an app? [16:47] seriously [16:47] come on! [16:47] mterry_: hmm, I *think* so, let me check and I'll let you know [16:47] but that is also awaiting the next serverside rollout [16:48] yeah, sorry mterry_!! [16:48] :) [16:48] jasoncwarner, trying to make friends in non-english countries? ;-) [16:48] :) [16:49] non-english? ;) [16:49] thanks, tremolux [16:49] oh [16:49] thanks! [16:49] you mentioned unity launcher integration? checking on that today? [16:49] yes, I will, didrocks do you happen to know more? [16:50] it's not done yet [16:50] definitively on the list [16:50] awesome, thanks :) [16:50] didrocks: is there any eta that you know of? [16:51] jasoncwarner: not for the next release in any case, but then, it will be tackled [16:51] cool...thanks [16:51] thanks, tremolux [16:51] [TOPIC] Kubuntu [16:52] Riddell: any Kubuntu update ? [16:53] hi [16:53] current waiting on alpha candidates to appear [16:53] currently packaging KDE SC 4.6.1 [16:54] current packaging Qt 4.7.2 [16:54] I believe KDE on ARM is broken due to bug 705689 [16:54] Launchpad bug 705689 in gcc-linaro/4.5 "Qt applications crash with segfault error on armel when Qt is built with gcc 4.5 on natty" [High,In progress] https://launchpad.net/bugs/705689 [16:54] Qt has a workaround but not kdelibs [16:55] Riddell: confirmed, see http://people.canonical.com/~ubuntu-archive/testing/natty_probs.html [16:55] actually, I meant to say that the Qt fix helped [16:55] it's a lot better now [16:56] oh aye, kdebindings compiling on arm too [16:56] and KDE is actually mostly installable now (by dependencies, anyway) [16:56] so at least it's all compiled now, just probably not running :) [16:56] haven't checked that, just wanted to point out that Qt is immensely happier now :) [16:56] .. [16:57] ok, thanks Riddell! [16:57] [TOPIC] AOB? [16:57] Anyone have anything else to discuss? [16:58] are we done with that allhands.c.c thing? [16:58] LibreOffice updates... [16:58] not me... just that the unity update is pretty awesome! great work guys! [16:58] Riddell: I'm still trying to get my account fixed :/ [16:58] i'm itching to restart my session so i can try the new unity! [16:58] allhands> AFAIUI from heno we are just supposed to clear up the old 2010 cycle TODO items, so that they can activate the April review cycle? [16:59] chrisccoulson: already tried in the guest sessino :) [16:59] chrisccoulson: (I grabbed the .debs from LP, you as well I suppose) [16:59] just run "unity" in a running session [16:59] no need to restart ;-) [16:59] pitti: yes, that seems to be it for allhands [17:00] Sweetshark: libreoffice updates would be great! [17:00] LibreOffice status: [17:00] - first LibreOffice 3.3.1 final in Natty (3.3.1-1ubunt4) [17:00] - Backports for Lucid and Maverick in the ppa [17:00] - arm still broken [17:00] - arm porting stuff together with doko - some unfortunate discussions about the origin of patches in the debian/ubuntu build (they missed proper attribution => bad thing) [17:00] - transitionals will get done today [17:00] - l10n tomorrow [17:00] - lo-menubar integration stategy: upstreaming for 3.4, building as an external extension for 3.3.X (thus for natty) [17:00] seb128 -ok, i just did that now ;) [17:01] Sweetshark: did you figure out the recursive flags variable which caused the armel ftbfs? [17:01] pitti: yes, the moment I saw it. [17:01] nice [17:02] pitti: but there where other issues with the arm patch introduced from debian, including the nasty attribution stuff [17:03] * kenvandine is looking forward to getting lo-menubar in :) [17:03] firefox might beat it now ;) [17:03] pitti: doko is currently building on kakadu. Lets see how it goes. So far, it is looking good. === MacSlow is now known as MacSlow|afk [17:04] cool [17:04] still building ... [17:05] chrisccoulson, ugh... i can't get lo-menubar to build for i386 on the buildds [17:05] worked in pbuilder :/ [17:06] kenvandine, do you have universe activated in your pbuilder or not? [17:06] thanks, Sweetshark [17:06] i don't [17:06] seb128, and it build for amd64 [17:06] the error is failing to satisfy a depends for libreoffice-dev [17:06] retry the build [17:06] not something specific to lo-menubar [17:06] i have [17:06] it might have been a transient issue [17:06] a bunch of times now [17:07] same errors [17:07] did you try in an i386 pbuilder? [17:07] last week [17:07] it worked, same day i uploaded [17:07] ok dunno then [17:07] and i can install the build depends in a i386 vm [17:07] yeah, that is why i asked Sweetshark :) [17:09] Ok...last topic! [TOPIC] Tools and Processes [17:09] pitti: anything you wanted to go over? [17:09] not from my side [17:09] for T&P anyway [17:09] just one question for a3 work items [17:10] didrocks: are the a11y WIs in the new unity upload, or should I move them to b1? [17:10] pitti: maybe ask to rodrigo, there are nice enhancements but I didn't test it that much [17:10] kenvandine: hhmm, didnt see that. we gotta discuss that after the meeting [17:10] so, to be clean, on a11y and unity: [17:10] Sweetshark, thx [17:10] all will be accessible by natty, but the places [17:10] (there will be keyboard navigation, but no onbard screen reader) [17:11] rodrigo_ will give a better a11y state than I can, I just saw the commits flowing in :) [17:11] pitti: I'll track it down to get them refreshed tomorrow [17:11] yes, can give a state if you want :) [17:11] didrocks: thanks [17:11] rodrigo_: please [17:12] ok, so panel and launcher are mostly accessible, some small bugs remaining here and there [17:12] jasoncwarner: (sorry, just here with 1/4 brain -- this a3 takes a lot more effort than usual) [17:12] for places, we talked with dbarth__ the other day about leaving it to the end, and if there's time, do the a11y for it [17:14] pitti, that's a short summary, is that what you wanted? :) [17:14] rodrigo_: thanks [17:14] if dbarth didrocks can translate that into updating WI states for a3, perfect :) [17:15] :) [17:15] pitti: will do them :) [17:15] ... just assume you'd read the missing "or" there [17:15] heh, sure :) [17:17] Ok...anything else? [17:18] 3.... [17:18] 2... [17:18] 1.. [17:18] thanks [17:18] seb128, Riddell, bryce, pitti, what about an O O being the first Ubuntu with color managment (ICC, ...). [17:18] thanks ;) [17:18] [END MEETING] [17:18] thanks everyone [17:19] tkamppeter: just an announcement? or do we need to discuss something for that? [17:19] pitti, perhaps someone has opinions, as we are all here ... [17:19] ... Especially that it is not only me who will work on implementing it. [17:26] thanks y'alls [17:38] bbl [18:20] pitti, jasoncwarner: so far my position is to not ask for an FFE on places a11y, and focus energies on fixing bugs instead [18:21] a11y & places bugs that is, and limiting changes here as much as possible [18:23] dbarth__, did https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/709461 get fixed for A3 or is it still pending? [18:23] Launchpad bug 709461 in unity "semi-random invisible window with x geometry on top layer possible, all viewport only (one ws though)" [Critical,In progress] [18:24] skaet_: so, we have *one* case remaining, but no reproducible test case [18:24] so nothing too harmful right now, I've run it for days without getting one… [18:25] but we know that there is still something left… [18:25] (but it's not as critical as it was) [18:25] didrocks, thanks! There's a unity task that doesn't have any status associated with it, and I'm not sure what should be documented in release notes. [18:26] christoph_n: ping?/4 [18:26] what's 1/4 of a ping? a 'p'? [18:26] skaet_: if we can make a call in the release note so that tech user to find a reproducible test case, that would be neat :) [18:27] pitti: you told before that you had 1/4 brain because of alpha3, I would say it's linked :) === zyga is now known as zyga-afk [18:28] didrocks, come up with the words, and it will go out, its been done before for other projects :) [18:28] didrocks, dbarth__, pitti - have the skeleton up for A3 [18:28] tech overview. [18:28] skaet_: excellent! :) [18:28] could one of you go in and update the desktop section with the new features for Unity. [18:29] https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview [18:29] skaet_: sure, can that wait tomorrow morning? I'm quite dead TBH :) [18:30] didrocks, as long as its done by 12:00 UTC we should be good, I need to get a couple of passes of reviews on it, before it goes out. [18:30] skaet_: sure, will do it as first thing tomorrow morning, with a fresh mind, will be way easier :) [18:31] seems that people upgrading are enjoy the new unity [18:31] skaet_: thanks for your understanding on the freeze break :) [18:31] enjoying* [18:31] kenvandine: ping [18:31] I think we tested it enough to ensure it's rock solid! [18:31] didrocks, :) [18:31] dobey, pong [18:32] kenvandine: hey, so you tried to build a banshee packages with my changes, right? [18:32] * skaet_ is keeping fingers crossed no weird interactions show up in the iso testing, but feeling hopeful again. [18:32] dobey, yeah [18:32] kenvandine: did you just apt-get source, and apply my patch, then debuild -S and try to pbuild that? [18:33] skaet_: drop me an email in case of emergency, I'll start early tomorrow morning [18:33] dobey, at first, yes [18:33] and saw it wasn't apply the patch, etc [18:33] didrocks, will do. have a good evening. [18:33] thanks, finishing some email backlog and will go :) [18:33] so i grabbed the package with git and applied your debdiff there and built it [18:34] kenvandine: ok, i think quilt was doing some stupid stuff and genearting another patch which reversed my patch [18:34] yeah [18:34] kenvandine: i had to manually apply my patch to the tree before doing debuild -S to get a proper debdiff out of it :( [18:35] would be nice to get our source package branch fixed [18:35] pitti: still around? [18:35] yeah, i have no idea at all why it's doing that though :( [18:36] kenvandine: but the binary package i built with the patch does work; unless banshee isn't already running (but i think that's a separate weird issue in banshee) [18:36] oh... that was how it was testing it [18:36] without banshee running [18:36] but actually... it was firefox giving me the error [18:37] no handler error [18:38] yeah, firefox is doing that too [18:38] for me [18:38] i think that's a firefox + ubufox issue or something [18:38] so how were you testing it? [18:38] but if i copy/paste the link into terminal, and use xdg-open "u1ms://blahblah/" it works [18:38] oh [18:39] banshee opened from chromium for me [18:39] but epiphany and firefox both aren't working with u1ms:// [18:40] chrisccoulson, thoughts ^^ [18:41] is anything registered on the system to handle u1ms URI's? [18:41] i can't find anything here [18:41] yes, banshee with my patch (not currently in default ubuntu yet) [18:44] hmmmm, firefox should just be doing g_app_info_launch_default_for_uri [18:44] which, i guess should work ;) [18:44] i'll need to look more at it. upstream don't enable the GIO integration, so this stuff only really gets tested by us [18:45] bah, pidgin is still buggy with appmenu in some cases [18:45] chrisccoulson: hrmm. maybe i need to restart firefox for it to work, but that doesn't really seem right [18:46] dobey, i restarted last night and it didn't work [18:46] nope [18:46] yeah i just did that and it still fails [18:47] i found another issue though, but is slightly unrelated [18:47] confirmed, xdg-open works [18:47] another issue in banshee [18:47] not directly to the store, but it starts banshee [18:47] yeah, it seems like you have to already be in the store for it to do the right thing === MacSlow|afk is now known as MacSlow [18:49] chrisccoulson, so in maverick we registered the url handler in gconf, but that isn't the way we do it anymore right? [18:49] kenvandine: right, it's done with the x-scheme-handler/ mime types now [18:49] skaet_: not, looking back into it atm [18:49] kenvandine, no, it's via the x-scheme-handler types in the desktop fule [18:49] oops [18:49] grrr, can ubuntu one stop spamming me with connect, disconnect notify-osd events === zyga-afk is now known as zyga [18:50] seb128: i think nessita put a check in the code to do that just for you :) [18:50] weird firefox doesn't do the same thing xdg-open does [18:50] seb128, indeed, that is annoying [18:50] ok, let me kill the syncdaemon [18:51] hmmm, so, firefox asks me whether i want to open it in rhythmbox or another application. if i click on rhythmbox, it opens banshee! [18:51] nice! [18:51] haha [18:51] i take it that isn't desired ;) [18:53] skaet_: so the bug is the continuation of the stacking issues; its a resurgence on a smaller scale; and not we didn't find a fix for the last part of it [18:53] skaet_: we focused on fixing more of the decorator issues, as it was occuring way more frequently [18:54] dbarth__, ok, will leave it in the release notes for now. Feel free to update the wording of the bug though to make it more accurate in the TechOverview. [18:54] s/release notes/TechOverview/ [18:55] chrisccoulson: hrmm, if you click 'buy it' on https://one.ubuntu.com/music/l/3575523/0 it does that? or something else? [18:56] dobey, yeah [18:57] * kenvandine needs to run out for a bit, bbl [18:58] chrisccoulson: that's really weird [18:59] dobey, what does it do for you? [18:59] chrisccoulson: just says "Firefox doesn't know how to open this address, because the protocol (u1ms) isn't associated with any program." [19:00] chrisccoulson: i wonder is there something in firefox still poking at the gconf stuff? [19:00] dobey, do you have a manually editted desktop file for banshee in /usr/share/applications? [19:02] chrisccoulson: not exactly. i have a package of banshee installed, with my patch from bug #723960 [19:02] Launchpad bug 723960 in banshee "[FFE] u1ms: links are not handled by banshee" [High,Fix committed] https://launchpad.net/bugs/723960 [19:03] dobey - and mimeinfo.cache has the registered default for x-scheme-handler/u1ms? [19:03] chrisccoulson: i assume so. xdg-open works. midori works. chromium works. firefox and epiphany don't though [19:04] dobey, this is our build of firefox you're testing with isn't it? (just in case you're running an upstream build) [19:04] yes it's whatever is in narwhal [19:04] let me see if there's a newer version in the archive [19:04] that's ok [19:05] so, i'm a bit confused now :/ [19:05] i get the dialog asking me whether to open it in the default handler (although, the display name for that is wrong), but it does open it in the correct player [19:05] there is a new firefox-gnome-support [19:05] that doesn't contain anything useful ;) [19:06] if we want to bypass the dialog, and just open the default, i think i need to set a preference for that [19:06] and new firefox and firefox-branding [19:06] ah [19:06] what version do you have installed currently? [19:07] oh i don't know, i just installed the new ones :) [19:07] heh [19:07] i think i had b11 before [19:07] ah [19:08] and 4.0~b12 still gives the same error dialog though :( [19:08] could you report a bug and assign it to me? i need to eat something now, but i'll take a look at it [19:14] ok [19:15] thanks [19:20] chrisccoulson, i had the same problem opening u1ms urls too... on both my laptop and desktop [19:20] fully updated [19:21] Sweetshark: hi [19:25] pitti: care to review the stuff I did about the transitionals? [19:26] Sweetshark: sure; you mean the new delta to the current Debian pacakge, to get the doc symlinks out of the way? [19:26] yep [19:26] kenvandine / dobey - what do you have network.protocol-handler.external-default set to in about:config? [19:27] chrisccoulson, default true [19:27] default true [19:30] ah [19:30] i think i might know what's up [19:31] even though it's using GIO for launching with the default handler, it checks if there *is* a default handler before that [19:31] but it seems that it's not looking in the right place [19:32] bingo! [19:33] it works here because i have /desktop/gnome/url-handlers/u1ms/enabled=true [19:33] which is where it gets rhythmbox from too [19:33] but it actually does the launch with GIO [19:33] this is messed up [19:33] :( [19:33] but, fixable [19:34] ok, i'll sort that out [19:34] ok [19:34] thx [19:35] chrisccoulson: interesting, because it still failed for me after i installed rhythmbox-ubuntuone-music-store. but i also uninstalled banshee (because i wanted to see if it would open rbox); so i guess it needs both [19:35] yeah, it does [19:35] this is a consequence of enabling a totally untested module in firefox ;) [19:35] but, the gconf way + gnomevfs is pretty broken now anyway [19:36] i'll work on this tomorrow [19:37] does anyone have a main package ready for upload? I need a small and harmless one [19:39] * pitti syncs upower to get the gir package [19:39] that'll do [19:40] ok, cool [19:40] should i still file a bug? :) [19:40] dobey, yes, please :) [19:41] :) [19:42] chrisccoulson: bug #727372 [19:42] Launchpad bug 727372 in firefox "FF 4 requires both .desktop and gconf entries for url handlers" [Undecided,New] https://launchpad.net/bugs/727372 [19:42] dobey, excellent, thanks [19:46] b'ah, why, after emptying my trash does gvfsd-trash insist on spamming my session bus for 30 minutes [19:46] making the rest of my desktop an unusable sticky mess [19:47] dobey, lp:ubuntu/banshee is up to date now [19:47] kenvandine: hooray! [19:47] should make life better :) [19:47] so please propose a branch :) [19:47] hopefully [19:47] i will [19:48] are you going to fix the other problem? where it doesn't open the store if it isn't already? [19:48] dobey, ^^ [19:50] yes [19:50] i am doing that right now :) [19:51] or well, working on it [19:51] is a bit complicated it seems [19:54] well, got it partially fixed anyway [20:13] dpm, what's the status for firefox translations? do you need me for anything? (sorry, i've been busy with lots of other stuff this last week) [20:20] hi chrisccoulson, no worries, thanks for coming back to me. Shall we have a quick chat about it tomorrow? In short, the status is that they are still not working. po2xpi seems to fail in creating them and thus they are not included in langpacks. pitti was telling me yesterday he had been looking at it. I think the work that sorting this out requires is to fix the po2xpi shell scripts to generate valid FF4 translations tarballs. This can be tested loca [20:20] lly by downloading the translations from LP and invoking po2xpi in the same way langpack-o-matic does (through the rosetta_xpi_to_sources script) [20:21] dpm, chrisccoulson: i started debugging it yesterday, but I had to stop, and today I worked 13 hours on CD builds :/ [20:21] * dpm hugs pitti [20:21] dpm, chrisccoulson: the root of the problem is that (1) xpi2xpi doesn't deal with the non-jar xpis that Firefox now uses, and runpo2xpi (for devmode) just fails as well for yet unknonw reasons [20:22] but at least xpi2xpi sohuld be fixed, or ripped out entirely [20:22] pitti /dpm - ok, thanks [20:22] i'm getting a little worried about this :( [20:22] so if either of you has some time to fix xpi2xpi for non-jar tarballs, be my guest :) [20:23] i didn't plan to spend any time looking at it, because i thought it all just worked ;) [20:23] chrisccoulson: ffox 3.6 had a jar in the xpi, 4.0 just has the xpi [20:23] which upsets it [20:23] but I wonder whether we can do away with this xpi2xpi hack altogether -- it's a lot of shell magic around what is essentially unpacking an xpi [20:24] chrisccoulson: but I don't know whether the installed system actuallally needs a jar in /usr/share.., or just unpacked files [20:24] (jar would certainly be nicer, as it's compressed) [20:24] pitti - basically, they should be installed on the system as an xpi (with no jar inside) [20:24] ie, we don't unpack the xpi at all [20:24] chrisccoulson: that makes it even easier [20:24] i should test that that actually works first ;) [20:25] chrisccoulson: then I could just copy the data/11.04/firefox/*.xpi stuff from po2xpi straight into the langpacsk [20:25] but firefox 4 supports unpacked extensions now [20:25] of course that doesn't yet solve translation updates from LP [20:25] but we didn't really have them so far either [20:25] pitti - would we still need to replace the install.rdf in the upstream xpi's? [20:25] i think they set the min/max versions really tiht [20:25] chrisccoulson: you tell me [20:25] *tight [20:25] yeah, i think we do [20:29] pitti - ok, i just downloaded a 4.0b12 xpi, and it has minVersion=4.0b12,maxVersion=4.0b12 [20:29] we would still need to fix that [20:29] else we'd have to roll a new langpack for security updates ;) [20:30] *nod* [20:30] I wonder why they do that [20:30] yeah, i'm not too sure [20:32] pitti - the 3.6 xpi's have the versions set wider. i wonder if they just do that for betas :/ [20:33] ah, seems so [20:33] the 3.6 betas do the same [20:33] so, maybe we don't need to change those at all [20:35] chrisccoulson: ah, because they are prone to breaking more often? [20:35] chrisccoulson: anyway, fixing install.rdf later on is easy, should it ever be necessary [20:35] chrisccoulson: so for now, I could radically simplify this stuff by just copying the original XPI into the langpack, and you tell me where to put it? [20:36] (fixing po2xpi is an independent matter, of course) [20:36] pitti - they should go in to /usr/lib/firefox-addons/extensions [20:36] and the filename *must* match the extension id [20:36] eg, langpack-en-GB@firefox.mozilla.org [20:37] (the extension ID is in the install.rdf too, so perhaps you might still need to check that when copying) [20:37] chrisccoulson: I'd use the upstream file names as they are; I assume they are correct? [20:37] no, the upstream filenames don't work :( [20:37] chrisccoulson: oh, you mean not /usr/lib/firefox-addons/extensions/de.xpi? [20:38] remember, they normally go through the addons manager, which handles this stuff by itself [20:38] so, the addons manager will install them in to ~/.mozilla/firefox/extensions/langpack-en-GB@firefox.mozilla.org.xpi [20:38] or, something like that ;) [20:40] chrisccoulson: would you mind emailing me some instructions what exactly to filter out of the xpi, and how to name it, and where to place it? [20:41] I'm afraid I'm too tired to coherently think about it tonight, will have to postpone langpack hacking to tomorrow or Thu [20:41] pitti - sure, no problem [20:41] chrisccoulson: thanks! [20:41] i might even take a look at it later too [20:42] so I won't call po2xpi at all for natty onwards [20:42] (for now) [20:46] lol - http://groups.google.com/group/mozilla.dev.apps.firefox/browse_thread/thread/1cde2f4c99f8ad55# [20:46] Jesus big love! [20:52] what a great name :) [20:54] kenvandine, is that his name or just how he closes his email? [20:56] hehe i guess just how he closes his email, which is probably even funnier [20:56] it is :-) [21:16] good night everyone [22:00] good morning eastern edition...ready for meeting? [22:00] https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-03-01 [22:00] robert_ancell TheMuso Bryceh RAOF [22:01] Good morning gentles all. [22:01] morning RAOF [22:02] TheMuso: bryce_ around? [22:03] heya [22:03] Well, RAOF, I think it is you and me :) [22:03] oh, heya bryce_! [22:03] hey [22:03] nm...spoke too soon ;) [22:03] sorry, was chatting with raof on #ubuntu-x [22:03] Here they come :) [22:04] [TOPIC] X Update... [22:04] ok [22:04] A fun week in X! [22:04] I mentioned about an out of memory bug previously... [22:04] this is now solved. Turned out it was a bug in ubiquity that caused a memory leak [22:05] during installation or livecd usage, which quickly gobbled up memory and then X fell over and died [22:05] :) [22:06] patch was verified by the testing crew and cjwatson accepted it into ubiquity, so all should be good now. [22:06] awesome... [22:07] anything else you want to highlight? [22:07] progress on the proprietary driver front [22:07] We now have all the Xi 2.1 bits in the stack, so multitouch should work for all those people who actually have multitouch hardware and software :) [22:07] oh, cool...I'll test it on my trackpad ;) [22:07] however with the latest xserver upstream ABI change it's added a bit of complication for driver guys [22:08] RAOF: are those there now or in latest update today? [22:08] jasoncwarner: They're in now. In fact, last week, just after the meeting :) [22:09] ok :) I'll start testing after meeting. thanks [22:09] bryce_: how are we on drivers now...seems my system is working again ;) [22:09] Everyone who happens to have a non-multitouch but multi-finger synaptics touchpad noticed, because they couldn't move their pointer :) [22:09] jasoncwarner, yep, we're going to need to do another ABI bump unfortunately, but I think what we should do is hold off on that a bit [22:10] so people can keep using proprietary drivers that got 'em [22:10] and give amd/nvidia time to roll out drivers with the new abi [22:10] then when we've got those in hand, we'll can do the abi rebuild dance across the board [22:11] RAOF, does that sound like a sensible approach to you? [22:11] I'm (slowly) preparing the 1.10 final packages, but we might as well wait for the proprietary drivers this time. [22:11] bryce_: Absolutely. I thought we'd already agreed to that :) [22:11] just checking :-) [22:11] we've got hardly any bug reports against natty/xserver right now (just three! and one I reported, the other two may not be valid anyway) [22:12] cool...hopefully we'll get more feedback here soon if there are problems, giving us enough runway to get 'em fixed [22:12] alright...anything else? [22:12] There's one xserver bug I'll hunt down today which seems to be hit by hybrid graphics users (assert on startup). [22:13] We'll get a new mesa soon; the 7.10 branch will soon see a 7.10.1 release, with a bunch of extra fixes over our current snapshot. [22:13] I don't believe that will need a FFe. [22:13] most of my time has been in chasing the -intel gpu freeze bugs. I've also put in a bunch of enhancements to our apport hooks again this past week. But nothing really earth shattering to report there. [22:14] oh and how could I forget... since last meeting, Wayland is now in the archive :-) [22:14] ok... TheMuso, anything of particular note you want to update or are we good? [22:14] bryce_: oh yeah, test away people! [22:14] ;) [22:15] jasoncwarner, haven't gotten much feedback on it. I do plan to spend some time updating it a little. [22:15] Nothing major to report from me. [22:15] One thing I should mention is that there haven't been any user reports of problems with the new audio volume initialization process. [22:16] Which is a good thing, but I have plans to clean that up a bit more next cycle... and other audio plans too. [22:16] audio's been working dandy on all my systems [22:16] ok...cool... [22:17] bryce_: yes but the recent big change was with the way that audi ovoluems are set on a fres install/live CD. [22:17] davidb mentioned something about audio last night and was going to ask TheMuso to look into it... [22:17] TheMuso: would you mind talking to davidb about it and see what he was seeing? [22:17] jasoncwarner: Sure. [22:18] TheMuso: thank you :) [22:18] 'aight...will give a last call ;) Anything else? [22:18] my son has learned to say the word "No" now. He says it with much gusto. [22:18] [END MEETING] [22:18] bryce_: oh man.... [22:18] oh man oh man oh man [22:19] gonna love the coming years! [22:19] :) [22:19] heh [22:19] yeah I'm in for it [22:20] oh, don't forget to update the wiki with the notes from teh meeting...thanks! [22:20] hello there [22:20] ok yeah [22:20] jasoncwarner, do you know where robert_ancell is? [22:21] ^ not restricted to jasoncwarner btw [22:21] ? [22:21] he didn't connect for a few days it seems [22:21] seb128: yes... [22:31] seb128, your still up... [22:31] well, guess it isn't that late :) [22:33] lol [22:33] why do people keep saying that ;-) [22:33] it's only 11:30 [22:33] it shows I connect less often in the evening recently ;-) [22:34] before it was no surprise when I was online ;-) [22:36] yeah :) [23:50] is there a particular reason some of the ~ubuntu-desktop branches are still in pack-0.92 format? [23:52] they haven't been converted [23:54] lifeless: you're everywhere! [23:54] lifeless: ah ok, so it's just historical reasons? [23:54] AFAIK yes. You'll want to coordinate with folk before changing it, of course.