[01:23] TheMuso RAOF robert_ancell : what are the chances we don't fly out this weekend? Anyone hear what the ash cloud is doing this weekend? [01:24] jasoncwarner: I have been thinking the same thing this morning. [01:26] TheMuso RAOF most flights out of Adelaide are cancelled this morning. Everything was good until yesterday.... [01:26] Right, according to local papers here in Syd, all flights will be canceled out of Sydney this afternoon. [01:29] TheMuso: GAH! fingers crossed about dublin... [01:32] Yeah. [01:32] The best we can do is keep an eye on the news, and come the end of the week, to call our airlines and get info. [01:33] Thats what I've decided to do anyway. [02:27] heh, sounds like a repeat of last time we were in dublin [02:27] hopefully no one gets stuck in europe like last time [02:29] Dublin, or Brussles? [02:30] TheMuso, oh wasn't it dublin when the volcano blew? lts's and sprints seem to bleed together after a while [03:03] No, Brussles I believe. === asac_ is now known as asac [05:31] Good morning [06:11] goodmorning to all of u (here it's 8:11am) [06:20] Morning pitti. [07:46] good morning [07:47] bonjour didrocks [07:48] guten morgen pitti, how are you? [07:48] good morning [07:48] didrocks: I'm great, thanks! how about you? [07:48] hey ricotz, how is it going? [07:48] es geht ;) [07:48] pitti: I'm fine, thanks :) Had to put my graphic card again in the hoven yesterday evening though :: [07:48] :/ [07:48] hey ricotz [07:48] urgh [07:48] but it fixed it again, so no complain for now [07:48] :) [07:49] i hope you are both fine [07:49] didrocks, interesting, are often would this work ;) [07:50] ricotz: we'll see, it's the second time right now. I put the same time than last time well it worked for 4 months. Let's see how it goes :) [07:50] I guess the Apollo folks had to do crazy things like these all the time.. [07:50] heh :) [07:52] didrocks, i have a broken card which suddenly stopped working (an old 7900gtx) perhaps this could work here too if the problem is similar [07:55] ricotz: what do you have as graphical effects? Apparently, the caracteristic are blue and white lines on screen (even from the first screen showing the constructor logo) [07:57] didrocks, in this case it isnt "initializing"/"booting", it stopped working overnight [07:58] i would think a broken lane might cause every symptom [07:58] probably yeah [08:00] didrocks, do you know if there are more ppa builders again soon? it is quite a queue already [08:02] ricotz: I don't really know, I know that was planned at some point, but I'm not sure something happened. However distros one are free, so better to work on distro? ;) https://launchpad.net/builders [08:04] didrocks, daily/test builds arent distro friendly ;) [08:05] ricotz: right, what are you working one for daily build btw? :) [08:05] this G_CONST_RETURN removal is blocking things a bit [08:06] didrocks, gnome-shell and dependencies [08:07] ricotz: oh, you are going on daily build now rather on . version? [08:08] didrocks, not really daily, but git builds -- but i am doing this since gnome-shell 2.29 [08:09] oh ok [08:18] Morning didrocks. [08:18] didrocks: Maybe a new card is worth considering at this point. :) [08:18] hey TheMuso [08:18] TheMuso: yeah, the thing is my laptop hardware is quite old… and the card still expensive, so I want to push it as far as I can :) [08:19] then, I'll certainly take a thinkpad :) [08:26] RAOF: is it known that nvidia-current wants to run away on upgrade? (working fine now with the 3 kernel) [08:30] * TheMuso nods. [08:31] TheMuso: FYI, I pushed the qt-at-spi with fixed LICENSE in our ubuntu-desktop ppa, just porting now the Qt and QML patches to fix instability issue to Qt [08:31] didrocks: Ok sweet. [08:32] then, rebuilding Qt, crossing fingers and such :-) [08:58] aah, Radiance GTK theme \o/ [08:59] hey desktopers [08:59] didrocks: as bug 799742 is currently making CD builds fail, would you have a minute to revie? [08:59] Launchpad bug 799742 in gtk3-engines-unico "[MIR] gtk3-engines-unico" [High,New] https://launchpad.net/bugs/799742 [08:59] bonjour seb128 [08:59] pitti: sure, looking [08:59] pitti, hey, thanks for the reminder ;-) [08:59] hey seb128 [09:00] seb128: just barely in time before you showed up :) [09:00] pitti, hum, do recommends make CD build fail? it was supposed to be a recommend [09:00] (the theme) [09:00] seb128: it's a depends of light-themes [09:00] same as murrine [09:00] for light-themes it makes sense, I think [09:00] it -> depends: [09:00] oh ok, I though ken said he would set it as a recommend until it's promoted [09:00] to avoid that sort of issue [09:01] well if didrocks can review it, it's better ;-) [09:01] no worry, the MIR should be quick to review [09:01] just pushing a candidate a11y Qt to our ppa first :) [09:01] once it's in main, I'll rebuild CDs [09:01] we haven't had an amd64 build in four days now, due to various component mismatches [09:01] ken is making a very short… MIR :) [09:09] chrisccoulson: is the ubufox package in a bzr branch as well, or just lp:ubuntu/ubufox? in the latter case, want me to update it to current trunk, to get the home page customization fix into oneiric? [09:10] hi pitti [09:10] it's already in oneiric isn't it? [09:10] chrisccoulson: hey, how are you? [09:10] i'm sure i uploaded it last week ;) [09:10] i'm good thanks, how are you? [09:10] chrisccoulson: ooh, rad! thanks [09:10] I'm great [09:10] hey chrisccoulson [09:10] yeah, there we go - https://lists.ubuntu.com/archives/oneiric-changes/2011-June/003118.html [09:11] hi seb128, how are you? [09:11] I'm fine [09:11] chrisccoulson: I thought you only merged the branch yesterday, and I didn't see a new upload then [09:11] reading through http://status.ubuntu.com/ubuntu-oneiric/canonical-desktop-team-oneiric-alpha-2.html ;-) [09:11] chrisccoulson: seems the last one is from 4 days ago already [09:11] but it's in the changelog, so should be fine [09:11] pitti, I'm wondering if we should create work items for GNOME updates next cycle to avoid that "flat effect" [09:11] hey chrisccoulson! [09:11] yeah, i think it's all there :) [09:11] hi didrocks [09:12] seb128: if many people are working on GNOME, i. e. it falls under the "do package updates" category, that's fine -- but not everyone is [09:12] creating WIs for package updates is a bit excessive IMHO - it just creates even more WIs to keep track of [09:13] but I won't stop you from creating them if you prefer [09:13] but I'm more worried about getting some non-packging development done as well [09:13] seb128, i was wondering the same for firefox updates too. ie, i already spent a big chunk of this cycle getting lucid and maverick ready for firefox 6, and none of that work had any WI's (which is why my progress appears to be a bit flat so far) [09:13] pitti, no, I was just saying that if having a flat period is an issue we could solve that by adding work items for normal work [09:13] and whether this is a time management issue, or GNOME 3 is buggier than we thought, or people have to work on other things, etc. [09:14] seb128: I don't mind flat periods at all [09:14] well I think we are getting lot of work done [09:14] it just doesn't relfect in count of work items [09:14] so maybe we are not good enough at listing all the things we have to do [09:14] my worries is that we still have some 85 open WIs for a2 [09:14] if we had 15, and it would be flat for a week, I'd be entirely happy :) [09:15] e. g. LibO packaging is blocked on upstream releases, default-email-client seems stuck, software-center-ui seems blocked on design feedback, etc. [09:15] override_dh_install: [09:15] dh_install --fail-missing [09:15] * didrocks hugs kenvandine :) [09:16] lol [09:16] and stuff like oneconf is probably just not getting manpower [09:16] (even if it's not really necessary when you only have one package…) [09:16] pitti: it's getting some work under cover (week-end mostly) :) [09:16] pitti, yeah, I'm reading though the list, some should probably be moved to later iterations [09:17] and http://people.canonical.com/~platform/workitems/oneiric/canonical-desktop-team-oneiric-alpha-2.html#didrocks is just scary -- didrocks, please clone yourself three times [09:17] * pitti hugs didrocks [09:18] * didrocks hugs pitti [09:18] * didrocks hugs pitti [09:18] * didrocks hugs pitti [09:18] done \o/ [09:18] didrocks, you can probably move the qa script and zg items to alpha3 [09:18] * seb128 hugs didrocks pitti [09:18] didrocks2, didrocks3, didrocks4: welcome! [09:18] pitti: i hope that with the Qt one, it will go down a lot today :) [09:18] cute! [09:18] seb128: right, those can be moved [09:18] * didrocks hugs seb128 back [09:18] didrocks, isn't the cd space qt splitting done? [09:19] didrocks: do you think there are actually Qt modules left which we wouldn't need in a default install? [09:19] seb128: I still waiting a last one item for it, but we can close the wi, it will be minor anyway [09:19] pitti: just the -mysql one [09:19] pitti: but I fear that Qt scripts depends heavily on it === tkamppeter_ is now known as tkamppeter [09:19] the other things are done, we only take the minimum [09:20] libqt4-sql-mysql + libqt4-sql are 120 kB [09:20] so yeah, I'll close the WI for now as most if done, I'll keep -mysql somewhere in the etherpad [09:20] so maybe not worth the effort [09:20] not worth spending significant effort (i. e. more than 15 mins) on it [09:20] ok, it will be more when I looked at the headers [09:20] so I'll close it! [09:20] yay [09:21] with a little luck, I'll be able to close 4 WIs today [09:22] the lightdm will proably wait for the sprint [09:23] * pitti hands a bucket of luck over to didrocks [09:23] pitti, mterry: I've dropped the deja-dup mir linking from the spec [09:23] it was counting 2 workitems for deja-dup and duplicity mirs which have already been approved [09:23] those are listed in the whiteboard as well anyway [09:24] for those cases I actually prefer keeping the bug and dropping the whiteboard item (then the WI will be done when the MIR gets processed) [09:24] but *shrug*, no biggie [09:25] pitti, well, the bugs are "in progress" so they show as todo where they got acked [09:25] seb128: oh, that means we can promote? [09:25] pitti, I think they are done but pending on having them seeded or something [09:25] pitti, no, there is a third one which has been bounced back to doko yesterday [09:26] ah, ok [09:26] but I think that should doable today if doko review it [09:26] it was just ubuntu-couch to use dh_python2 [09:26] ok, unico built. All is fine expect that COPYING is LGPL2.1+ and headers are LGPL2+, so technically, it's ok, just weird, I'll ask Cimi to fix it for the next release but won't block on that [09:27] mpt, hi, do you know when bug #588200 will have a design? [09:27] Launchpad bug 588200 in system-config-printer "Replace standard printing applet with indicator" [High,Confirmed] https://launchpad.net/bugs/588200 [09:32] pitti: MIR done and promoted [09:32] didrocks: merci beaucoup [09:32] avec plaisir :) [09:32] pitti, do you know why "topic-oneiric-xubuntu" shows up on our page? [09:32] kenvandine: just look at the license comment on https://bugs.launchpad.net/ubuntu/+source/gtk3-engines-unico/+bug/799742 please when you will be there [09:32] Ubuntu bug 799742 in gtk3-engines-unico "[MIR] gtk3-engines-unico" [High,Fix released] [09:32] didrocks: did you actually change-override.py it? if so, the bug can be closed [09:33] pitti: it is closed, isn't it? [09:33] seb128: I don't know; I didn't set up the topics, that was kate; presumably becuase it's still desktop land (just not canonical desktop team) [09:33] pitti, ok [09:33] didrocks: "fix committed" [09:33] pitti: you should reload :) [09:33] didrocks: ah, now; sorry for the noise :) [09:33] no worry :) [09:34] pitti, ok, reviewing the WIs it's lot of small and side ones and email client still having lot of todos [09:34] I fix committed until I change-override normally, but that's just me being picky in case I'm distracted during the promotion and jump on other things :) [09:34] it's all chrisccoulson fault :p [09:34] though a11y has quite some as well [09:34] and LibO [09:34] * pitti applauds didrocks' thorough transactional workflow [09:34] seb128, can i defer the blame to someone else? ;) [09:35] chrisccoulson: always! [09:35] like, ted. libindicate is being a pain, so it's all ted's fault! [09:35] everytime it all comes down to ted, poor ted :-) [09:35] lol [09:35] pitti, right [09:36] i keep getting empty indicators in the messaging menu with thunderbird, and i can't figure out what's going on :/ [09:36] chrisccoulson, that's also the indicator stack taking CD space righT? :p [09:36] chrisccoulson: is there a particular reason why /usr/lib/firefox-5.0/distribution/distribution.ini must have the version in it? [09:36] chrisccoulson: right now, we'd have to rebuild all customization packages with every firefox upgrade [09:37] pitti - "version=1.0"? [09:37] chrisccoulson, same with liferea [09:38] fta - i can't figure out if i'm doing something wrong or if it's an indicator issue [09:38] and it doesn't help that the documentation is non-existant ;) [09:38] chrisccoulson: I mean, would it be possible to look in /usr/lib/firefox/ ? [09:38] pitti - oh, i see what you mean [09:38] hmmmm, we could symlink it i guess [09:39] chrisccoulson: or should I preemptively create symlinks to firefox-[6789].0? [09:39] pitti - there is also /etc/firefox/syspref.js now, which can be used for setting preferences [09:39] well, actually not symlinks -- opportunistic diversions rather [09:39] (if that helps) [09:39] hi [09:40] any xchat-gnome users around? [09:40] xchat-gnome segvfaults on startup since yesterday [09:40] I added ubuntu-desktop/ppa to my system [09:41] ooh [09:41] chrisccoulson: I thought that went away with 4.0 [09:41] seb128, didrocks as usual feel free to assign bugs from zeitgeist to me [09:41] pitti - the global pref folder went away, but i added back a single pref file again [09:42] hey seif__ [09:42] we ust worked out some big issues [09:42] such as memory [09:42] (it means that applications can't drop random preferences in there) [09:42] and still working more [09:42] seif__: we have to discuss zg integration for while which aren't opened or just plugged usb key btw! [09:42] s/while/files [09:44] chrisccoulson: well, WDYT is better -- using distribution.ini or syspref.js? [09:44] chrisccoulson: I could then ship /etc/firefox/pref/ubuntu-defaults-foo.js [09:44] at least that seems to exist for apturl and software-center now [09:44] chrisccoulson: hm, but that would only work for [Preferences], not for adding bookmarks [09:44] chrisccoulson: I need a [BookmarksToolbar]/[BookmarksMenu] category for that [09:44] chrisccoulson: unless we want to hack omni.jar's profile in the default package's postinst? [09:45] chrisccoulson: oh, hang on, these are not just preferences, it's actual javascript code? then I guess I could do pretty much anything there [09:46] pitti - yeah, distribution.ini would be better for that. i'd rather not do anything with omni.jar, as it's ordered in a particular way by the build system [09:46] pitti - the preference files are confusing. the parser doesn't actually understand javascript ;) [09:46] perhaps i should just install firefox in to /usr/lib/firefox? [09:47] that solves some of the current upgrade breakage too [09:47] chrisccoulson: ^ only if you give up on the firefox metapackage and the firefox-X.Y packages and just name them "firefox", I think [09:48] pitti - there are no firefox-X.Y packages anymore. there is a "firefox-trunk" package, but that installs in to /usr/lib/firefox-trunk-X.Y [09:48] chrisccoulson: ok, so no omni.jar hacking; if syspref.js can't add arbitrary stuff like bookmarks, then I guess it is distribution.ini [09:48] oh, right [09:48] chrisccoulson: then, not much point in versioned paths either? [09:49] i think the only reason we have a versioned path is because that is what "make install" gives you, but no other distro is actually using that path in their packages [09:49] we're the only people not using /usr/lib/firefox [09:53] is that hard to change? [09:53] pitti - i'll have a look at changing that. first of all, i need to look at packages sync'd from debian which install browser plugins in to /usr/lib/firefox/plugins though [09:53] i've always ignored those in the past because our firefox build ignores them :) [09:53] but i want to make sure we don't have anything in the archive installing stuff in to /usr/lib/firefox which shouldn't be there, before i change anything [09:54] pitti - eg, packages doing silly things like https://launchpad.net/ubuntu/+source/pcmanx-gtk2/0.3.9-2ubuntu3 [09:54] (although, i already fixed that one) [09:58] pitti: can I get extra kudos for Qt in the ubuntu-desktop ppa? seems that the build will start in 16 hours for i386 [09:59] 18 hours on amd64 [09:59] didrocks, join the club! my daily builds are now every other day ;) [10:00] didrocks: you are being mozilla-dailied, it seems [10:00] chrisccoulson: I'm sure you are the guilty one! :) [10:00] yeah, this is the mozilla effect :) [10:00] didrocks: nudged [10:02] pitti: Danke Schön [10:02] i uploaded these 22 hours ago - https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/thunderbird-aurora/+packages [10:02] and they're still waiting ;) [10:02] what happened to all the PPA builders? [10:03] we apparently have fewer [10:03] chrisccoulson: are these blocking you? I can bump their build score to make them jump the mozilla-daily queue [10:04] chrisccoulson: i386 built, though [10:04] daily maverick and lucid builds? that sounds a bit wasteful, though [10:04] pitti - i'm not too concerned about the daily builds. but i'm going to upload firefox 5 to the firefox-stable PPA in a bit, and that ones quite important as it's a security update for the current firefox-stable PPA users [10:04] chrisccoulson: that uses the ubuntu buildds, right? [10:04] pitti - no, that one doesn't (the ubuntu-mozilla-security PPA does though) [10:05] ah [10:05] chrisccoulson: well, let me know if you need that bumped then [10:05] eventually the firefox-stable PPA will go away, when all ubuntu releases are on the same version :) === kinoucho` is now known as kinouchou [10:13] am I the only one with a regularly hidden cursor? (particularly in gedit) [10:14] didrocks, I only see it sometimes in the terminal [10:14] in the terminal it's a feature, though [10:14] hmmm, thunderbird is telling me how much spam i have in the messaging indicator [10:14] pitti, is it? [10:14] should probably fix that ;) [10:14] it should go away as soon as you start typing, and come back when you move the mouse [10:14] rodrigo_: got that quite regularly [10:15] in the past we had a hack called "unclutter" (it's still in the archive), but now it seems to be part of X/GNOME/whatever (I didn't check) [10:15] pitti, ah, right, but it just disappears completely sometimes, even when moving the mouse, and is back when the mouse is out the terminal window [10:15] well, I love it; when that is broken, the mouse constantly gets in the way [10:15] rodrigo_: ok, I don't get that [10:15] but only happens once in a while [10:16] I have mouse in terminal; press a key -> pointer goes away; nudge the mouse -> comes back [10:16] same in gedit indeed, nice [10:16] doesn't work in firefox [10:16] so I suppose it's somewhere in gnome, not X [10:21] pitti: ok, I know what's wrong regarding my workflow [10:21] didrocks, i see it too sometimes, i can usually type, but i don't see the block or vline cursor (not the mouse pointer pitti is talking about), i usually have to give the focus to another app, and go back to the text field to solve this [10:21] pitti: in gedit, press a key -> pointer goes away, use array keys to navigate, still not there until you move your mouse [10:22] fta: moving the mouse should work from what I see, the issue is when you navigate with arrow keys [10:22] s/array/arrow [10:22] i do switch between workspaces with the keyboard, and i use the follow focus mode [10:23] pitti, I don't think there is an "unclutter" in GNOME [10:23] pitti, the cursor hidding when typing is done by some widgets like text entries, it's not new, but it doesn't work accross the board [10:24] seb128: ah, so the widgets do that themselves [10:25] hello seb128, didrocks and fredp [10:25] lut kinouchou, ca va bien ? [10:26] salut kinouchou [10:27] hmmm, i'm sure my thunderbird issue is really a ted bug. sometimes it works fine and sometimes i just get an empty line in the indicator (and a lozenge with no count in it) [10:27] chrisccoulson, don't spend too much time on bug fixing early in the cycle [10:27] chrisccoulson, dx might have fixed those issues for you before it's debugging time [10:27] seb128, yeah, but i'd like it to work :) [10:28] pitti, just for info I'm doing a manual run of the lucid retracers to clean the backlog of lucid bugs [10:28] seb128: oh, thanks; I tried yesterday, but the chroots are broken [10:28] seb128: I. e. you run that in the lucid dchroot? [10:28] pitti, the amd64 is running fine for me [10:28] pitti, yes [10:29] ah [10:29] lucid fakechroot in natty dchroot seems broken [10:29] right [10:29] yep seb128 and you? [10:29] pitti, that's why we commented the lucid lines in the map file [10:29] pitti, they need to run under lucid and we didn't want to duplicate the directories and the cron job [10:30] pitti, so I manually tweaked the map, run them by hand under lucid and will restore the natty map when i'm done [10:30] kinouchou, I'm great thanks! [10:46] chrisccoulson: do we have some patch in firefox which would force the default search engine to Google? I set browser.search.defaultenginename="Wikipedia", and that appears in about:config, but it's still google [10:47] pitti - that's also set in ubufox [10:47] and if I set browser.search.order.1 to Wikipedia as well, it starts with Yahoo.. [10:47] chrisccoulson: I purged xul-ext-ubufox to rule that out [10:48] pitti - right, it's google by default in firefox too [10:48] but we can override them with browser.search.order.1 and browser.search.order.2 etc... [10:48] chrisccoulson: so the browser.search.defaultenginename doesn't actually work? [10:48] chrisccoulson: see above, I already tried that.. [10:48] i don't think so [10:49] hmmm, that should work [10:49] could I set browser.search.selectedEngine? [10:51] we shouldn't set that by default, as i think that's meant to be purely a user pref which only exists if the user changed their search engine [10:51] that's what I tought [10:51] thought [10:52] pitti - did you just try changing the other prefs in about:config, or somewhere else? [10:53] chrisccoulson: in about:config, for testing [10:53] oh, fun [10:54] pitti - ah, in some cases that won't always work [10:54] browser.search.order.1 == Bing works [10:54] but == Wikipedia doesn't [10:54] ok, I'll set it in distribution.ini then and play around with that; thanks so far [10:55] browser.search.defaultenginename="Bing" [10:55] browser.search.order.1="Bing" [10:55] now it defaults to Amazon.de [10:55] pitti - for some prefs, firefox will explicitly read the default value (and ignore any user value), although i'm not sure if that's the case here [10:55] is that predictable in any way? [10:55] almost sounds like an off-by-one error in the indexing [10:57] no luck with "Wikipedia (de)" either, and /usr/lib/firefox-addons/searchplugins/de/bing.xml is also just "Bing" (no localized name) [11:01] chrisccoulson: ok, just setting browser.search.defaultenginename = "Wikipedia (de)" works here if I do it in about:config [11:01] but that only seems to work as a per-user key [11:01] not a system-wide key from distribution.ini [11:02] hmmm, i'm just trying to figure out how it works [11:03] purged firefox-locale-de, but no difference :/ [11:23] pitti - i'm confused why browser.search.defaultenginename worked in about:config, but i can see why it doesn't work in distribution.ini [11:23] chrisccoulson: oh? [11:23] you're hitting the same issues i had when i tried to migrate our distro preferences in to distribution.ini, which are: [11:23] 1) The preferences are set after most things have started, and [11:24] 2) from Firefox POV, they're actually not default preferences, but they appear as user preferences [11:24] and firefox ignores the user value for defaultenginename [11:24] hm, I thought browser.search.selectedEngine was the per-user one [11:24] (setting that in distro.ini doesn't work either) [11:25] does it also not change the value in about:config, or is it just that it has no effect? [11:25] chrisccoulson: so since there doesn't seem to be any way to do that in distribution.ini, could we make ubufox change it? [11:25] if it's the latter, then you're hitting problem 1 [11:25] chrisccoulson: about:config is correct wrt. distribution.ini, but doesn't have an effect [11:26] ok, that's problem 1, i that the pref is set after the search service has initialized :( [11:26] even setting browser.search.selectedEngine reflects in about:config, but doesn't have an effect [11:26] ah, how bad [11:26] that one is confusing [11:27] chrisccoulson: is that a bug or a feature? (the wrong order) [11:28] i'll need to think a bit more about this. overriding preferences seems to be very problematic at the moment (even from ubufox, as we get issues like bug 784542, which are a consequence of extensions being loaded after the pref service has already initialized) [11:28] Launchpad bug 784542 in firefox "Firefox forgets middlemouse.contentLoadURL on every restart (dup-of: 548866)" [Undecided,Invalid] https://launchpad.net/bugs/784542 [11:28] Launchpad bug 548866 in firefox "forgets middlemouse.contentLoadURL on upgrade or browser restart" [Medium,In progress] https://launchpad.net/bugs/548866 [11:28] brb, i need to restart. compiz is behaving like it's filled with glue [11:28] heh [11:28] chrisccoulson: so I'll leave that for now [11:29] it's not a blocker right now === jasoncwarner1 is now known as jasoncwarner_ [11:34] oh, my battery is so going to die at the rally next week [11:34] 47.1% capacity yesterday, and 43.5% capacity today [11:35] i get the annoying g-p-m warning on every login now (your battery is about to die and the world is going to end) [11:35] i guess it's not helped by the fact that natty and oneiric use so much power :/ [11:36] chrisccoulson: but we are getting linux kernel 3, now with more power and better access to the internet? [11:37] i guess that because 3 > 2 then the new kernel will use 50% more power? ;) [11:38] i wonder if i can get hold of a new battery before the weekend :/ [11:38] i get about 25 minutes on my laptop atm ;) [11:39] chrisccoulson: that is awesome...it is effectively 25 minutes better than a desktop [11:39] nice [11:39] lol [11:39] that's a good way to put a positive spin on things :) [11:40] chrisccoulson: no AC brick? [11:40] well, obviously you have one [11:40] pitti - yeah, i just have to stay connected to it permanently atm [11:40] I mean, at the rally [11:40] chrisccoulson: Always look on the light side of life [11:40] http://www.youtube.com/watch?v=WlBiLNN1NhQ [11:41] yeah, i might actually have to bring the AC brick i have connected to my docking station, as opposed to the more slimline charger [11:41] it's double the power ;) === czajkows1i is now known as czajkowski [11:41] jasoncwarner_, lol ;) [11:42] jasoncwarner_: I can't see that in Germany -- is it the Monty Python song in Life of Brian? [11:42] yeah... [11:43] pitti: you can't see it in germany? I thought only AU was held out of seeing interesting web clips.... [11:44] hmmm, thunderbird seems to behave differently when i use chromebug. i may have to resort to logging some console messages instead to figure out why things aren't working :/ [11:45] seb128, the good thing is that it shows an indicator also for non-Inbox messages :P [11:45] does evolution do that? ;) [11:45] :-) [11:46] chrisccoulson: hum, how does this work when I have 30 folders like I do? [11:47] didrocks, the spec says we should only show 6 folders, which it currently ignores. i'm still working out how we should handle that [11:47] note, it only displays an indicator for mail folders which get a new message [11:48] chrisccoulson: do you want me to file a bug report for the non-working browser.search.defaultenginename, or is there one already? [11:48] i'll probably collapse them in to per-account indicators and combine the counts, or something like that [11:48] chrisccoulson: right, but I don't want my indicator to turn blue for every new email received in -changes [11:48] chrisccoulson: if it's too hard to fix in ffox itself, we might put a workaround into ubufox? I don't mind making the package depend on ubufox if the user specifies a default search engine [11:48] pitti - does it not work if you set it in /etc/firefox/syspref.js either? [11:49] chrisccoulson: let me try [11:49] pitti - the issue is that overriding browser preferences from extensions in general seems to be a bit fragile, due to the fact that extensions don't exist when most of the browser starts [11:49] i think we're abusing the preference system a bit :) [11:49]