[00:49] <chrisccoulson> nice, only 1 more class to implement for the ffox global menu, then i can finally try and build it :)
[00:51] <RAOF> Ooh, nifty.
[00:51] <RAOF> I've been wanding a little more vertical space.
[00:55] <robert_ancell> RAOF, https://github.com/alanmcgovern/mono-introspect :)
[00:56] <RAOF> I noticed he'd popped into #mono with that.
[00:58] <Amaranth> Does the lack of a date on the indicator clock applet bug anyone else?
[00:58] <RAOF> Amaranth: It bugged me so much I turned it on :)
[00:58] <Amaranth> Wha? gconf-editor?
[00:58] <RAOF> dconf-editor has a check box for it.
[00:58] <Amaranth> oh, it's already using gsettings?
[00:58] <RAOF> Yeah.
[00:59] <Amaranth> yay, strftime format
[01:01] <RAOF> robert_ancell: It looks pretty cool, but doesn't seem to generate code at runtime (which would obviously be cooler ;))
[01:02] <robert_ancell> RAOF, it's a first step
[01:02] <RAOF> Right.
[01:03] <RAOF> At the very least it's got a working gir parser :)
[03:13] <cyphermox> hi
[05:17]  * Amaranth wonders why "can't run compiz" bugs are suddenly getting marked as High
[05:17] <Amaranth> I would think not being able to run it is much less of an issue compared to "it started and froze"
[05:18] <Amaranth> The sad thing is I guarantee this bug is going to be compiz crashing or refusing to run because the driver does not work correctly and the guy was using a livecd from before we got the bailer plugin
[07:06] <didrocks> good morning
[07:47] <glatzor> morning mvo
[07:47] <glatzor> mvo, do you have got some minutes to talk about lp:#659438
[07:47] <glatzor> #659438
[08:01] <pitti> Good morning
[08:02] <TheMuso> Good morning pitti.
[08:04] <didrocks> hey pitti
[08:04] <didrocks> pitti: how was your long week-end? :)
[08:04] <didrocks> (seems you reconnected yesterday evening though)
[08:10] <pitti> hey didrocks
[08:10] <pitti> didrocks: very nice, thanks! went back to Dresden yesterday
[08:11] <didrocks> pitti: how's the weather?
[08:11] <pitti> fortunately I took an early train, the three connections after that got horrible delays due to the new snow
[08:11] <pitti> didrocks: not much different here and there -- cold, and 20 cm snow :)
[08:12] <didrocks> 3 connections Munich <-> Dresden? :/
[08:13] <mvo> hey glatzor!
[08:13] <pitti> didrocks: no, I meant the same connection an hour later (and 2, 3)
[08:13] <pitti> hey glatzor, guten Morgen!
[08:13]  * pitti waves to mvo
[08:13] <mvo> hey pitti
[08:13] <didrocks> pitti: oh ok! :)
[08:13] <didrocks> hey mvo
[08:14] <pitti> glatzor: thanks for merging my aptdaemon branch!
[08:15] <mvo> glatzor: thanks for the unittest for this!
[08:15] <glatzor> hello pitti! Thanks for your work!
[08:15] <mvo> glatzor: I need to look into the libapt code to see what we can do, either it needs better locking or a way to re-read the required download
[08:16] <mvo> hey didrocks
[08:19] <glatzor> mvo, I added a small patch to the bug. It requires a lock on the lists for simulate
[08:23] <mvo> thanks glatzor
[08:28] <fta2> hi, the gnome desktop in natty has been broken for almost a week now, is anyone still caring about that or is unity the only target now??
[08:29] <pitti> glatzor: do you plan an upload of the new aptdaemon soon? or do you want me or mvo to assist?
[08:29] <mvo> fta2: broken in what way?
[08:29] <fta2> broken = no panel + gnome-keyring-daemon crash
[08:29] <mvo> I have a panel (well, half a panel)
[08:29] <fta2> gnome-session[4777]: WARNING: Unable to find provider '''' of required component 'panel'
[08:29] <fta2> ** (gnome-keyring-daemon:5186): WARNING **: couldn't read 4 bytes from control socket: Connection reset by peer
[08:30] <fta2> happens on several machines
[08:30] <fta2> well, 3 out of 3
[08:30] <mvo> glatzor: if its ready I'm happy to upload aptadmone, I just need to update s-c to the api changes
[08:30] <mvo> fta2: hmm, seb128 will know, but he is not online :/
[08:31] <mvo> I only have a crashing windowlist applet
[08:32] <fta2> mvo, i can start the panel manually, but when i do that, apps launched for it appear on a random workspace, instead of on the current one
[08:32] <glatzor> mvo, in the 0.4 branch I use lintian optionally to check local package files before installing
[08:32] <fta2> -for+from
[08:32] <mvo> glatzor: nice
[08:32] <didrocks> fta2: the applet crashing is a compiz bug worked upstream
[08:32] <fta2> didrocks, metacity here
[08:32] <glatzor> mvo, so it should have a recommend or suggest.
[08:33] <mvo> suggests probably
[08:33] <didrocks> fta2: ok, not the same issue then…
[08:37] <fta2> just filed bug 686376
[08:37] <ubot2> fta2: Bug 686376 on http://launchpad.net/bugs/686376 is private
[08:37] <fta2> doh
[08:38] <glatzor> mvo, you want to reduce the default perl stack in ubuntu, right?
[08:39] <didrocks> fta2: are you in the gnome classic session?
[08:39] <mvo> glatzor: I think that is pitti goal yes
[08:39] <mvo> glatzor: why?
[08:40] <pitti> well, I don't think we'll get that far
[08:40] <pitti> the discussion with Debian died down
[08:40] <glatzor> mvo, because of lintian. perhaps we need a python port :)
[08:40] <mvo> like linda ;)
[08:40] <pitti> glatzor: lintian is not on the desktop CDs, so it can use whatever perl it likes :)
[08:41] <glatzor> pitti, but it would be nice to have it on the cd
[08:41] <pitti> glatzor: uh, why?
[08:42] <glatzor> pitti, there seem to be quite a range of broken package files arround provided by third party developers.
[08:42] <pitti> well, at some level it would be "nice" to have the complete archive on the CD, but our archive kind of outgrows that :)
[08:42] <pitti> glatzor: well, that should be pulled in by devscripts or quickly or so
[08:43] <glatzor> pitti, and people tend to install those. I was pointed to the problem since I assuemed every deb package should have an installed-size field in aptdaemon
[08:45] <glatzor> pitti, e.g. the first class client from www.fristclass.com
[08:46] <pitti> glatzor: I'm slightly confused -- what does the installed-size: field have to do with lintian?
[08:46] <glatzor> pitti, but the installed-size issue is not the worst one
[08:46] <pitti> that's generated by dpkg-deb, isn't it?
[08:46] <glatzor> pitti, installed-size is required by the debian/ubuntu policy
[08:46] <didrocks> pitti: apt-get install quickly is already quite scary (300Mb+) but sure, if you need additional dev package to suggest, do not hesitate. I don't think it should be a blocker :)
[08:46] <pitti> glatzor: ah, you mean it's not there in broken .debs
[08:46] <pitti> right
[08:46] <glatzor> pitti, right.
[08:46] <glatzor> pitti, but there are worse issues
[08:47] <pitti> didrocks: 300 MB? wow, what did you do, install eclipse? :-)
[08:47] <mvo> didrocks: you see that from the wrong angle, try "its 300mb already anyway, one more will not hurt" ;)
[08:47] <mvo> emacs!
[08:48] <pitti> mvo: ah, so is it thmacs now?
[08:56] <didrocks> pitti: of course :p no, it's basically devscript with all the dep chain that I should work on (installing postfix and sendmail for instance…)
[08:56] <didrocks> mvo: hehe, we use gedit by default :)
[09:05] <rodrigo_> morning
[09:20] <seb128> hello
[09:20] <didrocks> salut seb128! ça va ?
[09:21] <seb128> lut didrocks
[09:22] <seb128> oui, some internet issues today I think due to the weather again but seems to be stable now
[09:22] <and471> didrocks, comment dit on en anglais "lut"?
[09:23] <rodrigo_> hey seb128, didrocks, and471
[09:23] <seb128> hey rodrigo_
[09:23] <rodrigo_> seb128, because of the weather? snowstorm?
[09:23] <and471> hi rodrigo_
[09:23] <seb128> how are you? had fun during the days off work? ;-)
[09:24] <seb128> and471, lut = salut in short
[09:24] <rodrigo_> seb128, yes, a lot of fun :)
[09:24] <seb128> I guess "hi" for "hello" is the what "lut" is to "salut"
[09:24] <and471> seb128, ah merci :)
[09:24] <and471> seb128, and you still pronounce without pronouncing the 't'?
[09:24] <and471> (like lu)
[09:25] <didrocks> seb128: Yeah, it seems you are in a cold area for now. Fun that there is almost no more snow there in the mountains…
[09:25] <didrocks> hey rodrigo_!
[09:25] <didrocks> and471: we don't pronounce it :)
[09:25] <and471> didrocks, I thought so :)
[09:26] <seb128> and471, indeed, no "t" pronounced ;-)
[09:26] <and471> didrocks, seb128, do you use lut in speech as well as written communication?
[09:26] <seb128> no, rather in written way
[09:26] <and471> ah ok
[09:26] <and471> good, otherwise I might have said 'lut' to someone and got a funny look back xD
[09:27] <and471> seb128, didrocks, well thankyou for the french lesson, but now I must go :)
[09:27] <and471> see ya everyone
[09:27] <seb128> bye
[09:35] <mvo> seb128: silly question, do we have gdbus in natty or is it just too new/changing for that
[09:36] <seb128> mvo, we have it in maverick
[09:36] <seb128> and it's not changing a lot, it's stable since glib 2.26
[09:36] <seb128> mvo, it's part of glib
[09:36] <mvo> sweet
[09:36] <mvo> thanks
[09:36] <seb128> np
[09:36] <seb128> do you plan to start porting to it?
[09:36] <seb128> or is that for new code?
[09:37] <mvo> new code
[09:37] <mvo> for now, porting maybe later
[09:37] <mvo> update-notifier is using some of the old code
[09:38] <seb128> ok
[09:38] <seb128> seems dx guys have been happy about gdbus so far, let's see if you like it as well
[09:39] <pitti> glatzor: do you plan an upload of the new aptdaemon soon? or do you want me or mvo to assist?
[09:39] <pitti> bonjour seb128
[09:39] <seb128> hey pitti
[09:39] <seb128> how are you?
[09:40] <pitti> I'm great, thanks!
[09:41] <pitti> seb128: how about you?
[09:41] <seb128> I'm fine thanks
[09:46] <rodrigo_> is LP down? or is it me?
[09:46] <seb128> rodrigo_, wfm
[09:47] <rodrigo_> hmm
[09:47] <seb128> well browsing bugs works
[09:47] <seb128> not sure what part of lp you exerce
[09:47] <seb128> I didn't try to fetch a vcs
[09:48] <rodrigo_> just web, but I see other pages don't work neither, so it's me
[09:48]  * rodrigo_ restarts router
[09:50] <glatzor> pitti, would be nice if you or mvo could make an upload. I am very short on time these days
[09:50] <pitti> glatzor: sure, we just didn't want to step on your toes; we'll handle that
[09:50] <pitti> (it unblocks a language-selector upload)
[09:51] <pitti> mvo: want me to take care of this, or do you want to test the new version a bit more with software-center, etc?
[09:51] <pitti> it seems that software-center crashes right away for me now
[09:52] <mvo> pitti: ok, is the packaging bzr current? then I build a local version and try it out
[09:52] <pitti> mvo: it's not; I can't commit to it
[09:52] <glatzor> mvo, afaik you should only need to adapt the commitpackage call.
[09:52] <pitti> mvo: but I'm happy to prepare a branch and update it there
[09:53] <pitti> (unless someone adds me to ~aptdaemon-developers)
[09:53] <glatzor> pitti, mvo! see you guys! thanks
[09:54] <pitti> so there goes my question about doing an upstream release 0.41 :)
[09:57] <mvo> pitti: no worries, that is pretty trivial, I test it
[09:57] <pitti> mvo: for l-s I just set PYTHONPATH to the upstream checkout
[09:58] <pitti> mvo: does the current natty s-c package start for you? it immediately crashes here
[09:58] <pitti> AttributeError: 'Query' object has no attribute 'get_description'
[09:59] <mvo> pitti: *ick* that is a different one, fixed in trunk
[09:59] <pitti> ah, good
[09:59] <mvo> pitti: I upload a new version before lunch
[09:59] <pitti> mvo: hang on
[09:59] <seb128> ok, I lost track of that l-s discussion now
[09:59] <pitti> mvo: if you need to fix something else for aptdaemon 0.41, you better include that as well?
[09:59] <seb128> pitti, thanks for following on it
[10:00] <pitti> seb128: I unsub'ed the sponsors for that reason :)
[10:00] <mvo> pitti: yeah, that is the plan
[10:00] <mvo> pitti: so if its broken anyway currently, just go ahead and upload
[10:00] <mvo> pitti: then I fix the remaining issues in s-c and upload
[10:00] <pitti> mvo: and send you a merge proposal for the branch?
[10:00] <mvo> sounds good
[10:00] <mvo> glatzor should just add you to the team
[10:00] <pitti> mvo: would you consider doing an official 0.41 upstream release?
[10:01] <pitti> or should I do a 0.40+bzr snapshot for now?
[10:01] <mvo> pitti: 0.40+bzr for now
[10:01] <pitti> ack
[10:01] <mvo> pitti: glatzor is handling the releases so far
[10:01] <pitti> alright
[10:01] <mvo> thanks!
[10:12] <mvo> pitti: let me know if you run into any issues, you probably need to adept some patches for the 0.40+bzr release
[10:12] <pitti> mvo: right, but no hard problems so far
[10:13] <mvo> great
[10:13] <mvo> pitti: could you move to dh_python2 as well while at it?
[10:13] <pitti> mvo: sure
[10:14] <pitti> mvo: I also wanted to move to 3.0 (quilt), and make a few other policy updates; ok?
[10:14] <pitti> nevermind, it's already 3.0
[10:15] <seb128> re
[10:15] <seb128> pitti, don't forget about the meeting reminder
[10:15] <pitti> seb128: cheers
[10:15] <seb128> it's my weekly reminder about the reminder :p
[10:17]  * pitti hugs seb128
[10:17]  * seb128 hugs pitti
[10:17] <pitti> seb128: do you have someone to remind you of it?
[10:18] <seb128> no, but I should ask didrocks to remind me if I forget to remind you!
[10:18] <seb128> ;-)
[10:20] <pitti> we just need to extend that chain so that we close them on both ends
[10:21]  * didrocks is the reminder of the reminder :)
[10:23] <didrocks> mvo: I've just pushed some nice community work in software-properties trunk (for add-apt-repository). Maybe that can wait and don't worth an upload right now or do you think it's better to upload right away?
[10:25] <mvo> didrocks: looks good, just upload
[10:25] <pitti> ah, didrocks is patch pilot *hug*
[10:26]  * didrocks hugs pitti back
[10:26] <didrocks> mvo: ok, thanks :)
[10:43] <pitti> mvo: ok, works wonderfully here; shall I just upload, and you pull lp:~pitti/aptdaemon/040-update into lp:~aptdaemon-developers/aptdaemon/ubuntu-natty ? or do you want to review the changes first?
[10:43] <pitti> ah, you already said, nevermind
[10:46] <pitti> mvo: https://code.launchpad.net/~pitti/aptdaemon/040-update/+merge/42921
[10:46] <pitti> mvo: perhaps you want to pull instead of merge, to keep the individual history
[10:47] <mvo> pitti: thanks, I merged and updated the location in .bzr-builddeb/defaults.conf too
[10:47] <pitti> mvo: ah, nice
[10:48]  * pitti uploads his gtk3ized language-selector then \o/
[10:49] <seb128> pitti, excellent ;-)
[11:03] <mvo> pitti: is it actually installing languages for you? I get get a crash, debugging it currently
[11:03] <pitti> mvo: it did a few days ago
[11:03] <pitti> mvo: I'll have a look right away
[11:09] <pitti> mvo: Qapla'
[11:09] <pitti> mvo: I selected "add/remove languages", enabled Klingon and "Apply", and it successfully installed the -tlh langpacks; I'm back to the main GUI
[11:09] <pitti> mvo: are you using current bzr head for aptdaemon and langauge-selector?
[11:10] <pitti> mvo: what's the crash for you?
[11:10] <mvo> pitti: I was working with software-center, I fixed one issue that is releated to the language (trivial in aptdaemon trunk), the next one is deep in libapt
[11:11] <pitti> mvo: just tried removing packages, works as well
[11:11] <mvo> thanks
[11:12] <mvo> there is one issue that you only get with  a locale that aptdaemon has no translations for (I use en_DK )
[11:12] <mvo> but that is fixed in trunk now
[11:12] <pitti> ah, I didn't test that
[11:12] <mvo> its a bit unusual I guess, but was easy
[11:13] <mvo> the next one is a crash in the actiongroup in libapt, I suspect it was there forever, but some of the new compiler magic now uncovered it, lets see what I find out
[11:13] <pitti> mvo: are these regressions due to the new aptdaemon 0.40?
[11:18] <mvo> pitti: it looks like the new "with cache.actiongroup()" is triggering it, so yes, but also no, the bug is older
[11:39] <pitti> funny -- empathy now shows myself as "persons nearby" (bonjour)
[11:39] <pitti> Zdra: ^ known bug?
[11:39] <Zdra> cassidy, ^
[11:39] <cassidy> pitti, as a merged contact ?
[11:40] <pitti> cassidy: yes, I think so; a right-click on it shows my jabber,  gtalk, and bonjour IDs
[11:40] <pitti> but it's shown under the "Persons near me" category (loosely translated from German)
[11:40] <cassidy> that's probably you have your jabber account in your gtalk roster (or the other way)
[11:41] <cassidy> folks automatically merge your "self" accounts
[11:41] <cassidy> including Salut
[11:41] <pitti> it just started doing that today
[11:41] <pitti> and I didn't touch my account config for months
[11:41] <cassidy> it is still displayed if you disconnect your gtalk and jabber account ?
[11:42] <pitti> cassidy: yes
[11:42] <pitti> now it's just bonjour
[11:42] <cassidy> ok, that's a salut issue then
[11:42] <pitti> cassidy: thanks; I'll file a bug against that then
[11:42] <pitti> thanks for pointing out the package
[11:42] <pitti> 2010-12-03 06:50:26 status installed telepathy-salut 0.4.0-1
[11:42] <pitti> hm, that's since Friday
[11:43] <pitti> could very well have happened since then already, I was mostly offline during the weekend
[11:43] <pitti> cassidy: I'll try downgrading, and make some tests, and file a bug; thanks!
[11:43] <cassidy> cool
[11:47] <pitti> cassidy: hm, it's a bit fiddly; I downgraded to salut 0.3.13, and now I see myself as "Ungrouped"; upgrading to salut 0.4.0 again keeps me in "ungrouped" now
[11:47] <pitti> I quickly see myself in "people nearby", then I move to "ungrouped"
[11:47] <cassidy> you just have salut connected, right ?
[11:48] <pitti> no, jabber etc, too
[11:48] <pitti> (again)
[11:48]  * pitti tries with guest account
[11:49] <pitti> cassidy: ok, also happens in the guest session, i. e. with clean home dir/config; I see "guest" in empathy, with just the salut accout
[11:50] <pitti> cassidy: so it seems to be a more general "empathy shows myself in the user list" bug?
[11:50] <pitti> cassidy: would that be empathy, or telepathy-mission-control or something else?
[11:51] <cassidy> pitti, I'd say empathy or salut
[11:52] <pitti> fun, I can talk to myself! :-)
[11:53] <didrocks> pitti: are you nice with yourself? :-)
[11:57] <pitti> cassidy: filed as bug 686516 now
[11:57] <ubot2> Launchpad bug 686516 in empathy (Ubuntu) "[natty] Empathy contact list shows myself (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/686516
[11:58] <pitti> oh, empathy was upgraded just today
[11:58]  * pitti downgrades and tests
[11:59] <rodrigo_> pitti, is there any way to show an image in apport dialogs, from a symptom module?
[11:59] <pitti> rodrigo_: not right now, I'm afraid
[12:00] <rodrigo_> pitti, would it be hard to add it?
[12:01] <pitti> cassidy: ok, confirmed that it's a regression between 2.32.1 and .2; added to the bug
[12:01] <cassidy> rly?
[12:01] <cassidy> did you test using the same folks version ?
[12:01] <pitti> cassidy: yes, I kept everything the same, just downgraded empathy and empathy-common
[12:02] <pitti> cassidy: I noticed that the current natty package imported some fixes from upstream git, though
[12:02] <pitti> empathy (2.32.2-0ubuntu2) natty; urgency=low
[12:02] <pitti>   * debian/patches/00git_folks_aliasable_groupable.patch:
[12:02] <pitti>   * debian/patches/00git_individual_methods.patch:
[12:02] <pitti>     - Use latest libfolks API
[12:02] <pitti> could that be it?
[12:02] <cassidy> maybe yeah
[12:03] <pitti> ok, added that to the bug; not that urgent
[12:03] <pitti> thanks for the suggestions so far
[12:15] <glatzor> pitti, there is gobject introspection of vte in universe? will this be included in main?
[12:17] <seb128> glatzor, if someone updates vte to build a gir
[12:17] <seb128> which is the way to go
[12:37] <didrocks> pitti: I have apport not showing when I get a new crash report (the crash report is in /var/crash). It's not the first time, last time I cleaned /var/crash/ to get crash report again.
[12:37] <nessita> hello all!
[12:37] <didrocks> pitti: I'm wondering if the issue is apport or update_notifier, I'm seeing that I have two files own by root…
[12:37] <didrocks> hey nessita, how are you?
[12:38] <didrocks> pitti: is there an easy way to help you debug that? (I'm looking right now at what update_notifier is launching)
[12:38] <nessita> pretty good!
[12:38] <nessita> I upgraded one of my computers to natty, and I would like to enable unity, but choosing either "Desktop" or "Classic" edition both show my "old" desktop
[12:38] <seb128> didrocks, I think it's update-notifier
[12:39] <seb128> nessita, hey
[12:39] <seb128> nessita, what videocard and driver do you run?
[12:39] <didrocks> seb128: ok, looking at what it does and trying to launch that by hand :)
[12:39] <didrocks> nessita: do you get a message when it shows you the "old" desktop on the Destkop session?
[12:39] <seb128> didrocks, I think it didn't print the "crash detected" info when I was running it by hand
[12:39] <didrocks> like "your video doesn't support…"
[12:39] <glatzor> seb128, pitti, can you tell me why the pygi-convert.sh scripts replaces the __init__ calls of parent classes by gobject ones?
[12:39] <nessita> seb128: my video card is Intel, I'm not sure if the driver was updated properly
[12:40] <didrocks> seb128: diving into the code :)
[12:40] <nessita> didrocks: I didn't get any message at all
[12:40] <didrocks> nessita: but you still have a gnome-panel?
[12:40] <seb128> nessita, there is no way intel would not be updated correctly
[12:40] <nessita> video seems to be correct, i915
[12:40] <nessita> didrocks: yes, my exact former desktop
[12:40] <seb128> nessita, do you have unity installed???
[12:40] <didrocks> so, it's not the compiz fallback, it prints a message in any case
[12:40] <glatzor> pitti, seb128 what is wrong with : class MyButton(Gtk.Button):
[12:40] <glatzor>     def __init__(self):
[12:40] <glatzor>         Gtk.Button.__init__(self)
[12:40] <nessita> seb128: I don't know!!! :-)
[12:41] <seb128> nessita, dpkg -l | grep unity
[12:41] <nessita> seb128: I didn't choose it explicitly, I thought it would install alone
[12:41] <seb128> glatzor, not sure why it replaces those, maybe pitti knows
[12:41] <nessita> seb128: yes, is installed
[12:41] <seb128> nessita, what session did you select?
[12:42] <nessita> seb128: I've tried both "Desktop" and "Classic"
[12:42] <seb128> like which one do you use now?
[12:42] <didrocks> gconftool-2 -g /desktop/gnome/session/required_components/windowmanager
[12:42] <didrocks> gconftool-2 -g /desktop/gnome/session/required_components/apps
[12:42] <didrocks> nessita: ^^
[12:42] <didrocks> oupss
[12:42] <nessita> didrocks: trying...
[12:42] <didrocks> gconftool-2 -g /desktop/gnome/session/required_components/panel
[12:42] <seb128> ok, I will let didrocks comment
[12:42] <didrocks> for the secon :)
[12:42] <seb128> no need to be 2 of us debugging the same issue
[12:43] <didrocks> seb128: if gconf is right, I'll let you take it as I'll be clueless for now :)
[12:43] <seb128> lol
[12:43] <nessita> didrocks: metacity, no value set for bla, gnome-pane;
[12:43] <nessita> panel*
[12:43] <didrocks> nessita: ok, you changed those value :)
[12:43] <nessita> didrocks: I did not
[12:43] <didrocks> nessita: well, metacity can be set by a gui
[12:43] <didrocks> for panel isn't…
[12:44] <didrocks> so you should have the default which is… nothing :)
[12:44] <didrocks> nessita: no worry, let's change that:
[12:44] <didrocks> gconftool-2 --unset /desktop/gnome/session/required_components/windowmanager
[12:44] <glatzor> pitti, seb128: I got an answer from #python: tomeu> glatzor: we need to call gobject.__init__ because that will create a C instance of the correct class
 you want a C instance of your class, not of its parent
[12:44] <didrocks> gconftool-2 --unset /desktop/gnome/session/required_components/panel
[12:44] <didrocks> nessita: then print the -g result again, please :)
[12:45] <seb128> glatzor, ok
[12:45] <nessita> didrocks: the values I pasted above are when using classic desktop. I just switched to ubuntu desktop, and I got: metacity, no value set for bla, ''
[12:45] <didrocks> nessita: ok, unset the first one then
[12:45] <nessita> didrocks: shall I make those modifications being on classic or dekstop?
[12:46] <nessita> desktop*
[12:46] <didrocks> desktop as you want unity I guess :)
[12:46] <nessita> on it!
[12:46] <didrocks> nessita: for the panel, I think you may have a saved session
[12:46] <didrocks> nessita: did you saved your session once?
[12:46] <didrocks> save*
[12:48] <nessita> didrocks: I have the "automatically remember running application when loggin out" enabled, so I think my session is saved every time
[12:48] <nessita> didrocks: ok, new values are now: gnome-wm, no value set..., ''
[12:48] <didrocks> nessita: that's bad :)
[12:49] <didrocks> nessita: can you disable that? :)
[12:49] <nessita> didrocks: no! that's my life :-)
[12:49] <didrocks> nessita: so you won't be able to switch between sessions :)
[12:49] <didrocks> and no unity :p
[12:49] <nessita> but but but
[12:49] <nessita> BUG!
[12:49] <didrocks> nessita: will be fixed in a week, if I find time :)
[12:50]  * nessita grumbles
[12:50] <didrocks> so disable that and rm ~/.config/gnome-session/saved-session/*
[12:50] <nessita> didrocks: ok, so, the gconf values are now correct?
[12:50] <didrocks> nessita: ahah, will next time I have an ubuntu crash :)
[12:50] <didrocks> nessita: yes, there are!
[12:50] <didrocks> ubuntuone*
[12:50] <didrocks> will see*
[12:50]  * didrocks should stop eating words and letters
[12:51] <nessita> didrocks: ok, setting disabled and sessions removed
[12:51] <nessita> didrocks: what now?
[12:52] <didrocks> nessita: logout and login
[12:52] <nessita> seb128: in the mean time... is the new u1cp package ok or do I need to fix something else?
[12:52] <didrocks> you should get a new shiny unity :)
[12:52] <nessita> didrocks: ack
[12:53] <nessita> didrocks: I dooooooooo!
[12:53] <didrocks> seb128: I was quite surprised to get no bug report on the session btw, unlike in maverick where we got this kind of bugs in the cycle very early ^^
[12:53] <didrocks> nessita: nice!
[12:53] <nessita> ALT+F2 will not work! oh my god! I'm useless without it!
[12:53] <nessita> bring it back!
[12:54] <nessita> didrocks: how am I supposed to do any work if I can't open a terminal?
[12:54] <nessita> :-P
[12:54] <didrocks> nessita: for allpha2
[12:54] <didrocks> nessita: ctrl + alt + t
[12:54] <didrocks> alpha*
[12:55] <nessita> didrocks: ok, thanks
[12:55] <nessita> didrocks: good work!!!
[12:55] <didrocks> nessita: well, thanks the dx team :)
[12:57] <nessita> dx_team: thanks!!!
[13:14] <nessita> didrocks: how can I have a clock in unity?
[13:15] <pitti> glatzor: g-i vte is against gtk2, it doesn't work; we need a gtk3 version
[13:15] <glatzor> ah ok
[13:16] <didrocks> nessita: you should get one with indicator-datetime
[13:16] <didrocks> nessita: it is installed?
[13:16] <nessita> didrocks: nopes, it wasn't, installing now
[13:16] <pitti> didrocks: did something crash which already crashed before at this day?
[13:17] <pitti> didrocks: for root crashes you'll get an update-notifier icon in the panel, and need to click on it (since it needs gksu)
[13:17] <pitti> didrocks: perhaps this needs to be ported to be an appindicator?
[13:17] <didrocks> pitti: well, my /var/crash is quite full :)
[13:17] <didrocks> pitti: right, but even without that, we saw last time with an empty /var/crash I got no issue
[13:17] <pitti> glatzor: you can't currently call parent constructors with gi in constructors; it seems you can only create gobjects and pass properties
[13:18] <pitti> glatzor: I don't know whether it's planned to work around this in pygobject at some point
[13:18] <didrocks> so maybe the bug is "when you have a crash root" and that it tries to show in the systray, it's blocked and then abort
[13:18] <didrocks> pitti: but that shouldn't prevent the new crash to popup a dialog, isn't it?
[13:18] <pitti> glatzor: the problem is that in a constructor you already have a self, so you can't call e. g. self = Gtk.button_new()
[13:19] <pitti> glatzor: ah, seems you already talked to tomeu
[13:19] <seb128> nessita, u-c-p accepted
[13:19] <didrocks> nessita: indicator-datetime is an unity recommends, do you install recommends? (it's the default)
[13:21] <kklimonda> good afternoon
[13:21] <pitti> didrocks: in theory no
[13:21] <pitti> didrocks: in practice, perhaps u-n gets upset about not being able to display itself in the unity panel?
[13:21] <didrocks> pitti: let's try to create new crashers and to remove some stuff in /var/crash little by little
[13:21] <didrocks> pitti: yeah, that's my guess
[13:21] <pitti> didrocks: you can run update-notifier in a terminal to see what it's doing
[13:22] <didrocks> pitti: it's working when you don't have anything to show (like no root crash), but not for the rest
[13:22] <didrocks> pitti: well, I tried that and it print nothing like "detected crash…"
[13:22] <pitti> didrocks: so I guess it's related to displaying the notification icon
[13:22] <didrocks> pitti: yeah, let's try 1. trigger a new crash
[13:22] <didrocks> 2. remove the "root owned crash" and trigger a crash
[13:26] <didrocks> pitti: confirmed, 2. made apport appearing, so yeah update-notifier is upset when it can't show in the systray
[13:26] <didrocks> seb128: you take care of porting update-notifier, isn't it?
[13:27] <seb128> sort of
[13:27] <seb128> I started on it but it has lot of weird usecase that don't work well with libappindicator
[13:27] <seb128> so I'm not sure what to do
[13:28] <seb128> like it displays an icon with a tooltip explain to run apt-get -f install when apt is in a weird config
[13:28] <seb128> or it has code to display a restart icon
[13:28] <didrocks> urgh
[13:28] <didrocks> but that's deactivated, right?
[13:29] <pitti> the restart icon can be dropped, I think
[13:29] <seb128> pitti, I suggested that but mvo is against it
[13:29] <seb128> he said xubuntu or other still need it
[13:29] <seb128> so I basically stepped away from porting to libappindicator
[13:29] <didrocks> hum, so one indicator for that is not great… we can't have multiple indicator for a service I guess?
[13:29] <seb128> didrocks, so feel free to pick it up if you know what to do with those
[13:30] <seb128> the other option is to just port the apport icon to libappindicator
[13:30] <seb128> so having both a notification area icon and an appindicator
[13:30] <didrocks> and let the other using systray as we don't use that, right
[13:30] <seb128> but that feels suboptimal
[13:30] <GunnarHj> pitti: Since I saw that you are having issues with Empathy, I thought I'd mention that I don't find you in the contact list for this room (unlike last week).
[13:30] <GunnarHj> pitti: I'm still on Maverick, and haven't made any Empathy changes lately.
[13:30] <didrocks> at least, that won't prevent people to file bug report for now
[13:30] <seb128> I'm not even sure if they would not conflict if there is no indicator container
[13:31] <pitti> GunnarHj: ah, I'm not using empathy for IRC
[13:31] <seb128> kklimonda, hey
[13:32] <GunnarHj> pitti: Still strange that you aren't there, isn't it?
[13:32] <seb128> kklimonda, can you set me as admin from the gnomemm team as well?
[13:32] <pitti> GunnarHj: *ond*
[13:32] <pitti> *nod*, even
[13:32] <kklimonda> seb128: sure
[13:33] <nessita> didrocks: I don't... that may be it
[13:33] <seb128> kklimonda, thanks
[13:33] <didrocks> nessita: yeah, you should use the distro defaults :)
[13:33] <nessita> seb128: THANKS!
[13:34] <nessita> didrocks: I wasn't aware it was a distro default, I unset that from aptitude a long time ago
[13:34] <seb128> nessita, you're welcome
[13:35] <kklimonda> seb128: done
[13:35] <seb128> kklimonda, thanks
[13:35] <seb128> kklimonda, don't worry about ubuntu-desktop being unsigned and signed in again
[13:36] <seb128> kklimonda, I was trying to see if there was a way to set the ubuntu-desktop admin as admin of this team as well
[13:36] <seb128> seems not
[13:37] <seb128> kklimonda, ok, is there anything blocking moving the glibmm, atkmm and gtkmm vcs there?
[13:37] <seb128> kklimonda, can you push those with an updated control?
[13:37] <kklimonda> seb128: I don't think so, I'll do that today
[13:37] <seb128> kklimonda, I will review atkmm and gtkmm now
[13:37] <seb128> ok great
[13:38] <seb128> jcastro, hey
[13:43] <kklimonda> seb128: and should I worry about you deactivating yourself? ;)
[13:43] <seb128> kklimonda, no, I just wanted to check for the ubuntu-desktop admin thing, I don't need to be admin of that one I've enough other teams and I've undirect subscription by ubuntu-desktop as well
[13:44] <GunnarHj> pitti: Had to look up "nod"; think I get it. ;-)
[13:44] <kklimonda> seb128: ah, I see
[13:44] <GunnarHj> pitti: Will reply on https://bugs.launchpad.net/bugs/553162 this evening. Maybe we can talk tomorrow?
[13:44] <seb128> kklimonda, but thank you for asking ;-)
[13:44] <ubot2> Launchpad bug 553162 in language-selector (Ubuntu) (and 3 other projects) "Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing (affects: 30) (dups: 10) (heat: 188)" [Undecided,In progress]
[13:44] <kklimonda> seb128: I've assumed that direct membership (and deactivation) takes precedence over indirect subscribtion
[13:45] <pitti> GunnarHj: I'm currently fixing gdm, and will then look at your current branches
[13:45] <pitti> GunnarHj: yes, I'll be here; I was just off yesterday
[13:45] <GunnarHj> pitti: Great!
[13:46] <seb128> kklimonda, the launchpad ui suggests that not, I'm still listed as member of the team by ubuntu-desktop membership, I will let you know if I've any issue
[13:47] <mvo> pitti, seb128: (on the phone) please don't drop stuff from update-notifier, I would like to go the reverse way and create a new minimal event-notifier and remove the autoopen stuff from u-n and move that to universe
[13:49] <kklimonda> hmm, anyone is using Evolution with Unity in natty? I can't find the "Hide Read Messages" item in the View menu
[13:50] <kklimonda> and I'm not sure if it's missing because of the new Evo version or is it a bug in appmenu-gtk
[13:51] <seb128> it's due to evo
[13:51] <seb128> I guess they want you to use the combo displayed before the messages lists
[13:52] <kklimonda> hmm, good to know there is a combo - I haven't noticed it :)
[13:52] <seb128> the only difference is that the combo settings are dynamic
[13:52] <seb128> where the menu items was a manual action
[13:52] <kklimonda> I guess I'm a prime example of how changing an existing UI can confuse users..
[13:53] <seb128> so if you set on "show only unread" it will hide read messages when you enter the box
[13:53] <seb128> which is not exactly what you had before
[13:53] <kklimonda> yes, I can see that now - it's just that I have used the menu items for so long that I didn't even look for an alternative.
[13:55] <pitti> seb128: has it been discussed already to update gdm to 2.32?}
[13:56] <seb128> pitti, not sure discussion is needed
[13:56] <pitti> seb128: want me to work on it?
[13:56] <seb128> pitti, it's just a fdi thing ;-)
[13:57] <pitti> seb128: right, my question was "do we have reasons not to"
[13:57] <seb128> pitti, if you want please do
[13:57] <pitti> seb128: I don't immediately see any gsettings problems there, as it only uses files
[13:57] <seb128> pitti, I don't think 2.32 uses gsettings
[13:58] <seb128> it's just that gdm update tends to break things and required lot of patches updates
[13:58] <pitti> ok, I'll walk through it
[13:58] <pitti> our current package doesn't build
[13:58] <pitti> but git head does
[13:58] <seb128> ok
[13:58] <seb128> just take 2.32 I guess
[13:58] <pitti> so instead of tracking this down, I'd rather like to go forwards
[13:59] <seb128> we didn't do it last cycle because we though the issues potential against win was not worth it
[13:59] <seb128> well that's because we didn't know how it would turn for GNOME3 until late in the cycle
[13:59] <seb128> it's probably fine to update now we are still earlier in natty
[13:59] <seb128> we have time to deal with issues if there is any coming
[14:01] <GunnarHj> didrocks: Hi Didier! Saw that you unlinked https://code.launchpad.net/~gunnarhj/ubuntu/natty/gdm/lp-553162 from http://launchpad.net/bugs/553162 this morning. (I linked it again before I noticed it was you, and not my mistake.) Since I'm trying to figure out how things around here work, I'm just wondering about the reason for unlinking. After all, the branch is closely related to the bug.
[14:01] <ubot2> Launchpad bug 553162 in language-selector (Ubuntu) (and 3 other projects) "Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing (affects: 30) (dups: 10) (heat: 188)" [Undecided,In progress]
[14:02] <didrocks> GunnarHj: hey, IIRC, I unlink the "old branch" to link again the new branch (the old merge was giving a 404 as I think you removed it, right?)
[14:03] <didrocks> GunnarHj: isn't lp:~gunnarhj/gdm/lp-553162 the new one?
[14:04] <didrocks> the one in merge https://code.launchpad.net/~gunnarhj/gdm/lp-553162/+merge/42914
[14:05] <GunnarHj> didrocks: Ah, I did quite a few things in a short time frame...  You are right about the new one; the other is targeting natty (with the same content)
[14:05] <didrocks> GunnarHj: there should only be one for mental sanity… it was showing it multiple times in the sponsor list and linked to a 404 page (deleted merge proposal) hence the fact I removed it :)
[14:06] <GunnarHj> didrocks: I see, then I understand. :)
[14:07] <didrocks> GunnarHj: no worry, in any case, pitti unsubscribed the sponsors now and will handle it (I was just cleaning that, and pinged pitti to confirm he was on it), the discussion on the bug report is getting way too specific and complex for someone else starting reviewing from scratch :)
[14:08] <GunnarHj> didrocks: Maybe there is no reason for preparing more than one? Maybe the same branch can be merged to more than one branch?
[14:08] <GunnarHj> didrocks: You are absolutely right about reviewing. ;-)
[14:08] <didrocks> GunnarHj: I think in your case there isn't any reason, but again, it's as you wish and as pitti is confortable with now :)
[14:09] <GunnarHj> didrocks: Ok. Thanks for helping clarify things!
[14:09] <didrocks> GunnarHj: you're really welcome, thanks for your work on this hard issue :)
[14:09] <seb128> didrocks, what is the equivalent of autoreconf; ./configure && make
[14:09] <seb128> in cmake world
[14:09] <seb128> i.e unity
[14:10] <didrocks> seb128: there is none, mkdir build ; cd build ; cmake ..
[14:10] <didrocks> (no no autoreconf-like in cmake)
[14:10] <didrocks> all is rebuilt each time you cmake ..
[14:11] <didrocks> (rebuilt == configuration/Makefiles)
[14:11] <seb128> didrocks, ok thanks
[14:11] <mvo> seb128: can you please moderate a message from me to ubuntu-desktop ? no idea why it thinks I'm not subscribed
[14:11] <didrocks> yw
[14:14] <seb128> mvo, done and you are whitelisted now
[14:15] <mvo> thanks
[14:16] <bcurtiswx_> anyone having trouble recently clicking on anything dealing with unity
[14:17] <bcurtiswx_> i can't click anything on the top ro side panel
[14:17] <bcurtiswx_> or*
[14:18] <seb128> mvo, are you on the list?
[14:18] <seb128> mvo, ie do I need to Cc you on reply or not?
[14:19] <seb128> bcurtiswx_, weird
[14:19] <bcurtiswx_> is there a way to restart unity without restating session ?
[14:19] <seb128> compiz --restart
[14:19] <seb128> ups
[14:19] <seb128> --replace
[14:21] <mvo> seb128: I'm on the list
[14:22] <mvo> seb128: but maybe with michael.vogt@gmail.com
[14:35] <cdbs> seb128: Green signal for updating gnome-power-manager for the ppa?
[14:35] <seb128> cdbs, check with chrisccoulson or pitti
[14:36] <seb128> you should perhaps try to find something easier
[14:36] <cdbs> :o
[14:36] <pitti> I haven't looked at that one yet; but didn't we say we wouldn't go for gsettings this cycle?
[14:36] <seb128> seems they are refactoring this one to move things to gnome-settings-daemon
[14:36] <seb128> pitti, it's for the gnome3 ppa
[14:36] <seb128> not for natty
[14:36] <pitti> ah
[14:36] <jcastro> seb128: what can I do for you?
[14:36] <pitti> no objections fom my side then, as long as it works :)
[14:36]  * cdbs will make an attempt
[14:36] <cdbs> thanks pitti
[14:37] <seb128> cdbs, you can try things like totem if you want
[14:37] <cdbs> hmm, thanks for an example
[14:37] <seb128> or evince
[14:37] <cdbs> thanks, will look at totem right now
[14:37]  * cdbs gets down to resolving patches
[14:42] <pitti> ok, gdm patches mangled sufficiently to let it build .. now let's see whether it actually works :)
[14:43] <bcurtiswx_> empathy has been mangled to let it start building, but im failing part of the way through :(
[14:56] <pitti> seb128: new gdm uploaded; at least it helped to drop 7 patches
[14:57] <bcurtiswx_> is the desktop gnome3 PPA going to eventually end up in natty?
[14:57] <seb128> pitti, \o/
[15:04] <bcurtiswx_> seb128, i've been working on empathy for a while now and it's failing to build after a while into the process.  I'm talking to cassidy and he believes it's a problem with my changes (which is most likely true due to my new-ness to everything).  Would you be able to check out https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.3 and see if you notice anything extremely wrong with what i've done?
[15:05] <seb128> kenvandine, ^
[15:05] <cassidy> would be better to have the full build logs
[15:05] <seb128> kenvandine, is patch pilot today ;-)
[15:05] <bcurtiswx_> OK, cassidy i'll get that to you ASAP
[15:05] <kenvandine> bcurtiswx_, sure :)
[15:07] <bcurtiswx_> how do I get bzr bd to log the build ?
[15:07] <kenvandine> ugh... so that requires the gnome3 ppa to build
[15:08] <bcurtiswx_> kenvandine, yup :)
[15:12] <seb128> kenvandine, if you don't have it maybe rodrigo_ can help there
[15:13] <rodrigo_> kenvandine, sure, where can I help?
[15:13] <seb128> rodrigo_, see what bcurtiswx_ asked 10 minutes ago
[15:14] <rodrigo_> ah, building empathy, sure
[15:14] <kenvandine> i just setup pbuilder to pull from the ppa ;)
[15:15] <rodrigo_> kenvandine, so, do you need me to build it?
[15:15] <kenvandine> rodrigo_, no thanks, i am on it
[15:15] <rodrigo_> ok
[15:16] <bcurtiswx_> where can i upload a log to?
[15:17] <seb128> http://paste.ubuntu.com?
[15:17] <bcurtiswx_> well it's a .txt file
[15:17] <seb128> well open in gedit, select, copy, paste in firefox?
[15:17] <bcurtiswx_> seb128, yeah I guess i was just not sure due to its length
[15:18] <bcurtiswx_> but ok
[15:18] <bcurtiswx_> gedit segfaults.. great..
[15:18] <seb128> bcurtiswx_, well otherwise if you have a webserver scp there
[15:18] <seb128> or email it to kenvandine if you want to send him the log
[15:20] <bcurtiswx_> cassidy, kenvandine http://aurora.gmu.edu/~bcurtis/files/empathy_build_log.txt
[15:22] <kenvandine> bcurtiswx_, ok... that means one of the patches is broken for gtk3
[15:22] <kenvandine> bcurtiswx_, look at 31_really_raise_window.patch
[15:22] <kenvandine> or drop it for now to just confirm it builds
[15:23] <bcurtiswx_> how'd you know it was that causing the fail ?
[15:24] <kenvandine> the error in the build
[15:24] <kenvandine> i recognize that code :)
[15:24] <kenvandine> in fact, that patch might not even be needed now
[15:25] <kenvandine> since the indicator sends a timestamp back
[15:25] <bcurtiswx_> kenvandine, OK do I need to remove the patch file or just edit the series file ?
[15:25] <kenvandine> the idea was to make the chat window raise when activated from the indicator, before without that it would open but not be in focus
[15:26] <kenvandine> edit the series should do
[15:26] <kenvandine> so test that behavior without the patch
[15:27] <bcurtiswx_> OK building
[15:32] <bcurtiswx_> kenvandine, another fail, new this time http://paste.ubuntu.com/540659/
[15:32] <bcurtiswx_> any idea if its a patch causing it ?
[15:34] <kenvandine> looking
[15:35] <kenvandine> bcurtiswx_, yeah, that is in the indicator patch, looks like something else that doesn't work in gtk3
[15:35] <kenvandine> GTK_WIDGET_VISIBLE
[15:36] <kklimonda> there is gtk_widget_get_visible
[15:36] <kklimonda> most, if not all, macros have been converted to functions
[15:36] <bcurtiswx_> i can edit from gtk_widget_visible to gtk_widget_get_visible and see if it builds OK
[15:37] <kenvandine> that is probably the case in the other one as well
[15:40] <bcurtiswx_> kenvandine, i'll test this fix and if it works then we can try editing the other patch likewise
[15:45] <bcurtiswx_> kenvandine, nope.. didn't fix it
[15:48] <didrocks> nice, the bug I fixed in lucid for the gnome failsafe session (basically some scripts ignoring arguments in /etc/X11/Xsession.d/ for $STARTUP) will be useful for the new session thing as well :)
[15:51] <kenvandine> didrocks, yay for reuse :)
[15:51] <kenvandine> bcurtiswx_, let me get a build here... and see
[15:51] <kenvandine> i had to fix up a few build depends
[15:51] <kenvandine> i get you those changes too
[15:52] <bcurtiswx_> i appreciate your help, im still learning :)
[15:54] <kenvandine> bcurtiswx_, happy to help
[16:03] <kenvandine> bcurtiswx_, ok... i think the problem now is there is no gtk3 build of libindicate-gtk
[16:04] <kenvandine> :/
[16:05] <seb128> kenvandine, it's about time you land you tp-approver and that we drop the empathy patch ;-)
[16:05] <kenvandine> hehe... yeah, so i wonder if i should do that before fixing libindicate :)
[16:06] <bcurtiswx_> so our patches are fine, but we need GTK3 build of libindicate ?
[16:07] <bcurtiswx_> or the patches are going to be removed as well ?
[16:07] <bcurtiswx_> kenvandine, ^^
[16:08] <kenvandine> bcurtiswx_, we need a gtk3 build of libindicate, but we do plan to drop that patch once i land my new telepathy approver
[16:09] <bcurtiswx_> ah, OK
[16:09] <bcurtiswx_> kenvandine, so I should just sit back and wait until these tasks are completed ?
[16:09] <kenvandine> for now, drop the indicator patch too, but we won't upload it yet
[16:10] <kenvandine> see if you get further :)
[16:10] <kenvandine> it would be good to have a good picture of all the problems asap
[16:10] <seb128> kenvandine, bcurtiswx: debian has 2.90 in experimental
[16:10] <seb128> so I guess without your patches it should build
[16:12] <bcurtiswx_> i can remove the 20_libindicate patch and try again
[16:12] <bcurtiswx_> instead of uploading i can PPA it for anyone interested
[16:15] <bcurtiswx_> seems removing the 20_libindicate patch pretty much forces me to remove the ones ahead of it too
[16:18] <bcurtiswx_> kenvandine, i can merge the other changes you have for empathy now if you want, that way I have them
[16:18] <kenvandine> one sec
[16:18] <bcurtiswx_> OK
[16:21] <kenvandine> bcurtiswx_,  lp:~ken-vandine/ubuntu/natty/empathy/empathy-2.91.3
[16:22] <bcurtiswx_> bzr merge lp:... ?
[16:23] <bcurtiswx_> kenvandine, ^^ ?
[16:23] <kenvandine> yeah
[16:23] <kenvandine> should just be changes to the control file
[16:28] <bcurtiswx_> how do I force the merge and take your changes (ignore any conflicts) ?
[16:28] <bcurtiswx_> kenvandine, ^^
[16:28] <kenvandine> humm
[16:28] <kenvandine> just manually fix the conflicts
[16:28] <kenvandine> or look at what i changed and just make the changes yourself
[16:29] <kenvandine> what conflicts did you get?
[16:30] <seb128> hum
[16:30] <seb128> jasoncwarner1, pitti: meeting?
[16:30] <pitti> was just gonna ask :)
[16:30] <kenvandine> oh... meeting time
[16:30] <kenvandine> :)
[16:30] <seb128> ;-)
[16:30] <jasoncwarner1> seb128: morning!
[16:30] <jasoncwarner1> hi everyone
[16:30] <didrocks> hey
[16:31] <seb128> hey jasoncwarner1
[16:31] <jasoncwarner1> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-12-07
[16:31] <jasoncwarner1> lets see.
[16:31] <tkamppeter> hi
[16:32] <pitti> chrisccoulson, didrocks, tremolux_, Riddell, kenvandine, mterry, rodrigo_, tkamppeter: meeting ping
[16:32] <pitti> no cyphermox
[16:32] <mterry> hihi
[16:32]  * kenvandine waves
[16:32] <tremolux_> heyo
[16:32] <seb128> pitti, he's at a conference yesterday and today
[16:32] <pitti> hm, we should get back the attendees list to the report template
[16:32] <rodrigo_> hi
[16:32] <Riddell> gosh, meeting time
[16:32] <seb128> pitti, right
[16:33] <jasoncwarner1> [ACTION] put back attendees list in meeting template.
[16:33] <jasoncwarner1> is that about right?
[16:33] <pitti> thanks
[16:34] <jasoncwarner1> Ok, want to start with reviewing actions from last week.
[16:34] <jasoncwarner1> I only see one. It looks like it I didn't put it in the 'ACTIONS' summary. And it was for me. :P
[16:35] <jasoncwarner1> jasoncwarner to negotiate evo-couchdb dropping with U1 team, and automagic installation via u1-control-panel
[16:35] <pitti> ah, that was on my list of things to ask
[16:35] <kenvandine> jasoncwarner1, how did that go?
[16:36] <jasoncwarner1> Rick actually took it and had the conversation before I could. I am to have a follow up conversation this week and I'll let you know about that conversation.
[16:36] <kenvandine> ok
[16:37]  * jasoncwarner1 scanning last weeks meeting. 
[16:37] <jasoncwarner1> I don't see any other actions that didn't make it. did I miss something?
[16:38] <seb128> seems we should have a conversation about the conversation you will have about the conversations the other guys had ;-)
[16:38] <rickspencer3> hey jasoncwarner1,  mvo, tremolux_ I don't see any ratings and reviews work items in a2?
[16:38] <rickspencer3> was there any planned progress there?
[16:38] <didrocks> seb128: are you sure about your conversation? :)
[16:39] <seb128> ;-)
[16:39] <seb128> hey rickspencer3
[16:39] <tremolux_> rickspencer3: yes, there will be additional UI work that has recently been spec'd
[16:39] <tremolux_> rickspencer3: but a lot of the work is server-side currently
[16:39] <rickspencer3> ok
[16:40] <seb128> jasoncwarner1, pitti: did we stop the meeting?
[16:40] <jasoncwarner1> morning rickspencer3. I'll put an action to follow up on those. I want to keep the meeting going.
[16:41] <rickspencer3> sorry to interupt, didn't see you were in the meeting
[16:41] <jasoncwarner1> [ACTION] BP for ratings and reviews -> jasoncwarner and tremolux_
[16:41] <tremolux_> cool, thanks
[16:41] <jasoncwarner1> [TOPIC] partner update
[16:42]  * kenvandine takes the mic
[16:42] <kenvandine> U1 has some nice desktopcouch fixes, but they couldn't test them because of another couch bug
[16:42] <kenvandine> which has been fixed now, so should land in tomorrows release
[16:43] <kenvandine> DX, the big focus for this week is landing as much of the gdbus changes in the indicator stack as possible
[16:43] <kenvandine> before tedg goes on vacation
[16:43] <kenvandine> as well as getting the FTBFS fixes, with the GI changes and new python version
[16:44] <kenvandine> that is all i have
[16:44] <didrocks> kenvandine: is it the desktopcouch issue that makes couchjs crashing a lot (and then oneconf…)?
[16:44] <seb128> is ted on vacation until end of year then?
[16:44] <kenvandine> didrocks, yes
[16:44] <kenvandine> well, the couchdb bug that was causing
[16:44] <kenvandine> seb128, yes
[16:44] <seb128> k
[16:44] <kenvandine> so he will dump a bunch of changes on us and leave :)
[16:44] <seb128> will we get any indicator updates before end of year then?
[16:44] <kenvandine> we will hate him in 2011
[16:44] <kenvandine> :)
[16:45] <rodrigo_> :)
[16:45] <kenvandine> just want we land this week
[16:45] <kenvandine> s/want/what
[16:45] <seb128> I need to check with you where we stand but that can be after the meeting
[16:45] <kenvandine> yeah
[16:45] <jasoncwarner1> Ok...
[16:45] <jasoncwarner1> [TOPIC] kubuntu update
[16:46] <Riddell> hi
[16:46] <Riddell>  * Alpha 1 out, no major problems
[16:46] <Riddell>  * KDE SC 4.6 Beta 2 packaging now in progress, release and natty upload expected tomorrow
[16:46] <Riddell>  * KDevelop 1.1.1 packaged but won't actually build i natty, doesn't work with KDE Platform 4.6 yet
[16:46] <Riddell>  * Amarok 2.4 beta packaged
[16:46] <Riddell>  * KOffice beta packaged
[16:46] <Riddell>  * Qt now building on ARM, ARM breakage now becoming aparant further up the stack (libgrantlee currently broken)
[16:48] <jasoncwarner1> very cool. Riddell , any feedback on a1 yet? that has KDE 4.6 right?
[16:49] <Riddell> jasoncwarner1: yes it was, but I didn't set up our normal feedback page so I've not spotted much in the way of comments
[16:49] <jasoncwarner1> ok. :)
[16:49] <jasoncwarner1> [TOPIC] X update -> eastern edition
[16:49] <Riddell> I've not heard of any problems
[16:49] <Riddell> which is usually the best thing for alpha 1 :)
[16:49] <jasoncwarner1> fair enough!
[16:49] <jasoncwarner1> [TOPIC] Unity update
[16:50] <didrocks> New unity release and dependencies (nux/bamf) on Tuesday 30th November for alpha1
[16:50] <didrocks> We decided to not do the Thursday release on the 2nd December to let people reporting issue from the alpha1 live session with apport without having "outdated packages" message from it.
[16:50] <didrocks> Still a lot of bugs coming and fixing them little by little, but weirdly not a lot of crashers? If unity crashes for you, please report it!
[16:50] <didrocks> (actually I got a crash after writing that)
[16:50] <didrocks> (but it wasn't because of unity directly :))
[16:50] <didrocks> Adding a bitesize tag to some bugs. jcastro and jono blogged about it. Already some people have made nice contribution! Thanks to them  Do not hesitate to enroll as well: https://bugs.launchpad.net/unity/+bugs?field.tag=bitesize
[16:50] <rodrigo_> report it! :D
[16:50] <didrocks> Coming soon: you will find intellihide for the launcher, lot of nice small fixes in both unity and compiz (like session handling \o/), new gnome-session system.
[16:50] <didrocks> rodrigo_: already done :)
[16:52] <rodrigo_> should we also report hardware setups where it doesn't work?
[16:52] <didrocks> rodrigo_: ubuntu-bug unity should report what's needed
[16:52] <didrocks> so use apport please :)
[16:52]  * kenvandine hugs apport
[16:53] <rodrigo_> didrocks, well, when running it, I just get a black screen, with a mouse, so would running ubuntu-bug in that situation peek the correct stuff?
[16:53] <didrocks> there is a page about how to report bugs for new contributors: https://wiki.ubuntu.com/Unity
[16:53] <didrocks> rodrigo_: just run that in your ubuntu classic session
[16:53] <rodrigo_> ok
[16:54] <didrocks> the list of plugins won't be accurate, but well…
[16:54] <didrocks> (compiz plugins)
[16:54] <jasoncwarner1> Thanks, didrocks
[16:54] <pitti> didrocks, seb128: should we enable apport by default again?
[16:55] <didrocks> yw jasoncwarner1
[16:55] <didrocks> pitti: I have a lot of crashers (not unity ones), so I'm quite unsure about the state if we will be overwhelmed or not
[16:56] <didrocks> pitti: right now, I'm pointing people having crashes and not apport enabled to that wiki page so that they enable it, it's an additional comment on launchpad, but it seems to work
[16:56] <seb128> pitti, I'm not a a fan of doing that early
[16:56] <jasoncwarner1> can you turn apport on for a specific package (unity in this case)?
[16:56] <seb128> if we had a crash db out of launchpad that would be nice
[16:57] <pitti> seb128: right, me neither
[16:57] <seb128> but that's impacting on launchpad now
[16:57] <didrocks> pitti: btw, it's enabled in the CD, I think it's wanted?
[16:57] <pitti> didrocks: correct
[16:57] <pitti> you can report them from the live system
[16:57] <didrocks> pitti: that's why I hold on updating unity, thinking people will try and report in that case
[16:57] <didrocks> (and same rationale for compiz)
[16:58] <seb128> jasoncwarner1, no
[16:58] <didrocks> so, it's either it's all in a good state (I have almost nothing bothering me using unity full time) or that nobody is trying alpha1 :)
[16:58] <seb128> jasoncwarner1, it could probably be made but I don't think we can enable it for one source only
[16:59] <jasoncwarner1> seb128: ok. would be nice in this case, but probably not a generally useful feature ;)
[16:59] <jasoncwarner1> ok..thanks
[16:59] <pitti> didrocks: or everyone thinks "this crash is so common that everyone, including the devs, must have it"
[16:59] <pitti> seb128: well, we can hack it, but a proper solution would take a bit more effort
[16:59] <didrocks> pitti: maybe… right. So please, test it, use it! :)
[17:00] <pitti> I have nothing against a hack
[17:00] <pitti> if it'd help
[17:00] <didrocks> pitti: I think the current apport state is fine, it's easy enough to ask people activating it
[17:00] <rodrigo_> or they're not even testing it, I've seen many people on irc asking how to get their classic session back
[17:00] <pitti> didrocks: *nod*
[17:01] <didrocks> so yeah, I'm using unity full time and I love it :)
[17:01] <jasoncwarner1> when does apport tend to get turned on by default again? A2?
[17:01] <pitti> I think after a2
[17:01] <kenvandine> i love it... but miss places and dash :)
[17:01] <seb128> jasoncwarner1, right, around a2 usually
[17:02] <jasoncwarner1> ok...works for me. thanks :)
[17:02] <jasoncwarner1> anything else didrocks?
[17:02] <pitti> kenvandine: I miss gtimelog :)
[17:02] <didrocks> jasoncwarner1: that's it for me :)
[17:03] <jasoncwarner1> awesome, thanks
[17:03] <jasoncwarner1> [TOPIC] Software-center
[17:03] <tremolux_> you bet
[17:03] <tremolux_>  * Startup performance:  more great progress this week with an additional ~30% improvement on reference hardware (Dell Mini 10)
[17:03] <tremolux_>   * See http://people.canonical.com/~mvo/software-center/mini10-startup/startup-times.png
[17:03] <tremolux_>  * Ratings and Reviews:  ISD planning server-side alpha deployment, client-side UI spec'd at https://wiki.ubuntu.com/SoftwareCenter/RatingsAndReviews
[17:03] <tremolux_>  * Released Software Center versions 3.1.3 and 3.1.4, includes latest performance optimizations plus misc fixes and improvements
[17:03] <tremolux_>  * In progress: Improvements to the purchase experience
[17:03] <tremolux_> so, we are getting faster, it's nice
[17:05] <tremolux_> (that's all for software-center)  :)
[17:05] <jasoncwarner1> very cool. Thanks tremolux_
[17:05] <tremolux_> jasoncwarner1: welcome
[17:06] <jasoncwarner1> pitti: am I missing any categories if we move to AOB?
[17:06] <pitti> release status?
[17:06] <jasoncwarner1> thanks :)
[17:06] <jasoncwarner1> [TOPIC] release status
[17:06] <pitti> Alpha-1 work items were almost all done; 4 stragglers, moved to alpha-2.
[17:07] <pitti> http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team-natty-alpha-2.html is getting behind a tad, but nothign too worrysome yet
[17:07] <pitti> .. except that now begins the holiday season, which will put us off track
[17:07] <pitti> and we have quite a large number here
[17:07] <pitti> of course didrocks alone owns 1/4 of them, so I'm sure it'll be alright :)
[17:08] <bryceh> heh
[17:08] <pitti> we fixed 6 RC bugs in the last 2 weeks, and only 3 are on the current release team radar
[17:08] <pitti> so great progress here
[17:08] <pitti> only one (bug 637827) will require serious work, the other two are well underwsay
[17:08] <ubot2> Launchpad bug 637827 in indicator-appmenu (Ubuntu Natty) (and 4 other projects) "Firefox and Thunderbird (XUL) menus don't appear in the global menu bar (affects: 30) (dups: 5) (heat: 136)" [Undecided,Invalid] https://launchpad.net/bugs/637827
[17:09] <didrocks> pitti: I'll survive :)
[17:09] <pitti> (as usual, the full thing is on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus)
[17:09] <pitti> questions?
[17:09] <pitti> didrocks: please let me know early when you get into difficulties :)
[17:10] <didrocks> pitti: well, most of them are easy and small. Oneconf ones can be postponed if needed :)
[17:10] <seb128> pitti, well, if you don't count the dx items our team count seems ok
[17:10] <seb128> as didrocks was saying without oneconf he should be alright
[17:10] <didrocks> seb128: but I really want it this cycle :)
[17:10] <seb128> we can postpone the telepathy-indicator againif required
[17:10] <didrocks> so, will fight to get it done on time ;)
[17:10] <seb128> so we have quite some margins
[17:10] <pitti> seb128: right, but same thing wrt. holidays
[17:11] <seb128> let's see how it goes
[17:11] <jasoncwarner1> and don't forget that this list doesn't really include our "make unity awesome" overarching bp ;)
[17:11] <jasoncwarner1> ok.
[17:11] <jasoncwarner1> pitti: anything else?
[17:12] <pitti> I'm done
[17:12] <jasoncwarner1> thank you!
[17:12] <jasoncwarner1> [TOPIC] AOB
[17:12] <pitti> oh, one thing
[17:12] <pitti> it seems our weekly report is a little thin
[17:12] <seb128> jasoncwarner1, well, quite some people have 0 items on that iterations
[17:12] <pitti> only 3 people added to it
[17:12] <seb128> right, I didn't do that yet
[17:12] <seb128> doing it now
[17:12] <jasoncwarner1> thanks, pitti, that was my AOB ;)
[17:14] <jasoncwarner1> anything else?
[17:14] <seb128> not from me
[17:14] <kenvandine> not from me
[17:14] <jasoncwarner1> [END MEETING] Thanks everyone. I'll update with eastern edition later today.
[17:14] <bryceh> thanks
[17:15] <pitti> thanks everyone
[17:15] <tremolux_> thanks everybody
[17:15] <seb128> thanks
[17:16] <seb128> kklimonda, there?
[17:16] <jcastro> PSA: Please help get the word  out on unity bitesize bugs! https://wiki.ubuntu.com/Unity/Bitesize
[17:16] <jcastro> we all have friends that have always wanted to try something in vala, now they have no excuses! :)
[17:17] <didrocks> thanks :)
[17:18] <didrocks> jcastro: it's part of the report as well
[17:18] <jcastro> didrocks: I saw, I just wanted to double dip. :)
[17:18] <didrocks> jcastro: vala or C++ ;)
[17:18] <didrocks> we give a lot of opportunities
[17:18] <didrocks> btw, I was going to add a new bitesize one
[17:18] <didrocks> doing it now
[17:19] <jcastro> didrocks: yes please, neil and jason keep fixing bitesize ones without adding new ones in, heh.
[17:20] <didrocks> jcastro: yeah, I've already sent a reminder on that :)
[17:23] <kklimonda> seb128: hmm, this epoch is going to haunt me at night
[17:23] <seb128> kklimonda, ;-)
[17:23] <seb128> kklimonda, I will just drop the epoch and sponsor atkmm now, ok?
[17:24] <didrocks> seb128: "drop the epoch"? how comes?
[17:24] <seb128> didrocks, because it's a new source and the epoch in the shlib is just buggy?
[17:24] <kklimonda> seb128: sure, it seems to be the only thing that came back from the dead (or rather from another branch I've merged)
[17:25] <seb128> didrocks, it's leftovers from the gtkmm packaging copied
[17:25] <didrocks> seb128: oh, it's a new source, ok, nice. Was wondering about a magic I didn't know yet :)
[17:25] <seb128> yeah
[17:25] <seb128> brb just restarting with the new gtkmm
[17:28] <kklimonda> any idea why pbuilder-satisfydepends fails for packages that have both control and control.in ?
[17:28] <kklimonda> at least when launched by hand
[17:28] <seb128> ok, works
[17:28] <seb128> is the control uptodate?
[17:28] <kklimonda> yes
[17:28] <seb128> dunno then
[17:29] <seb128> you are sure it's uptodate in the source?
[17:29] <seb128> the clean target before the make will update it anyway
[17:29] <kklimonda> it finds nothing at all to install - creates an empty pbuilder-dummy package with no dependencies
[17:29] <seb128> but it might be outdated in the source
[17:29] <kklimonda> I use it outside of pbuilder on my live system
[17:29] <seb128> ok, weird
[17:29] <seb128> I don't use pbuilder so dunno
[17:33] <kklimonda> interesting, it works when I make it use debian/control.in but they are almost identical (Uploaders: field is different..)
[17:33] <kklimonda> oh well, it's good enough for now
[17:39] <seb128> kklimonda, ok, atkmm uploaded
[17:39] <seb128> kklimonda, have you seen my comments on the gtkmm request?
[17:39] <kklimonda> not yet
[17:40] <seb128> kklimonda, ok, basically the gtk build-depends need to be updated
[17:40] <seb128> kklimonda, do you want to do that and change the vcs to gnomemm now while I'm doing sponsoring?
[17:40] <seb128> so I can upload that one as well
[17:40] <seb128> Riddell, hey, could you review atkmm in NEW?
[17:41] <kklimonda> seb128: will fix it, as for uploading to gnomemm - do I have to do anything more than push branch to lp:~gnomemm/gtkmm/ubuntu?
[17:41] <Riddell> seb128: ok
[17:41] <seb128> Riddell, thanks
[17:41] <seb128> kklimonda, no
[17:41] <seb128> kklimonda, well edit the control file to have the right url
[17:42] <seb128> but otherwise no, just push to the new location
[17:42] <kklimonda> seb128: is there a place in gtkmm sources I can check for the gtk+ version bump? I can't find it in configure.ac
[17:42] <kklimonda> oh, I see it
[17:42] <seb128> kklimonda, it's in it
[17:42] <seb128> I diffed the configure.ac between the versions
[17:43] <seb128> that's where I saw it
[17:43] <kklimonda> yes, using diff is a much better way of doing that than just looking through the file
[17:44] <kklimonda> seb128: should I change Vcs-Browser: and add Vcs-Bzr: ? should I remove Vcs-Svn: ?
[17:45] <kklimonda> (gtkmm still points to the debian repository in a control file)
[17:45] <seb128> kklimonda, we usually just set Vcs-Bzr in Ubuntu and drop the other ones
[17:45] <seb128> you can adapt the Browser one I guess
[17:45] <seb128> I don't see a reason of not doing it ;-)
[17:49] <kklimonda> seb128: ok, I've bumped libgtk2.0-dev, changed Vcs-* fields and pushed to lp:~gnomemm/gtkmm/ubuntu
[17:49] <seb128> kklimonda, thanks
[17:52] <seb128> Riddell, thanks for newing atkmm1.6
[17:52] <seb128> kklimonda, ^
[17:52] <tremolux_> heya didrocks, is there a recommended mechanism for checking whether Unity as active or not?  I have a feature in software-center that I need to shut off when running under Unity
[17:53] <didrocks> tremolux_: well, that won't tell if the plugin is running or not for user trying ccsm
[17:54] <didrocks> tremolux_: but you can know you are in the session launching unity by default (and soon, we will force unity to be loaded in that session)
[17:54] <didrocks> tremolux_: so, that would cover 99% of cases
[17:54] <pitti> tremolux_: uh, when we get to a situation that individual apps need to be aware of that, that sounds like the beginning of a big swamp?
[17:54] <tremolux_> didrocks: yeah, maybe  :/
[17:54] <didrocks> pitti: I think it's for "located at"
[17:54] <tremolux_> didrocks: exactly
[17:55] <didrocks> tremolux_: so DESKTOP_SESSION should be gnome, or COMPIZ_CONFIG_PROFILE=ubuntu
[17:55] <didrocks> tremolux_: as told, we will ensure that the unity plugin can't be removed in those sessions, then there is the case of someone creating another session and activating unity…
[17:56] <didrocks> tremolux_: and for that, you can't request compiz if the plugin is loaded
[17:56] <didrocks> tremolux_: that can be a manual check, but that's even more ugly?
[17:56] <tremolux_> didrocks: yeah, I think the general case would be sufficient
[17:56] <seb128> tremolux_, is that for the "open the menu and indicates where the new software is installed"?
[17:57] <tremolux_> seb128: well, it's for the current "Find it in the menu at" feature
[17:57] <seb128> ok, right
[17:57] <tremolux_> seb128: we would leave that in for classic gnome
[17:57] <seb128> tremolux_, doesn't seem to make sense to check for unity
[17:57] <seb128> you should rather check that the menu is there
[17:57] <seb128> you could be under xfce
[17:57] <tremolux_> seb128: yes, we'll have a different mechanism for Unity
[17:57] <seb128> or $custom-desktop
[17:57] <robbiew> seb128: pitti: I'm having an issue in Natty where my default browser is set to chrome, but when I select links firefox opens up...is this a known issue or should I open a bug :)
[17:58] <tremolux_> seb128: oh, that's a good idea
[17:58] <seb128> robbiew, known issue
[17:58] <robbiew> cool, thnx
[17:58] <robbiew> I figured you all were aware ;)
[17:58] <tremolux_> didrocks, pitti, seb128: thanks guys!
[17:59] <seb128> robbiew, you can probably edit /usr/share/applications/defaults.list
[17:59] <seb128> x-scheme-handler/http=firefox.desktop
[17:59] <seb128> x-scheme-handler/https=firefox.desktop
[17:59] <seb128> robbiew, change those by the chrome .desktop name
[17:59] <didrocks> tremolux_: you're welcome
[17:59] <robbiew> seb128: sweet..thx
[18:00] <pitti> seb128: shouldn't respect it the "preferred apps" settings, though?
[18:00] <seb128> robbiew, then run sudo update-mime-database /usr/share/applications
[18:00] <seb128> pitti, no, they changed from using the old gconf system to use mimetypes
[18:01] <seb128> pitti, they updated g-c-c 2.90 for that but since we don't update
[18:01] <didrocks> rodrigo_: can you try to get a backtrace launching compiz on tty1 with gdb after setting COMPIZ_CONFIG_PROFILE=ubuntu?
[18:01] <seb128> we will have to backport that to our version
[18:01] <rodrigo_> didrocks, yes
[18:01] <didrocks> rodrigo_: thanks :)
[18:01] <rodrigo_> didrocks, will do it later, if you don't mind
[18:02] <didrocks> rodrigo_: sure, just update the bug report
[18:02] <didrocks> rodrigo_: setting as incomplete for now to keep the new bug state working
[18:02] <rodrigo_> didrocks, ok, will send another one from my laptop, which is where I get the black screen
[18:02] <didrocks> cleaned*
[18:02] <rodrigo_> ok
[18:02] <didrocks> rodrigo_: ok :) it's working fine with nvidia here
[18:02] <didrocks> but not amd64
[18:03] <rodrigo_> not here, not sure if my very old compiz config has anything to do
[18:03] <rodrigo_> I haven't used compiz for years, but the old config is still around
[18:03] <didrocks> rodrigo_: well, your ubuntu profile should be cleaned
[18:03] <rodrigo_> maybe I should remove all old compiz settings?
[18:03] <rodrigo_> ah, ok
[18:03] <didrocks> rodrigo_: in the gnome classic session, (the one which has your old config), do you run compiz?
[18:03] <didrocks> ubuntu classic session*
[18:03] <rodrigo_> didrocks, no, metacity
[18:04] <didrocks> rodrigo_: can you have a try as well, in case?
[18:04] <rodrigo_> ok
[18:04] <didrocks> rodrigo_: and getting a stack is the same without COMPIZ_CONFIG_PROFILE=ubuntu :)
[18:04] <didrocks> ok, time for some sport and dinner
[18:04] <didrocks> see you guys!
[18:04] <rodrigo_> bye didrocks
[18:05] <didrocks> see you tomorrow rodrigo_!
[18:06]  * rodrigo_ also gets out for a bit
[18:06] <rodrigo_> later
[18:13] <ricotz> gilir, hello
[18:14] <gilir> hi ricotz
[18:16] <ricotz> gilir, regarding elementary-icon-theme -- i hope there is no problem with the tarball if you want to package it, let me know if there is something wrong using it without repacking
[18:26] <gilir> ricotz, ok thanks :)
[18:50] <pitti> good night everyone
[18:50] <seb128> 'night pitti
[18:51] <bcurtiswx_> kenvandine, http://paste.ubuntu.com/540732/
[18:51] <bcurtiswx_> i've never seen this error before so IDK what to do about it
[18:52] <kenvandine> nautilus-sendto-empathy
[18:52] <kenvandine> it is trying to add files to that package
[18:52] <kenvandine> which don't exist
[18:53] <kenvandine> i think someone mentioned that the nautilus-sendto stuff was pulled out of empathy upstream
[18:53] <bcurtiswx_> cassidy, ^^
[18:53] <kenvandine> if so, you need to remove that package from debian/control and remove debian/nautilus-sendto-empathy.install
[18:53] <kenvandine> just look in the source
[18:53] <kenvandine> see if it is there
[18:54] <kenvandine> hmm
[18:54] <kenvandine> it seems to be there
[18:54] <bcurtiswx_> nautilus-sendto is now in nautilus
[18:55] <bcurtiswx_> iirc
[18:55] <kenvandine> ok, so drop that package from empathy
[18:55] <seb128> no
[18:55] <kenvandine> there is source for it in empathy
[18:55] <seb128> nautilus has the nautilus-sendto code
[18:55] <seb128> but software still need to ship a .so to be listed
[18:55] <kenvandine> ok
[18:56] <seb128> hum
[18:56] <kenvandine> bcurtiswx_, so you need to change the list of files to install, and maybe that shouldn't be in the nautilus-sendto-empathy package
[18:56] <seb128> debian dropped the binary
[18:56] <seb128> dget http://ftp.debian.org/debian/pool/main/e/empathy/empathy_2.91.3-2.dsc
[18:56] <seb128> then compared with what they did
[18:57] <seb128> http://git.debian.org/?p=pkg-telepathy/empathy.git;a=commit;h=37f6a938112bd7c40dc5bb1e58069f97e0f5ec93 in fact
[18:58] <seb128> you might just lack a build-depends on the new nautilus
[18:58] <bcurtiswx_> nautilus >= 2.91.?
[19:00] <bcurtiswx_> 3?
[19:03] <seb128> dunno, check the configure.ac
[19:03] <seb128> diff -u empathy-2.32.../configure.ac empathy-2.91...
[19:04] <seb128> and see what requirements changed
[19:04] <seb128> jcastro, do you have some time to blog or make some noise about a new team?
[19:05] <bcurtiswx_> NAUTILUS_SENDTO_REQUIRED=2.90.0 but after 2.90.0 it was moved into nautilus
[19:07] <seb128> bcurtiswx_, what empathy version do you use?
[19:07] <seb128> cassidy, ^
[19:08] <bcurtiswx_> use 2.91.3 building
[19:08] <seb128> bcurtiswx_, I think there was a bug open in bugzilla about that, the configure might need to be update
[19:08] <seb128> would be better to check with Zdra or cassidy
[19:09] <bcurtiswx_> whats the correct terminology here.  nautilus-sendto was "moved into" nautilus ?
[19:10] <seb128> it means nautilus has the code to build the "send to" menu now
[19:10] <seb128> it's nautilus which read the empathy .so and use it
[19:10] <seb128> where it was a different source and program before
[19:10] <seb128> nautilus was launching nautilus-sendto which was using empathy
[19:10] <bcurtiswx_> OK, then i can wait until Zdra and or cassidy see this ping
[19:10] <seb128> yes
[19:21] <seb128> jcastro, stop ignoring me :p
[19:22] <jcastro> sorry I am busy
[19:23] <jcastro> which team?
[19:24] <seb128> jcastro, no hurry, can be for another day
[19:24] <seb128> jcastro, the gnomemm one
[19:24] <jcastro> tomorrow please
[19:24] <seb128> jcastro, I will reply to murray's email now saying we got a team set and the updates in natty
[19:24] <jcastro> I am trying to fix this unity page
[19:24] <seb128> thanks to kklimonda
[19:25] <jcastro> seb128: yeah the mail will be enough to remind me
[19:25] <seb128> jcastro, if you can pick the infos from the email and blog about it when you have time
[19:25] <seb128> jcastro, great, thanks
[19:43] <bcurtiswx_> sound preferences is broken with gnome3 ppa
[19:53] <seb128> bcurtiswx: it's part of gnome-control-center now
[19:53] <seb128> how did you open it?
[19:54] <bcurtiswx_> seb128, indicator-sound
[19:55] <bcurtiswx_> also gnome-control-center is a really small window for me that can't be resized
[19:55] <bcurtiswx_> and the sound icon in the gnome-control-center seemed to crash
[21:38] <chrisccoulson> kenvandine, oh, i didn't realise the couchdb crasher was blocking other work ;)
[21:38] <chrisccoulson> someone should have mentioned that, i would have fixed it quicker then ;)
[21:43] <kenvandine> chrisccoulson, whoops :)
[21:43] <kenvandine> bbiab
[22:00]  * robert_ancell groan, the weekly summary is already getting feature creep again...
[22:01] <jasoncwarner1> speaking of weekly summary
[22:01] <jasoncwarner1> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-12-07#preview
[22:01] <jasoncwarner1> RAOF: robert_ancell: TheMuso: bryceh
[22:01] <jasoncwarner1> ready for meeting?
[22:01] <RAOF> Morning.
[22:02] <robert_ancell> yup
[22:02] <RAOF> Ooh, 9am.
[22:02]  * RAOF puts down the X pipe.
[22:02] <TheMuso> Hey folks
[22:02] <jasoncwarner1> morning everyone!
[22:02] <jasoncwarner1> I hope no one is flooded right now ;)
[22:03] <TheMuso> not here, its quite wram already actually.
[22:03] <TheMuso> warm
[22:03] <jasoncwarner1> well then, we can get started.
[22:03] <jasoncwarner1> Don't forget to update the link above with your summary.
[22:04] <chrisccoulson> hi!
[22:04] <chrisccoulson> i might sit in on this one ;)
[22:04] <jasoncwarner1> [TOPIC] Action Item review
[22:04] <robert_ancell> -1 for adding back attendance list
[22:04] <jasoncwarner1> -1?
[22:05] <jasoncwarner1> k, we can discuss later. :)
[22:05] <robert_ancell> I can't think what audience needs it, and it's easily worked out by reading the log
[22:05] <robert_ancell> ok
[22:05] <jasoncwarner1> [TOPIC] X update
[22:06] <RAOF> The merge window for Xserver 1.10 is/has closing/closed.
[22:06] <RAOF> There's been somewhat of a merging frenzy, most of which is pretty benign.
[22:08] <RAOF> RandR 1.4 support with per-crtc pixmaps is a bit scary, though.  We're waiting for the dust to settle before determining whether to move to 1.10 for natty.
[22:08] <RAOF> (A week ago, 1.10 was a sure thing ☺)
[22:08] <bryceh> RAOF, have you looked at those randr patches yet?
[22:08] <bryceh> (I've not)
[22:09] <RAOF> I've skimmed them; much of the changes *are* benign (adding an optional extra hook for drivers which want to do modesetting in one go).
[22:10] <RAOF> But the crtc-pixmap bit is... dangerous.  But from my understanding is opt-in (ish) by the compositing manager.
[22:11] <bryceh> so as long as compiz doesn't get updated to start using it, maybe we're ok
[22:11] <RAOF> If we were using it it *would* fix compiz on large multi-head systems with low max texture sizes.
[22:12] <RAOF> No more “I plugged in a monitor and desktop effects turned off”.
[22:12] <bryceh> perhaps that would be worthwhile ppa juice
[22:12] <RAOF> Mmmm.
[22:12] <bryceh> Regarding bugs - there are 6 X bugs reported against natty on our plate - http://www.bryceharrington.org/X/Reports/ubuntu-x-swat/totals-natty-workqueue.svg
[22:13] <bryceh> so far, we've been doing pretty good at pounding bugs out as they appear on that chart
[22:13] <bryceh> (the 3 nvidia/fglrx bugs may be related)
[22:14] <jasoncwarner1> ok...anything else you guys wanted to add?
[22:15] <jasoncwarner1> Unless I'm missing a category (possible) we jump right to
[22:15] <bryceh> jasoncwarner1, nothing from me.  last week was patch pilot for me, and mostly doing bug work and arsenal script fixing beyond that
[22:15] <jasoncwarner1> [TOPIC] AOB ?
[22:15] <RAOF> We'll probably want to upload a mesa 7.10 RC/snapshot in the not too distant future, I think.
[22:15] <RAOF> But that's not this week :)
[22:16] <jasoncwarner1> TheMuso: robert_ancell ? any other business you guys want to update?
[22:17] <TheMuso> Not from me.
[22:17] <robert_ancell> Just a reminder to have a look at the FTBFS list: http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi
[22:17] <bryceh> for packaging we're mostly in sync with debian/upstream - http://www.bryceharrington.org/X/Reports/ubuntu-x-swat/versions-current.html.  That chart will start getting busy once new xserver hits I bet.
[22:17] <jasoncwarner1> If not, only thing I wanted to say was that I got a short 'bitesize' bug list for unity.
[22:18] <jasoncwarner1> https://bugs.launchpad.net/unity/+bugs?field.tag=bitesize
[22:19] <jasoncwarner1> ok. sounds like we are out of topics to discuss. Don't forget to update summary
[22:19] <jasoncwarner1> Thanks everyone
[22:19] <bryceh> thanks
[22:19] <jasoncwarner1> [END MEETING] ;)
[22:19] <bryceh> robert_ancell, is that list available as JSON by chance?  (kind of a lengthy list to parse by eye)
[22:20] <robert_ancell> bryceh, not that I know, but it is in the Ultimate Debian Database (UDD) so it must be accessible by better means
[22:20] <bryceh> RAOF, we can probably just drop -mutouch from universe entirely.  what about -fpit?
[22:20] <robert_ancell> Lucas Nussbaum is the right person to ask
[22:20] <robert_ancell> jasoncwarner1, 19 minutes - it's a new record! :)
[22:21] <chrisccoulson> hmmm, i wonder what sort of build environment those packages are built in. the firefox build failure looks bogus to me :/
[22:21] <RAOF> bryceh: What hardware does it support?  It's still got (some) maintenance upstream, at least.
[22:22] <bryceh> RAOF, dunno offhand
[22:22] <RAOF> Oh, I'm preparing a core-dev application - if you want to provide an endorsement, it's here: https://wiki.ubuntu.com/ChrisHalseRogers/CoreDevApplication :)
[22:23] <bryceh> both -fpit and -mutouch must be Xi protocol breakage, but it does not look like there is a new upstream version (yet).
[22:23] <bryceh> s/protocol/api/
[22:23] <TheMuso> Don't forget there is also an FTBFs list on qa.ubuntuwire.com
[22:24] <bryceh> there are a lot of "libX11.so.6: could not read symbols: Invalid operation" errors
[22:25] <RAOF> bryceh: -mutouch and -fpit both just got a patch series bumping them to ABI 12 support; they should build at least against 1.10 :)
[22:25] <robert_ancell> jasoncwarner1, why do you want the attendance list back?
[22:26] <bryceh> RAOF, ok cool, well presumably those will fall off FTBFS once those get merged
[22:26] <Sarvatt> yeah, fpit hasn't had a release since xserver 1.6 but git works with 1.7-1.9, a release is lined up for 12 it looks like
[22:27] <RAOF> If nothing else, we could snapshot git.
[22:28] <bryceh> libtool: link: gcc -D_BSD_SOURCE -Wall -g -O2 -Wl,-Bsymbolic-functions -o chooser chooser-chooser.o  -lXinerama -lXaw7 -lXt -lXdmcp -lcrypt -lpam
[22:28] <bryceh> /usr/bin/ld: chooser-chooser.o: undefined reference to symbol 'XMapWindow'
[22:28] <bryceh> /usr/bin/ld: note: 'XMapWindow' is defined in DSO /usr/lib/libX11.so.6 so try adding it to the linker command line
[22:28] <bryceh> /usr/lib/libX11.so.6: could not read symbols: Invalid operation
[22:28] <bryceh> collect2: ld returned 1 exit status
[22:28] <jasoncwarner1> robert_ancell: I'm ambivalent to it, personally. If you have strong feelings towards it, we can leave it out. I believe pitti suggested it more as a reminder of who we should poke to start the meeting
[22:28] <bryceh> that one is for xdm
[22:29] <bryceh> /usr/bin/ld: pnee-pnee_impl.o: undefined reference to symbol 'XGetErrorText'
[22:29] <bryceh> /usr/bin/ld: note: 'XGetErrorText' is defined in DSO /usr/lib/libX11.so.6 so try adding it to the linker command line
[22:29] <bryceh> that's xnee
[22:29] <bryceh> similarly for xoo
[22:30] <Amaranth> RAOF, bryceh: compiz already has a solution for windows larger than max texture size, we fall back to the old method of OpenGL compositing before tfp existed. It's slow but luckily the windows that need it usually don't update often.
[22:30] <Amaranth> Although afaik it's actually broken right now
[22:31] <robert_ancell> jasoncwarner1, pitti, I'm against it, because it's just more text in the summary, and it's already present in the log.  Perhaps as a compromise it could be in the template where the logs go, and is replaced after the meetings are complete
[22:31] <robert_ancell> As a "expected participants" list
[22:31] <Amaranth> oops, meeting again, sorry
[22:31] <robert_ancell> Amaranth, :)
[22:31] <robert_ancell> Amaranth, we're done
[22:32] <jasoncwarner1> robert_ancell: that seems reasonable. I can't say I know if anyone else explicitly wants it for their needs, but I don't need it per se.
[22:33] <Amaranth> Everything in 0.8 that took a texture handle takes a list of textures now, although I'm not sure they all do what they're supposed to with it
[22:37] <bryceh> robert_ancell, ahaaaaa...  http://fedoraproject.org/w/index.php?title=UnderstandingDSOLinkChange
[22:38] <RAOF> bryceh: Also, http://wiki.debian.org/ToolChain/DSOLinking
[22:38] <Amaranth> That's because we switched to gold, right?
[22:38] <bryceh> robert_ancell, so a huge heapload of those FTBS issues are due to implicit linkages that I guess need explicit -lX11 and so on added
[22:38] <Amaranth> You need to use -lX11
[22:41] <robert_ancell> bryceh, yes, that's been my experience.
[22:42] <robert_ancell> bryceh, thanks for the link.  I've opened a lot of upstream bugs, but had trouble explaining why the change is important.  The link will be helpful
[23:07] <chrisccoulson> robert_ancell, most of my issues haven't been with implicit linking, but with linker flag ordering because of the change to --as-needed
[23:08] <chrisccoulson> something to consider when trying to figure out weird build failures ;)
[23:19] <micahg> RAOF: so, I seem to get an apport gpu crash for intel if I resume from suspend with multiple monitors enabled (i.e. had a second monitor connected, but pulled the cable), but only the built in screen available on my laptop
[23:20] <RAOF> That's a nicely specific triggering condition.  Does the GPU hang recovery work in that case?
[23:21] <micahg> RAOF: what is gpu hang recovery?
[23:22] <RAOF> Intel (and to a lesser extent radeon) recover from GPU hangs with funky reset logic.
[23:22] <RAOF> So, if the apport hook triggered but your video didn't freeze, that means the reset worked :)
[23:22] <micahg> yes, I get my screen back, but 127 crash reports are generated (I guess it keeps crashing)
[23:23] <micahg> basically kills my laptop for 5 minutes unless I kill apport and kill all the apport-gpu scripts
[23:26] <RAOF> Ah.
[23:26] <RAOF> That's distinctly sub-optimal ☺
[23:26] <micahg> I've already reported one of the crashes
[23:27] <micahg> ooh, it's actually fixed in natty
[23:27] <micahg> nm then :)
[23:27] <RAOF> The crash-report storm, or the original crash? ☺
[23:28] <micahg> the original crash
[23:28] <micahg> bug 629967
[23:28] <ubot2> Launchpad bug 629967 in apt (Ubuntu) "apt can't recover from corrupted cache files (affects: 1) (heat: 42)" [Undecided,Invalid] https://launchpad.net/bugs/629967
[23:28] <micahg> oops
[23:28] <micahg> bug 626967
[23:28] <ubot2> Launchpad bug 626967 in xserver-xorg-video-intel (Ubuntu Natty) (and 2 other projects) "MASTER: Hang in MI_WAIT_FOR_EVENT on framebuffer switch. (affects: 29) (dups: 41) (heat: 348)" [Medium,Fix released] https://launchpad.net/bugs/626967
[23:28] <RAOF> Ah.
[23:28] <micahg> RAOF: sorry to bother you, I just need to catch up on my bugmail :-/
[23:29] <RAOF> Could you also file a bug requesting a ratelimit on the apport hook?
[23:29] <RAOF> (If one doesn't already exist, but I'm not aware of one)
[23:29] <micahg> RAOF: yes, I've been meaning to chat with pitti about it, but I'll just make sure there's a bug filed
[23:30] <RAOF> We don't really need to get pitti involved, that can just be done in the apport hook in xserver-xorg-video-intel
[23:30] <micahg> RAOF: oh, ok, I thought someone told me before it's an apport issue, sure, I can file a bug against the driver
[23:31] <RAOF> Well, it could be fixed generically in apport, but I'm not sure that generating hundreds of crash reports in the space of seconds is a common occurance.
[23:33] <micahg> makes sense