[00:59] <robert_ancell> TheMuso, is there a way to search the archive for packages that provide files in a given directory?  I want to see what packages but files in /usr/lib/deskbar-applet.  packages.ubuntu.com doesn't seem to be able to do this
[01:20] <TheMuso> robert_ancell: apt-file
[01:20] <TheMuso> robert_ancell: i.e apt-file is the package that will help you find files in packages that you don't have installed.
[03:57] <robert_ancell_> kenvandine, hey, how much do you know about pkg-config?  Can you look at bug 455614 and see if you can tell why someone would modify .pc dependencies?
[06:49] <al-maisan> Good morning
[07:09] <didrocks> hello al-maisan
[07:09] <al-maisan> hola didrocks :)
[07:43] <pitti> Good morning
[07:58] <didrocks> hi pitti
[08:32] <huats> morning everyone
[08:48] <slomo> MacSlow: ping? :)
[08:48] <MacSlow> slomo, ja?
[08:50] <slomo> MacSlow: hi, you know cairo well, and i saw some interesting font rendering from you iirc... what's the best and fastest way to draw only the outline of text, best when using pango? :)
[08:50] <seb128> hey slomo
[08:50] <slomo> hi seb128
[08:50] <seb128> slomo, thanks for the quick gst fix!
[08:51] <slomo> seb128: np :) are your non-ac3 dvds working too now btw?
[08:52] <seb128> slomo, I didn't try again but I will do that later today and let you know
[08:52] <seb128> but looking on the bug seems it was on good track and somebody else was able to test
[08:52] <slomo> seb128: yes, but it's not optimal yet... it "should" work :)
[08:53] <MacSlow> slomo, do pango_cairo_layout_path() ... then cairo_stoke() it
[08:54] <seb128> slomo, bug #450946 is the sort of bugs you are interested to look at too?
[08:55] <slomo> MacSlow: that's what i'm doing now, unfortunately it's very slow compared to pango_cairo_show_layout()... because pango_cairo_show_layout() does all kinds of caching and stuff that gets lost when rendering the font to a cairo path
[08:56] <slomo> MacSlow: cairo developers said to use user fonts, unfortunately pango doesn't support them yet... so i thought you might know some pango trick to do it faster for now :)
[08:57] <MacSlow> slomo, you just ask how to do it... not how to make it fast :)
[08:58] <MacSlow> slomo, also I don't know what you rendering requirements are (fps, fill-rate limits etc.)
[08:58] <slomo> MacSlow: ok, sorry :) so you don't have a better idea either? the final goal is to draw white text with black outline
[08:58] <mvo> hey slomo - seb128 asked yesterday about the stability of fludendo-mp3 compared to the other one
[08:59] <slomo> MacSlow: well, just drawing the outline shouldn't take 60% of all processing time (the 30% include creating a much larger test screen, drawing the normal text, putting a shaded box around it, ...) :)
[09:00] <MacSlow> slomo, approximate it (but will not look as good)... draw with pango_cairo_show_layout() in black... decrease the size..  draw again with pango_cairo_show_layout() in white
[09:00] <slomo> mvo: it's worse but has a better license (GPL vs. BSD or MIT)
[09:00] <MacSlow> slomo, how much text do you have to draw and at what frame-rate?
[09:01] <slomo> MacSlow: ok, i guess i have to do that then... and think about how much i should increase the text size. would you change the text size with cairo (cairo_scale) or with pango?
[09:01] <slomo> MacSlow: subtitles on video, so any framerate and a bit text
[09:05] <MacSlow> slomo, hm... I'd say you should certainly surface-buffer the text you draw... meaning draw it once to a surface-buffer... reuse that as long as the text doesn't change... and only re-render text tothe surface-buffer if new text needs to be displayed
[09:06] <MacSlow> slomo, I hope you don't call pango_cairo_layout_path() every frame :)
[09:07] <slomo> MacSlow: no, only everytime it changes of course :) my testcase was a bad choice here because the text changes every frame probably ;)
[09:07] <mvo> slomo: thanks, we fixed it recently to have the g-s-t meta-data and now it shows up in the codec installer. but it also sets it self as default if multiple ones are installed. is that safe/sane? or should we instead lower its priority or break it again to not show up at all?
[09:08] <MacSlow> slomo, you should certainly use surface-buffering... I don't expect subtitle-text to change every 1/24 th of a second :)
[09:08] <slomo> mvo: i don't know, depends on your needs i guess :)
[09:09] <mvo> need: no-crashes ;)
[09:09] <mvo> but thanks for the info I will think about it a bit and discuss with seb128
[09:09] <MacSlow> slomo, surface-buffering you certainly will need to do for optimizatino reasons anyway
[09:10] <slomo> mvo: then better use the mad one, it's tested more ;) the only advantage of the fluendo one really is the license (or if you bought it from fluendo the patent license)
[09:10] <seb128> slomo, well, it's basically "what should user get when clicking on a mp3"
[09:10] <seb128> slomo, ok, that's what I though too, it's late for a such change now
[09:10] <seb128> there is a g-c-i bug there
[09:11] <slomo> MacSlow: as said, i do surface buffering :) it's only my testcase that has changing text every buffer (drawing the current time)
[09:11] <seb128> it shouldn't install 3 decoders for the same same thing
[09:11] <seb128> ie for a mp3 is installs the mad, fluendo and ffmpeg binaries
[09:11] <slomo> yes, it should only select the one with the highest priority and let users choose to install the others and not the one with the highest priority
[09:13] <MacSlow> slomo, ok... then you should not have an issue using pango_cairo_layout_path() and cairo_stroke()
[09:14] <MacSlow> slomo, actually guess you would want to do pango_cairo_layout_path()... cairo_fill_preserve() in white and then cairo_stroke() in black
[09:16] <slomo> MacSlow: for subtitles it's no problem, yes, but for text that changes every frame it is. that's what i'm trying to explain :)   and i really don't want pango_cairo_layout_path(), fill_preserve + stroke... it's slower than show_layout() + layout_path() + stroke
[09:16] <slomo> MacSlow: see https://bugzilla.gnome.org/show_bug.cgi?id=598695 for the context
[09:17] <MacSlow> slomo, only solution is a real OpenGL-backend for cairo if you need heavy-duty text-rendering with cairo
[09:19] <MacSlow> slomo, if you can live with only the typical western set of ASCII characters you could do a "texture-map" character lookup and use that
[09:19] <MacSlow> slomo, but that would kill all unicode-sexiness
[09:19] <MacSlow> but that would be fast as hell
[09:23] <mvo> mac_v: thanks for testing the synaptic ppa version - what card are you using when the problem appears? I wonder if its driver dependant. i get about ~8% or so xorg cpu, nothing abnormal high
[09:23] <mvo> with nvidia
[09:30] <mvo> mac_v: is it a intel card/driver as well?
[09:31] <mac_v> mvo: ATI x1400
[09:33] <asac> kenvandine: let me know
[09:33] <asac> luckily bindwood wasnt put in main ;)
[09:49] <seb128> davidbarth, hey, any clue about bug #438664?
[09:49] <seb128> davidbarth, not sure if using different icons in the session menu is a design choice
[09:50] <davidbarth> seb128: we're using icons provided explicitely for this menu; the integration of these icons in IM apps was not defined in a way or another
[09:51] <seb128> ok, not sure what to do with the bug
[09:52] <seb128> is something you want to consider?
[09:52] <seb128> should somebody be subscribed to comment on it?
[09:56] <asac> ArneGoetje: did you run the last po2xpi run yet?
[09:57] <asac> or is export running atm?
[10:26] <pitti> BBL, need to repair a friend's jaunty server
[10:26] <asac> pitti: before you leave ... did the last langpack run already happen or is export still running?
[10:26] <asac> (sorry)
[10:57] <andreasn> mpt: do you think the changes to the button-have-icons and menus-have-icons should be mentioned in the Ubuntu Karmic release notes? https://wiki.ubuntu.com/KarmicKoala/HumanReleaseNotes
[10:58] <andreasn> mpt: thanks for the notice about my blog being blocked btw, seems I had a really old wordpress install, so it got hacked
[10:59]  * mpt wonders why that URL has "Human" in it
[11:00] <mpt> andreasn, I think that would be a good idea
[11:00] <andreasn> who do I ask for that?
[11:00] <mpt> andreasn, it's a wiki page ;-)
[11:01] <andreasn> well, I don't want anyone to slap my fingers... ;)
[11:06] <asac> kenvandine: i pushed the gwibber threading changes i had
[11:06] <asac> kenvandine: we just got rid of all threads, but the worker thread
[11:06] <asac> think should be all clean now ... though you cannot say for sure ;)
[11:07] <asac> gwibber is always good for surprises
[11:07] <asac> i found a dead function in frontend code that also starts a thread .... havent removed it, but it should definitly go away
[11:07] <pitti> asac: back
[11:07] <pitti> asac: I think it's scheduled for today 2200 UTC (finish)
[11:08] <pitti> asac: so I'll start building them tomorrow
[11:09] <asac> great
[11:10] <asac> pitti: does arne do a test run before uploading?
[11:10] <pitti> asac: ArneGoetje is off sick, I'll do them
[11:10] <pitti> asac: I usually do a local build of the German before
[11:12] <seb128> pitti, I though we agreed to standard language to try was french? ;-)
[11:12] <andreasn> mpt: looks sane now?
[11:13] <asac> ok. all ok then.
[11:13] <mpt> andreasn, yep, thanks
[11:13] <andreasn> pretty much copied the notes from gnome 2.28 release notes and changed some wording
[11:14] <asac> is there some files system option that would prevent flock from working?
[11:19] <mpt> andreasn, though once again we're suffering from a problem that we don't know who the target audience is for the release notes
[11:19] <mpt> ivanka, we should figure that out one day
[11:20] <ivanka> mpt: yes, indeed
[11:35] <rodrigo_> is gwibber supposed to send replies to facebook messages? because it doesn't seem to work at all for me
[11:39] <czajkowski> rodrigo_: only if you have it set up to do so in the settings
[11:39] <rodrigo_> czajkowski: I have
[11:40] <rodrigo_> it just fails silently, I write the reply, press ENTER, and wait, but my reply never shows up
[11:40] <davmor2> rodrigo_: check if it shows up in fb
[11:40] <czajkowski> rodrigo_: ah ok I've mine set not to reply to fb, ohnly post otherwise would be noisey
[11:41] <rodrigo_> davmor2: it doesn't
[11:41] <rodrigo_> czajkowski: hmm, I only have 'Receive' and 'Send', no 'post/reply'
[11:42] <rodrigo_> maybe I'm using an old version...
[11:42] <pitti> asac: we just tried to configure a manual eth connection here (no DHCP); I added a new connection type, but that won't actually appear in nm-applet's dropdown list
[11:42] <pitti> asac: I'll just file a bug now, unless you say that's already known?
[11:42] <pitti> (I didn't quite find a related one)
[11:42] <asac> not known
[11:42] <asac> i tested various options and didnt get any such feedback
[11:43] <asac> pitti: what does "i added a new conneciton type" mean?
[11:43] <pitti> asac: s/type//
[11:43] <asac> yeah
[11:43] <asac> pitti: killall nm-applet -> nm-applet -> appears?
[11:43] <pitti> asac: connection editor -> edit connections -> cable -> add -> add a static one
[11:43] <pitti> asac: lemme try
[11:43] <davmor2> pitti: jockey is showing my nvidia gfx anf bcm wifi on live cd but on installed system I get nothing displayed says there are no drivers for this system.
[11:46] <pitti> asac: confirmed, it's there now
[11:46] <pitti> and even working
[11:46] <pitti> asac: want a bug report for that?
[11:47] <asac> pitti: please file a bug, yes
[11:47] <asac> there is something racy
[11:47] <asac> i always ha the suspicion there is
[11:48] <Laney>  \#
[11:48] <asac> could also be a glib-dbus bug (e.g. signal not delivered)
[11:55] <pitti> bbl
[12:16] <kenvandine> asac, which function?
[12:17] <asac> kenvandine: on_oldsearch
[12:17] <kenvandine> thx
[12:17] <asac> or something. ... that spawns a thread ... the whole code of this should go away imo
[12:18] <asac> if its used we want to see that ... as we definitly dont want to run a thread like that ;)
[12:18] <asac> but i couldnt find any call to on_old_search
[12:18] <asac> kenvandine: maybe just check if thats still used. i can remove the parts then.
[12:18] <asac> not sure with all the other on_ ... functions
[12:18] <asac> maybe those should be reviewed too
[12:19] <asac> guess not for karmic both though
[12:20] <cassidy> seb128, about https://bugzilla.gnome.org/show_bug.cgi?id=593086  which LP bug attached the log file?
[12:20] <asac> kenvandine: i was too dump to figure out where the hell the image tags/css are set
[12:20] <asac> i didnt look for long
[12:20] <asac> but thats a nasty thing
[12:21] <kenvandine> yeah
[12:21] <asac> imo it should just use the http:// urls
[12:21] <asac> and let webkit do the caching
[12:21] <asac> unless webkit doesnt have a cache on its own of course
[12:21] <asac> but then i couldnt find anything related to those images
[12:21] <asac> the image cache definitly isnt used anymore ;)
[12:21] <asac> i removed all images in there and it stays empty
[12:21] <seb128> cassidy, bug #408530
[12:22] <seb128> cassidy, it the bug which has been original forwarded and is listed in the first bugzilla comment
[12:22] <asac> kenvandine: what i found was ./gwibber/microblog/identica.py:    self.image = user["profile_image_url"]
[12:22] <asac> kenvandine: but thats not set anywhere
[12:23] <cassidy> seb128, thanks
[12:23] <seb128> cassidy, you're welcome
[12:24] <kenvandine> asac, that might be the old code which isn't used anymore
[12:24] <asac> yes. i get the feeling that half of the code is old ;)
[12:25] <asac> kenvandine: but what code is used? does it use a custom url handler?
[12:25] <asac> or just webkit ?
[12:25] <asac> i dumped the html snippet for message to the terminal and it didnt have any sign of a image
[12:25] <asac> then i stopped looking as i clearly don't understand whats done there ;)
[12:29] <Ng> are you guys going to be pushing any more gwibber fixes into karmic? :)
[12:31] <asac> Ng: please test trunk
[12:31] <asac> Ng: bzr branch lp:gwibber; cd gwibber; (stop gwibber UI); killall gwibber-daemon; ./bin/gwibber-daemon + ./bin/gwibber
[12:32] <asac> Ng: not sure what your issues are though ;)
[12:33] <asac> kenvandine: btw, you can now ctrl+c gwibber-daemon ;)
[12:34] <asac> let me check the quit thing now
[12:34] <Ng> asac: bug #383759 is the most immediately annoying bug I have atm :)
[12:35] <asac> Ng: no hangs of daemon?
[12:35] <asac> Ng: ok that can be taken
[12:35] <Ng> asac: I have been seeing hangs, but this one stops the UI from starting
[12:37] <Ng> asac: \o/
[12:37] <asac> Ng: stops the UI?
[12:37] <asac> wow
[12:37] <asac> does that throw an exception?
[12:38] <Ng> yeah, I just added a comment to the bug with the traceback
[12:39] <Ng> asac: I'm running trunk now, will leave it going and see how it goes :)
[12:40] <asac> Ng: where do you set that font size ... in gnome?
[12:41] <asac> just wonder if they get a similar problem if you onfigure font size like 12.2px ;)
[12:41] <asac> rather than point
[12:41] <Ng> asac: yeah, in gnome, so it's a point size. you just type in the size rather than select one from the list
[12:42] <asac> hmm
[12:42] <asac> so most likely pixel sized font sizes will make this choke too ;)
[12:42] <asac> anyway this one should be good
[12:42] <asac> for its part of the bug
[12:43] <Ng> are pixel sized font sizes legal in a fontconfig world?
[12:44] <Ng> I have no idea how one would configure gnome to use such a thing ;)
[12:45] <asac> Ng: committed
[12:45] <Ng> asac: sweet, thanks
[12:45] <asac> i will check that noww with px
[12:46] <Ng> now I just have to persuade MacSlow|lunch to love floating point font sizes in notify-osd :D
[12:47] <asac> Ng: i have this /apps/gwibber/preferences/default_font
[12:47] <asac> in gconf-editor
[12:47] <asac> is that the font in question?
[12:47] <MacSlow|lunch> Ng, I've some local fixes partly based on your branch
[12:48] <asac> hmm. how broken is notify-osd with font sizes?
[12:48] <asac> just does "rounding" ... or fails completely?
[12:48] <MacSlow|lunch> asac, can get tiny... but does not crash or anything like that
[12:49] <MacSlow|lunch> asac, but I've to put the change to thorough testing and need to talk to davidbarth  too
[12:51] <asac> MacSlow|lunch: tiny like "rounding" ... or "nulling out"?
[12:51] <asac> just curious
[12:57] <Ng> asac: I think it relates to /desktop/gnome/interface/font_name
[12:58] <Ng> MacSlow|lunch: I appreciate it :)
[12:58] <Ng> asac: rouding, I think it parses 6.5 as 5
[12:58] <asac> as 5
[12:58] <asac> ok
[12:58] <Ng> but I suck at coding, so I could have read that wrong
[12:58] <asac> Ng: it splits by . and uses the second particle?
[13:00] <Ng> asac: I'm not sure, I didn't pay too much attention because my position is that the parsing is unnecessary, but like I said, I suck at coding. The clue being that I'm not paid to write code and you guys are ;)
[13:02] <asac> Ng: ok. but it parses?
[13:02] <Ng> asac: yeah
[13:03] <asac> kenvandine: isnt the idea that if you quit gwibber, it usually still runs in background and spits out notifications/indicator stuff?
[13:03] <asac> just wondered if the -quit is really what we want
[13:10] <asac> Ng: http://paste.ubuntu.com/299006/
[13:10] <asac> thats with 13.333px set manually in gconf
[13:11] <asac> /gnome/interface/font_name == Sans 13.333px
[13:11] <asac> ok guess this needs more fixage
[13:12] <Ng> asac: is that a legal value for font_name?
[13:12] <Ng> there seems to be a bit of a lack of exact specification around this stuff, but AIUI they're basically just strings that pango can parse
[13:14] <asac> yes
[13:15] <asac> Ng: font_name is just a pango_description
[13:15] <asac> Ng: try to change it ... your font on desktop should adjust ... some apps are buggy, but all apps usually start
[13:16] <asac> let me check what websettings can accept for values
[13:16] <asac> unfortunately there is nowhere a real api doc for webkit ... at least not in my search engine horizon
[13:16]  * asac getting source
[13:20] <asac> ok webkit has default-font-size really as an integer for point sizes only
[13:21] <james_w> "Martin Pitt is the heart and sole of the desktop team." <- I don't find Martin leathery at all
[13:28] <kenvandine> asac, that was the original idea, but there have been complaints about there not being a way to quit the daemon at all
[13:28] <kenvandine> and people keep saying that should be wired up to the client quit
[13:28] <kenvandine> we need to think that through in the UI for lucid
[13:28] <kenvandine> for example, people don't want to be able to hide notifications
[13:29] <kenvandine> i was thinking that would be cool to do if you set your IM status to away or busy
[13:29] <kenvandine> something like that
[13:29] <kenvandine> and make it configurable
[13:29] <kenvandine> so then to make it "quieter" you just set to busy or away
[13:30] <kenvandine> asac, but just an idea
[13:30] <kenvandine> asac, so my quit branch makes the quit button and quit menu item quit the backend as well, but closing the window doesn't
[13:31] <asac> kenvandine: how about adding that to the indicator ;)
[13:31] <kenvandine> quit?
[13:31] <asac> yeah
[13:31] <asac> ;)(
[13:32] <kenvandine> i bet there would be resistance to that :)
[13:32] <asac> hehe
[13:32] <asac> yeah. i think configuration would be good
[13:32] <asac> not sure how to best stop gwibber daemon
[13:32] <kenvandine> asac, anyway, that is a situation we need to give some thought too
[13:32] <asac> if they dont want it to be in indicator it probably needs to be in tray
[13:32] <kenvandine> asac, on my list for the next refactoring :)
[13:33] <kenvandine> and easier now that i understand what interests are in the indicator
[13:33] <kenvandine> asac, so interesting observation with your threading fixes
[13:34] <kenvandine> ordering is whacky for multiple services
[13:34] <kenvandine> for example i have a facebook post that says 11h ago, followed by a flickr image 6d ago followed by a dent 2h ago
[13:35] <asac> really
[13:35] <kenvandine> yeah
[13:35] <kenvandine> and i confirmed that didn't happen in r467
[13:35] <kenvandine> asac, it looks like everything from the same service is in the correct order
[13:36] <kenvandine> but intermingling them isn't right
[13:36] <kenvandine> like all my dents are in the right order but not properly aligned with tweets and suck
[13:36] <kenvandine> such
[13:36] <asac> kenvandine: sureits a regression? i dont see it in my messages
[13:36] <asac> have twitter/facebook and idnetica
[13:36] <asac> all properly ordered
[13:36] <kenvandine> most noticable with flickr since those aren't posted often
[13:36] <kenvandine> asac, no i just reverted to r467 and they ordered properly
[13:37] <kenvandine> updated again and they are out of whack again
[13:37] <asac> thats the last one?
[13:37] <kenvandine> yeah
[13:37] <kenvandine> with your curl fixes
[13:37] <asac> kenvandine: you reverted all?
[13:37] <asac> hmm
[13:37] <asac> thought just one commit
[13:38] <kenvandine> my dents, tweets, and facebook are all nearly in sync but looking closely i see they aren't ordered right
[13:38] <asac> i mean ... i cannot think of why reall yold stuff should be different
[13:38] <kenvandine> i wouldn't have noticed if it wasn't for this whacky flickr feed
[13:38] <kenvandine> the recent tweets, fb, and dents are wrong too i just wouldn't have noticed if it wasn't for flickr
[13:38] <asac> hmm. my order is a strict order
[13:38] <asac> just went through all i see
[13:38] <asac> nothing goes back
[13:38] <kenvandine> weird
[13:39] <asac> kenvandine: can you just revert the lightweight OperationManager commit?
[13:39] <asac> sorry
[13:39] <asac> operationhandler
[13:39] <asac> 471
[13:39] <kenvandine> no worries
[13:39]  * kenvandine does it
[13:40] <kenvandine> asac, oh this might be noteworthy
[13:40] <kenvandine> i do have one message getting dropped for a bad time
[13:40] <kenvandine> Dropping message with bad time attribute: {'username': 'Ken VanDine', 'account': <gwibber.config.Account instance at 0x992b8ac>, 'client': <gwibber.microblog.facebook.Client instance at 0x992b6ec>, 'protocol': 'facebook'}
[13:40] <kenvandine> Traceback (most recent call last):
[13:40] <kenvandine>   File "/home/ken/src/gwibber/gwibber/microblog/facebook.py", line 39, in __init__
[13:40] <kenvandine>     sender = profiles[data["actor_id"]]
[13:40] <kenvandine> KeyError: '41911143546'
[13:41] <asac> def get_messages(self, filters, count): data = list(self.filter_messages(filters)) data.sort(key=operator.itemgetter("time"), reverse=True) if count == 0: return {"count": len(data), "total": len(data), "messages": data} else: return {"count": count, "total": len(data), "messages": data[:count]}
[13:41] <kenvandine> not sure if that could mess up the whole order
[13:41] <asac> thats the code for get_messages
[13:41] <asac> so its alaways sorted before sending over the wire
[13:41] <asac> maybe the timestamps are a bit off
[13:41] <kenvandine> that looks sane
[13:41] <kenvandine> i wonder if the client is doing anything weird
[13:42]  * kenvandine thinks there is way too much logic in the client
[13:43] <asac> kenvandine:         if not hasattr(message, "time"):
[13:43] <asac>           print "Dropping message with bad time attribute:", message.__dict__
[13:43] <asac> so does flickr set a time attribute?
[13:43] <kenvandine> it must
[13:44] <kenvandine> but the dropped one is flickr, and it looks like it has the time as the key
[13:44] <asac> kenvandine: i dont see the time in the dump from above
[13:46] <asac> kenvandine: does self.time = parse_time(data["dateupload"]) mean that its also there as self['time'] ?
[13:46] <kenvandine> no, that would be weird
[13:49] <asac> i dont see any place where "time" is set
[13:49] <asac> except one exception handler in microblog/__init
[13:49] <asac> which sets it to current time
[13:55] <asac> guess itemgetter is supposed to look at that field
[14:16] <asac> kenvandine: can you dump all messages before the sorting?
[14:17] <asac> kenvandine: also try the last commit for the lightweight handler ... if thats enough
[14:24] <kenvandine> asac, i am doing something like that, it looks like the one without the time is nearly blank
[14:24] <kenvandine> like only my data
[14:24] <kenvandine> no message data
[14:24] <kenvandine> not even a sender
[14:26] <asac> kenvandine: in get_messages in init that message shouldnt be there
[14:26] <asac> would be interesting to dump all the messages send out there
[14:26] <asac> to see why the time sorting doesnt work
[14:27] <kenvandine> ok
[14:27] <kenvandine> i will do that first
[14:27] <kenvandine> the traceback was bugging me :)
[14:30] <asac> what i could imagine is that there is a bogus time somewhere
[14:30] <asac> that can bust up the whole sorting if it breaks strict order properties
[14:33] <asac> and if thats the case the order how stuff gets inserted could make a difference
[14:33] <seb128> re
[14:33] <seb128> ok, empathy bug list cleaned now
[14:34] <asac> which probably happened by the idle_handler refactoring
[14:38] <rickspencer3> asac, ccheney, kenvandine, pitti, Riddell,  seb128 - what's the word on the street?
[14:39] <kenvandine> rickspencer3!
[14:39] <kenvandine> good morning
[14:39] <seb128> rickspencer3, nothing to signal there I would say
[14:39] <pitti> hey rickspencer3, good morning
[14:39] <seb128> things look good
[14:39] <pitti> all quiet here
[14:39] <pitti> except.. OMG!!!
[14:39] <rickspencer3> quiet ... too quiet
[14:39]  * rickspencer3 eerie music
[14:39] <kenvandine> rickspencer3, asac did some nice threading fixes to gwibber :)
[14:40] <rickspencer3> kenvandine, lol - just as you said that I was closing a gwibber apport window
[14:40] <asac> in mozilla we found out that we compile system sqlite with wrong flags :/
[14:40] <rickspencer3> arg, so need to rebuilt mozilla? is this a security issue?
[14:40] <asac> no i told them that we cant do that for release
[14:40] <asac> needs a carefuly SRU
[14:40] <rickspencer3> grrr
[14:40] <asac> https://bugs.edge.launchpad.net/firefox/+bug/457791
[14:41] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=445164
[14:41] <asac> i dont feel comfortable to just pump that into our libsqlite without thorough testing.
[14:41] <asac> its not really breakage of functionality though
[14:41] <asac> "just" privacy concerns
[14:42] <seb128> seems people there care about gwibber rather than karmic nowadays
[14:42] <seb128> ;-)
[14:43] <kenvandine> asac, it looks like replies might be messing up the ordering
[14:43] <kenvandine> at first glance of the data
[14:43]  * kenvandine needs more coffee.. bbiaf
[14:47] <Riddell> rickspencer3: pleasingly good, we got some fresh faces for the ISO testing round and no problems found that we didn't already know
[14:47] <rickspencer3> Riddell, great news
[14:47] <rickspencer3> good buzz in the blogosphere regarding Karmic Kubuntu
[14:53] <asac> kenvandine: replies have a differnt time format?
[14:54] <baptistemm> hello
[14:54] <asac> hi baptistemm
[14:54] <baptistemm> Hi asac
[14:54] <baptistemm> is there a way to remove piding from indicator-applet as I don't use it?
[14:54] <chrisccoulson> hi baptistemm
[14:54] <baptistemm> hi chrisccoulson
[14:55] <seb128> baptistemm, disable the indicator option in pidgin or uninstall it
[14:55] <seb128> hey baptistemm btw
[14:55] <baptistemm> heya
[14:55] <seb128> or ask tedg
[14:57] <tedg> baptistemm: The command line way is "mkdir -p ~/.config/indicators/messages/application-blacklist ; cp /usr/share/indicators/messages/applications/pidgin ~/.config/indicators/messages/application-blacklist"  Long paths.
[14:58] <baptistemm> ah thanks :)
[14:58] <seb128> tedg, do you have a stock reply for it yet? ;-)
[14:59] <tedg> seb128: heh, actually the first time I've been asked :)
[14:59] <baptistemm> I just doubt someone could use both but I'm certainly wrong
[15:00] <seb128> I use both
[15:00] <baptistemm> I'd tend to think using one should remove the other :)
[15:00] <seb128> or rather I try to use empathy but it annoys me I go back to pidgin
[15:00] <baptistemm> so I'm wrong
[15:00] <seb128> +when
[15:01] <tedg> baptistemm: Yes, but the solution there is that we shouldn't INSTALL both.  :)
[15:01] <seb128> tedg, we don't
[15:01] <seb128> tedg, we just don't uninstall on upgrade
[15:01] <tedg> seb128: Effectively we do as I'm sure most of our users are upgrades.
[15:01] <baptistemm> It is true I upgraded from the previous version
[15:01] <baptistemm> now empathy is the default client?
[15:02] <kenvandine> asac, no but looking at the list those are the ones out of order
[15:02] <kenvandine> after the sort
[15:02] <kenvandine> which is very weird
[15:02] <seb128> tedg, we should ask users to reinstall, less upgrade issues ;-)
[15:02] <seb128> baptistemm, yes
[15:02] <kenvandine> debugging  something else now... will get back to it
[15:02] <chrisccoulson> baptistemm - https://wiki.ubuntu.com/KarmicKoala/TechnicalOverview#GNOME :)
[15:02] <asac> kenvandine: do you have a dump of the messages you culd paste?
[15:02] <kenvandine> asac, yeah but it is huge
[15:02] <kenvandine> hang on
[15:03] <tedg> seb128: Hmm, I'm thinking that if you get that policy past mvo will buy you a cookie :)
[15:03] <baptistemm> thanks
[15:03] <chrisccoulson> i reinstalled this cycle
[15:04] <mvo> two cookies and a banana
[15:04] <chrisccoulson> but i normally upgrade
[15:04] <chrisccoulson> i upgraded through 4 releases without a reinstall:)
[15:05] <asac> pitti: is karmic-proposed open for pocket copy already? when do we xpect that to happen?
[15:05] <mvo> my old laptop is upgraded all the way from warty to hardy - then intel came along and rewrote the x driver so hard that the good old i830 is a pain on anything newer than hardy
[15:06] <pitti> asac: it's open for uploads (unapproved), but you can't actually put anything into it yet (thus no pocket copying)
[15:06] <pitti> asac: it will open after final release
[15:06] <asac> hmm ok
[15:07] <asac> thx
[15:08] <seb128> chrisccoulson, I should try once the pitti's way
[15:08] <seb128> reinstalling while keeping the user dir
[15:08] <kenvandine> asac, gonna email it... firefox is hosed here
[15:08] <asac> oh
[15:08] <kenvandine> i think bindwood is making it hang
[15:08] <asac> dont tell me that ;)
[15:08] <kenvandine> that is what i am looking at now :)
[15:08] <pitti> I do that several times per release
[15:08] <asac> kenvandine: with the new bug fixes?
[15:08] <seb128> I never dir I don't trust the thing to not wipe my datas
[15:08] <kenvandine> yes
[15:08] <seb128> I need to do backups of everything before trying
[15:08] <kenvandine> asac, new bug fixes make it not screw up your bookmarks :)
[15:08] <pitti> seb128: I have a separate /home, but reinstalling with not wiping data works well, too
[15:08] <kenvandine> but is making it hang
[15:09] <kenvandine> asac, so the time issue in gwibber
[15:09] <pitti> seb128: you just need to ensure to do manual partitioning and _not_ format the root partition
[15:09] <kenvandine> it is somehow client related
[15:09] <asac> good
[15:09] <seb128> pitti, that they say! I read too many bugs to ignore that software can behave strangly sometime for one user ;-)
[15:09] <kenvandine> still pasting...
[15:09] <asac> thx
[15:09] <chrisccoulson> seb128 - my karmic install was a fresh install but keeping my old /home
[15:09] <pitti> seb128: I don't know what you are talking about :)
[15:09] <kenvandine> asac, so when changing views in the client, it is changing the time
[15:09] <chrisccoulson> but i did have a backup of /home in case the install erased it ;)
[15:09] <kenvandine> and they aren't all the same format
[15:10] <seb128> pitti, jedi wave, *there is no such things as bugs in ubuntu*
[15:10] <baptistemm> I wish t reinstall my laptop to have ext4
[15:10] <kenvandine> so on first run, when the messages are put together the times are right and the order is correct
[15:10] <pitti> seb128: but a backup is a good idea either way; HDs suck
[15:10] <seb128> right
[15:10] <baptistemm> does grub2 is installed for new installation in karmic?
[15:10] <kenvandine> asac, but then if you switch views a couple times the backend sees the times like this
[15:10]  * pitti hugs rsnapshot
[15:10] <pitti> baptistemm: yes
[15:11] <kenvandine> 1256197865
[15:11] <kenvandine> 1256080120.0
[15:11] <kenvandine> 2009-10-16 22:19:35.00
[15:11] <kenvandine> asac, i added a for look in get_messages that prints message["time"]
[15:12] <kenvandine> when get_messages gets run the first time they are all right
[15:12] <kenvandine> then when i click around in the UI, get_messages gets called again and the time formats vary
[15:12] <kenvandine> so look at populate_view and update_view in client.py
[15:12] <kenvandine> see what they are doing to it
[15:12]  * kenvandine goes back to bindwood and u1 folks
[15:12] <asac> kenvandine: you sure only on client side?
[15:13] <asac> kenvandine: yes. go back
[15:13] <kenvandine> yeah... well clicking around in the client changes the message_store i guess
[15:13] <kenvandine> like changing the times, no idea why it would do that
[15:13] <kenvandine> i doubt the client itself is changing the times, but it is calling some method that is doing bad things :)
[15:14] <kenvandine> email coming your way now
[15:15] <baptistemm> pitti, why does rsnapshot depends on openssh-server?
[15:15] <pitti> baptistemm: it recommends it, I guess because it's meant to do pull-style backups from clients
[15:16] <pitti> I don't use it that way, though; I rsnapshot locally into /var/backups/, and rsync that to my server in a cron job
[15:16] <baptistemm> apt-get wants me to install openssh-server :)
[15:16] <pitti> baptistemm: --no-install-recommends
[15:17] <chrisccoulson> you don't already have openssh-server installed?
[15:17] <chrisccoulson> that's the first thing i install on a fresh install
[15:17] <pitti> me too :)
[15:17] <seb128> same here
[15:18] <baptistemm> I only have one computer
[15:18] <chrisccoulson> baptistemm - me too, but i can SSH from my G1 if things get really bad
[15:19] <chrisccoulson> and i also use SSH between virtual machines a lot as well
[15:19] <pitti> chrisccoulson: hah, thats's what I do as well (G1)
[15:19] <pitti> in the times when X used to freeze very often
[15:19] <baptistemm> I don't have G1 nor VM, I'm just a dumb user
[15:19] <pitti> also, I told my router to open port 22, so that people (or me) can access my box from outside
[15:20] <pitti> baptistemm: yes, nevermind; if you don't need it, don't install it
[15:20] <chrisccoulson> pitti - i don't open my router at the moment, but i used to
[15:20] <baptistemm> :)
[15:20] <chrisccoulson> it's amazing how many brute force attempts you get on port 22 ;)
[15:20] <pitti> chrisccoulson: yeah, for that reason I changed the default port on my server
[15:20] <baptistemm> yeah, my synology showed me that too
[15:20] <kenvandine> asac, i just sent you more informative output
[15:20] <kenvandine> daemon.log.bz2
[15:21] <asac> kenvandine: email? thx
[15:21] <chrisccoulson> pitti - i ran IPCop for years on an old PC, and that used to have 10-20 brute force attacks per day
[15:21] <kenvandine> you will notice there are more than one dumps of data
[15:21] <kenvandine> yes
[15:21] <asac> i will see ;)
[15:21] <kenvandine> and after each print of data, there are lines printing each time
[15:21] <kenvandine> so each time you see data printed is when i changed the view
[15:21] <kenvandine> in the client
[15:21] <kenvandine> you will see the times get screwy
[15:22] <kenvandine> like some of them are 18000.0
[15:22] <kenvandine> but when it starts they are all nicely ordered :)
[15:24] <baptistemm> pitti, if you want to enhanced the rsnapshot package one's can uncomment "#cmd_cp         /bin/cp" in the default configuration
[15:25] <baptistemm> I can look at it tonight
[15:25] <pitti> interesting
[15:25] <baptistemm> I want to setup proper backup
[15:25] <pitti> my home dir doesn't have any of those fancy things (pipes, etc.), though
[15:25] <pitti> we should enable that by default on our package, though
[15:26] <pitti> we know that we are on linux and have GNU cp, after all
[15:26] <pitti> (in debian)
[15:26] <baptistemm> yep
[15:27] <rodrigo_> hmm, flash player in firefox seems to be broken after last update
[15:28] <asac> kenvandine: ok. where exactly did you print those timestamps?
[15:28] <asac> just bzr diff will be enough i think so i can see what place you got those odd formatted things from
[15:29] <kenvandine> asac, http://pastebin.ubuntu.com/299090/
[15:30] <asac> ok so on backend side
[15:33] <asac> kenvandine: http://pastebin.com/f7825b5a4
[15:34] <asac> though the 18000.0 feels like its coming from somewhere else
[15:34] <asac> maybe a bad time from some online service if we are lucky
[15:34] <kenvandine> asac, but that wasn't in there the first pass
[15:35] <kenvandine> and it worries me that there are multiple formats of dates
[15:35] <asac> kenvandine: i think flickr is really broken
[15:35] <asac> just tested it
[15:35] <kenvandine> oh
[15:35] <asac> mx.DateTime.DateTimeFrom(int(123123)).gmtime()
[15:35] <asac> <mx.DateTime.DateTime object for '1970-01-02 10:12:03.00' at b76016e8>
[15:35] <kenvandine> i see your diff
[15:35] <asac> and with ticks
[15:35] <asac> mx.DateTime.DateTimeFrom(int(123123)).gmtime().ticks()
[15:35] <asac> 119523.0
[15:36] <asac> i am not sure if "t" is in ticks in the first place and if this needs normalization somehow
[15:36] <asac> but should be a good start
[15:36] <asac> maybe its even
[15:36] <kenvandine> it should be ticks
[15:36] <kenvandine> well going in i am not sure
[15:37] <kenvandine> but that is just in parse_time, should be used for display right?
[15:37] <asac> kenvandine: he other date function used is DateTimeFromTicks
[15:37] <asac> kenvandine: pares_time is used to set ["time"[
[15:37] <asac> if its used elsewhere we can also do
[15:38] <asac> http://pastebin.com/f4b258313
[15:38] <kenvandine> ok, well we assume ticks everywhere else
[15:38] <asac> good. so we should actually do
[15:38] <asac> http://pastebin.com/f7cf3cae
[15:38] <asac> kenvandine: ^
[15:38] <asac> try that maybe
[15:39] <asac> if that gives you reasonable time displayed and proper sorting
[15:39] <kenvandine> i am
[15:39] <asac> good
[15:39] <asac> kenvandine: also the last one? e.g. with DateFromTicks?
[15:40]  * asac waits for a confirm before pushing
[15:41] <kenvandine> i did that
[15:41] <kenvandine> works much better
[15:42] <kenvandine> and they all stay in order now and the times don't get tweaked
[15:42] <kenvandine> however... after changing the view the last 5 times printed are 18000.0
[15:42] <kenvandine> and they are not from flickr
[15:42] <asac> kenvandine: can you find what backend that is?
[15:43] <kenvandine> i think we have one more place busted :)
[15:43] <kenvandine> yeah
[15:43] <kenvandine> looking
[15:43] <asac> pushed flickr (rev 473)
[15:43] <kenvandine> ah!
[15:43] <kenvandine> digg
[15:44]  * kenvandine looks at the code
[15:46] <dobey> asac: hey
[15:46] <asac> digg uses some odd way ... probably should be done in same way
[15:46] <asac> not really looking, so if you see it fix it ;)
[15:47] <asac> dobey: hi
[15:47] <dobey> asac: any idea how one might determine why firefox doesn't have all my passwords in it that i told it to remember, and which used to be there and working fine in 3.0?
[15:47] <asac> dobey: first step is disabling all extensions to see if that breaks something
[15:48] <asac> if you have any extension besides from what we ship by default
[15:48] <asac> dobey: why do you think it doesnt remember? is it that it just doesnt fill the form or have you looked in the db to see they are not there?
[15:49] <asac> aka in preferences -> security -> saved passwords
[15:49] <dobey> all extensions are disabled
[15:49] <dobey> asac: it didn't fill in the form, and it wasn't in the saved passwords dialog
[15:49] <dobey> it was saved in 3.0, but now that i'm having to use 3.5, it's no longer there
[15:51] <asac> dobey: and if you save the password again it doesnt work?
[15:51] <asac> or just migration issue?
[15:52] <dobey> well i don't recall the password right now, so i can't just go save it again
[15:52] <dobey> which is why i saved it in the first place
[15:52] <asac> dobey: ok. so what i think happened is this: a) you installed firefox-3.5 in the past
[15:52] <asac> and kept on using 3.0
[15:53] <asac> then you got asked when we made 3.5 default if you want to migrate your settings
[15:53] <dobey> well, karmic installed 3.5 in the past, and i saw it was not my desired experience, so i continued using 3.0 yes
[15:53] <asac> you either said yes or no ... but that doesnt matter. in case you added that password afterwards its in your firefox-3.0 profile
[15:53] <asac> because we didnt migrate another time
[15:53] <dobey> i never got asked if i wanted my settings migrated
[15:53] <dobey> there's a different profile?
[15:54] <asac> dobey: ls -l ~/.mozilla/ ... paste that please
[15:54] <asac> dobey: yes. 3.0 and 3.5 are different profiles. you definitly got asked if you installed firefox-3.5 before we made it the default
[15:54] <asac> but paste that
[15:55] <dobey> [dobey@lunatari:run-tree]: ls ~/.mozilla
[15:55] <dobey> appreg  default/  extensions/  firefox/  mozver.dat  plugins/
[16:03] <asac> dobey: yeah. then you didn tuse ffox 3.5 before it was the default
[16:03] <asac> dobey: so that might be a bug from going back and forth
[16:03] <asac> the version
[16:03] <asac> dobey: you can check out the db directly to see if your password is in there
[16:04] <asac> signons.sqlite
[16:04] <asac> in profile
[16:05] <asac> dobey: open that file in sqlite3 and run select hostname from moz_logins;
[16:05] <asac> see if that hostname is there
[16:05] <asac> dobey: if not check if its in signons.txt
[16:05] <dobey> ok
[16:06] <asac> dobey: signons3.txt
[16:06] <asac> dobey:  i what i would do is to backup your whole .mozilla profile and remove the .sqlite file from profile before starting
[16:07] <asac> most likely your passwords were added to signons3.txt in ffox 3 after you first ran ffox 3.5 which created the .sqlite from your signons3.txt at that time
[16:07] <dobey> ok
[16:07] <asac> so removing the sqlite will create it again with the latest
[16:11] <dobey> ok, removing the sqlite file seems to have fixed it
[16:11] <dobey> thanks
[16:17] <asac> np
[16:18] <kenvandine> asac, i just pushed the digg fix
[16:18] <kenvandine> digg and flickr have been broken for ages i guess, i think your sorting fixes brought it to the surface :)
[16:18] <kenvandine> well i mean your sort is better :)
[16:20] <asac> kenvandine: the threading fixes i guess ;)
[16:20] <kenvandine> yup
[16:20] <kenvandine> probably all for the better :)
[16:20] <asac> kenvandine: thanks. so we are good for a new release ... want to wait for one more daily run to get some feedback?
[16:20] <kenvandine> give me a few
[16:20] <kenvandine> looking at something
[16:22] <kenvandine> ok, i think it is good
[16:23] <kenvandine> asac, go for it
[16:26] <kenvandine> asac, how about merging the quit branch?
[16:26] <kenvandine> asac, opposed?
[16:27] <kenvandine> actually hold on, don't push anything yet maybe your threading fixes fixed my shutdown problem
[16:28] <asac> kenvandine: ctrl+c works now
[16:28] <asac> so most likeyl it works good
[16:28] <asac> kenvandine: i wasnt sure if we wnt to do the quit branch
[16:28] <asac> kenvandine: i think if we want to do that we should fix that using the window close thing
[16:28] <asac> we should go to tray rather than closing
[16:28] <asac> otherwise you wont get notifications if the ui is closd
[16:28] <kenvandine> no you will
[16:28] <asac> imo we can do that if you want
[16:28] <asac> kenvandine: huh?
[16:29] <kenvandine> closing the window doesn't kill the daemon
[16:29] <asac> gwibber-daemon isnt running if we close UI ... right?
[16:29] <asac> hmm
[16:29] <kenvandine> only quit does
[16:29] <asac> kenvandine: sure that we dont run through the same quit code?
[16:29] <asac> if so it looked fine.
[16:29]  * kenvandine looks again, but is certain he accounted for that
[16:30] <asac> kenvandine: otoh, i think that all daemon bustage issues should be fixed now by threading. i think that the multithreading access to self.messages in the operation result handler was the painful thing that caused havoc
[16:30] <asac> anyway. if the quit thing isnt run on window close thats fine
[16:30] <asac> and something i would think we want
[16:44] <cytotoxic> !ops
[16:44] <cytotoxic> !staff
[16:44] <Hobbsee> sigh
[16:44] <Hobbsee> cytotoxic: what?
[16:45] <Amaranth> wow lag
[16:45] <Amaranth> Hobbsee: guy is going to every ubuntu channel calling for ops, trying to get klined
[16:46] <Hobbsee> Amaranth: yeah, i noticed after i asked.
[16:46] <Amaranth> Hobbsee: Expect him in devel and motu as well
[16:46] <Laney> already been in devel
[16:46] <Hobbsee> he already hit devel
[16:47] <czajkowski> and  now -meeting
[16:48] <seb128> cassidy, http://bugs.freedesktop.org/show_bug.cgi?id=24524
[16:49] <seb128> cassidy, is there a GNOME bug about that?
[16:49] <cassidy> seb128, don't think so; feel free to open one
[16:49] <seb128> cassidy, ok thanks
[16:54] <Amaranth> hmm
[16:54] <Amaranth> launchpad is telling me I'm not allowed to see bug 458086 but I'm subscribed to it (getting bugmail)
[16:55] <chrisccoulson> Amaranth - i can't view it either
[16:55] <chrisccoulson> it's wierd that you're getting bug mail though
[16:55] <Amaranth> it actually has a compiz task open
[16:57] <james_w> are you subscribed to ubuntu-reviews@?
[16:57] <Bacteria> !ops
[16:57] <Amaranth> *sigh*
[16:57] <Amaranth> staying on this time
[16:57] <mvo> Amaranth: I can't see it
[16:58] <james_w> somebody unsubscribed ubuntu-bugcontrol from the bug
[16:58] <james_w> so you won't get any more mail
[16:58] <kenvandine> asac, so my quit code wasn't getting run on window close, but looking at that uncovered window visibilty toggling bugs
[16:58] <kenvandine> asac, i'll fix that
[16:58] <Amaranth> james_w: d'oh
[16:58] <kenvandine> asac, the on_window_close method wasn't connected to anything
[16:58] <james_w> and there is no compiz task
[16:58] <Amaranth> hrm, I thought bryce_ said he added one
[16:59] <Amaranth> I wonder why it is private anyway
[17:00] <james_w> it's not been retraced yet
[17:07] <pitti> retracers crash all the time these days due to LP timeouts
[17:07] <seb128> mvo, do you have any gnome-app-install upload planned for karmic?
[17:07] <seb128> bug #456757
[17:07] <seb128> they need rebuilds to not be stripped from the mo files
[17:08] <seb128> since they moved to universe
[17:10] <mvo> seb128: no, but I can do that
[17:10] <seb128> mvo, you could perhaps to a po update upload?
[17:10] <mvo> ok
[17:10] <seb128> ie get a rosetta export and upload?
[17:10] <seb128> mvo, thanks ;-)
[17:11]  * mvo prepares the upload
[17:11] <mvo> seb128: perfect task before going for dinner :)
[17:11] <seb128> I guess that's the visible one, there is no reason to use polkit-gnome on karmic
[17:11] <seb128> mvo, ;-)
[17:15] <pitti> seb128: at some point we should probably just remove all the old cruft (gnome-volume-manager, gnome-mount, policykit-gnome); but right now, blueman and gnome-lirc-properties still need them
[17:15] <pitti> uh, and libgksu-polkit0 (which should die along; we have pkexec)
[17:16] <seb128> pitti, right
[17:20] <james_w> could I get a review of http://pastebin.ca/1637611 please?
[17:32] <pitti> james_w: from reading the diff it looks good to me (haven't actually tried it); thanks for working on this!
[17:32] <pitti> I'm a bit torn whether it's adequate for a post-RC update, though
[17:35] <james_w> yeah
[17:35] <james_w> I don't like it being this late
[17:35] <james_w> I've tried to minimise the changes and the impact as much as possible, but still...
[17:37] <pitti> james_w: btw, we'll break translations either way, due to how translation export -> rosetta -> langpacks work
[17:37] <pitti> but we can fix that in the  first langpack SRU
[17:38] <pitti> with your careful patch they will at least immediately be imported into Rosetta
[17:39] <dpm> pitti, but if the translations would get imported before the langpack export tonight, it would be transparent, wouldn't it?
[17:39] <dpm> (for those languages there was a translation of the string for)
[17:39] <pitti> dpm: it starts at 2200 or finishes at 2200?
[17:39] <pitti> james_w: I think you should upload it to the queue, and I'll talk to slangasek
[17:40] <dpm> pitti, it starts at 22:00 IIRC, ArneGoetje^?
[17:41] <james_w> pitti: ok, I'll upload right now
[17:41] <james_w> thanks
[17:41] <james_w> and thank you dpm
[17:41] <pitti> dpm: ArneGoetje is off sick; but I think "starts" is correct
[17:41] <dpm> james_w, no worries, thank you for caring about translations :)
[17:42] <james_w> also, I checked ubuntu-docs and they already point to gnome-about-me for changing your own password
[17:42] <james_w> so I don't think this breaks that either
[17:43] <dpm> pitti, yeah, "start" (Arne was in for a bit today) -> <peteris> hi people, how long today translations will be accepted?
 peteris: shortly before 22:00 UTC
[18:05] <rickspencer3> has anyone tried USB creator lately?
[18:06] <rickspencer3> seems someone ran into bug #458334
[18:06] <pitti> rickspencer3: I'm using it all the time; last time was yesterday
[18:06] <rickspencer3> pitti, good to hear
[18:09] <seb128> rickspencer3, works fine there too I used it yesterday
[18:09] <rickspencer3> thanks guys!
[18:28] <pitti> TheMuso: so do we need the keyboard bell for anything a11y related?
[18:43] <pitti> chrisccoulson: I assigned bug 388250 to you, you seem to work on it (all milestoned bugs need an assignee now, or need to become unmilestoned)
[18:43] <pitti> chrisccoulson: did you see Steve's last reply about the dupe which has a trace?
[18:44] <pitti> kenvandine: bug 442120> is there a package being prepared?
[18:45] <mdz> is there a straightforward way to reset my panel to the default layout?
[18:45] <kenvandine> mdz, yeah, one sec
[18:46] <halfline> gconftool-2 --recursive-unset /apps/panel
[18:46] <chrisccoulson> pitti - thanks. i'm still waiting on more info from slangasek on that one
[18:47] <pitti> chrisccoulson: ah, ok; the bug looks like he's waiting on an answer from you
[18:47] <chrisccoulson> yeah, we've been discussing it on IRC. i should probably leave a comment on the bug too
[18:48] <kenvandine> mdz, you might want to back up first
[18:48] <mdz> halfline, thanks
[18:48] <mdz> kenvandine, always ;-)
[18:48] <kenvandine> gconftool --dump /apps/panel > panel.dump
[18:48] <kenvandine> and to restore gconftool --load < panel.dump
[18:55] <kenvandine> mdz, did that get you the session applet?
[19:05] <mdz> kenvandine, nope
[19:06] <kenvandine> humm
[19:06] <kenvandine> did you restart the panel?
[19:06] <mdz> kenvandine, I suppose I should try booting UNR from USB to check
[19:06] <mdz> kenvandine, yes
[19:06] <kenvandine> lool, ^^
[19:06] <kenvandine> lool, ideas?
[19:06] <mdz> hearing from lool that it works for him in a fresh install would ease my mind
[19:08] <asac> kenvandine: let me know when you think your -quit fixes are ready. thanks
[19:08] <kenvandine> asac, will do
[19:09] <kenvandine> asac, well my quit fix is fine
[19:09] <kenvandine> but in checking the window close behavior, i found that it isn't hooked up to do what it should do if you are using the status icon
[19:09] <kenvandine> asac, should have that fixed in a few
[19:09] <dobey> pitti, kenvandine: do you guys think i should try to apply for ubuntu membership for the next round?
[19:09] <kenvandine> mdz, i am downloading unr now
[19:09] <asac> very good
[19:10] <kenvandine> dobey, yeah
[19:10] <kenvandine> asac, the status icon case right now is very broken :/
[19:10] <kenvandine> mdz, but looking at unr  gconf defaults and package manifest, it should be there
[19:10] <kenvandine> mdz, do you have indicator-applet-session installed?
[19:11]  * dobey will look into that :)
[19:11] <kenvandine> it is in the manifest for the cd
[19:11] <mdz> kenvandine, I do
[19:11] <kenvandine> ok... we need lool
[19:11] <kenvandine> or my download to finish... in 3 hours :/
[19:11] <mdz> I will make a USB key and check it myself
[19:11] <kenvandine> ok
[19:12] <kenvandine> mdz please let me know
[19:16] <mdz> the new accessibility logo totally looks like the burning man logo
[19:17] <mdz> s/logo/icon/
[19:17] <kenvandine> :)
[19:20] <asac> kenvandine: status icon case?
[19:20] <kenvandine> yeah
[19:20] <dobey> mdz: the davinci thing?
[19:21] <kenvandine> if you aren't using the indicator
[19:21] <mdz> kenvandine, it's there in the live session
[19:21] <kenvandine> mdz, great
[19:21] <kenvandine> not sure why it isn't working for you :)
[19:21] <kenvandine> that is strange
[19:21] <kenvandine> unsetting it should
[19:21] <pitti> dobey: oh, sure!
[19:23] <dobey> pitti: cool, thanks :)
[19:30] <asac> kenvandine: if you can describe the symptoms a bit more explicit i can check if i find it later tonight
[19:34] <CyberCod> is there an IRC channel for the shipit team?
[19:40] <kenvandine> i have it fixed
[19:40] <kenvandine> asac, ^^
[19:41] <kenvandine> testing all the cases now
[19:41] <asac> cool
[19:46] <kenvandine> asac: pushing now
[19:52] <kenvandine> asac: pushed to trunk
[19:52] <kenvandine> but i did my merge backwards, so revision is now 470 :/
[19:52] <kenvandine> collapsed your's down into a merge
[19:59] <chrisccoulson> yay for RC!
[20:08] <asac> kenvandine: thats bad habit ;)
[20:08] <asac> kenvandine: cant you uncommit ?
[20:08] <kenvandine> i could... but then i would have to push that
[20:09] <kenvandine> i'll do that
[20:09] <asac> kenvandine: well. we moved backwards
[20:09] <asac> i think within 5 minutes its ok
[20:09] <asac> even though ugly
[20:09] <asac> ;)
[20:09] <kenvandine> pitti, bug 441210
[20:09] <asac> i think there was some kind of way to configure bzr branches to not allow that kind of thing
[20:10] <kenvandine> that should be the default :)
[20:10] <asac> kind of a ugly feature imo
[20:10] <asac> yeah
[20:13] <asac> yeah i think uncommitting is really better. the dailies already picked up the 473
[20:13] <asac> https://edge.launchpad.net/~gwibber-daily/+archive/ppa/+packages
[20:16] <pitti> kenvandine: hi
[20:16] <pitti> kenvandine: need sponsoring?
[20:16] <kenvandine> pitti, yeah... not sure how critical it is
[20:17] <kenvandine> but seems harmless
[20:17] <kenvandine> and should make it smaller :)
[20:18] <pitti> oh? Mat told me it'd get bigger
[20:18] <kenvandine> it is a bigger image
[20:18] <kenvandine> but only one
[20:18] <pitti> james_w: bug 307019 has a s-t-b task as well, does that need to be changed for this?
[20:18] <kenvandine> removed all the sized ones
[20:19] <pitti> kenvandine: was that tested in different screen resolutions?
[20:19] <kenvandine> bratsche, ^^
[20:19] <pitti> not that next time someone comes along and says it looks ugly when being scaled
[20:20] <kenvandine> asac, can you just overwrite with your branch?
[20:20] <kenvandine> backing out this way is painful :)
[20:21] <bratsche> pitti, kenvandine: I tested it at 1680x1050 and 1600x1200
[20:21] <kenvandine> humm
[20:21] <kenvandine> should get it tested on a netbook
[20:21] <kenvandine> should be fine though
[20:23] <pitti> should be tested at 1024x768 in kvm and on a widescreen
[20:24] <bratsche> 1680x1050 is a widescreen isn't it?
[20:24] <bratsche> Or maybe not.
[20:25] <pitti> ah, yes
[20:25]  * kenvandine tests in kvm
[20:25] <pitti> I'm currently reviewing the unapproved queue (46 uploads, ugh), that'll still take me a while
[20:25] <bratsche> Sorry to dump this one on you guys at the last minute.  I had forgotten about it since I moved on to Lucid stuff, and mt just reminded me this morning.
[20:27] <asac> kenvandine: yes
[20:28] <asac> kenvandine: oh the problem is that the branch has no problem with that
[20:28] <asac> as it thinks all is fine
[20:29] <kenvandine> pitti, bratsche: working fine in kvm at 1024x768
[20:29] <asac> kenvandine: so what we can do is rename branch and push ... not sure if ryan kills us ;)
[20:30] <kenvandine> that is fine... unless he is working on it right now
[20:30] <kenvandine> which isn't likely :)
[20:30] <asac> ok
[20:30] <kenvandine> your branch is still at 473?
[20:30] <asac> 474
[20:30] <asac> yes
[20:30] <kenvandine> ok
[20:30] <kenvandine> good
[20:30] <kenvandine> :)
[20:30] <kenvandine> go for it :)
[20:30] <asac> let me rename and push again
[20:30] <kenvandine> thx
[20:30] <asac> and hope that the lp:gwibber doesnt get auto moved
[20:31] <asac> so yes
[20:31] <asac> it happened
[20:31] <asac> lp:gwibber is now "merged.backup"
[20:32] <asac> and we are probably not driver so we can retpoint
[20:32] <asac> anyway...pushing and then trying to fix the series
[20:33] <kenvandine> ok
[20:33] <asac> kenvandine: ok should be there now
[20:33] <kenvandine> pitti, also bug 456024
[20:33] <asac> kenvandine: and i was able to fix series
[20:33] <kenvandine> woot
[20:33]  * kenvandine merges again
[20:34] <asac> kenvandine: take care ;=)
[20:36] <asac> kenvandine: oh. all the merge requests have moved to the backup location
[20:36] <asac> 8 in total
[20:36] <asac> guess we should go through and rerequest
[20:38] <kenvandine> pushed r475
[20:38] <kenvandine> i'll fix the merge requests :)
[20:38] <kenvandine> thx
[20:39] <asac> grat
[20:39] <asac> ok let me check
[20:40] <asac> i will poke it a bit and then upload if you dont say you found a bug
[20:40] <kenvandine> asac, i think it is pretty solid
[20:40] <kenvandine> definately no worse than it was :)
[20:41] <kenvandine> pitti, i didn't target 456024
[20:41] <kenvandine> what do you think about that one?
[20:52] <pitti> kenvandine: seems low-prio, but the patch is reasonably small; I guess yuo tested it already? or still investigating?
[20:52] <dpm> pitti, (or anyone else), I want to make sure I understand this correctly. The language packs being exported today, they are the ones which are going to be included in the ISOs, aren't they?
[20:52] <pitti> dpm: corretc
[20:52] <dpm> pitti, thanks
[20:52] <pitti> (more correct than my spelling, anyway)
[20:53] <dpm> correct enough for me to understand it :-)
[20:55] <kenvandine> pitti, yes i tested it with a couple contacts
[20:55] <kenvandine> seemed to work as advertised
[20:55] <kenvandine> pitti, should i milestone it?
[20:55] <pitti> kenvandine: let's just upload it
[20:56] <pitti> but I let Steve accept that one
[20:56] <kenvandine> ok
[20:56] <kenvandine> thx
[20:56] <kenvandine> seems worth it
[21:00] <pitti> kenvandine: please subscribe me to the two bugs when they are ready, I'll sponsor them when I'm done with queue poking
[21:03] <kenvandine> ok
[21:14] <pitti> kenvandine: hmm, did you uncommit on bzr+ssh://bazaar.launchpad.net/~ubuntu-desktop/evolution-couchdb/ubuntu/ ?
[21:14] <pitti> kenvandine: I was pulling, and got "diverged"
[21:14] <kenvandine> nope
[21:14] <pitti> ah, probably I forgot to push the "releasing version 0.3.2-0ubuntu1" change, sorry
[21:15] <kenvandine> np
[21:25] <pitti> kenvandine: evo-couchdb uploaded
[21:26] <kenvandine> thx
[21:28] <lool> mdz, kenvandine: Sorry was away for dinner
[21:29] <mdz> lool, as you should be at that time of the evening ;-)
[21:29] <lool> So indicator session > the only difference should be that we dont have gdm-guest-session
[21:30] <lool> mdz: Is there a bug with the indicator session issue?
[21:31] <james_w> pitti: it does not need to be changed with this fix.
[21:31] <mdz> kenvandine, lool, what is supposed to happen when you select 'New session...' from the session indicator?
[21:31] <mdz> (for me, it just turned on the screensaver)
[21:31] <lool> mdz: Gah it's supposed NOT to be there
[21:31] <lool> I guess indicator-session doesn't support lack of guest session
[21:33] <lool> mdz: The screensaver turning on is just an effect of screen being locked to switch to the other session, but as the guest session isn't there it fails
[21:33] <kenvandine> oh... that is bad
[21:33] <lool> It's really easy to add gdm-guesst-session support to UNR, it just didn't make sense to we excluded it
[21:33] <kenvandine> New session... should be hidden if guest isn't there
[21:34] <lool> But it's probably the least intrusive fix
[21:34] <kenvandine> that would be easier than fixing indicator-session
[21:34] <kenvandine> tedg, ^^
[21:34] <lool> Yes, less intrusive
[21:35] <tedg> We check to see if CK reports that user switching is available, can't you just tell CK that?
[21:36] <lool> mdz: Actually on a startx session I dont see New session (which is correct)
[21:36] <lool> This is not about guest session actually
[21:36] <lool> This is about switching user
[21:37] <lool> Which probably doesn't work if there is no other user or something along these lines
[21:37] <mdz> lool, I saw it in the live session
[21:37] <mdz> I don't see it in a normal session
[21:41] <lool> In a live session, I see switch user which returns to an useless gdm
[21:43]  * lool quickly reinstalls in virtualbox
[21:44] <lool> mdz: Did you see "New session" in a live session or "Switch user"?  I only see the latter
[21:44] <mdz> lool, "New session" I saw in the live session
[21:44] <mdz> "Switch user" I see in my session right now
[21:45] <lool> Odd I can't reproduce New session in a live session
[21:45] <mdz> curious
[21:47] <seiflotfy1> hey guys
[21:47] <seiflotfy1> i need help
[21:48] <seiflotfy1> i want to modify the session from a terminal
[21:48] <seiflotfy1> as in gdm should not automatically log in
[21:48] <seb128> hi, try #ubuntu for user question
[21:50] <pitti> kenvandine: do you know the status of bug 423383 ?
[21:50] <pitti> dobey: ^ or you?
[21:50] <kenvandine> no i don't
[21:50] <pitti> kenvandine: bug 442120 seems like we just need a cherrypick?
[21:51] <dobey> pitti: it's a server "semi-issue"
[21:51]  * kenvandine checks with chad
[21:54] <pitti> dobey: ok, so can be fixed independently from the u1 package? good
[21:55] <dobey> pitti: it's a timeout threshold setting in python-oauth in the OAuthServer class, that gets compared against
[21:55] <dobey> pitti: for that specific bug anyaywa
[21:56] <kenvandine> pitti, that dc fix wasn't uploaded, but they are preparing another one now
[22:05] <chrisccoulson> tedg - does the indicator-applet need libgnomeui for anything?
[22:06] <tedg> chrisccoulson: I think it uses it for the libpanel stuff?  Honestly, that's part of the panel-applet boilerplate stuff that I'm not too familiar with.
[22:06] <chrisccoulson> oh, ok. the only reason i ask is because it means that it connects to the session manager
[22:07] <chrisccoulson> and if you do session saving, it gets saved in the session, and supplies a bogus restart command
[22:07] <chrisccoulson> so gnome-session spits out a warning on subsequent logins that it can't start indicator-applet and indicator-applet-session
[22:08] <tedg> chrisccoulson: Hmm, seems we should be able to avoid that.  Probably too late for Karmic though.
[22:08] <tedg> chrisccoulson: We might have put session stuff in when it was "FUSA" more directly, and not pulled it out when we pulled that code out.
[22:09] <chrisccoulson> yeah, i think the FUSA might have done this too
[22:09] <chrisccoulson> not using libgnomeui would be ideal (if it's not used for anything else). it doesn't seem to make sense for applets to connect to the session manager anyway
[22:09] <pitti> good night everyone
[22:09] <seb128> 'night pitti
[22:09] <chrisccoulson> but the alternative is to set the RestartStyleHint to RestartNever, so it never gets saved
[22:09] <chrisccoulson> 'night pitti
[22:11] <chrisccoulson> tedg - thinking about, the old FUSA had to do this, as it originally used GnomeClient to log out anyway
[22:11] <chrisccoulson> but that's not necessary now:)
[22:11] <tedg> Yeah, I'm wondering if there's some stale code in there.
[22:12] <chrisccoulson> tedg - i think so, but that's for next cycle now
[22:18] <asac> 21:42 < lifeless> asac: bzr help configuration, look for append_only
[22:18] <asac> kenvandine: ^^
[22:19] <kenvandine> oh... cool
[22:19] <asac> hmmm ... terminal behaviour is a bit odd for bzr configuration ;) ... cannot scroll up
[22:19] <asac> ah ... term was just busted
[22:20] <asac> append_revisions_only
[22:20] <asac> If set to "True" then revisions can only be appended to the log, not
[22:20] <asac> removed.  A branch with this setting enabled can only pull from
[22:20] <asac> another branch if the other branch's log is a longer version of its
[22:20] <asac> own.
[22:25] <seb128> tedg, https://launchpad.net/ubuntu/+source/indicator-applet/+bugs
[22:25] <seb128> tedg, could use some triaging looking at the list
[22:27] <TheMuso> pitti: I don't think so, but others might.
[22:38] <seb128> rodrigo_, kenvandine: do you watch evolution-couchdb bug list on launchpad to see private crashers?
[22:38] <rodrigo_> seb128: yes, I think I get all evo-couchdb bugs
[22:38] <seb128> rodrigo_, launchpad doesn't email about private bugs
[22:39] <rodrigo_> hmm, it doesn't?
[22:39] <rodrigo_> all ubuntu one server bugs are private, I think, and I get notifications for those
[22:39] <rodrigo_> well, I think so
[22:39] <rodrigo_> seb128: is there any bug we overlooked?
[22:40] <seb128> rodrigo_, not really, but evolution-data-server is crash land
[22:40] <seb128> there is over 130 bugs where there was 50 previous cycle
[22:40] <seb128> and a good part of those seems to be due to couchdb so I started reassigning
[22:41] <rodrigo_> e-d-s itself, or evo-couchdb?
[22:41] <seb128> I wanted to make sure somebody will look at those
[22:41] <rodrigo_> seb128: ok, yes, reassign them to me
[22:42] <seb128> rodrigo_, e-d-s is the binary crashing but it crashes in libebookbackendcouchdb.so calls
[22:42] <seb128> rodrigo_, I guess that makes the bug one on your side not in upstream e-d-s no?
[22:43] <rodrigo_> seb128: yes, they're mine
[22:43] <seb128> rodrigo_, bug #451347 is one example
[22:43] <rodrigo_> I guess I should watch e-d-s bug list then
[22:43] <seb128> rodrigo_, would be nice, I'm cleaning a bit for now
[22:43] <seb128> watch evolution-couchdb for the ones I reassign
[22:43] <rodrigo_> seb128: can't access that one, so yeah, please assign them all to me
[22:44] <seb128> so you don't have access to private bugs
[22:44] <rodrigo_> not to evo-couchdb bugs, no
[22:44] <rodrigo_> I guess it just allows access to the team members?
[22:44] <seb128> can you talk to pedro when he's around to see if you could get that?
[22:44] <rodrigo_> ok
[22:44] <seb128> you are "rodrigo" on launchpad?
[22:44] <rodrigo_> rodrigo-moya, I think
[22:44]  * rodrigo_ checks
[22:45] <rodrigo_> yeah, rodrigo-moya
[22:45] <seb128> rodrigo_, https://launchpad.net/ubuntu/+source/evolution-couchdb/+bugs
[22:45] <seb128> you should see some extra bugs now
[22:45] <rodrigo_> ok
[22:46] <rodrigo_> will look at them in the morning
[22:46] <seb128> thanks
[22:46] <seb128> there is no hurry anyway it's late to get updates in karmic now
[22:47] <rodrigo_> right, but we want to fix those in updates post-karmic release :)
[22:49] <lool> mdz: I tried on two different hosts and couldnt get "New session"; I did a full install in virtualbox too and it worked on the installed system too; I guess you had a hard to trigger heisenbug
[22:51] <lool> kenvandine: ^
[22:52] <kenvandine> lool, ok
[22:52] <kenvandine> thx
[23:04] <popey> kenvandine: someone pointed me in your direction about an avatar bug in gwibber.. you know of it?
[23:04] <popey> basically avatars don't appear
[23:05] <popey> bug 455943 is one
[23:07] <czajkowski> popey: only avatar coming through for me at present is the ubuntubug one
[23:08] <seb128> hey robert_ancell
[23:09] <popey> same here czajkowski
[23:12] <czajkowski> popey: slightly ironic and confirmed bug, should I add a screen capture also ?
[23:12] <popey> dunno, i suspect it's a dupe
[23:13] <popey> can't imagine I'm the only one who has spotted it
[23:13] <czajkowski> popey: nope had this conversation last night in here
[23:13] <popey> heh
[23:14] <robert_ancell> seb128, hey
[23:14] <seb128> robert_ancell, how are you?
[23:15] <robert_ancell> seb128, good, just on the phone to rick
[23:15] <seb128> oh k
[23:15] <seb128> do you have anything on your todolist for today?
[23:16] <robert_ancell> seb128, can i get back to you in a sec
[23:16] <seb128> ok
[23:17] <hggdh> seb128: do you run Evo?
[23:17] <hggdh> and hi
[23:17] <seb128> hggdh, hey and yes
[23:18] <seb128> why?
[23:18] <hggdh> seb128: cool. I was looking at gnome bug 595389
[23:18] <hggdh> and need volunteers for a test ;-)
[23:19] <seb128> interesting
[23:19] <seb128> but not for today, it's past midnight and the week has been busy
[23:20] <hggdh> no prob. I expected you to say no tonight -- too late for you already
[23:20] <seb128> ie I'm waiting for robert_ancell to be there to chat with him and then all it a day
[23:20] <seb128> I will give a try to that later, you might want to ping pedro too tomorrow if he's around
[23:21] <hggdh> :-) I will. I am going to go fishing for volunteers
[23:23] <seb128> hggdh, oh, it doesn't require a rebuild?
[23:23] <seb128> hggdh, what do you want to be tested?
[23:24] <seb128> see there robert_ancell_ will blame his isp again when he just want to have an excuse to not get tasks for the day ;-)
[23:24] <hggdh> seb128: (1) stop Evo; (2) from a terminal run 'env CAMEL_SQLITE_DEFAULT_CACHE_SIZE=2000 evolution';
[23:24] <hggdh> (3) see if it feels faster
[23:26] <seb128> hggdh, hard to say
[23:26] <seb128> I don't find it too slughish usually
[23:27] <hggdh> the difference will be on usage of the infamous folders.db, and will (I guess) heavily depend on how much email you have stored
[23:28] <hggdh> for me, for example, it is strickingly faster on startup to scan all folders
[23:28] <seb128> the main annoyance in evo is that it doesn't do multi tasking well
[23:29] <seb128> ie if you do send&receive and start reading emails in a imap box it will often hang loading until it's done fetching a summary
[23:29] <seb128> ie you do have spam filtering on too you can be stucked for several minutes without it being able to fetch one email content
[23:29] <hggdh> well, I am not sure what can be done in this case, since a connection to IMAP is already in use
[23:29] <seb128> I don't really have issues due to the indexes
[23:30] <hggdh> OK. Back to spam -- you use spamassassin or bogofilter?
[23:30] <seb128> bogofilter
[23:30] <hggdh> weird. I do not see that
[23:31] <hggdh> oh, wait -- I use a lot of gmail, and it filters most of my spam
[23:31] <hggdh> and my IMAP is local, so there is not much of network overhead
[23:32] <seb128> I get some hundred spams a day in my inbox
[23:32] <seb128> and imap is not local
[23:32] <seb128> I should try thunderbird just to see if handle that better
[23:32] <hggdh> heh. I get about one spam per day...
[23:32] <_Trinity_> has anyone gotten empathy doing voip to a msn client on windows?
[23:32] <hggdh> try claws-mail also
[23:33] <seb128> or read how imap work to see if a client can open several connections
[23:33] <seb128> to read emails while updating indexes for example
[23:33] <seb128> _Trinity_, no but we don't enable msn av in karmic
[23:33] <hggdh> IMAP should support it, its evo that does not
[23:33] <seb128> ok, what I though but I was not sure about your what can be done
[23:34] <seb128> well evo sort of do multi actions
[23:34] <seb128> it keeps fetching indexes while filtering spam there
[23:35] <seb128> the things is that if you do a few extra one, ie try to load some emails
[23:35] <seb128> you can get in an almost stucked state
[23:35] <seb128> I often have to cancel some actions to get it unstucked because it's trying to do everything for minutes without any move
[23:35] <seb128> if you tell it to forget about the email loading indexes loading etc unstuck
[23:36] <seb128> ok, enough work for today now
[23:36] <seb128> rickspencer3, robert_ancell: still on the phone there?
[23:37] <rickspencer3> seb128, no, but we're chatting in irc
[23:37] <seb128> !!!
[23:37] <rickspencer3> what's up?
[23:37] <seb128> robert_ancell, I'm waiting for you to ping me back to call it a day
[23:37] <rickspencer3> robert_ancell's phone broke
[23:37] <rickspencer3> seb128,  sorry!
[23:37] <seb128> rickspencer3, I wanted to chat with robert before going to bed, he said he would come back to me after your call
[23:37] <rickspencer3> bye bye
[23:37] <seb128> but he didn't
[23:37] <rickspencer3> ok
[23:37] <robert_ancell> seb128, sorry!
[23:37] <rickspencer3> we're almost done
[23:38] <seb128> oh ok, you are doing your call over IRC
[23:38] <seb128> I though you finished the call and were just chatting now ;-)
[23:38] <robert_ancell> seb128, done
[23:38] <rickspencer3> seb128, well, now we're just stalling to annoy you
[23:38] <rickspencer3> :)
[23:38] <seb128> lol
[23:39] <rickspencer3> seb128, have a great weekend!
[23:39] <seb128> rickspencer3, I'm not annoyed but I'm tired ;-)
[23:39] <seb128> rickspencer3, thanks!
[23:39] <seb128> robert_ancell, alright I don't have a lot to say
[23:39] <robert_ancell> seb128, just feel free to email me anything you think needs looking at any evening
[23:39] <seb128> robert_ancell, they might still accept some 2.28.1 update tomorrow
[23:40] <seb128> so you can try doing the few interesting one if you want
[23:40] <seb128> ie brasero seems to fix some bugs that would be nice to get fix in karmic
[23:40] <robert_ancell> seb128, I had one question - bug 437167
[23:40] <seb128> gnome-utils too
[23:40] <seb128> if you want to do the update and try to get pitti to sponsor tomorrow
[23:40] <robert_ancell> ok, will do
[23:41] <seb128> we will upload those as stable updates if they are not accepted otherwise
[23:41] <seb128> thanks
[23:41] <seb128> looking
[23:41] <robert_ancell> not sure if this is gnome or not, not sure if needs a SRU or anything
[23:42] <seb128> robert_ancell, it's not in the default installation so should be ok
[23:42] <seb128> can you ping slangasek about it or drop an email to pitti?
[23:42] <robert_ancell> seb128, ok, will do
[23:42] <seb128> or subscribe ubuntu-release to the bug
[23:42] <seb128> thanks
[23:42] <seb128> have a good friday and weekend!
[23:43] <robert_ancell> seb128, you too!
[23:43]  * seb128 call it a week now, taking a holiday tomorrow
[23:43] <seb128> bye
[23:43] <robert_ancell> bye