[02:18] <enc0d3> hello everyone
[02:18] <enc0d3> what's the topic today?
[02:18] <enc0d3> :)
[02:34] <Neko__> preinstalled desktop question: if I wanted to ship a custom Ubuntu which had compositing enabled in metacity by default how would I fix it so this happens? Is there a flag I can tweak which overrides the one created for each user and where is it kept (I am sure some gconf template somewhere but the location is a mystery to me). I have the same question about window border icons (border_layout) - this is for an installation of multiple desktops with mul
[02:34] <Neko__> tiple networked users where everyone seems to get the same OS defaults from the themes etc. and I need to override them without building all new packages
[02:37] <Neko__> same for desktop backgrounds etc... we're thinking university logo kind of stuff
[02:38] <RAOF> You'd be looking for gconf schemas (for now)
[02:38]  * desrt does the gconf is dying dance
[02:38] <Neko__>  /usr/share/gconf/schemas ?
[02:39] <Neko__> this is every default in the system?
[02:39] <desrt> Neko__: it's actually sort of complicated
[02:39] <desrt> the schemas need to be installed into /etc as well
[02:39] <RAOF> I'm not actually 100% sure how the schema is calculated; we use dh_gconf to make it magically happen.
[02:39] <Neko__> but they both need to match?
[02:39] <desrt> see /etc/gconf/gconf.xml.defaults/
[02:39] <desrt> i have no idea, to be honest
[02:40] <desrt> i just know that it's quite complicated
[02:40] <Neko__> the only option I can see right now is to have it done in ~/.bashrc or something and gconf the settings in
[02:41] <Neko__> but that means making an awesome amount of semi-manual changes on a network
[02:41] <Neko__> this university has 4000 students..
[02:41] <Neko__> not to mention we want to rig it so we can ship systems outside of the university with the same configuration
[02:42] <RAOF> So, I'd check out what we do in a package like ubuntu-netbook-default-settings, which ships gconf defaults.
[02:42] <Neko__> okay
[02:42]  * desrt wonders if dconf defaults are used at all yet
[02:42] <desrt> apparently not
[02:48] <Neko__> doesn't dconf depend on gconf? :D
[02:50] <Neko__> okay ubuntu-netbook-default-settings uses update-gconf-defaults which is very confusingly run
[02:50] <Neko__> there are two lists in the package but they're not installed.. ever.. and somehow two sets of defaults are picked up from an installed location
[02:51] <Neko__> my god this is freakish. did I recall someone at GNOME saying that Windows sucks because of the registry? :D
[02:52] <Neko__> oh! I get it
[02:53] <Neko__> it relies on package install order though. if something updates these settings and it picks up my mandatory and defaults THEN the new package ones, mine will be overwritten anyway
[02:53] <Neko__> okay, I give up. thanks anyway guys :)
[02:54] <Neko__> can tell my boss he gets what he gets now and there's not a fun way around it
[07:21] <pitti> Good morning
[08:13] <pitti> robert_ancell: hm, I don't see the new simple-scan in unapproved
[08:16] <robert_ancell> pitti, oh, odd...
[08:20] <didrocks> good morning
[08:21] <robert_ancell> pitti, ok, it's uploaded now
[08:22] <pitti> bonjour didrocks
[08:22] <pitti> robert_ancell: ah, thanks; will process it soon
[08:32] <didrocks> Guten Morgen pitti
[08:32] <didrocks> how are you?
[08:32] <pitti> I'm great, thanks! how are you?
[08:33] <didrocks> I'm fine, thanks :) trying to keep reasonable work hours this week and rest a little!
[08:35] <mvo> good morning seif_
[08:35] <seif_>  hi mvo
[08:35] <seif_> :)
[08:36] <mvo> :)
[08:37] <seif_> waaaaaaaaaaah need more sleep but gf keeps taking the blanket away
[08:38] <mvo> hehe
[08:38] <hyperair> lol
[08:39] <seif_> so its off t onag on some zeitgeist devs
[08:39] <seif_> mvo, does python release memory
[08:39] <seif_> ?
[08:40] <mvo> yes, its supposed to at least. you can force it with the python "gc" module, but it will do it periodically itself too
[08:40] <seif_> we just noticed increase of memory in zeitgeist
[08:40] <seif_> i mean usually we operate around 5 - 10 MB
[08:40] <seif_> but in some cases we get t ogo over 30
[08:41] <seif_> but never really to 40
[08:41] <seif_> and its stil ltoo much
[08:41] <seif_> we want to release memory
[08:41] <seif_> :P
[08:41] <seif_> mvo, can you please list features you tink zeitgeist can help S-C with
[08:43] <seif_> i wanna get a call for devs article out
[08:43] <mvo> I think a client/server "other people use" is useful
[08:43] <mvo> like "other people use gimp that work a lot with image/png"
[08:44] <seif_> mvo, yeah but that is too complex and i think I would like to take a better stab at it first
[08:45] <seif_> other ideas
[08:45] <mvo> yeah, that is true, I don't have a good idea for a low hanging fruit currently
[08:45] <seif_> :)
[08:46] <seif_> mvo, maybe pushing installed/uninstalled and updated events into zeitgeist from s-c
[08:47] <seif_> another would be replacing the history in s-c
[08:47] <seif_> another one would be listing you most used apps and the apps you never used
[08:47] <seif_> it would help the janitor to do better work
[08:58] <mvo> hm, that is a interessting idea
[08:58] <mvo> the janitor
[08:59] <mvo> if the history goes into zeitgeist I think we need to consider way of doing interessting stuff with it
[08:59] <seif_> mvo, it will be good for us too
[08:59] <seif_> i was gonne write an apt logger
[08:59] <seif_> but i think logging throug hs-c is easier
[09:00] <seif_> it will allow me to give oyu a complete history about when shit was installed
[09:00] <seif_> and used
[09:00] <mvo> the canonical source is /var/log/apt/history.log*
[09:00] <seif_> mvo, another question
[09:06] <seif_> ok scratc hthe question
[09:38] <chrisccoulson> good morning everyone
[09:38] <seb128> hey chrisccoulson
[09:38] <seb128> how are you?
[09:39] <chrisccoulson> i'm good thanks seb128, how are you?
[09:39] <chrisccoulson> oh, it looks like the g-s-d fix works for people :)
[09:39] <seb128> I'm fine thanks
[09:39] <seb128> great work!
[09:40] <chrisccoulson> i just need somebody to verify bug 658777 now :)
[09:40] <ubot2> Launchpad bug 658777 in gnome-settings-daemon (Ubuntu Maverick) (and 1 other project) "Invalid reads in keyboard plugin (affects: 1) (heat: 10)" [Medium,Fix committed] https://launchpad.net/bugs/658777
[09:42] <didrocks> good morning chrisccoulson, seb128
[09:42] <seb128> hey didrocks
[09:42] <seb128> chrisccoulson, I can do that today
[09:42] <chrisccoulson> hi didrocks, how are you?
[09:42] <chrisccoulson> seb128 - cool, thanks!
[09:43] <didrocks> chrisccoulson: I'm fine thanks, you?
[09:43] <didrocks> after the g-s-d fix, I guess you feel good :)
[09:43] <chrisccoulson> heh :-)
[09:43] <chrisccoulson> i need to figure out why my firefox builds are hanging now :/
[09:57] <didrocks> seb128: can you please enable the messaging menu turning green when you receive emails in your inbox for a while? I want to ensure it's amd64 only (all reports are on amd64 and only one claims to be on i386)
[09:57] <didrocks> and I still have no issue there on i386
[09:58] <seb128> "in your inbox"?
[09:58] <seb128> it's turning green when receiving messages on my imap servers
[09:58] <seb128> but  not in my local inbox
[09:58] <seb128> the one which I use the get emails from a pop server
[09:58] <seb128> on i386
[10:00] <didrocks> seb128: yeah, sorry I call that "inbox" as the main folder is named "Inbox" on both my IMAP servers
[10:01] <didrocks> seb128: ok, thanks, there are too many reports for people on amd64 to be every people misleading with the local inbox
[10:01] <seb128> is it working for you?
[10:01] <didrocks> 10:57:54      didrocks | and I still have no issue there on i386
[10:02] <seb128> oh I though you were on amd64
[10:02] <didrocks> no :/
[10:02] <didrocks> I'm old school apparently :-)
[10:02] <seb128> there must be people on amd64 there
[10:02] <seb128> chrisccoulson, pitti, mvo?
[10:02] <chrisccoulson> i'm on amd64
[10:02] <seb128> do you use evo?
[10:02] <didrocks> I think he's using thunderbird :)
[10:03] <chrisccoulson> i'm not actually ;)
[10:04] <chrisccoulson> (not for work anyway)
[10:05] <seb128> is anybody on amd64 with an evo imap account working? ;-)
[10:08] <mvo> seb128: I have one
[10:09] <seb128> mvo, could you check if the indicator is turning green when you receive emails in your imap inbox?
[10:09] <seb128> you need evolution to not be focussed
[10:09] <seb128> like configure the account to check for emails every few minutes and wait
[10:09] <seb128> you should get a notification and the indicator turn green
[10:09] <seb128> I can send you an email if that helps testing ;-)
[10:10] <mvo> seb128: I don't use evo
[10:10] <seb128> you also need to make sure you checked the indicator options in the preferences
[10:10] <seb128> mvo, hum
 is anybody on amd64 with an evo imap account working? ;-)
 seb128: I have one
[10:10] <mvo> *cough* sorry, I only read up to amd64
[10:10] <mvo> lalalala
[10:10] <seb128> lol, no worry
[10:11] <mvo> I did test it the other day with empathy and that worked
[10:11] <seb128> dear pitti, make the workitem tracker email only once a day, thanks
[10:11] <seb128> mvo, well didrocks things the evolution-indicator is buggy on amd64
[10:11] <didrocks> yeah, people reports that empathy is working, but not evo-indicator
[10:12] <didrocks> and there are too many people complaining/reporting dupe on amd64 to be only misusage…
[10:13] <seb128> weird, I didn't see any bug about that on evo
[10:13] <chrisccoulson> seb128 - i get the indicator turn green, but only for messages which don't get filtered in to another folder
[10:13] <seb128> chrisccoulson, right, it's supposed to be Inbox only
[10:13] <seb128> chrisccoulson, that's on amd64?
[10:13] <didrocks> seb128: https://bugs.edge.launchpad.net/indicator-messages/+bug/657837
[10:13] <ubot2> Launchpad bug 657837 in indicator-messages "Broken message indicator with Evolution (affects: 6) (dups: 2) (heat: 32)" [High,Triaged]
[10:13] <didrocks> and dups
[10:13] <seb128> chrisccoulson, thanks
[10:14] <seb128> chrisccoulson, btw I confirmed the g-s-d valgrind bugfix
[10:16] <chrisccoulson> seb128 - excellent, thanks
[10:16] <seb128> didrocks, 2 affected users and 2 duplicates with no details, I don't think it's significant
[10:17] <didrocks> seb128: really? because on one dup, I almost ensured that the person had the good option and the right workflow
[10:18] <didrocks> seb128: but you're more experienced than I in judging the amount of comment needed for becoming a relevant bug, so I trust you and turn on another thing :)
[10:30] <pitti> seb128: I'm on amd64, yes
[10:30] <pitti> seb128: my messaging indicator turns green when I receive a jabber message, yes; isn't it supposed to?
[10:30] <seb128> pitti, but you don't use evo for emails?
[10:31] <seb128> pitti, didrocks thinks evolution-indicator is buggy on amd64
[10:31] <pitti> seb128: well, evo shows my mails (local maildir)
[10:31] <pitti> seb128: but I don't get email notifications in the msg indicator
[10:32] <seb128> we have several issues there
[10:32] <seb128> it's not working for non imap accounts there either
[10:33] <seb128> ie I've a pop account which loads emails in a local inbox
[10:33] <seb128> that one doesn't work on i386 either
[10:35] <pitti> right, I don't have an imap account in evo
[10:35] <pitti> I use offlineimap, and then mutt/evo locally on the Maildir
[10:35] <seb128> pitti, ok, no worry, gord is helping testing now
[13:00] <Laney> didrocks: can we get the banshee switch done right away, or is it a post-UDS thing?
[13:01] <didrocks> Laney: it's a post-UDS I would say, as natty is not opened and I won't have time before UDS I guess
[13:01] <Laney> ok
[13:14] <nessita> how can I see the maverick-proposed queue? https://launchpad.net/ubuntu/maverick-proposed/+queue is a 404
[13:17] <seb128> nessita, https://edge.launchpad.net/ubuntu/maverick/+queue?queue_state=1&queue_text=
[13:17] <seb128> nessita, see the pocket column there
[13:19] <nessita> right!
[13:19] <nessita> seb128: so, what needs to happen for a package leave the unapproved queue?
[13:20] <seb128> nessita, review from somebody in ubuntu-sru
[13:20] <seb128> they review the queue regularly, it should take less than a week
[13:20] <seb128> if you are in an hurry you can try to be nice to pitti
[13:21] <seb128> (he's one of those reviewing sru uploads)
[13:23] <nessita> seb128: not in a hurry, no. I'll keep my play-nice card for when I really need it ;-)
[13:23] <nessita> seb128: thanks!
[13:23] <seb128> you're welcome
[13:28] <seb128> bah, how did you want to review blueprints in launchpad
[13:29] <seb128> there is no way the sort or query on titles
[13:43] <chrisccoulson> right, i'm going to get some lunch
[13:43] <chrisccoulson> before people complain at me for taking over the buildd's
[14:15] <seb128> kenvandine, hey
[14:15] <seb128> kenvandine, did you register any blueprint yet?
[14:15] <kenvandine> hey seb128
[14:15] <seb128> I can find any from you
[14:15] <kenvandine> not yet
[14:16] <seb128> can't
[14:16] <kenvandine> working on it :)
[14:16] <seb128> ok
[14:16] <kenvandine> their in tomboy atm :)
[14:17] <kenvandine> good morning rickspencer3
[14:18] <seb128> hey rickspencer3
[14:18] <rickspencer3> good morning kenvandine and seb128
[14:18] <kenvandine> recovered yet?
[14:18] <rickspencer3> well, I stayed in bed until 6am, so that's a good sign
[14:18] <highvoltage> what happened to rickspencer1 and rickspencer2 and the first 127 sebs!?
[14:19] <kenvandine> :)
[14:20] <rickspencer3> highvoltage, well, I guess the seb's required more iterations to reach perfection ;)
[14:21] <seb128> but once they do they are better ;-)
[14:21]  * seb128 runs
[14:21] <highvoltage> heh
[14:31] <seb128> chrisccoulson, do you think you could review the merge proposal on bug #623700?
[14:31] <ubot2> Launchpad bug 623700 in gnome-session (Ubuntu) (and 1 other project) "Edge condition in idle monitor (affects: 1) (heat: 86)" [Medium,Triaged] https://launchpad.net/bugs/623700
[14:31] <chrisccoulson> seb128 - yeah, sure
[14:31] <seb128> thanks
[14:32] <seb128> I've trying to clean https://code.edge.launchpad.net/~ubuntu-desktop/+activereviews
[14:33] <chrisccoulson> oh, i didn't even know that page existed!
[14:33] <chrisccoulson> oh, excellent - https://code.edge.launchpad.net/~mozillateam/+activereviews :)
[14:33] <chrisccoulson> i guess i should review those too ;)
[14:41] <rickspencer3> seb128, kenvandine, chrisccoulson are you guys good for getting blueprints ready?
[14:41] <kenvandine> working on it
[14:42] <chrisccoulson> rickspencer3, i had my main ones registered for some time now ;)
[14:42] <seb128> rickspencer3, I've just reviewed the list for most team people, we miss those from kenvandine mterry bryceh robert_ancell tremulox
[14:42] <seb128> rickspencer3, I've accepted the ones from chrisccoulson's yesterday and didrocks' just before
[14:42] <rickspencer3> seb128, ok
[14:43] <didrocks> thanks seb128 :)
[14:43] <rickspencer3> I'll have a few for Application Developers track
[14:43] <seb128> rickspencer3, I will only have one for gnome3, still working on it
[14:43] <mterry> Ah yes...  I think I'll carry over the quickly one from Maverick at least, lots didn't get done
[14:43] <rickspencer3> hey didrocks
[14:43] <didrocks> hey rickspencer3
[14:43] <cyphermox> seb128, seen mine?
[14:43] <rickspencer3> seb128, mterry, didrocks, chrisccoulson, kenvandine, pitti, there is a very good chance that the new Engineering Manager, Desktop will start on Monday!
[14:43] <seb128> cyphermox, yes, I just wanted to check with dx for the indicator one before accepting it
[14:43] <mterry> oh, nice
[14:43] <cyphermox> okie dokie
[14:43] <kenvandine> oh, cool
[14:43] <seb128> rickspencer3, great ;-)
[14:43] <pitti> rickspencer3: \o/
[14:44] <pitti> rickspencer3: right on time for the sprint?
[14:44] <kenvandine> rickspencer3, i bet you are thrilled :)
[14:44] <cyphermox> rickspencer3, cool :)
[14:44] <pitti> rickspencer3: (does that ring a bell? :-) )
[14:44] <seb128> mterry, maybe check with rickspencer3 what he has in mind for the appdeveloper track
[14:44] <seb128> rickspencer3, ^ can you update mterry on what you have on your list?
[14:44] <didrocks> rickspencer3: nice!
[14:44] <rickspencer3> pitti, yup, he's even coming to the Dx sprint!
[14:44] <rickspencer3> tbh, I am happy, but a bit sad too
[14:44]  * rickspencer3 sinff
[14:44] <chrisccoulson> excellent :)
[14:45]  * seb128 hugs rickspencer3
[14:45]  * didrocks hugs rickspencer3 as well
[14:45] <seb128> rickspencer3, I hope you will stay with us on the channel ;-)
[14:45]  * chrisccoulson hugs rickspencer3 too
[14:45]  * rickspencer3 hugs back
[14:45] <rickspencer3> I will probably autojoin this channel forever!
[14:45] <rickspencer3> sorry guys
[14:45] <chrisccoulson> yeah, everyone knows this is the coolest channel to hang out ;)
[14:45] <rickspencer3> :)
[14:45] <kenvandine> hehe
[14:45] <kenvandine> :)
[14:46] <rickspencer3> I think Jason is a really good person,though
[14:46] <rickspencer3> next step is for you guys to train him up as you trained me up ;)
[14:47] <pitti> I'll bring my brain transplant gear
[14:48] <topyli> hey, how do we make appmenu applet ignore a specific application? like it ignores shotwell?
[14:48] <topyli> lyx is broken so i would like to work around it
[14:49] <chrisccoulson> topyli, that's probably a question for #ayatana - but, i think it's hardcoded in the indicator
[14:49] <rickspencer3> pitti, can you make some time on Monday to have a call with Jason?
[14:49] <rickspencer3> seb128, you too?
[14:49] <chrisccoulson> topyli, i might be wrong though. tedg would know
[14:49] <topyli> chrisccoulson: thanks
[14:49] <chrisccoulson> yw
[14:49] <seb128> rickspencer3, when will he be travelling to the sprint?
[14:49] <pitti> rickspencer3: sure
[14:49] <topyli> well we have hilighted tedg, so let's see :)
[14:50] <seb128> rickspencer3, but yeah, I guess so
[14:50] <rickspencer3> seb128, I asked him to travel on Wednesday, and start on Thursday
[14:50] <rickspencer3> thinking that would give him Mon/Tues to bootstrap his office, fill in paper work, etc...
[14:50] <tedg> topyli, Do you want to not show stubs or not have the menus exported?
[14:50] <kenvandine> tedg, menus
[14:50] <seb128> rickspencer3, ok
[14:51] <rickspencer3> and then you and I can have a beer with him on Wednesday
[14:51] <kenvandine> topyli, UBUNTU_MENUPROXY= lyx
[14:51] <kenvandine> from a terminal
[14:51] <rickspencer3> his first job will be to help the desktop get through UDS
[14:51] <rickspencer3> (sound familiar?)
[14:51] <tedg> kenvandine, I think Lyx is Qt, right topyli?
[14:52] <kenvandine> no clue
[14:52] <rickspencer3> seb128, pitti, I told him that if the right thing to do is to fetch coffee for the desktop team, he should fetch coffe ;)
[14:52] <rickspencer3> whatever it takes to help you guys have a great UDS
[14:52] <chrisccoulson> coffee sounds great!
[14:52] <chrisccoulson> :)
[14:52] <seb128> waouh
[14:52] <seb128> indeed!
[14:52] <seb128> coffee and snacks ;-)
[14:53] <seb128> rickspencer3, did you see robert_ancell this week?
[14:53] <seb128> is he back?
[14:53] <pitti> seb128: I did
[14:53] <pitti> yes, he's back
[14:53] <rickspencer3> seb128, I looked for him yesterday, but didn't see him
[14:53] <seb128> hum, ok
[14:53] <pitti> and he said he had a great time
[14:53] <seb128> I wrote him an email yesterday but he didn't reply
[14:53] <rickspencer3> but I logged off early
[14:53] <pitti> he fixed two simple-scan bugs in maverick-proposed
[14:54] <seb128> can you tell him to register his blueprints?
[14:54] <rickspencer3> of course, he's married now, so I supposed we won't see him around as much now ;)
[14:54] <topyli> tedg: sorry, phone. yes it's qt. i would just like to have the menu somewhere. the application window is fine
[14:54] <seb128> if you see him tomorrow
[14:54]  * rickspencer3 retracts joke
[14:54] <seb128> lol
[14:54]  * rickspencer3 finds no undo in logged irc channel
[14:54] <kenvandine> haha
[14:54]  * rickspencer3 opens log files
[14:54] <seb128> well I supposed we will just see him as much
[14:54] <seb128> he has always been closing IRC after business hours
[14:55] <topyli> tedg: so i guess let's not export the menu, like with shotwell
[14:55] <kenvandine> i talked to him sunday night
[14:55] <seb128> even if he still do hacking on his own projects then ;-)
[14:56] <tedg> topyli, Asking agateau in #ayatana
[14:56] <topyli> thanks
[15:07] <rickspencer3> seb128, so if there were maverick blueprints that we didn't get to, but we want to discuss again in Natty ...
[15:07] <rickspencer3> should we just retitle them to the Natty titling scheme, and retarget?
[15:07] <seb128> yes
[15:09] <seb128> hum
[15:09]  * seb128 reverts python-apt deprecation cleaning in versions
[15:10] <seb128> the p.u.c box is still on hardy
[15:10] <seb128> hey bzr wizards, what is the easier way to revert a commit in bzr as a new commit?
[15:12] <seb128> bzr diff -c rev | patch -p0 -R
[15:12] <seb128> or is there a cleaner way?
[15:13] <gord> seb128, if you bzr revert, you have to do a new commit to save the changes, the revert is a type of commit really
[15:13] <seb128> can I bzr revert a random revision?
[15:14] <gord> ah, not sure about that
[15:15] <seb128> I will just use the diff | patch line
[15:15] <seb128> that works fine ;-)
[15:22] <ari-tczew> is someone going to merge epiphany-browser for natty?
[15:22] <topyli> i guess so!
[15:22] <seb128> you can if that's the question
[15:22] <topyli> woops, channel selection failure. sorry
[15:23] <didrocks> seb128: bzr merge -r 65..64 for instance
[15:24] <seb128> didrocks, does that note somewhere that it's a commit revert?
[15:24] <seb128> or that just does the same as my command did?
[15:25] <didrocks> seb128: if I remember correctly, nothing visible in the history
[15:26] <seb128> ok thanks
[16:10] <PennStateJoe74> morning folks.
[16:10] <PennStateJoe74> looking for some help with setting up a udev rule in ubuntu 10.04
[16:10] <PennStateJoe74> i have 2 serial devices connected to the same serial port.
[16:11] <PennStateJoe74> any suggestions on where i can start
[16:17] <devildante> !support | PennStateJoe74
[16:17] <ubot2> PennStateJoe74: The official ubuntu support channel is #ubuntu. Also see http://ubuntu.com/support and http://ubuntuforums.org
[16:47] <and471> anyone know how to edit string values in dconf-editor?
[16:48] <devildante> and471: I only know gconf-editor
[16:48] <and471> yeah, i can't seem to edit the values with dconf-editor that are strings...
[16:50] <hggdh> seb128: bug 631395 seems ugly :-(
[16:50] <ubot2> Launchpad bug 631395 in evolution-exchange (Ubuntu) "When upgrading from 10.04 to 10.10, exchange mail accounts no longer work in Evolution. When clicking the account, the folder structure won't expand and the account does not send or receive e-mail (although) it does appear in the send/receive dialog box. (affects: 40) (dups: 2) (heat: 234)" [Undecided,Confirmed] https://launchpad.net/bugs/631395
[16:50] <seb128> didrocks, ^
[16:50] <seb128> hggdh, it's not like evolution-exchange was actively maintained though
[16:51] <didrocks> yeah, I just upgraded evo-exchange as I could, but I have no setup to test it
[16:51] <hggdh> seb128: I understand... mcrha just pinged me on something similar on b.g.o -- gnome bug 630444
[16:52] <ubot2> Gnome bug 630444 in BugBuddyBugs "Exchange - cannot open account" [Critical,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=630444
[16:54] <and471> desrt, are you an author of dconf-editor?
[16:54] <hggdh> didrocks: we may need to add --with-ek2-debug in the e-exchange debian/rules
[16:55] <didrocks> hggdh: something this adds some logs that we can upload with apport or is it an environment variable that should be added to get the debug then?
[16:56] <seb128> didrocks, hggdh: random guess would be that it's due to -Bsymbolic-function
[16:56] <hggdh> didrocks: we have to configure e-e with it or no debug logs will be generated on e-e (add it to DEB_CONFIGURE_EXTRA_FLAGS)
[16:56] <seb128> try building without that
[16:57] <hggdh> didrocks: *then* we can set it with an environment variable
[16:57] <didrocks> seb128: how do you see that from the trace?
[16:58] <seb128> didrocks, not from the trace, just reading the bugzilla from hggdh
[16:58] <didrocks> hggdh: understood, but my question was rather "which" environment variable is needed then :)
[16:58] <seb128> "> (evolution:9159): GLib-GObject-WARNING **: cannot register existing type
[16:58] <seb128> > `ExchangeAccount'
[16:58] <seb128> The above is the issue"
[16:58] <seb128> "cannot register existing type"
[16:58] <seb128> is typically the issues we had with -Bsymbolic-function
[16:58] <seb128> you had that error on cheese last cycle
[16:58] <didrocks> right
[16:59] <didrocks> I can upload a version in a ppa for people to test
[16:59] <didrocks> and adding the debug flag as well
[16:59] <seb128> would be great, thanks
[16:59] <desrt> and471: no
[16:59]  * didrocks calls it his evolution day :)
[16:59] <desrt> and471: robert ancell is
[16:59] <hggdh> didrocks: you set an env like in http://projects.gnome.org/evolution/bugs.shtml
[17:00] <didrocks> hggdh: oh ok, just the E2K_DEBUG ones, thanks
[17:00] <cyphermox_> didrocks, i was told about calendars in evolution-mapi being borked as well
[17:00] <desrt> what did -Bsymbolic-functions break now?
[17:00] <didrocks> cyphermox_: same, I can't test :)
[17:00] <and471> desrt, ah ok thanks
[17:00] <cyphermox_> I was in the process of trying to update patches for 2.32.0 on spare cycles...
[17:00] <didrocks> desrt: evolution-exchange
[17:00] <didrocks> cyphermox_: we are using 2.30
[17:01] <cyphermox_> yeah
[17:01] <cyphermox_> I wanted to try if 2.32 worked better
[17:01] <desrt> evolution's fault?
[17:01] <didrocks> cyphermox_: please, don't upgrade, we already have issues having different version from evolution
[17:01] <cyphermox_> ok
[17:01] <seb128> ?
[17:01] <seb128> didrocks, we should upgrade to 2.32 this cycle
[17:01] <seb128> no reason to stop people doing the update if they want
[17:02] <didrocks> seb128: I think cyphermox_ is talking about upgrading evo-mapi to maverick as the calendar is broken
[17:02] <cyphermox_> didrocks, not quite
[17:02] <cyphermox_> evo-mapi and evo need to follow no?
[17:02] <seb128> right
[17:02] <hggdh> the whole shebang, or nothing
[17:02] <cyphermox_> so I was deep in evo itself, making sure the patches applied to 2.32.0
[17:02] <didrocks> right, that was why I told you it's not the way to fix the calendar being broken :)
[17:03] <didrocks> cyphermox_: talk to jelmer as well, he's coordinating this with debian
[17:03] <cyphermox_> so I would then put evo + evo-mapi in a PPA to play with
[17:03] <cyphermox_> didrocks, cool
[17:03] <didrocks> (and all the samba4 stack)
[17:04] <cyphermox_> I'm mostly still doing laptop testing for now though
[17:04] <didrocks> I'll upgrade evo to 2.32 once the SRU round will be finished
[17:06] <cyphermox_> crazy idea: are there daily builds? ;)
[17:06] <didrocks> I don't think so :)
[17:08] <kenvandine> sigh... running gwibber-service in valgrind seems to slow it down enough that i can't reproduce the libproxy crash...
[17:09] <chrisccoulson> kenvandine, there you go. you've fixed it then ;)
[17:09] <chrisccoulson> always run it in valgrind
[17:09] <chrisccoulson> :-)
[17:11] <kenvandine> :)
[17:11] <kenvandine> note to self: never run anything python in valgrind, the results are scary
[17:11] <kklimonda> heh
[17:12] <kenvandine> tedg, pretend you didn't see me say that
[17:14]  * tedg isn't good at pretending :)
[17:15] <hggdh> didrocks: would you like a bug for the --enable-e2k-debug?
[17:16] <didrocks> hggdh: if possible, that would be great :)
[17:16] <desrt> kenvandine: the mapping between python and C is pretty interesting
[17:16] <didrocks> thanks
[17:16] <desrt> kenvandine: in a very real sense, python is a scripting language for C
[17:16] <kenvandine> yeah, with what looks like lots of memory leaks
[17:16]  * kenvandine hugs python
[17:16] <desrt> :)
[17:17] <desrt> the leaks are lies!
[17:20] <hggdh> didrocks: bug 660034 opened
[17:20] <ubot2> Launchpad bug 660034 in evolution-exchange (Ubuntu) "Evolution-exchange should be built with --enable-e2k-debug (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/660034
[17:21] <didrocks> hggdh: thanks, I'll see if we can get it in the SRU as well (as basically it's completly broken today)
[17:22] <hggdh> didrocks: great! mcrha had asked me to build a PPA for a gnome bug on that, and I forgot to ping you folks about it. Frankly, I see no reason not to have it in
[17:22] <didrocks> hggdh: agreed, not sure why the flag isn't the default, btw?
[17:23] <hggdh> didrocks: this is a new(ish) flag. Even mcrha got hit by it ;-)
[17:23] <didrocks> oh, it will be by default then?
[17:23] <hggdh> hum
[17:24] <hggdh> well, upstream does not really care about which flags one uses. For us, it should be on by default, since otherwise we will never get the debug traces
[17:25] <seb128> why did they add a flag for it?
[17:26] <seb128> it seems to not make sense if it's activated by a variable anyway
[17:26] <seb128> or it has a speed cost at runtime?
[17:27] <hggdh> I do not know yet... I was going to backtrace on GIT to find the change, but did not have time
[17:27] <hggdh> well, _now_ I have time, so I will look for it
[17:29] <Cimi> MacSlow: nice pic mirco! :)
[17:30] <MacSlow> Cimi, I'm so hooked on Ducs :)
[17:35] <seb128> could somebody on amd64 try to build the gtk on https://edge.launchpad.net/~ubuntu-desktop/+archive/gnome3-builds
[17:35] <seb128> the gtk+3.0 source
[17:36] <MacSlow> jcastro, you're wrong :)
[17:36] <seb128> the ppa builders don't manage to build it it seems
[17:36] <seb128> they seem to keep building or something
[17:36] <seb128> the i386 build is fine though
[17:36] <jcastro> MacSlow: :)
[17:37] <cyphermox> seb128, I'll try it
[17:38] <seb128> cyphermox: thanks
[17:40] <cyphermox> just need to update pbuilder first :)
[17:50] <seb128> ricotz, hi
[17:51] <seb128> tremolux, hi, don't forget to register your blueprints
[17:53] <pitti> good night everyone
[17:53] <seb128> 'night pitti
[17:55] <didrocks> have a good evening pitti
[17:55] <tremolux> seb128: will do  :)
[17:59] <Cimi> seb128: http://twitpic.com/2xb61d :-)
[17:59] <cyphermox> seb128, gtk seems okay so far, though not done yet
[18:04] <seb128> Cimi, nice!
[18:04] <seb128> Cimi, I will try to get the git version in the ppa tomorrow
[18:04] <seb128> cyphermox: ok, it doesn't fail to build on the ppa builder, it just go on for hours not sure why
[18:05] <Cimi> seb128: I'd like to try by myself :)
[18:05] <Cimi> gtk3-engines-murrine :)
[18:06] <seb128> Cimi, ok, great
[18:06] <seb128> Cimi, I can review your work when you think it's ready
[18:06] <seb128> just ping me when you have it in a vcs
[18:07] <Cimi> seb128: you mean the packaging stuff?
[18:11] <seb128> Cimi, what do you want to try yourself?
[18:11] <Cimi> seb128: yeah, if possible
[18:12] <Cimi> seb128: I'm sure I will make something not perfect
[18:12] <Cimi> but it might be useful to know how to package well
[18:12] <seb128> right
[18:12] <Cimi> seb128: I have a branch in git
[18:12] <Cimi> with the source code
[18:12] <seb128> so what I suggested is that you do and ping me for review
[18:12] <Cimi> do I need to import that branch in bzr?
[18:12] <seb128> so I can tell you what you did wrong
[18:13] <Cimi> ok cool!
[18:13] <seb128> Cimi, git or bzr is your choice
[18:13] <seb128> we will have the official ubuntu packaging in bzr when we upload to ubuntu
[18:13] <seb128> but you work in git if you want
[18:16] <cyphermox> seb128, gtk just finished, no issues
[18:17] <seb128> cyphermox: ok thanks
[18:17] <seb128> so it's a builder issue, great
[18:24] <Cimi> seb128: ping :)
[18:25] <seb128> Cimi, yes
[18:25] <Cimi> just wondering
[18:25] <Cimi> debian will be able to ship both murrine 0.98.1 and the gtk3 version
[18:25] <Cimi> what will happen with other distro?
[18:26] <Cimi> because 3.0 is not retro compatible
[18:35] <seb128> Cimi, what do you mean?
[18:35] <seb128> Cimi, the gtk2 and gtk3 version will not conflicts
[18:35] <seb128> they will have different names for source and binaries and different locations on disk
[18:35] <seb128> should be the same for all distros
[18:36] <Cimi> but that's up to distro packagers, right?
[18:36] <seb128> yes
[18:36] <Cimi> ok
[18:36] <Cimi> just wondering ;)
[18:38] <Cimi> seb128: how do I name/get the source file, as there's no snapshot?
[18:38] <seb128> Cimi, what I usually do is to make dist a git snapshot
[18:39] <Cimi> using get-orig-source or
[18:39] <Cimi> ok
[18:39] <Cimi> and how to name it?
[18:39] <Cimi> 0.98.? or adding daate?
[18:39] <Cimi> seb128: ^^
[18:40] <seb128> Cimi, 0.98.1+<date>
[18:40] <seb128> or 0.98.1.1 rather which is the current tarball
[18:40] <seb128> date or git revision id
[18:41] <seb128> just <current-tarball>+<something making sense>
[18:41] <seb128> 0.98.1.1+git20101013
[18:41] <seb128> or similar
[18:41] <Cimi> ok
[18:41] <Cimi> thanks
[18:42] <cyphermox> in NM I use <last tagged release>+git.<date>.<short commit hash>
[18:42] <seb128> " just <current-tarball>+<something making sense>"
[18:42] <seb128> I think is the summary
[18:42] <cyphermox> yep
[18:42] <seb128> then people use the date, or commit id or whatever
[18:42] <seb128> I usually don't bother with the commit since I don't do several snapshots a day
[18:43] <seb128> but I'm sure some people do ;-)
[18:45] <Cimi> seb128: but are you going to change the lib version as well, or just name the package
[18:45] <seb128> what lib?
[18:45] <Cimi> i mean
[18:45] <Cimi> in configure.ac :)
[18:46] <Cimi> versioning of the software itself
[18:46] <Cimi> not just the name of the package
[18:46] <seb128> I usually don't bother
[18:46] <seb128> I make dist from git
[18:46] <Cimi> ok
[18:47] <seb128> then rename the tarball
[18:47] <seb128> and the unpackaged directory
[18:47] <Cimi> cool
[18:47] <pedro_> n
[18:47] <cyphermox> seb128, isn't there a debhelper script to do this?
[18:47] <seb128> dpkg-buildpackage will handle it just fine
[18:47] <pedro_> hello
[18:47] <seb128> cyphermox: there might, tell Cimi if there is one ;-)
[18:47] <cyphermox> pedro_, hey :)
[18:47] <seb128> I just do it the old way
[18:47] <seb128> pedro_, hey, how are you?
[18:48] <cyphermox> seb128, I can't remember, but checking my debian packages now :)
[18:48] <pedro_> hello seb128 cyphermox
[18:48] <pedro_> seb128, i'm good, thanks. what about you?
[18:48] <pedro_> congrats on the release btw folks!
[18:48] <pedro_> i wasn't around yesterday
[18:49] <seb128> pedro_, I'm fine thanks
[18:49] <seb128> pedro_, we missed you during the meeting, had to be a short meeting, no status updates, not bugs summary :p
[18:49] <didrocks> hey pedro_ :)
[18:49] <pedro_> :-P
[18:49] <seb128> ok, dinner time
[18:50] <seb128> bbl
[18:50] <pedro_> salut didrocks!
[18:50] <pedro_> enjoy seb128
[18:57] <Cimi> seb128: shall I leave bzr-vcs and current maintainer?
[18:57] <Cimi> I'm using the deb dir from gtk2-engines-murrine
[19:01] <cyphermox> Cimi: maintainer you probably want to have updated ( update-maintainer will do this for you ), and bzr-vcs if it's the "master" branch e.g. lp:~ubuntu-desktop/.... then I think you'd want to leave it as is
[19:02] <cyphermox> I may well be wrong though since I don't really know what you're doing ;)
[19:04] <tedg> Anyone know of a project that's done the gdbus port?
[19:04] <tedg> Looking for an example.
[19:04] <Cimi> what about the watch file from a local snapshot from git?
[19:05] <cyphermox> Cimi, if it's a snapshot you probably don't want anything in there, but you could leave it as is if it already has the links/regex for previous released tarballs
[19:05] <Cimi> ok
[19:05] <Cimi> many thanks
[19:06] <cyphermox> e.g. if it already has the ftp.gnome.org regex and you're packing something from git.gnome.org, then leave it in.. that way the next release can be picked up by uscan
[19:12] <Cimi> seb128: ok, package done
[19:12] <Cimi> seb128: tell me later how can I share it with you :)
[19:24] <seb128> Cimi, don't bother with those yes
[19:25] <seb128> tedg, grep g_dbus /usr/bin/*
[19:25] <seb128> tedg, eog, evince, nautilus
[19:26] <tedg> seb128, Cool, never thought of using grep like that :)
[19:27] <seb128> tedg, ;-)
[19:31] <seb128> rickspencer3, still there?
[19:31] <tedg> seb128, Hmm, seems that grep picks up egg_dbus as well. :)
[19:33] <seb128> tedg, take nautilus
[19:35] <tedg> Evince is better because it exports objects as well.
[19:35] <tedg> But it seems that there is no tool.  Real shame.
[19:35] <seb128> talk to davidz ;-)
[19:36] <tedg> Yeah.
[19:38] <seb128> rickspencer3, do you know if http://webapps.ubuntu.com/employment/canonical_UP-SE-RS1/ is an open position still?
[19:39] <seb128> rickspencer3, or is that one which got filled recently? pochu was wondering
[19:50] <cyphermox> kenvandine, just tested w/ the NM version in maverick, and I see the same thing as you do re: states when suspending. With the pm-utils script enabled and disabled. Then I tested with the daily build with the pm-utils script disabled and I can't see the extra state change to NM_STATE_CONNECTED
[19:55] <kenvandine> cyphermox, ok, good
[19:55] <kenvandine> :)
[19:55] <cyphermox> so this will make it in natty :)
[19:55] <kenvandine> which is where i need it, great :)
[19:55] <kenvandine> thx
[20:39] <rickspencer3> pochu, that position is still open
[20:39] <rickspencer3> I am still seeking the "perfect" person ;0
[20:46] <pochu> rickspencer3: I'll take my chance then :)
[20:46] <rickspencer3> :)
[21:02]  * kenvandine is preparing an SRU for gwibber to get rid of the nasty libproxy crash!
[23:09] <rickspencer3> robert_ancell, welcomeback
[23:10] <Cimi> how long does take an uploaded package in a ppa to be shown in the ppa?
[23:10] <Cimi> I meant shown, not built
[23:10] <micahg> Cimi: usually about 5 minutes, but LP is undergoing maintenance for the next 2 hrs
[23:12] <Cimi> ok
[23:12] <Cimi> https://launchpad.net/~cimi/+archive/theming
[23:13] <robert_ancell> rickspencer3, hi!
[23:15] <rickspencer3> robert_ancell, I presume your time away was richly rewarding?
[23:16] <robert_ancell> rickspencer3, absolutely
[23:17] <rickspencer3> robert_ancell, so, it looks like we may have a new Engineer Manager, Desktop
[23:17] <rickspencer3> and ...
[23:17] <rickspencer3> he will be living ...
[23:17] <rickspencer3> in ...
[23:17] <rickspencer3> wait for it ...
[23:17] <rickspencer3> .au starting in November
[23:17] <rickspencer3> !
[23:18] <rickspencer3> so, you'll have to take good care of him, as he will be be both joining the destkop team and moving to .au in the same like 2 month period of time
[23:18] <robert_ancell> rickspencer3, awesome, local manager!
[23:18] <robert_ancell> which city?
[23:18] <rickspencer3> robert_ancell, he's American, but his wife got a job in Australia
[23:19] <rickspencer3> don't know where he'll be living, but I think it's rather rural
[23:29] <kieppie> hi guys. is the ubuntu mobile (MID) now completely dead? I'd like to load the interface for my HTPC
[23:33] <kieppie> !HTPC
[23:33] <ubot2> Factoid 'HTPC' not found
[23:37] <RAOF> rickspencer3: Good morning!
[23:38] <kieppie> RAOF: howdy
[23:38] <RAOF> Lost the jetlag, I trust?
[23:39]  * RAOF grumbles indistinctly about launchpad maintenance.
[23:39] <kklimonda> heh, it was *unexpected*.. and then I've recalled reading an email ;)
[23:40] <ajmitch> RAOF: it's fun to get OOPS messages instead of a downtime warning
[23:43] <rickspencer3> hi RAOF