[00:46] <rickspencer3> robert_ancell, good morning
[00:47] <robert_ancell> rickspencer3, hey
[00:47] <rickspencer3> dude, just stopping in before I go to a friend's for a bit of a cookout (still Sunday here)
[00:47] <rickspencer3> but, I saw that the GDM bug still did not die!
[00:47] <rickspencer3> Jerone set it back to confirmed
[00:48] <rickspencer3> this is like some kind of zombie bug for me
[00:48] <robert_ancell> groan
[00:48] <rickspencer3> it just keeps coming back to life
[00:48] <rickspencer3> hehe
[00:48] <rickspencer3> anyway, I wanted to make sure you saw that it got set back to Confirmed again
[00:49] <robert_ancell> I missed it, seaching for the bug now...
=== bjf is now known as bjf[afk]
=== oubiwann is now known as oubiwann-away
[04:16] <RAOF> Gah.  I'm losing power for ½ hr.
[04:17] <RAOF> Oh, well.  Lunch time!
[07:22] <pitti> Good morning
[07:22] <RAOF> Good morning pitti.
[07:24]  * RAOF wonders whether his router has finished playing silly buggers.
[07:25]  * TheMuso sighs, I think its time to get off the soap box that is ubuntu-devel-discuss.
[07:27] <lifeless> heh
[07:33] <slomo> so, if seb128 comes here again you might want to tell him to sync gstreamer0.10-ffmpeg from debian/experimental but not gstreamer core/base/python (they have a bad bug on x86)
[07:44] <robert_ancell> didrocks, hey, did you do the gdm gconf patch?
[08:05] <didrocks> good morning
[08:05] <didrocks> robert_ancell: the gdm gconf patch? the one calling gconftool, you mean?
[08:06] <robert_ancell> didrocks, yup
[08:06] <didrocks> robert_ancell: yes
[08:07] <robert_ancell> didrocks, it doesn't seem to access the schema defaults when you use the direct access, which is a problem.  Was there a reason why you didn't access it through gconfd?
[08:08] <didrocks> robert_ancell: because gdm gconfd isn't started if you enable autologin
[08:08] <robert_ancell> didrocks, doesn't gconftool automatically start it?
[08:08] <didrocks> and you have no way to start it easily
[08:08] <didrocks> no, because dbus-launch won't put the correct value in it
[08:09] <robert_ancell> didrocks, because you don't have the env variables set when launching it via root?
[08:09] <didrocks> robert_ancell: should be that, I don't remember exactly the rationale right now, but it should be something with env variables
[08:10] <robert_ancell> didrocks, I hacked it a little to make the face browser toggle show correctly when it is unset.  But essentially we have hardcoded some default values for those settings...
[08:11] <didrocks> robert_ancell: urgh, if you can fix it, please do. I don't have enough time to look at it right now :)
[08:12] <robert_ancell> didrocks, I don't know how to fix it :( I was hoping you'd have a clever idea :)  I'm just planning on leaving it - it's only the sound and face browser settings
[08:13] <didrocks> robert_ancell: from the discussion we had few months before, no other choice came than calling --direct
[09:06] <tseliot> seb128_: do you know some upstream developer I can discuss bug 410636 with?
[09:06] <ubot2> Launchpad bug 410636 in gtk+2.0 (Ubuntu) (and 2 other projects) "Right-click should not pre-light first option, too easy to accidentally select the first Context-menu option. (affects: 6) (dups: 3) (heat: 38)" [Wishlist,Triaged] https://launchpad.net/bugs/410636
[09:07] <seb128_> tseliot, hey, discuss what? the behaviour? get patch reviews?
[09:07] <tseliot> seb128_: yes, I wrote a patch for that
[09:07] <tseliot> it's in the upstream report
[09:07] <seb128_> ok, so ad the patch to bugzilla and wait for review?
[09:08] <tseliot> seb128_: yes, it's what I've done so far
[09:08] <seb128_> you can try #gtk-devel on irc.gnome.org otherwise I guess
[09:09] <tseliot> seb128_: ok, thanks
[09:09] <seb128_> you're welcome
=== seb128_ is now known as seb128
[09:09] <didrocks> seb128: if I try to upload evince 2.30.3-0ubuntu1 in maverick, I get it rejected as it's in lucid-proposed (but we can't copy it as we have merged the packaging with debian). What's the best practice in that case? create an artificial ubuntu2 version?
[09:10] <seb128> didrocks, just use a newer version number, ie ubuntu1.1 or ubuntu2
[09:10] <didrocks> seb128: ok, thanks :)
[09:10] <seb128> didrocks, bug #599169
[09:10] <ubot2> Launchpad bug 599169 in evince (Ubuntu) "evince cbz support is broken on evince-2.30.3-0ubuntu1 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/599169
[09:10] <seb128> didrocks, did you read this one? could you check if that got broken in that update?
[09:11] <didrocks> seb128: no, it's rather something that should have been fixed in the update that isn't
[09:11] <seb128> well, in any case could you follow up on the bug?
[09:11] <seb128> thanks ;-)
[09:11] <didrocks> seb128: the guy who contacted me is upstreamed for that change. He just tried in jhbuild, he will try again with our package
[09:11] <didrocks> seb128: yw :-)
[09:12] <seb128> the guy is upstreamed for the change? what does that mean?
[09:13] <didrocks> seb128: the guy opening the bug is the one who changed something for cbz support:
[09:13] <didrocks>     - Fix opening cbz files with [] in archive (Juanjo Marín)
[09:13] <didrocks> (from NEWS)
[09:13] <seb128> oh ok
[09:14] <huats> morning
[09:35] <seb128> didrocks, bug #590094 if you come to do another e-d-s update
[09:35] <ubot2> Launchpad bug 590094 in evolution-data-server (Ubuntu) (and 1 other project) "bug-buddy FTBFS on maverick (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/590094
[09:35] <seb128> "FTBFS because libebook1.2-dev doesn't depend on libdbus-glib-1-dev like
[09:35] <seb128> it does on Debian"
[09:36] <slomo> seb128: hi :) please *do not* sync the new gstreamer uploads from debian/experimental except gstreamer0.10-ffmpeg (should fix your ffmpeg 0.6 problems). the others depend on core 0.10.29.2 and this has a very bad bug ;)
[09:37] <didrocks> seb128: well, I'm waiting for a week for maverick now to see if there is interesting upstream fixes
[09:37] <seb128> slomo, ok, thanks for letting me know
[09:37] <didrocks> seb128: subscribing to it
[09:37] <seb128> didrocks, ok thanks
[09:37] <seb128> didrocks, you got the handing of email with "." and space breakage undone?
[09:38] <slomo> seb128: the bug will be fixed in 0.10.29.3, you can savely sync versions >= 0.10.29.3 ;)
[09:38] <seb128> slomo, will do, thanks
[09:38] <seb128> didrocks, I didn't see an upload for that
[09:38] <didrocks> seb128: no, you mean backporting this change: http://git.gnome.org/browse/evolution/commit/?id=9a8b5041b60bc5136dd21efb2e07b1cb172bce12 in lucid?
[09:39] <seb128> didrocks, no, I mean doing the same rollback you did in lucid-updates a week ago to maverick
[09:40] <seb128> didrocks, you remember the bug about write an email to "Name. With Space" resulting in broken emails?
[09:40] <didrocks> seb128: no, I wanted it to be part of another round of updates with more than that
[09:40] <didrocks> seb128: yeah, I remember
[09:40] <seb128> didrocks, the current maverick version has the same issue no? I think they fixed it just after 2.30.2
[09:40] <seb128> didrocks, well I think it should be in alpha2
[09:41] <didrocks> I didn't see the rollback in gnome2.30 branch, let me check
[09:41] <seb128> didrocks, maybe you can do an upload with that change and the build fix depends?
[09:42] <didrocks> seb128: right, the only related one I see is the commit I pointed to you before ^
[09:42] <seb128> didrocks, you pointed evolution and I'm speaking about the data server?
[09:42] <seb128> didrocks, different components...
[09:44] <seb128> hey chrisccoulson
[09:44] <didrocks> seb128: oh right
[09:45] <chrisccoulson> hi seb128, how are you?
[09:45] <seb128> didrocks, so what I was trying to say is "could you apply the same change you applied to lucid-updates some days ago and fix that depends"
[09:45] <seb128> didrocks, but seems we have difficulties to communicate today ;-)
[09:45] <seb128> chrisccoulson, not fully on speed yet, it's monday morning but ok I think
[09:46] <seb128> chrisccoulson, what about you? had a nice weekend?
[09:46] <chrisccoulson> seb128 - yeah, i had a relaxing weekend with family this weekend. and i didn't go online for the first time in ages ;)
[09:46] <seb128> nice
[09:46] <chrisccoulson> but i got back last night and find there has been another firefox release over the weekend ;)
[09:46] <chrisccoulson> how was your weekend?
[09:47] <seb128> quite relaxing
[09:48] <seb128> I didn't do much, slept, watched some soccer on TV, went running but it's getting warm for that
[09:48] <didrocks> seb128: well, I'm already interrupted since this morning a lot and a lot added to my plate :/ So yeah, I will do the revert today
[09:48] <seb128> chrisccoulson, there was a bug in 3.6.4 which forced them to roll another update
[09:48] <seb128> didrocks, ok, forget about it, I will do that later
[09:49] <didrocks> seb128: no it's ok, it's less than 10 minutes changes :)
[09:50] <seb128> didrocks, ok thanks
[09:53] <chrisccoulson> mvo - do you want to fix the regression on bug 429841, or do you want me to do that?
[09:53] <ubot2> Launchpad bug 429841 in flashplugin-nonfree (Ubuntu Karmic) (and 2 other projects) "broken packaging: package flashplugin-nonfree failed to install/upgrade: (breaks upgrade) (affects: 296) (dups: 139) (heat: 1593)" [High,Triaged] https://launchpad.net/bugs/429841
[09:57] <mvo> chrisccoulson: if you have time now, please go ahead and fix it, should be trivial
[09:59] <chrisccoulson> mvo, ok, i'll do that now
[10:21] <mvo> chrisccoulson: thanks a lot
[10:22] <mvo> chrisccoulson: it would be good if someone from ubuntu-sru can review it (should be trivial) so that we can ask jibel for another test
[10:26] <seb128> hey mvo
[10:26] <seb128> speaking of sru
[10:26] <seb128> pitti, did you say you were blocking the gdm sru on something still?
[10:27] <pitti> seb128: it's in -updates
[10:28] <seb128> pitti, oh, thanks, got confused by bug emails it seems
[10:30] <seb128> didrocks, thanks for the eds upload, seems you forgot the depends change? ;-) anyway don't bother with that it can wait next upload
[10:30] <didrocks> seb128: urgh, apt-get install brain -> failed :/
[10:30] <didrocks> commiting in bzr now
[10:30] <seb128> didrocks, thanks
[10:32] <seb128> vish, you are dupping things the wrong way around
[10:32] <seb128> vish, you should keep for master the bug opened years ago not the recent one...
[10:32] <vish> seb128: yeah , the later one had more comments/info than the old one
[10:34] <vish> seb128: more importantly it had mpt's comment as to why the behavior is by design
[10:34] <seb128> ok
[10:34] <vish> :)
[10:34] <seb128> I tend to do it the other way around
[10:34] <seb128> copy important comments to the master bug
[10:34] <seb128> rather than changing a zillion duplicates every time there is a new bug wiht an interesting comment ;-)
[10:35] <vish> seb128: yeah , somehow there were two bugs ..each with dups , this seemed easier  , will try the copy-paste next time :)
[11:09] <didrocks> asac is on a MIR fire today :) thanks a lot!
[11:09] <asac> heh
[11:10] <asac> thanks for keeping me motivated ;) ... wanted to do someone else now. but will stay with MIRs for a bit longer i guess ;)
[11:10]  * ogra hugs asac 
[11:10]  * didrocks hugs asac too
[11:10] <ogra> grouphug !!!
[11:11] <didrocks> ;)
[11:13]  * seb128 hugs asac
[11:20] <asac> wow ... finally some love ;)
[11:22] <seb128> asac, ;-)
[11:23] <kiwinote> mvo: one of the gdebi testcases is that a package should not provide and conflict another package, however s-c itself provides and conflicts software-store. Is this something that s-c shouldn't be doing, or is it not a valid test case?
[11:39] <asac> didrocks: you prefer old shlibs version mechanism over .symbols ;)?
[11:40] <asac> its ok to approve it like that, but imo .symbols are more failsafe to maintain
[11:40] <didrocks> asac: upstream is using daily build and symbols needs a lot of maintainance, as they keep adding symbols right now (not a big deal for daily build)
[11:40] <didrocks> asac: but I think what I will do is to create packaging branch for daily build derived from ubuntu one, just deleting the symbol file for them
[11:40] <didrocks> just didn't have the time to do that yet :)
[11:41] <didrocks> but I agree, .symbols FTW
[11:42] <asac> didrocks: well. at least we see that something breaks
[11:43] <asac> imo its worth the effort. what you could do is to make a special upload mode for dailies that doesnt use -c4
[11:43] <asac> didrocks: you could have special version number in package name for daily builds and then just dont pass that -c4
[11:44] <didrocks> asac: hum, nice idea, like "if package name contain +r…"
[11:44]  * didrocks adds to his TODO
[11:44] <asac> right
[11:44] <asac> didrocks: i approved them anyway atm. if you need bugs so that doesnt drop off your plate we can reopen and target against maverick or something (also to justify allocating your gtime etc.)
[11:44] <asac> let me know
[11:46] <didrocks> asac: sure, I let MIR opened for now, that should be good. Hope to fix it soon
[11:46] <didrocks> asac: thanks a lot :)
[12:00] <didrocks> seb128: can you refuse empathy in -proposed? om26er pointed me to a patch made for ubuntu (http://git.gnome.org/browse/empathy/commit/?h=gnome-2-30&id=2ef3eae87e929ed67ad4b36ff612dda60febedb4) that will be good to include
[12:10] <pitti> didrocks, seb128 ^ rejected
[12:10] <didrocks> pitti: thanks :) pushing the new version
[12:12] <mvo> kiwinote: conflicts/provides/replaces has a special meaning, see http://www.debian.org/doc/debian-policy/ch-relationships.html 7.6.2
=== tkamppeter_ is now known as tkamppeter
=== oubiwann-away is now known as oubiwann
[12:18] <seb128> didrocks, right, that's the one I mentioned the other day when I asked you to do the SRU ;-)
[12:18] <seb128> pitti, thanks
[12:18] <seb128> (was having lunch)
[12:19] <didrocks> seb128: sorry, I had a too quick backlog. It seems that I'm not awake today :)
[12:19] <didrocks> (FYI, the new one is available)
[12:20] <seb128> didrocks, thanks
=== MacSlow is now known as MacSlow|lunch
[13:06] <Zdra> seb128, did you know that glib package run all unit tests when building?
[13:07] <Zdra> seb128, that's a wast of time for the build bots, IMO
[13:19] <seb128> Zdra, yes we know, it cost some build time but it also help making sure we don't break thing in one of the base libraries in GNOME, ie it's worth the extra buildd use
[13:21] <Zdra> ok :)
[13:31] <seb128> didrocks, bug #229187 is not an e-d-s bug but an evo one fixed in git
[13:31] <ubot2> Launchpad bug 229187 in evolution-data-server (Ubuntu Lucid) (and 2 other projects) "Evolution mailing list does not render accents correctly (affects: 3) (heat: 24)" [Low,Fix committed] https://launchpad.net/bugs/229187
[13:31] <didrocks> seb128: right, it was an e-d-s with the regression introduced there, I'm changing the target
[13:32] <pitti> if it's relevant for eds too, add an additional task
[13:32] <didrocks> no, it's not anymore
[13:33] <seb128> it's not
[13:33] <seb128> robert_ancell, hey
[13:33] <robert_ancell> seb128, hellp
[13:33] <robert_ancell> hello
[13:33] <seb128> how are you?
[13:33] <robert_ancell> good
[13:36]  * pitti hugs asac for rocking MIRs today
[13:42] <asac> hehe
[13:43] <asac> from the amount of hugs i got today i wonder if i should only do MIRs in future ;)
[14:11] <desrt> dobey: hey
[14:13] <desrt> dobey: can i get some intltool patch review love?
=== lifeless_ is now known as lifeless
[14:25] <chrisccoulson> hi ara - is it possible for me to set up test cases on http://mozilla.qa.ubuntu.com/ ? i've been thinking about using this to get feedback on our normal regular security updates (although it's not something i'm working on right now)
[14:26] <ara> chrisccoulson, adding new ones requires access to the database, but managing the already available ones is something you could do
[14:26] <ara> chrisccoulson, and if you need to add new ones, I could help on that
[14:27] <chrisccoulson> ara - thanks. once the dust has settled with the current updates, i will create a set of test cases we can use for the regular updates
[14:27] <ara> cool, let me know how I can help :)
[14:27] <chrisccoulson> at the moment, it's difficult to know whether people are testing updates or not, as we only find out when things go wrong (and we get bug reports)
=== MacSlow|lunch is now known as MacSlow
[14:58] <kiwinote> mvo: I've pushed the deb support for s-c to lp:~kiwinote/software-center/deb-files
[14:58] <kiwinote> mvo: there are a few things things I should try to clean up, but I think that the code itself is ready
[15:11] <mvo> kiwinote: cool, I have a look
[15:12] <fagan> mvo: do you have a minute
[15:12] <fagan> im working on https://wiki.ubuntu.com/SoftwareUpdateHandling and there is a bit that I have to do for software-properties
[15:13] <fagan> im just wondering where to look to do the changes
[15:13] <fagan> the source is a bit weird for me because its has the kde and the gnome versions in there
[15:16] <fagan> I have the glade bit done but im just wondering where the python connect events are and all
[15:20] <mvo> fagan: sweet, you work on that? that is excellent!
[15:20] <mvo> fagan: a lot of it happens by magic via the SimpleGtkbuilderApp
[15:20] <fagan> mvo: yep
[15:21] <mvo> fagan: the biggestest change required to make it work is to move all the sources.list writing stuff into a dbus module. or better use aptdaemon for it that already exports a lot of this via dbus
[15:21] <mvo> fagan: the rest is hopefully straightforward. with the dbus change it can run as the normal user
[15:21] <fagan> mvo: well I was just starting by doing the cosmetic stuff
[15:22] <fagan> :D
[15:22] <fagan> I havent really thought about the dbus stuff yet I was just going to leave it as is
[15:31] <mvo> fagan: the problem is that without the dbus change some of this can not be implemented in a clean way AFAICS. the new layout mixes user settings and system settings
[15:31] <mvo> fagan: if it runs as root it can not write to the users gconf
[15:32] <mvo> fagan: its still create if you create the branch and work on the UI etc, that helps a lot
[15:32] <fagan> hmmm then cool
[15:32] <mvo> fagan: I hope I will find a bit of time to do the dbus wiring
[15:32] <fagan> ill see what I can do in the meantime
[15:32] <fagan> ill let you know if I can do it
[15:34] <mvo> thanks
[15:34] <mvo> sounds good
=== bjf[afk] is now known as bjf
[15:44] <glatzor> pitti, hello, have you followed the automatic hardware installation discussion on debian-devel?
[15:46] <pitti> glatzor: I'm not on d-d, so no
[15:47] <fagan> mpt_: I have a quick question if you are around
[15:47] <mpt_> fagan, yep
[15:48] <fagan> mpt_: I have a little weird thing in the software properties thing and that is your mockup diverges from the way its being done currently for the top label that says "ubuntu updates"
[15:48] <fagan> because it diverges from debian
[15:49] <fagan> so if im to change the "ubuntu updates" label ill be changing how it is in debian too because we both use the same dialog
[15:49] <fagan> you see you removed that button altogether
[15:49] <mpt_> fagan, the heading is already OS-specific, it already says "Ubuntu updates"
[15:49] <fagan> mpt_: actually it detects it
[15:50] <glatzor> pitti, Petter Reinholdtsen (skole linux) would like to have a mechanism to install hardware related packages e.g. installing mpt-status package if the raid driver is in use
[15:50] <fagan> and displays it as ubuntu if its on ubuntu or debian if its on debian
[15:50] <pitti> glatzor: can we talk tomorrow? I have a long phone call now, and then dinner/Taekwondo
[15:50] <pitti> good night everyone!
[15:50] <fagan> so should I remove that label altogether like it is in your mockup?
[15:50] <pitti> glatzor: (sorry)
[15:50] <fagan> night pitti
[15:50] <glatzor> Pitti no problem
[15:50] <glatzor> see you!
[15:51] <fagan> mpt_: its just a small thing ill do it and see if anyone has an issue later
[15:52] <fagan> its not hard to put the label back
[15:52] <mpt_> fagan, what was the question?
[15:52] <fagan> mpt_: should I remove the label and diverge from the way it is at the moment?
[15:52] <fagan> because at the moment its shared and not os specific
[15:53] <fagan> if I remove it then it would be changing the debian look too
[15:53] <fagan> ah ill just remove it
[15:53] <fagan> :D
[15:53] <fagan> its hard to explain
[15:53] <mpt_> fagan, I don't mind whether the Debian one changes or not
[15:54] <fagan> mpt_: ok
[15:54] <fagan> just thought I should ask before I change it for both
[15:54] <mpt_> ok
[15:57] <fagan> mpt_: its going well though ill have a merge soonish
[15:57] <mpt_> great
[16:10] <fagan> mvo: is it ok that I change how it detects the intervals and if the auto updates are disabled?
[16:11] <fagan> ill test it afterwards so I wont make any bugs
[16:13] <vish> kenvandine: hi , when you get time could you review the 3 patches for the adium theme?  https://bugs.launchpad.net/adium-theme-ubuntu/+patches
[16:29] <asac> kenvandine: can we stop filling .xsession-errors with gwibber stuff? thx!
[16:33] <asac> kenvandine: scratch that ... it was mumble ;)
[16:49] <jcastro> didrocks: so new netbook. on install the netbook task in the installer didn't seem to bring in -places and -applications
[16:52] <didrocks> jcastro: when did you install it? the only recent respin was today
[16:52] <jcastro> didrocks: this weekend
[16:52] <jcastro> also: https://bugs.edge.launchpad.net/unity/+bug/599425
[16:52] <ubot2> Launchpad bug 599425 in unity "poor battery performance in Unity (affects: 1) (heat: 8)" [Undecided,New]
[16:52] <jcastro> a friend ran into this
[16:53] <didrocks> jcastro: so, you didn't have a version with places as no image build
[16:53] <jcastro> he's not sure if it's because of the initial scanning (or whatever zeitgeist does) or a long-term problem
[16:53] <didrocks> jcastro: let me check on the manifest right now
[16:53] <didrocks> njpatel: ^ ?
[16:53] <didrocks> (not for places, but low battery)
[16:53] <didrocks> jcastro: not related, but can you ps aux | grep gnome-keyring in your unity session, please?
[16:54] <didrocks> (the places are in today's CD manifest)
[16:55] <jcastro> oh ok, didn't know if they were supposed to be or not
[16:56] <jcastro> didrocks: it appears to be running
[16:56] <hyperair> does anyone know of an issue between OO.o impress, and slide shows not being fullscreen under compiz?
[16:57] <didrocks> jcastro: ok, thanks a lot :)
[16:57] <didrocks> so, it's a race :/
[16:57] <didrocks> hyperair: bug #525807
[16:57] <ubot2> Launchpad bug 525807 in openoffice.org (Ubuntu Lucid) (and 4 other projects) "[upstream] [3.2.1] OOo Slide Show and Fullscreen modes - not full screen under compiz (affects: 93) (dups: 6) (heat: 486)" [High,Confirmed] https://launchpad.net/bugs/525807
[16:59] <jcastro> didrocks: oddly enough, I can't find places or apps in the archive at all?
=== MacSlow is now known as MacSlow|afk
[16:59] <didrocks> jcastro: unity-place-applications and unity-place-files?
[17:01] <didrocks> jcastro: amd64?
[17:01] <jcastro> yeah
[17:03] <njpatel> didrocks, jcastro: zeitgeist, initially, would just look at your recently-used.xbel
[17:03] <njpatel> didrocks, jcastro: we don't do any tracker-esqe indexing other than file-names
[17:03] <didrocks> jcastro: it seems it build-dep
[17:04] <didrocks> jcastro: but the build-dep was there, let's have a retry
[17:04] <jcastro> njpatel: can you put that in the bug report for him? I'll ask him to investigate.
[17:04] <njpatel> jcastro, sure
[17:05] <jcastro> njpatel: that is reassuring though!
[17:05] <jcastro> njpatel: theoretically UNE shouldn't take more battery than a normal desktop right?
[17:08] <hyperair> didrocks: thanks. weird that it's still not fixed, considering lucid's an SRU.
[17:08] <njpatel> jcastro, yep, no more than normal Ubuntu + Compiz
[17:08] <njpatel> jcastro, I've updated the bug
[17:10] <seb128> hyperair, what lucid sru?
[17:13] <hyperair> seb128: er sorry, i meant LTS. my brain just isn't functioning.
[17:15] <seb128> well being a lts doesn't bring magically extra contributors or hours in the days
[17:16] <seb128> it has been triaged and assigned but other tasks and some real life issues made work from ccheney on it to be delayed
[17:16] <seb128> would still be nice to fix for lucid .1 though and we are aiming at that
[17:16] <seb128> contributions to a fix are welcome btw ;-)
[17:16] <micahg> seb128: is there a freeze for lucid .1?
[17:17] <hyperair> seb128: well i'd love to contribute, but unfortunately, i have to give a presentation in less than 24 hours.
[17:17] <seb128> hyperair, turn compiz off for the presentation I guess
[17:18] <jcastro> hyperair: export to pdf and use evince, that's what I did
[17:18] <seb128> micahg, not sure there is an hard freeze line but uploads should be done this week ideally
[17:18] <micahg> seb128: even though .1 isn't scheduled to be released for 4.5 weeks?
[17:20] <seb128> micahg, yes, they count on around 3 weeks to get the updates image validated, hardware certified etc
[17:20] <micahg> seb128: oh, I didn't know that...k, well I think my package isn't seeded anyways though
[17:22] <micahg> seb128: if my package isn't on a CD am I ok just to have it done before the CD is released?
[17:23] <seb128> well, depends
[17:23] <seb128> is it on the DVD?
[17:23] <micahg> seb128: it's enigmail-locales
[17:23] <seb128> if not I guess so, you wouldn't care of .1 anyway since people will get that update online only
[17:24] <seb128> right, it's in universe
[17:24] <micahg> seb128: so, it's not on the DVD then?
[17:24] <seb128> no
[17:24] <seb128> so you can update whenever you want
[17:24] <seb128> it will not be on CD or DVD images so people will need to go online in any case and will get the current version
[17:25] <micahg> k, I'll just make sure to have it done before the .1 release, I used that as a milestone since I figured some people will wait to upgrade until then
[17:25] <seb128> right
[17:25] <seb128> lts to lts updates are not displayed in update-manager until .1
[17:26] <micahg> ah, perfect then :)
[17:26]  * micahg will try for a backport of lightning by then as well, but no guarantees
[17:27] <ccheney> seb128, i am hoping to have some spare time to work on my OOo related issues today
[17:27] <ccheney> seb128, i got a updated build done and need to verify my various assigned bugs are actually fixed, etc
[17:28] <seb128> ccheney, ok, thanks
[17:29] <micahg> ccheney: BTW, there are still some duplicate dictionaries in Maverick, I'll file bugs
[17:30] <didrocks> seb128: do you know what's the gnome daemon name which launches other apps when you trigger a keyboard shortcut?
[17:30] <ccheney> micahg, ok np, assign the bugs to me and i'll have a look at them asap
[17:30] <micahg> ccheney: thanks
[17:30] <ccheney> micahg, i am pretty busy though so hopefully that won't be too long from now
[17:31] <ccheney> micahg, if i haven't fixed them by eow ping me again
[17:31] <ccheney> micahg, unless you need them sooner
[17:32] <micahg> ccheney: k, no rush, just want to make sure we get them all this time :), I probably won't file the bugs till Wed
[17:33] <seb128> didrocks, gnome-settings-daemon
[17:33] <ccheney> micahg, ok, remind me when you do file them
[17:33] <micahg> ccheney: k, thanks
[17:33] <ccheney> micahg, then i can look and try to get them done quickly
[17:34] <didrocks> seb128: I was going to say that this time :-) but why when I kill it, I'm still available to launch a terminal with Ctrl + Alt + T?
[17:34] <didrocks> (and it didn't respawned)
[17:34] <didrocks> respawn*
[17:35] <chrisccoulson> didrocks, that one might be handled by the WM
[17:35] <didrocks> chrisccoulson: hum, that will explain almost everything so. Thanks :-)
=== MacSlow|afk is now known as MacSlow
[18:35] <ccheney> rebooting irc machine, bbs
[18:51] <ccheney> anyone know if maverick is stable enough to use on a fairly important but development box at the moment?
=== asac_ is now known as asac
[20:04] <geser> I upgraded my box from lucid to maverick yesterday, and no problems so far
=== czajkows1i is now known as czajkowski
=== soren_ is now known as soren
[23:33] <TheMuso> Good morning.