=== robbiew is now known as robbiew-afk === robbiew-afk is now known as robbiew_ [00:37] kees: is the hardening depends only fulfillable in lucid? [00:37] curious, when was that package added? [00:40] asac: hardening-wrapper? it's existed in probably intrepid. [00:41] actually, hardy. [00:42] good [00:42] kees: does it hurt if it ends up being used in hardy? [00:42] for firefox 3.6 [00:42] it shouldn't no. [00:42] good ;) [00:43] heh, cool [00:43] so this will sink down i guess [00:43] ? [00:43] well, we are working on the firefox 3.6 update [00:44] since it has allmost new sysdepends its atm the same for all releases [00:44] s/new/no/ [00:44] not tomorrow ;) [00:44] * asac tries to prevent panic ;) [00:45] for now i asked because we have the branch in daily ppa for hardy-lucid [00:45] heh [00:45] asac: it _should_ build for hardy. I'm looking through the changes since the 1.11 (hardy) version of hardening-wrapper. [00:46] kees: we will see soon in daily ppa [00:46] i was more scared if it might break runtime behaviour in case it just builds [00:46] I don't want to change the version of hardening-wrapper in hardy, so if things go wrong, we can just not enable DEB_BUILD_HARDENING=1 in the rules for that build. [00:50] true [00:56] kees: guess we should do the same for tbird 3? [00:56] its basically the same stub binary [01:04] asac: yeah. anything built from xulrunner should do it. mostly I'm just trying to uber-harden firefox itself, since it's the #1 vulnerability target. [01:10] right === ArneGoet1e is now known as ArneGoetje [02:03] RAOFLOOD :) [02:03] :( [02:04] On the up side, once the new gjs is built gnome-shell will finally build on Lucid. [02:04] cool! [02:05] Mozilla libraries are such a pain in the neck! [02:10] heh [02:15] asac: where should I be watching for the PIE build? https://code.launchpad.net/~mozillateam/firefox/firefox-3.6.head ? [02:53] nhrm ok, we have latest ardour in lucid. Seems it was a sync., [03:00] woops wrong channel. === asac_ is now known as asac [07:50] good morning [08:19] good morning [08:21] bryce_: why did you move the alpha-3 items from desktop-lucid-xorg-triaging-diagnosis back to alpha-2? alpha 2 is done and shouldn't get new WIs [08:21] Guten Tag pitti [08:23] bryce_: I put it back, I assume it was just a glitch [08:23] bonjour didrocks! [08:30] hey there [08:33] hey seb128, bonjour [08:34] hey pitti, guten tag! [08:34] how are you? [08:35] hello seb128 :) [08:36] hey didrocks [09:04] good morning everyone [09:04] hey chrisccoulson [09:04] hello chrisccoulson [09:05] pitti, do you think you could get bootcharts from yesterday and today on your mini or laptop config? [09:05] hey chrisccoulson [09:05] didrocks, ^ or you? [09:05] or somebody who isn't me [09:05] I would like to check how the session change worked [09:05] seb128: I have a hd, do you want one explicitely on ssd? [09:05] hey seb128 pitti didrocks [09:05] but my boxes have too much tweaking [09:05] seb128: I dist-upgraded last night, but I can downgrade the panel first [09:05] how are you all today? [09:05] I'm not sure what part is local and what is in lucid now [09:05] seb128: sure, will do that now [09:05] pitti, no, today's chart should be enough [09:06] seb128: sure, will generate one [09:06] pitti: do you want a second one? [09:06] opus [09:06] let see if it does what we want [09:06] seb128: ^ [09:06] didrocks, if you want sure, thanks [09:06] chrisccoulson, good thanks, you? [09:07] seb128 - yeah, not too bad. just having my first coffee of the day [09:07] hum, coffee! [09:08] seb128 - i'm just wondering whether this gtk commit should go in to karmic: http://git.gnome.org/browse/gtk+/commit/?id=0748cf563d0d0d03001a62589f13be16a8ec06c1 [09:08] i think that the problem it fixes might be the cause of some panel crashers [09:09] it fixes the issue we had with the screensaver crashing a while back [09:09] chrisccoulson, do you have any lp bug number matching it? [09:09] chrisccoulson, I'm fine backporting it [09:10] robert_ancell pointed another change worth backporting too [09:10] seb128 - bug 463168 and bug 510453 look like the same issue [09:10] Launchpad bug 463168 in gnome-panel "gnome-panel crashes with a BadPixmap X error" [Unknown,Confirmed] https://launchpad.net/bugs/463168 [09:10] Launchpad bug 510453 in nautilus "Nautilus file copy progress bar sometimes causes panel crash" [Medium,Incomplete] https://launchpad.net/bugs/510453 [09:10] thanks [09:11] it's a bit of a shame [09:11] we have gtk 2.18.3 in karmic [09:11] and current stable serie has 2.18.6 [09:11] and quite some bugs in csw has been fixed there [09:12] but every update has quite some changes and we don't manage to get those going [09:12] i could do with the reporters providing a good backtrace, just to be sure, but I suspect it is probably the same issue that caused bug 446395 too, which i added a workaround for in gnome-screensaver [09:12] Launchpad bug 446395 in gnome-screensaver "Screen lock unlocks after 5 wrong attempts" [Critical,Fix released] https://launchpad.net/bugs/446395 [09:12] 2.18.6 might even have that change in [09:13] we will not realistic update now [09:13] realistically [09:14] there some hundred commits between our version and current [09:14] yeah, that's quite a lot of commits to review [09:15] http://git.gnome.org/browse/gtk+/log/?h=gtk-2-18 [09:15] the commit you pointed is in 2.18.5... [09:16] bug #461912 [09:16] Launchpad bug 461912 in gnome-panel "gnome-panel crashed with SIGSEGV in gdk_window_impl_x11_get_colormap()" [Medium,Incomplete] https://launchpad.net/bugs/461912 [09:16] that seems the same issue [09:17] didrocks, njpatel_: building clutter bzr head fails with [09:17] bar-view.vala:69: error: implicit declaration of function ‘ctk_effect_set_margin’ [09:17] didrocks, njpatel_: I suppose this needs some new clutk API? [09:19] didrocks, pitti: You mean Clutk + Unity from lp:clutk and lp:unity? [09:19] probably, yes [09:20] pitti: seems that it needs. There will be a new release of clutk today. Not sure that njpatel_ took it into account (no new clutter needed) [09:22] hm, in fact not [09:22] grep -r set_margin . [09:22] -> no result in lp:clutk [09:24] chrisccoulson, http://git.gnome.org/browse/gtk+/commit/?h=gtk-2-18&id=f2fffaad71c012d110ad79a1f15afdb81c580d2f [09:24] seb128 - i'm not sure that bug 461912 is the same issue, as that one crashes with SIGSEGV. i could be wrong though [09:24] chrisccoulson, this one might lead to some of the crashes too [09:24] Launchpad bug 461912 in gnome-panel "gnome-panel crashed with SIGSEGV in gdk_window_impl_x11_get_colormap()" [Medium,Incomplete] https://launchpad.net/bugs/461912 [09:25] chrisccoulson, that's the one I was having on lucid [09:25] chrisccoulson, well, http://bugzilla.gnome.org/603652 [09:26] didrocks, pitti: I'm not sure wtf is going on, but I promise it'll be fixed for today's releases === njpatel_ is now known as njpatel [09:26] njpatel: ok, no worries; I was just curious [09:26] njpatel: ping me if you need a new clutter version too [09:26] pitti, it seems like some of the commits weren't pushed [09:27] didrocks, pitti no rush for new clutter version atm -- can wait 'till or after platform sprint -- I'm sure they'll be integration issues [09:35] seb128 - do you still see these crashes on lucid now? [09:35] chrisccoulson, no [09:35] seb128: http://people.canonical.com/~pitti/bootcharts/ the two daniel* ones [09:35] thats good to know :) [09:35] seb128: I think it worked as intended [09:36] seb128: just seems that the -11 kernel has some regression to stall early boot by some 5 secs [09:36] hum, strange, I don't get any bootchart log on my dell, probaly something to set [09:36] didrocks: it's not installed by default [09:37] pitti, yes, thanks [09:37] bootchart and pybootchartgui [09:37] pitti: I've installed them [09:37] didrocks: and waited long enough? [09:37] pitti: maybe not, let me look again [09:37] ok, got them now [09:37] takes about a mintue after the desktop is ready [09:37] * seb128 mark the wi as done [09:38] oh ok, I wasn't aware than making the png was so long :) [09:38] is there any kind of hook signal when the pictures are ready to upload them automatically somewhere? [09:38] are inotify? [09:38] gvfs-monitor if you want [09:39] gvfs-monitor-dir [09:39] I'll pick inotify as I'm not used to gvfs-monitor :) [09:42] didrocks, well gvfs-monitor-dir is a command [09:42] gvfs-monitor-dir /tmp/ [09:42] touch /tmp/foo [09:43] seb128: pitti: thanks, I'll have a look at that :) [09:43] seb128: http://people.canonical.com/~didrocks/mini10v-20100121-1.png [09:44] urg [09:44] hdd? [09:44] didrocks: you need to reboot, that was an ureadahead profiling run [09:44] seb128: yes, cf ^ [09:44] ok, rebooting [09:49] ok, ureadahead seems to be active this time: http://people.canonical.com/~didrocks/mini10v-20100121-2.png [09:53] right [10:06] hm, so moving wncksyncdaemon to the start of the desktop chain doesn't help [10:07] we are cpu bounded for most of login anyway [10:07] we need to do less, shuffling will not bring us a lot [10:08] there's a slight CPU drop right at the start, though [10:08] and wncksyncdaemon is a solid CPU block at the very end now [10:08] now I get a very compact block [10:08] OTOH, the difference between two identical boots was already about a second [10:08] so it could just get lost in the noise [10:09] what is wkcnsync using so much cpu for? [10:09] reading all the .desktop files [10:09] it's from the cache, of course (I hope, will check) [10:09] but still takes a lot of time [10:09] shouldn't that be much quicker with the cache? [10:09] well [10:10] I don't see that busy cpu bar on gnome-panel [10:10] pitti: wncksyncdaemon is started by liblauncher on demand, right? How did you changed the starting point? (adding a .desktop?) [10:10] perhaps it could only be launched when the first real app gets started [10:10] and the menu applet does read those as well [10:10] didrocks: dbus-send in Xsession.d [10:10] pitti: ok, thanks :) [10:10] seb128: I'll trace it to verify that it's using the cache [10:11] thanks [10:12] jeez, it's indeed reading the .desktop files [10:12] * pitti adds a work item [10:12] yes, confirmed there [10:12] and all the .mo files [10:13] and the themes pngs?!? [10:13] ok, that smells like a good piece of work for the morning [10:14] pitti, mo and png is expected [10:14] hum [10:15] I don't confirm the png thing [10:15] it's just access() for the pngs [10:15] right [10:15] it shouldn't try to open() all the .mo files, though [10:15] the gnome-menus cache has them readily translated [10:16] well, it's not using the cache [10:16] right [10:16] seb128 | pitti, mo and png is expected [10:16] ^ why? (except for not using the cache?) [10:16] well, every apps look for translations at start time no? [10:17] the png I though you were saying the icon cache loading [10:17] pitti, strace -e open gmenu-simple-editor 2>&1 | grep locale [10:17] pitti, same issue [10:17] seb128: but those are for translating the .desktop files, not just for translating itself [10:17] also, wncksyncdaemon shouldn't need translations in the first place [10:19] oh right, I see what you mean [10:19] but doesn't the gettext changes we have mean you get a gettext call when trying to get the Name= for a .desktop entry? [10:19] the cache is per-locale [10:19] ok [10:19] so it's all down to "not using the cache" [10:22] seb128: regarding bug #509182. There are two ways of fixing it: the quick and dirty one which is "if session_name is xxxx, don't record in dmrc". A better way (to my mind), is to see if the .desktop comment contains "failsafe". It just include more code changes. What do you prefer (I guess we can upstream the second one)? [10:22] Launchpad bug 509182 in gdm "(wishlist) selecting failsafe session becomes default for future logins, but should not" [Undecided,New] https://launchpad.net/bugs/509182 [10:23] didrocks, second one seems better [10:24] ok, more structure changes, let's go (currently only the session name is sent by dbus, I have to do the same for comment) :) [10:25] does anybody get regular wncksync apport crash notifications? [10:26] regular = every few boots [10:26] I don't boot enough to get them, maybe [10:27] njpatel: right now, windowmatcher.c loads and parses all the desktop files manually, thus circumventing the gnome-menus cache; would it be enough to only look at desktop files which actually belong to applications, i. e. which you can see in the App menu? [10:28] njpatel, which ones are those? [10:28] ups [10:28] pitti, ^ [10:28] pitti, yes it would, and it's something on DBO's plate [10:28] pitti, hopefully something we can get before platform sprint [10:28] njpatel: I'm happy to work on this right now [10:29] pitti, Oh, sweet :) [10:29] pitti, using gnome-menus should work fine [10:29] njpatel: I'd like to either (1) rewrite it using gnome-menus get_tree(), or (2) directly look for the gnome-menus cache and read the cache if it's there [10:30] depending on whether or not we want to introduce a gnome-menus dependency or rather rely on the format of the gnome-menus cache [10:30] the former seems cleaner to me [10:31] pitti, gnome-menus is better in my opinion (we already have a dep elsewhere, so it's not such a bad thing) -- We'd need to read applications.menu and settings.menu [10:31] *better in my opinion too [10:31] * pitti agrees [10:32] pitti, are you going to work on this directly? [10:32] njpatel: well, in a branch/MP [10:32] pitti, sure, the "directly" was not necessary :) [10:32] pitti, that's awesome, let me/DBO know if you need any help with that [10:33] njpatel: sure; unlike unity itself, this is stuff that I actually understand, so I'm happy to help out [10:33] pitti, lol, I'm sure you'd understand Unity too :) Clutter is a lot like Gtk [10:35] Um, is the need to reload iwlagn model (intel wireless) necessary every other day? Or, better put, is it a known problem? [10:35] s/model/module [11:00] chrisccoulson: hi... has the gnome-screensaver's legacy inhibit patch been removed? [11:00] vish - yes, it caused a regression [11:00] hmm. :( [11:01] vish - it's been removed in karmic completely, but replaced with something else in lucid [11:01] but that doesn't work properly yet due to a Xorg bug [11:01] chrisccoulson: ah.. k.. i tried with vlc it doesnt work.. maybe xorg then :s [11:02] * vish likes the new software center treeview stuff mvo has done :) [11:05] chrisccoulson, http://launchpadlibrarian.net/38183183/gtksru.debdiff [11:06] chrisccoulson, http://launchpadlibrarian.net/38183183/gtksru.debdiff, just uploaded [11:06] chrisccoulson, it should fix some of those crash issues [11:07] the pixmap leak leading to xorg crashing when playing cards seems an annoying issue [11:07] the pixmap leak leading to xorg crashing when playing cards seems an annoying issue [11:07] ups [11:07] hey pedro_ [11:08] salut seb128! [11:08] seb128 - looks good. hopefully it will fix some of these panel crashes anyway [11:08] gnome-panel crashing is not too much of an issue usually [11:08] it just respawn [11:09] seb128: what's the command to update the gnome menu? [11:11] tseliot, how update? [11:11] seb128: if I put a desktop file in /usr/share/applications/ and I want it to show up in the menu [11:11] tseliot, the menu cache on disk you mean? update-gnome-menus-cache [11:11] tseliot, but there should be a trigger for that [11:12] tseliot, the gnome-panel menu uses inotify and will refresh [11:12] tseliot, no need to do anything [11:12] ok [11:12] do you get some issue? [11:13] yes, the nvidia-settings icon wasn't in the menu [11:13] seb128: sometime, it didn't refreshed. I got the same experience on karmic, even when touching .desktop file [11:14] there is a known race bug though [11:14] things using TryExec [11:14] the desktop getting unpacked before the binary sometime [11:14] and gnome-menus goes "hum, the tryexec binary is not there, the menu entry is broken" [11:14] didrocks, njpatel_: just to confirm, ~canonical-dx-team/wncksync/trunk/ is the real upstream for wncksync, yes? it's not ~anjali? [11:15] seb128: no TryExec here [11:15] ok so I don't know [11:15] patches are welcome [11:15] pitti: for me, yes, but I prefer I prefer njpatel_ to confirm :) [11:15] ;-) [11:15] :-) [11:15] pitti, didrocks: that has the latest code, yes [11:15] perfect, thanks [11:23] njpatel_: tests/alt-tabber is nice! [11:23] Heh, an abandoned experiment I think [11:23] mvo, btw there is a patch in launchpad on s-c for using a stock gtkentry one rather than a sexy widget [11:24] good for testing that I didn't break anything, though [11:24] mvo, dunno if you have seen it, I ran accross the bug yesterday [11:24] definitely === njpatel_ is now known as njpatel [11:25] create_desktop_file_table(): real 4,21784 (precision: 1e-09) cpu 0,162763 (precision: 1e-09) [11:25] so, that's definitively too much (that's with cold cache) [11:25] it's on your laptop right? [11:25] right [11:27] seb128: thanks, i check after lunch [11:27] mvo, bug #506811 [11:27] for reference [11:27] Launchpad bug 506811 in software-center "Replace SexyIconEntry by GtkEntry icon functionality (available in GTK+ 2.16)" [Low,Triaged] https://launchpad.net/bugs/506811 [11:28] mvo, enjoy lunch! [11:37] didrocks, https://edge.launchpad.net/clutk/0.3/0.3.8 & https://edge.launchpad.net/unity/0.1/0.1.8 [11:37] njpatel: hehe, I was already monitoring :) [11:48] hi [11:48] asac: I've got an open question from a customer on modemmanager, see question 98187, https://answers.edge.launchpad.net/ubuntu/+source/network-manager/+question/98187 [11:49] certain prompts are being randomly italicized [11:49] http://img193.imageshack.us/img193/5424/italicsupdating.png [11:59] TeTeT: have to check with dan on that [12:03] problem = if you remove "FUSA" from panel and try to add it back on you lose your gnome-panels what is the app i file a bug against? [12:28] asac: ok [12:33] asac: another query on nm: according to http://wiki.ubuntuusers.de/NetworkManager/Dispatcher I can have a script for pre-up, up, down, post-down. Is this really true? THe customer made a test and found only pre-up and post-down to be working? [12:34] TeTeT: the customer is right [12:35] pre-up post-down? i thought it was flipped: e.g. post-up and pre-down ;) [12:35] asac: quite possible [12:35] if oyu need the details i can check. but its definitly true that not all four are available [12:35] asac: no need for details, I write them that the doc is wrong [12:36] yes [12:36] whatever they find its a feature [12:36] ;) [12:38] asac: he he [12:39] create_desktop_file_table(): real 1,07993 (precision: 1e-09) cpu 0,0911074 (precision: 1e-09) [12:39] now, much better [12:39] waouh! [12:39] * seb128 hugs pitti [12:39] 4.2 -> 1.6 secs [12:39] * pitti commits and pulls branch to the netbook [12:39] erm, 1.08 secs, I mean [12:45] njpatel, ^ see [12:46] pitti, awesome! [12:52] trunk: cold cache: 0.453 (real), 0.29 (cpu) hot cache: 0.17 (real), 0.16 (cpu) [12:52] speedup: cold cache: 0.19 (real), 0.13 (cpu) hot cache: 0.09 (real), 0.08 (cpu) [12:53] ok, that's something [12:53] on what config? [12:53] the mini ssd? [12:53] yes, on the mini 10 [12:53] njpatel: do you think the delay is small enough to call create_desktop_file_table() on demand? [12:53] it would mean to introduce a 0.3 s latency to the unity bar for the first app you start [12:54] not sure whether that's worth it [12:54] pitti, I think it could be acceptable to call it the first time we actually need it [12:54] it might be a dirty trick if we need some more 0.3 secs in the end [12:54] I would tend to say that trading login speed for user action reactivity is not a good deal [12:54] I'll do some experiments, but won't commit that lazy thing for now [12:54] pitti, seeing as startup-applications start at the end of the startup cycle [12:55] having things apparently loaded but slugish really sucks for the user experience [12:55] oh, and my numbers above were with -O0 -g [12:55] seb128: *nod*, that's why I'm asking; it wouldn't delay the app itself, just the display of it in the unity bar [12:57] hello everyone ! [12:58] hey huats_ o/ [12:58] hey didrocks [13:03] hi huats_ [13:11] seb128: http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100121-unity-wncksynccache.png -> won half a second [13:11] \o/ [13:11] I'll hammer on this some more after lunch [13:12] pitti, you rock! [13:20] * didrocks hugs pitti [13:36] hmm there's no way to get gdm display the username field on start? now I need to click on "other" first [13:45] tjaalton, there is a bug open about that [13:46] seb128: ok, I'm going through them now and will subscribe [13:47] tjaalton, bug #463029? [13:47] Launchpad bug 463029 in gdm "GDM without user list requires that you click Log In." [Low,Triaged] https://launchpad.net/bugs/463029 [13:47] seb128: yep, that's it, thanks [13:48] np [13:51] james_w: is there some script which updates bzr branches for ubuntu packages after we upload new revisions? (e.g. lp:ubuntu/nvidia-graphics-drivers) [14:03] seb128, how do I find out which packages are available for ARM in lucid? [14:06] njpatel, get the ftp index for the arch? [14:07] njpatel, ie use http://ports.ubuntu.com/dists/lucid/main/binary-armel/? [14:08] njpatel, I've no good reply otherwise...everything should be available there [14:08] njpatel, do you look for some specific information? [14:08] hey tedg [14:08] seb128, yeah, if gir1.0-clutter-gtk-0.10 is available on armel [14:08] Good morning seb128 [14:08] seb128, oh, I didn't think of ftp, thanks [14:08] tedg, morning dude [14:08] Today is release day! It's like Christmas with less crying. [14:09] njpatel, that's easier [14:09] Good morning njpatel [14:09] njpatel, check https://edge.launchpad.net/ubuntu/+source/clutter-gtk/0.10.2-0ubuntu4 [14:09] it "failed to upload" on armel [14:09] seb128, oh, of course...thank you :) [14:10] urg [14:10] wrong source [14:10] njpatel, https://edge.launchpad.net/ubuntu/+source/clutter-gtk-0.10/0.10.2-1ubuntu1 [14:10] "subprocess.CalledProcessError: Command '['../libtool', '--mode=link', '--tag=CC', '--silent', 'gcc', '-o', '/build/buildd/clutter-gtk-0.10-0.10.2/clutter-gtk/tmp-introspectayUFt_/GtkClutter-0.10', '-g', '-O2', '-g', '-Wall', '-O2', '-L.', '-lclutter-gtk-0.10', '-pthread', '-Wl,--export-dynamic', '-lgio-2.0', '-lgirepository-1.0', '-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lrt', '-lffi', '-lglib-2.0', '/build/buildd/clutter-gtk-0.1 [14:10] 0-0.10.2/clutter-gtk/tmp-introspectayUFt_/GtkClutter-0.10.o']' returned non-zero exit status 1" [14:10] njpatel, I'm retrying now, let's see [14:11] seb128, I wish we switched of introspection building -- it's such a pile of crap [14:11] (I like the idea, it just fails so easily) [14:11] * njpatel is just venting and knows that other projects need the gir files [14:11] njpatel, why do you care about knowing if it built on armel then? ;-) [14:12] seb128, clutk also has introspection building -- so fails when we don't have clutter's gir files [14:12] * tedg thinks njpatel needs to take the American attitude and tell those projects to fend for themselves! [14:12] tedg, your new indicator refuses to fail [14:13] the only thing i get in logs in assertion icons[0] != '\0' failed [14:13] seb128: :( Uhg, I hate fixing things that I don't know what caused them. [14:13] tedg, are you sure that wouldn't be taking over the projects, draining their resources and then leaving them to fend for themselves? ;-) [14:13] seb128: Yes, I need to fix that. [14:13] njpatel: Heh, the UK did that first, they got the patent. See Africa ;) [14:14] tedg, :) [14:16] interesting -- I removed #ubuntu from my xchat favourites, thinking I could save a few polar bears in the power it must take for xchat to update it -- but it keeps coming back when I start xchat [14:16] * vish pokes njpatel ... [whispers upload evolution-indicator for lucid] [14:17] * njpatel hides [14:18] vish, I'm using it on lucid right now -- is there an issue? (Apart from maildir errors, which I'll fix for A3) [14:19] njpatel: the pop3 accounts fix .. let me grab the bug# [14:19] vish, has that not landed in Lucid? [14:20] njpatel: nope > Bug #436755 :( [14:20] Launchpad bug 436755 in evolution-indicator "indicator-applet doesn't change icon when I recieve new e-mails via Evolution" [Low,In progress] https://launchpad.net/bugs/436755 [14:21] evolution-indicator: [14:21] Installed: 0.2.4-0ubuntu6 [14:21] vish, 0.2.4 should contain the fix, but I'll add it to the TODO, it may be broken again [14:22] njpatel: thanks.. :) [seems broken] [14:24] njpatel, no it doesn't [14:24] njpatel, sorry it does [14:24] or not [14:24] http://launchpadlibrarian.net/36899885/evolution-indicator_0.2.4-0ubuntu2_0.2.4-0ubuntu5.diff.gz [14:24] njpatel: the menu shows the account names , instead of just "Inbox" ...[iirc it was the workaround you mentioned working in karmic] [14:24] njpatel, I bet somebody forget to bzr add the file [14:25] njpatel, I will fix that [14:25] seb128, okay, thanks -- I'll make a proper release of evo-indicator too, if that helps [14:25] would be nice [14:26] njpatel, https://edge.launchpad.net/ubuntu/+source/clutter-gtk-0.10/0.10.2-1ubuntu1/+build/1441322 [14:26] njpatel, the gir built on armel now [14:26]