[07:23] <pitti> Good morning
[07:26] <TheMuso> Morning pitti.
[07:38] <pitti> chrisccoulson: good morning
[08:06] <didrocks> good morning
[08:29] <Sweetshark> Morning all!
[08:30] <pitti> hey Sweetshark
[08:35] <rodrigo_> morning
[08:47] <pitti> hey rodrigo_
[08:48] <rodrigo_> hi pitti how are you?
[08:48] <pitti> I'm great, thank you!
[08:49] <pitti> rodrigo_: how about yourself?
[08:49] <rodrigo_> great also :)
[08:49] <seb128> hey rodrigo_ pitti
[08:49] <rodrigo_> morning seb128
[08:49] <seb128> how are you?
[08:52] <didrocks> salut seb128, hey rodrigo_!
[08:52] <rodrigo_> salut didrocks
[08:52] <ara> hey rodrigo_, seb128, pitti, didrocks
[08:52] <pitti> bonjour seb128
[08:52] <pitti> hey ara
[08:52] <rodrigo_> seb128, I'm fine thanks, you?
[08:52] <ara> pitti, seb128: cr3 accepted my changes to checkbox (the migration to gtkbuilder) and it is now in the sponsorship queue: https://code.launchpad.net/~cr3/ubuntu/natty/checkbox/0.11/+merge/49736
[08:52] <rodrigo_> hi ara
[08:52] <pitti> ara: yay
[08:53] <pitti> first step towards pygi
[08:53] <didrocks> good morning ara
[08:54] <ara> by the way, I am slowly preparing my MOTU application: https://wiki.ubuntu.com/AraPulido/MOTUApplication
[08:54] <ara> I would appreciate your comments :)
[08:54] <ara> It is not like I will apply in the next weeks, but, you know, slowly :)
[08:56] <seb128> hey ara didrocks
[08:56] <seb128> rodrigo_, I'm fine thanks
[08:57] <seb128> ara, \o/
[08:57] <seb128> ara: I will sponsor it for you
[08:57] <ara> seb128, thanks :)
[08:57] <seb128> ara, thanks for working on that, it's one of the 2 remaining python-glade2 users on the CD
[08:58] <pitti> the other is pitivi?
[08:59] <seb128> pitti, correct
[09:14] <geser> seb128: is there a bug about this menubar issue in natty? (I know only of bug 717332)
[09:14] <ubot2> Launchpad bug 717332 in gnome-terminal "gnome-terminal is confused about its menubar status" [Undecided,Confirmed] https://launchpad.net/bugs/717332
[09:15] <seb128> bug #717358
[09:15] <ubot2> Launchpad bug 717358 in indicator-appmenu "nautilus puts a menu bar at the top of the desktop" [Low,New] https://launchpad.net/bugs/717358
[09:15]  * pitti reminds seb128 to remind him about the meeting reminder
[09:15] <seb128> pitti, hey pitti, you should send the meeting reminder maybe today? ;-)!
[09:15] <pitti> seb128: great idea, thanks!
[09:16] <pitti> *woosh* done
[09:16] <seb128> ;-)
[09:16]  * pitti hugs seb128
[09:16]  * seb128 hugs pitti
[09:16] <rodrigo_> are current debian packages available in some svn/bzr branch?
[09:16] <geser> rodrigo_: yes if the udd import of them worked
[09:17] <rodrigo_> geser, I mean upstream debian branches
[09:17] <seb128> ups
[09:18] <seb128> rodrigo_, you might want to use http://packages.qa.debian.org/%s
[09:18] <seb128> where %s is the source package
[09:18] <geser> rodrigo_: the package importer also import Debian packages into UDD, not only the Ubuntu ones (if I understand you correctly)
[09:18] <seb128> rodrigo_, it gives you details on the debian vcs, their bug tracker, etc
[09:18] <didrocks> mvo: ahah, trying the ubuntudevbar? ;)
[09:18] <seb128> didrocks, what is that?
[09:19] <rodrigo_> seb128, ok, that's what I wanted
[09:19] <seb128> rodrigo_, http://pkg-gnome.alioth.debian.org/svn.html as well
[09:19] <didrocks> seb128: an experimental plugin I've made for Quickly a year ago or so
[09:19] <didrocks> I was thinking I never shipped it
[09:20] <didrocks> maybe mterry shipped it thinking I was maintaining it
[09:20] <mvo> didrocks: heh :) not as such, I run a automatic python import checker as part the upgrade tester
[09:23] <didrocks> mvo: ok, I need to avoid shipping it then ;)
[09:24] <didrocks> (as the second comments seemed "human", I was thinking about a manual test :))
[09:24] <mvo> I have no idea about python-nautilus, is it actually useful if you can't do "import nautilus" when its installed?
[09:24] <mvo> or does it serve a different purpose?
[09:45] <seb128> mvo, I guess bug #719170 is a bug for you
[09:46] <ubot2> Launchpad bug 719170 in gconf "Segmentation fault during processing triggers for gconf2 when installing some packages on LiveCD" [Undecided,New] https://launchpad.net/bugs/719170
[09:46] <seb128> mvo, see http://launchpadlibrarian.net/64376916/valgrind.log
[09:47] <didrocks> mvo: it should work like this, right, but all gnome is migration to a different API for plugins in any case, that's why I don't maintain this prototype that much
[09:53] <mvo> didrocks: if python-nautilus is no longer useful (sounds like it) shouldn#t we remove it then?
[09:53] <seb128> mvo, it still has some rdepends
[09:53] <seb128> mvo, it's as useful as it was
[09:53] <seb128> which is not very but still
[09:53] <didrocks> mvo: I think that some plugins still uses it, not sure how if the import is failing for you :)
[09:53] <mvo> seb128: aha, ok. so "import nautilus" is just not supposed to work?
[09:56] <seb128> mvo, let me check how it's supposed to work, I never used it
[09:56] <seb128> mvo, but "import nautilus" should work
[10:00] <didrocks> IIRC, it only works in the nautilus process
[10:00] <didrocks> confirmed
[10:02] <seb128> right
[10:02] <seb128> mvo, ^
[10:02] <seb128> see the package README for how to test
[10:02] <seb128> it ships some examples as well
[10:03] <mvo> aha, cool
[10:03] <mvo> thanks!
[10:04] <seb128> mvo, yw
[10:18] <chrisccoulson> pitti - for bug 655707, i added a link to the testcase which contained the broken font that crashed the previous version of firefox
[10:18] <ubot2> Launchpad bug 655707 in pango1.0 "Firefox crashes opening pages that use webfonts " [High,Fix released] https://launchpad.net/bugs/655707
[10:21] <seb128> Riddell, bug #713880, could you reassign to whatever is the right kde source?
[10:21] <ubot2> Launchpad bug 713880 in gnome-control-center "System settings doesn't retain touchpad disablement" [Low,Incomplete] https://launchpad.net/bugs/713880
[10:22] <huats> morning
[10:23] <Riddell> seb128: done
[10:23] <seb128> Riddell, thanks
[11:20] <seb128> rodrigo_, hey
[11:21] <seb128> rodrigo_, I've added bug #718098 to your buglist, seems to be a common nautilus crash in natty, not sure if it's due to gtk or something else though since that seemed to have started recently and nautilus didn't change in a while
[11:21] <ubot2> Launchpad bug 718098 in nautilus "nautilus crashed with SIGSEGV in g_str_hash()" [Medium,Triaged] https://launchpad.net/bugs/718098
[11:21] <rodrigo_> seb128, ok
[11:22] <seb128> rodrigo_, jibel get the crash easily if you need details
[11:23] <rodrigo_> ah ok, cool
[11:23] <seb128> rodrigo_, he also says that g-s-d is running but changing icon theme doesn't them to work, like the icons displayed are not updated
[11:24] <rodrigo_> seb128, with 2.32 I guess?
[11:25] <jibel> rodrigo_, yes
[11:25] <jibel> rodrigo_, fresh install of natty
[11:25] <rodrigo_> jibel, none of the icon themes work?
[11:26] <jibel> rodrigo_, none
[11:26]  * jibel doing screenshots
[11:29] <rodrigo_> jibel, my first thought is some missing package, but I guess they wouldn't show up at all in the appearance capplet
[11:30] <rodrigo_> jibel, you don't have g-s-d from the gnome3 ppa, right?
[11:30] <jibel> rodrigo_, don't be so impatient, let me take the screenshots, I have only 1 brain and 2 hands
[11:30] <seb128> rodrigo_, no, it's stock natty
[11:30] <rodrigo_> ok, ok :)
[11:36] <mpt> mvo, hey, I'm looking at bug 668382
[11:36] <ubot2> Launchpad bug 668382 in software-center "No warning before removing important packages!!" [Medium,Triaged] https://launchpad.net/bugs/668382
[11:36] <mpt> and wondering, how can we tell that removing libcamel1.2-14 (for example) is dangerous in a way that removing evolution (for example) is not
[11:36] <jibel> rodrigo_, I've attached 2 png to 718098
[11:50] <rodrigo_> ricotz, any news on the gnome-shell package for the gnome3 ppa?
[11:51] <ricotz> rodrigo_, sorry no, wanted to wait for the gtk+3.0 final
[11:53] <ricotz> rodrigo_, before that every package in the ppa needs to be rebuild against the new gtk libs
[11:56] <rodrigo_> right, is anyone working on the 3.0 packaging?
[11:57] <ricotz> rodrigo_, they are already in natty
[11:57] <rodrigo_> ah
[11:58] <ricotz> rodrigo_, the soname changed, so everything using gtk3 should be broken currently
[12:00] <ricotz> rodrigo_, but before that we should sync with debian, since the changed the package names according to the soname change
[12:01] <ricotz> rodrigo_, robert should be on it
[12:01] <Sweetshark> so oehm, how do I compile the dkms for virtualbox ose on natty?
[12:02] <jibel> rodrigo_, 718098 reproduced on another system running classic desktop without effects
[12:03] <jibel> rodrigo_, to reproduce, install a fresh natty, login,  launch "nautilus /usr/share/applications" and close the window => crash
[12:18] <rodrigo_> jibel, add that to the bug, please
[12:32] <Riddell> seb128: why is vala-0.10 needed if vala 0.11 is the default?
[12:32] <Riddell> seb128: also main or universe?
[12:32] <seb128> Riddell, because there is still a stack of rdepends we didn't port yet
[12:33] <seb128> Riddell, to main for now please, binaries are still used in the default install
[12:33] <seb128> they are staying on nbs for a while
[12:33] <seb128> we discussed it during the last meeting there
[12:33] <seb128> we just pull 0.10 back while we port those
[12:34] <seb128> Riddell, i.e that will be be cleaned for natty
[12:35] <Riddell> accepted
[12:35] <seb128> Riddell, thanks
[13:54] <bratsche> didrocks: btw, I posted two merge requests if you have a few minutes anytime today to look at them.   https://code.launchpad.net/~bratsche/libgrip/packaging-dep5-copyright/+merge/49639   and   https://code.launchpad.net/~bratsche/libgrip/packaging-remove-gtkdoc-dependency/+merge/49644
[13:54] <didrocks> bratsche: looking at them right now :)
[13:54] <bratsche> Awesome, thanks!
[13:55] <didrocks> bratsche: approved! (for both)
[13:55] <bratsche> woot
[13:55] <bratsche> Thanks!
[13:55] <didrocks> bratsche: think to migrate to ~utouch-packaging as well
[13:55] <didrocks> bratsche: yw ;)
[13:55] <bratsche> Okay
[13:59] <bratsche> didrocks: Do I do anything other than push to a new location there?
[13:59] <didrocks> bratsche: you need to update the Vcs-Bzr tag in debian/control
[14:00] <didrocks> bratsche: look at the other utouch- packages, like utouch-frame, they should be fine
[14:01] <bratsche> didrocks: Looks like I don't currently have Vcs-Bzr set.  I guess I should set that.
[14:04] <didrocks> bratsche: right, that will be nice (it enables us to just debcheckout <package_name>)
[14:04] <didrocks> bratsche: it will bzr branch or apt-get source depending on what is given in debian/control
[14:04] <bratsche> didrocks: Okay added that and pushed now to lp:~utouch-packaging/libgrip/ubuntu
[14:06] <didrocks> bratsche: excellent, all points are addressed then?
[14:07] <bratsche> I'll double check.  Just a minute.
[14:07] <bratsche> didrocks: Yeah, I think everything is addressed now.
[14:08] <didrocks> bratsche: excellent, will give another look today and then upload it :)
[14:09] <bratsche> didrocks: Awesome, thank you very much!
[14:09] <didrocks> bratsche: you're really welcome!
[14:32] <Sarvatt> new natty nvidia drivers in ppa:ubuntu-x-swat/x-updates
[14:33] <tedg> Sarvatt, For xserver 10 ?
[14:33] <Sarvatt> yep
[14:33] <tedg> woot!
[14:33] <seb128> njpatel, ^
[14:33] <seb128> gord, ^
[14:33]  * didrocks begins to break his machine
[14:33] <Sarvatt> they haven't built yet
[14:33] <seb128> MacSlow, ^
[14:34] <didrocks> seb128: just miss dbo when you will be there :)
[14:34] <gord> \o/
[14:34] <seb128> didrocks, ;-)
[14:34] <njpatel> seb128, hey
[14:34] <seb128> njpatel, howdy
[14:34]  * tedg thinks Sarvatt has started a DDoS on LP by telling people before they built as they'll all be refreshing the page
[14:34] <njpatel> Sarvatt, WOOHOO
[14:34] <didrocks> loi
[14:34] <didrocks> urgh
[14:35] <MrChrisDruif> :O
[14:35] <MrChrisDruif> :P
[14:35]  * tedg got them, amd64 FTW!
[14:37] <didrocks> tedg: i386 is ready as well :)
[14:37] <chrisccoulson> i feel like i'm missing out here with my intel chipset
[14:37] <seb128> lol
[14:37] <seb128> chrisccoulson, yeah, you just missed 2 weeks of frustration, what a shame ;-)
[14:37]  * bcurtiswx agrees with chrisccoulson 
[14:38] <bcurtiswx> okok, i have AMD64 :P
[14:38] <chrisccoulson> seb128 - yeah, i'm pretty fortunate about that :)
[14:38] <bcurtiswx> but i don't have nvidia drivers
[14:39] <MrChrisDruif> My next "might" be intel or nvidia....currently ati
[14:39] <tedg> chrisccoulson, You miss out every time you want to see graphics run quickly ;)
[14:39]  * bcurtiswx hits the boxing bell "Round 1"
[14:40]  * tedg is rebooting
[14:47] <tedg> Nope, segfault in X :(
[14:54] <seb128> tedg, you were that close and yet... ;-)
[14:55] <Sarvatt> tedg: accepted but its not staring
[14:56] <Sarvatt> can ya pastebin it?
[14:57] <tedg> Sarvatt, http://paste.ubuntu.com/567340/
[14:58] <tedg> Cool, pastebinit finally works with paste.ubuntu.com!
[14:58] <Sarvatt> tedg: thats 270.18
[14:58] <Sarvatt> 270.26 is the newest one
[14:58] <tedg> Sarvatt, Hmm... okay.
[14:58] <Sarvatt> https://launchpad.net/~ubuntu-x-swat/+archive/x-updates/+sourcepub/1512937/+listing-archive-extra
[14:59] <tedg> Sarvatt, Let me try again and make sure I get the right now.
[14:59] <tedg> one
[15:00] <Sarvatt> tedg: did ya just add the PPA and update? amd64 hasn't been published yet if so
[15:01] <tedg> Sarvatt, Yeah.  Hmm, must have gotten it from somewhere else.  I'll look through my sources
[15:01] <seb128> tedg, use apt-cache policy <binary>
[15:01] <seb128> tedg, it will tell you where it's coming from
[15:03] <Sarvatt> 270.18 is the current one offered in there for amd64, 270.26 still hasn't been published yet https://launchpad.net/~ubuntu-x-swat/+archive/x-updates/+sourcepub/1512937/+listing-archive-extra
[15:03] <tedg> Sarvatt, Ah, okay.
[15:03] <Sarvatt> it'll be awhile until I can test it
[15:03] <Sarvatt> 557 upgraded, 14 newly installed, 0 to remove and 2 not upgraded.
[15:03] <Sarvatt> Need to get 530 MB of archives.
[15:05] <didrocks> tedg: i386 FTW then :p
[15:10] <didrocks> X restart brb
[15:14] <didrocks> Sarvatt: seems that the packaging let me upgrading with a wrong version of nvidia, I have the ABI mismatch
[15:15] <Sarvatt> Section "ServerFlags"
[15:15] <Sarvatt>         Option  "IgnoreABI"     "True"
[15:15] <Sarvatt> EndSection
[15:15] <Sarvatt> didrocks: do you have that in your xorg.conf?
[15:15] <didrocks> Sarvatt: I don't, should I?
[15:15]  * Sarvatt nods
[15:16] <didrocks> ok, let's try to ignore the check then :)
[15:17] <didrocks> brb
[15:24] <Sarvatt> didrocks: no luck?
[15:25] <didrocks> Sarvatt: no :( didn't work very well, (my Xorg.0.log): http://paste.ubuntu.com/567359/
[15:26] <Sarvatt> didrocks: kernel module failed to build?
[15:27] <Sarvatt> didrocks: can I see your dmesg?
[15:29] <didrocks> Sarvatt: I have a lot of NVRM: API mismatch, but nothing else relevant
[15:30] <didrocks> Sarvatt: for instance: http://paste.ubuntu.com/567361/
[15:30] <didrocks> Sarvatt: I've just upgraded my kernel but didn't restart. That shouldn't impact isn't it? as DKMS should build with every known kernel…
[15:31] <Sarvatt> yeah it affects it
[15:31] <Sarvatt> you still have the old one loaded
[15:31] <didrocks> Sarvatt: right, but dmks build for every kernels, isn't it?
[15:31] <didrocks> it tries to only load the latest one?
[15:32] <Sarvatt> dkms only builds against the current and the newest kernels I believe
[15:32] <Sarvatt> dkms status
[15:32] <Sarvatt> will tell ya
[15:33] <didrocks> nvidia-current, 270.26, 2.6.38-3-generic, i686: installed
[15:33] <didrocks> nvidia-current, 270.26, 2.6.38-1-generic, i686: installed
[15:33] <didrocks> and I'm on 2.6.38-1-generic
[15:33] <didrocks> I still can try to reboot anyway
[15:33] <didrocks> but it doesn't seem to be that, isn't it? :/
[15:36] <didrocks> trying
[15:43] <didrocks> Sarvatt: segfault with the new kernel: http://paste.ubuntu.com/567369/
[15:46] <didrocks> seb128: btw, I tried to reset the panel, and I don't get the messaging menu neither the indicatorme/session
[15:48] <seb128> didrocks, how did you reset it? I noticed that as well in a guest session but it was working and gnome-panel didn't get updated
[15:48] <seb128> didrocks, I got some applet crashes again since the recent compiz updates though so I was wondering if that was due to it
[15:48] <didrocks> seb128: gconftools --recursive-unset /apps/panel
[15:48] <didrocks> seb128: I'm on metacity
[15:48] <MacSlow> seb128, thanks
[15:48] <seb128> if not could be something in the indicator start
[15:49] <seb128> stack
[15:49] <seb128> didrocks, ok, so that needs debugging
[15:49]  * Sarvatt disappears to test this nvidia junk :)
[15:50] <didrocks> seb128: ok, at least, you reproduced in the guest session
[15:51] <seb128> didrocks, yes
[16:02] <rodrigo_> when pushing new branches for gnome3-team, it takes ages, taking /~vcs-imports/gnome-menus/main as default stacking branch, any idea what might be wrong?
[16:02] <rodrigo_> it used to just work
[16:02] <rodrigo_> work = push took a couple minutes, not 4/5 hours
[16:03] <seb128> rodrigo_, did you use to push debian only directories or source history?
[16:04] <rodrigo_> seb128, I usually branch locally from the ubuntu-desktop branch (debian only) and then just push that to ~gnome3-team
[16:04] <rodrigo_> so yes, pushing a debian only branch
[16:04] <seb128> rodrigo_, those imports are not debian only though
[16:05] <seb128> which might be the difference
[16:06] <tedg> Uhg, segfault the same with 26 :(
[16:06] <seb128> tedg, it doesn't work for didrocks either
[16:08] <rodrigo_> seb128, yes, but why is it using that as stacking branch?
[16:08] <rodrigo_> if I use --stacked-on=lp:~ubuntu-desktop..., the same, it takes ages
[16:09] <seb128> not sure what you mean?
[16:09] <seb128> how did you work on it?
[16:09] <seb128> usually I do bzr get lp:~ubuntu-desktop/gnome-menus/ubuntu
[16:09] <seb128> hack on it
[16:09] <seb128> bzr commit
[16:09] <seb128> bzr push lp:~gnome3...
[16:09] <seb128> which works fine
[16:09] <rodrigo_> seb128, that's what I did
[16:10] <seb128> rodrigo_, check on #launchpad then maybe
[16:10] <rodrigo_> ok
[16:13] <lamalex> bryceh, so i just updated from x-swat but nvidia isn't loading
[16:30] <jasoncwarner> morning everyone...
[16:31]  * kenvandine waves
[16:31] <kenvandine> hey jasoncwarner
[16:31] <pitti> hey jasoncwarner
[16:31] <pitti> oh, meeting time
[16:31] <dobey> rodrigo_: is it a particular branch, or all of them?
[16:31] <seb128> hey jasoncwarner, pitti, kenvandine
[16:31] <seb128> seems meeting time ;-)
[16:31] <jasoncwarner> :)
[16:31] <didrocks> hey hey
[16:31] <jasoncwarner> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-02-15
[16:31] <rodrigo_> dobey, last week it was gnome-icon-theme and this week gnome-menus, so the last 2 I've tried
[16:31]  * Sweetshark waves.
[16:31] <tremolux> hey folks
[16:32] <rodrigo_> dobey, I've been able to push using --stacked-on, but see https://code.edge.launchpad.net/~gnome3-team/gnome-menus/ubuntu
[16:32] <Riddell> oh aye, meeting
[16:33] <jasoncwarner> Alright...here we go for a quick meeting. Don't forget to update the wiki above and ....here we go!
[16:33] <jasoncwarner> [TOPIC] Partner Update
[16:33] <kenvandine> ok
[16:33] <kenvandine> DX, this week we'll have ABI changes for libindicator
[16:33] <kenvandine> so we'll need to rebuild all the indicators
[16:34] <kenvandine> shouldn't be a big deal, but beware of bumps in the road
[16:34] <kenvandine> UbuntuOne:
[16:34] <kenvandine> they have dropped the work planned for shotwell
[16:34] <kenvandine> instead they will focus on API work to make it easier for someone to do it later
[16:35] <kenvandine> the U1 API work done so far will land next week
[16:35] <mterry> hi
[16:35] <kenvandine> and the U1 integration in the launcher is blocked on bug # 709240
[16:35] <kenvandine> libunity via python
[16:35] <kenvandine> GIR problems
[16:35] <kenvandine> anyone have questions?
[16:36] <pitti> do they need help with that bug?
[16:36] <pitti> I could help out with that
[16:36] <kenvandine> pitti, probably
[16:36] <kenvandine> kamstrup is out sick
[16:36] <kenvandine> he was working on it
[16:36] <chrisccoulson> oh, meeting time
[16:36] <kenvandine> pitti, so please do :)
[16:36] <chrisccoulson> i nearly missed that ;)
[16:36] <seb128> yeah, jasoncwarner doesn't ping people just to make sure we pay attention :p
[16:36] <pitti> kenvandine: ok, will coordinate with kamstrup
[16:37] <kenvandine> great
[16:37] <kenvandine> hehe
[16:37] <didrocks> pitti: you should talk to kamstrup, right, he already advanced a little on the subject
[16:38] <jasoncwarner> thanks, kenvandine. Any other questions?
[16:38] <kenvandine> pitti, i think he has documented what he has done there
[16:38] <jasoncwarner> next topic would be [TOPIC] UNITY
[16:39] <didrocks> if you refresh the wiki page, you should have the report :)
[16:39] <rodrigo_> :)
[16:40] <didrocks> do you have any question?
[16:40] <jasoncwarner> thanks didrocks, so the invisible window is gone except for gvim?
[16:41] <seb128> I got some todays with gtk-demo
[16:41] <seb128> so it's not only gvim
[16:41] <didrocks> jasoncwarner: well, only on few apps, still need investigation
[16:41] <didrocks> but I didn't get it for days now
[16:41] <mterry> didrocks, is it when there's "nux input window" in the panel?
[16:41] <seb128> mterry, no, that's another bug
[16:41] <mterry> I saw that today
[16:41] <mterry> oh, ok
[16:42] <seb128> mterry, #693777
[16:42] <didrocks> mterry: yeah, the nux input window is when the launcher is focused
[16:42] <didrocks> like, you triggered alt + F1
[16:43] <mterry> sure, blame it on me  ;)
[16:43] <seb128> lol
[16:44] <didrocks> mterry: with the greatest pleasure :)
[16:44] <jasoncwarner> thanks didrocks..I'm looking forward to this update this week even...from the looks of https://launchpad.net/unity/+milestone/3.4.4 there are some real stability things coming this week.
[16:44] <seb128> without wanting to disappoint anyone the bug I pointed was open before the alt-f1 work ;-)
[16:44] <didrocks> jasoncwarner: yeah, the list isn't finished yet, so, keep an eye on it :)
[16:44] <jasoncwarner> cool..thanks
[16:45] <didrocks> seb128: right, hence the "like, you…" not the only case you can have it :)
[16:45] <bcurtiswx> hmm, ubuntu-one-sync always causes my fan to turn on at startup
[16:45] <jasoncwarner> Ok...next topic
[16:45] <jasoncwarner> [TOPIC] Software Center
[16:45] <tremolux> heyo
[16:45] <bcurtiswx> oh meeting, apologies
[16:46] <tremolux> report is on the wiki, but I can paste a summary
[16:46] <tremolux>  Unity launcher integration: Software Center side is complete, Unity side in-progress
[16:46] <tremolux>   Ratings and Reviews: New "Was this review useful" feature (awaits server-side rollout to activate), offline cache support for reviews
[16:46] <tremolux>   Coming soon: Lobby improvements, deauthorize your computer feature
[16:47] <jasoncwarner> tremolux: the unity integration, you feel pretty good about that landing this week?
[16:47] <kenvandine> tremolux, is that using libunity?
[16:47] <tremolux> jasoncwarner: I am not sure actually, I need to ping DBO for an update
[16:48] <tremolux> kenvandine: currently the plan is dbus, but DBO may change that
[16:48] <kenvandine> ok, because libunity from python is a problem right now
[16:48] <didrocks> jasoncwarner: not sure for that week
[16:49] <tremolux> kenvandine: yep
[16:49]  * Sweetshark just has a Xorg freeze right now. Luckily the irc client is in tmux. However, the system has huge latency => I will need a reboot soon.
[16:49] <jasoncwarner> ok, thanks tremolux. can't wait to see the software center / unity interactions :)
[16:49] <jasoncwarner> any other questions?
[16:50] <tremolux> jasoncwarner: yes, thanks!  me too
[16:50] <jasoncwarner> next [TOPIC] Kubuntu
[16:50] <Riddell> moi?
[16:51] <Riddell>  * Lucid .2 testing under way
[16:51] <Riddell>  * owncloud packaging in progress
[16:51] <Riddell>  * samba sharing is working, finally! thanks to rbelem
[16:51] <Riddell>  * Ubiquity keyboard selection now working, hugs to cjwatson
[16:51] <Riddell>  * mobile seed split into new collection, launchpad update due to be merged, then kubuntu-mobile images will be working again
[16:51] <Riddell>  * 10 bugs milestoned for alpha 3 http://goo.gl/yGhJd
[16:51] <Riddell>  * In a decent position with https://wiki.kubuntu.org/Kubuntu/Todo for feature freeze, mostly green where it needs to be
[16:53] <jasoncwarner> very cool...is that samba sharing in the default install?
[16:53] <MrChrisDruif> Woops....missing the meeting :P
[16:53] <Riddell> jasoncwarner: yes (or will be on tomorrow's CDs)
[16:53] <jasoncwarner> awesome, very cool.
[16:54] <jasoncwarner> thanks
[16:55] <jasoncwarner> [TOPIC] Xorg is for eastern edition
[16:55] <jasoncwarner> [TOPIC] Tools and processes...if anything?
[16:56] <jasoncwarner> and I don't think we have anything here except for WIs, WIs, WIs! :)
[16:56] <mterry_> :)
[16:56] <pitti> we are falling behind quite badly indeed
[16:57] <didrocks> speaking of WIs, I wanted to discuss oneconf
[16:57] <didrocks> so, I ported oneconf (with pain) on the new software-center API
[16:57] <didrocks> still need to do the same for ubuntu sso API
[16:57] <pitti> shoudl we start dropping the low BPs like https://launchpad.net/ubuntu/+spec/appdevs-desktop-n-opportunistic-developer-manual or https://launchpad.net/ubuntu/+spec/packageselection-desktop-n-oneconf ?
[16:58] <didrocks> so, with that, we will have the same oneconf as in maverick (just spent hours to port to changed API…)
[16:58] <didrocks> then, seeing new issues with desktopcouch, the point of order is to drop it in the futur
[16:58] <didrocks> and rely on the software-center infrastructure
[16:58] <didrocks> we won't have upgrade path from desktop-couch -> s-c infrastructure easily
[16:59] <didrocks> so, as we can't set it by default now, my proposal is to drop the ubiquity and oneconf by default for next release
[16:59] <didrocks> once ported out desktopcouch
[16:59] <didrocks> (so, I'll just have a "port to new sso API" WI)
[16:59] <didrocks> thoughts?
[17:00] <pitti> given that you are #2 on number of WIs, anything which relieves you will be quite welcome
[17:00] <didrocks> (realistically, I won't have the time to port to the USC infrastructure this cycle before FF and I prefer to help unity righ tnow)
[17:02] <pitti> didrocks: seems fine to me; is that packageselection-desktop-n-oneconf?
[17:02] <pitti> shoudl we move the entire thing to the o cycle, or just POSTPONE some WIs there?
[17:02] <didrocks> right
[17:02] <MrChrisDruif> unity should be rock solid in natty....usc...it works as is...
[17:02] <didrocks> pitti: the usc porting is almost done
[17:02] <didrocks> I need to do the u1 sso port still
[17:02] <didrocks> shouldn't be hard
[17:02] <MrChrisDruif> unity is in your face all the time...
[17:02] <didrocks> all the rest should be postponed to O
[17:02] <pitti> didrocks: so perhaps you should update the spec yourself accordingly?
[17:02] <didrocks> pitti: I'll
[17:03] <pitti> didrocks: merci
[17:03] <didrocks> pitti: de rien ;)
[17:03] <pitti> related to that, I was wondering why our WI fixing pace has decreased recently
[17:03] <pitti> is it because people work a lot more on bug fixes now? (that's certainly true for me)
[17:03] <mterry_> that's where I've been
[17:03] <pitti> or because the remaining WIs are the hard ones which were just pushed out to later?
[17:03] <seb128> pitti, well to start most of our items are dx ones
[17:04] <seb128> pitti, that and lot of unity, dx helping work and bug fixing which was not speced
[17:04] <pitti> a large portion is also xulrunner 2.0 ports
[17:04] <pitti> which should make progress once micahg starts
[17:04] <seb128> pitti, well, same difference
[17:04] <seb128> it's mostly items from other teams
[17:04] <pitti> right, that's what I'd actually like to see :) (all hands to unity bug fix battle stations)
[17:04]  * micahg has started :)
[17:04] <seb128> we don't have some many desktopish items by themself there
[17:05] <pitti> but even our own team still has ~ 70 items left for natty
[17:05] <pitti> http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team.html
[17:06] <seb128> pitti, right, which seems an ok count
[17:06] <chrisccoulson> if we could get xulrunner out of main, we could drop some of those WI's :)
[17:06] <chrisccoulson> i'm spending way more time than I would like to on this stuff
[17:06] <seb128> especially if you count off chrisccoulson's and didrocks's pet work items on those ;-)
[17:06] <pitti> heh, yes
[17:07] <pitti> chrisccoulson: yeah, I guess we should try harder eliminating swt-gtk from euca; it shouldn't have anything GTKish anyway
[17:07] <chrisccoulson> yeah, that would be nice
[17:08] <micahg> pitti: maybe I should move the universe packages off the WI list?
[17:08] <chrisccoulson> did Daviey get back to you?
[17:08] <pitti> chrisccoulson: not with details
[17:08] <pitti> micahg: if you are going to port them, I think they should stay
[17:09] <pitti> micahg: but perhaps we can be more aggressive with package removal?
[17:09] <micahg> pitti: perhaps
[17:09] <chrisccoulson> micahg - the issue is that because xulrunner is in main, i sort of feel like we're obliged to fix everything we break ;)
[17:09] <chrisccoulson> (even the things in universe)
[17:09] <seb128> do a call for help saying we will drop what is not fixed by the end of the cycle
[17:12] <seb128> what the meeting over, is anybody still there?
[17:12] <jasoncwarner> no
[17:12]  * kenvandine is here
[17:12] <jasoncwarner> :)
[17:12] <seb128> ok, I was wondering ;-)
[17:12] <jasoncwarner> almost though!
[17:13]  * Sweetshark hides in the shadows
[17:13] <didrocks> I'm still there and waiting the meeting to finish to restart on a working X, hopefully :)
[17:13] <jasoncwarner> we only have one topic left if the previous discussion is done?
[17:13] <jasoncwarner> [TOPIC] AOB, which I think we covered ;)
[17:14] <jasoncwarner> maybe I should change it to [TOPIC] restart so you can get working desktop
[17:14] <jasoncwarner> ;)
[17:14] <didrocks> (or not…) ;)
[17:14] <chrisccoulson> is everyone using my globalmenu-extension in firefox btw?
[17:15] <MrChrisDruif> chrisccoulson: I'm using Chromium <_<"
[17:15] <seb128> no, I use what comes with natty
[17:15] <MrChrisDruif> AOB?
[17:15] <seb128> when it that one going to land? ;-)
[17:15] <pitti> chrisccoulson: has worked like a charm for several days now
[17:15] <chrisccoulson> seb128 - i'm hoping sometime this week, but people should be using it so i can fix all the remaining bugs before it lands ;)
[17:16] <pitti> seb128: it's blocked by mozilla allowing us to ship ti
[17:16] <pitti> it
[17:16] <seb128> k, will install it
[17:16] <chrisccoulson> thanks
[17:16] <seb128> don't thank me, you might receive extra bugs :p
[17:16] <Sweetshark> hmmm, the natty installer dies a flaming death in Virtualbox ... Is that a known issue?
[17:16] <chrisccoulson> heh :)
[17:17] <chrisccoulson> seb128 - so far, all of the bugs have been reported by myself and mike conley
[17:17] <seb128> Sweetshark, not sure, check with ev or cjwatson, does it display any error?
[17:17] <chrisccoulson> (ie, the 2 people working on it) ;)
[17:17] <chrisccoulson> nobody else reported any bugs so far
[17:17] <chrisccoulson> perhaps that is a good thing ;)
[17:17] <seb128> you clearly don't have enough users running it ;-)
[17:18] <chrisccoulson> there are some users running it, because i had a look on crash-stats and saw that some crashes were being caused by it ;)
[17:18] <chrisccoulson> but those dropped to zero after i landed some fixes for them
[17:18] <chrisccoulson> perhaps everyone stopped using it ;)
[17:18] <seb128> ok, let's open a contest of who can find a bug first then:
[17:18] <jasoncwarner> chrisccoulson: still thinking this week for mozilla getting back to us?
[17:18] <seb128> ;-)
[17:18] <chrisccoulson> jasoncwarner, i hope so
[17:19] <jasoncwarner> chrisccoulson: ok..thanks.
[17:19] <jasoncwarner> alright, anything else for today's meeting?
[17:19] <seb128> not from me
[17:19] <kenvandine> not from me
[17:20] <pitti> chrisccoulson: no, perhaps because it just works now :)
[17:20] <Sweetshark> not from me
[17:20] <seb128> thanks jasoncwarner
[17:20] <didrocks> nothing for me
[17:20] <pitti> chrisccoulson: well, I still can't remove/edit bookmarks in the global menu
[17:20] <didrocks> thanks!
[17:20] <pitti> thanks everyone!
[17:20]  * didrocks reboots and cross fingers
[17:20]  * pitti reboots with new udev, brb
[17:20] <jasoncwarner> [END MEETING] thanks!
[17:20] <chrisccoulson> pitti - yeah, that's not my fault though ;)
[17:21] <Sweetshark> seb128: Well, I tried too different nightly, and both of them die after entering the default user and password with a dialog "blabla unrecoverable error, I will drop you on a desktop session". The only thing i did "different" from last time was Virtualbox and enabling "log me in automatically".
[17:22] <MrChrisDruif> Alright, now that the meeting is over :P
[17:22] <chrisccoulson> pitti / seb128 - the only bugs we're finding so far are minor things like bug 718374
[17:22] <ubot2> Launchpad bug 718374 in globalmenu-extension "Empty bookmark menupopups in Firefox are not populated with the "(Empty)" placeholder menuitem when they are opened" [Low,In progress] https://launchpad.net/bugs/718374
[17:22] <MrChrisDruif> I've got a small question about keyboard lay-out in Maverick :P
[17:22] <chrisccoulson> so i'm hoping that those are the sort of bugs that i[m going to get ;)
[17:23] <chrisccoulson> MrChrisDruif, i don't think anyone in here uses maverick ;)
[17:24] <MrChrisDruif> Still....it was there in lucid as well I think O:-)
[17:24] <MrChrisDruif> It's a bug I think :P
[17:25] <seb128> you should just ask your question
[17:25] <MrChrisDruif> When ever you switch out keyboard lay-outs, and remove the old one....it's all fine and dandy....that is: until a reboot...
[17:25] <MrChrisDruif> Then the old lay-out MYSTERIOUSLY reappears :P
[17:26] <pitti> MrChrisDruif: you need to set your default layout in gdm
[17:26] <MrChrisDruif> I've applied the lay-out system wide <_<"
[17:26] <pitti> this will overwrite the default and add a new one
[17:26] <pitti> still, your per-user gdm configuration (~/.dmrc) still has the old one
[17:27] <MrChrisDruif> But if I'd select the new one, remove the old one and apply system wide.....shouldn't it be removed?
[17:44] <kamusin> folks, is there any problems with gtk or something in Ubuntu Natty? just can't load any *.svg images :(
[17:53] <didrocks> bratsche: added some info on the bug pulling from the latest
[17:57] <Sweetshark> pitti: ping?
[17:58] <pitti> hi Sweetshark
[18:00] <Sweetshark> I have a nice little libreoffice-3.3.1~rc1-3ubuntu1 finished here, unfortunately lintian is not too happy with it.
[18:02] <pitti> Sweetshark: I guess the previous version wasn't either, though? anything new?
[18:03] <Sweetshark> pitti: Im not sure. But lintian errors (as opposed to warnings) are evil arent they?
[18:03] <pitti> Sweetshark: in general they should at least be considered, yes; can you pastebin them?
[18:03] <Sweetshark> https://pastebin.canonical.com/43355/
[18:04] <Sweetshark> the armhf stuff is in 3.3.0 already fwiw if i read that correct: see http://git.debian.org/?p=pkg-openoffice/libreoffice.git;a=blob;f=control;h=66977e67ed09e9d770d6ff329ec8fbfd1cb36139;hb=ubuntu-natty-3.3.0#l18 for example
[18:05] <pitti> Sweetshark: looks like a lot of them are in the previous version, too
[18:05] <pitti> debhelper-but-no-misc-depends on openoffice.org* are harmless as these are only transitional
[18:05] <pitti> (no harm in adding it, though)
[18:05] <pitti> armhf might be a new one in Debian
[18:07] <pitti> all the image-file-in-usr-lib are unfortunate (they should be in /usr/share/libreoffice/ ideally), but certainly not new either
[18:07] <pitti> Sweetshark: I see nothing that stands out; it certainly would benefit from some cleanup (at least lintian overrides for image-file-in-usr-lib if it isn't going to be fixed upstream)
[18:07] <pitti> Sweetshark: but nothing that would block an upload
[18:07] <pitti> Sweetshark: do you plan to upload to a PPA for broader testing?
[18:13] <Sweetshark> pitti: I would like a ppa. But first I would like to do some basic tests with it in a VBox (which just finished the install) and wait for rene to release 3.3.1~rc1-3 at debian. ;)
[18:14] <Sweetshark> I would then merge the remaining changesets and go for it.
[18:14] <pitti> \o/
[18:14] <pitti> Sweetshark: congrats
[18:15] <pitti> seems you got into the packaging bits really fast!
[18:15] <Sweetshark> If rene is waiting with the release, I could release as 3.3.1~rc1-2ubuntu1 too.
[18:17]  * pitti waves good night
[18:18] <Sweetshark> pitti: rene moved the packaging repo from bzr to git which is of course evil, but it helped me a bit as i do not need to learn the details of two new dscms at once (I still keep writing hg^W^Wgit^W^Wbzr ...)
[18:19] <Sweetshark> pitti: n8 ;)
[19:30] <ricotz> MacSlow, hi, is there going to be a notify-osd update (with fix_dropshadow) soon?
[19:50] <MacSlow> ricotz, yes in the next few days.
[19:52] <ricotz> MacSlow, ok, i was hoping to propose a pixman update which is likely triggering this problem
[19:52] <MacSlow> ricotz, this fix will be part of the release too
[19:54] <ricotz> MacSlow, alright
[21:16]  * kenvandine_ waves, gotta head out
[21:58] <RAOF> Man, x-ray lasers.  How cool is that!
[22:01] <jasoncwarner> RAOF: whaaaaaaaat?
[22:02] <RAOF> Imaging viruses with x-ray lasers.
[22:02] <jasoncwarner> one sec...meeting is on hold...RAOF needs to explain himself ;)
[22:03] <RAOF> Or, rather, imaging *a* virus with an x-ray laser.  It's like x-ray crystalography, but without the making-a-macroscopic-crystal bit.
[22:04] <TheMuso> I'll take you at your wodr. :)
[22:04] <TheMuso> word
[22:04] <jasoncwarner> ok...here we go... RAOF TheMuso bryceh robert_ancell
[22:04] <jasoncwarner> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-02-15
[22:04] <jasoncwarner> ready for meeting?
[22:04] <robert_ancell> yup
[22:04] <TheMuso> Sure.
[22:04] <RAOF> Totally.
[22:04] <jasoncwarner> ok....western edition log is on the wiki as always...
[22:04] <jasoncwarner> kicking it off [TOPIC] X.org Update
[22:05] <jasoncwarner> bryceh or RAOF
[22:05] <RAOF> Xserver:
[22:05] <RAOF> If the schedule is to be believed, Xserver 1.10 should be released on Friday.
[22:05] <RAOF> I don't believe it :)
[22:06] <bryceh> heya
[22:06] <TheMuso> heh
[22:06] <RAOF> However, we need to get utouch's Xi 2.1 multitouch work in, and there are some interesting packaging changes to merge from Debian.
[22:06] <bryceh> RAOF, now, viruses weilding x-ray lasers... that'd be kinda scary actually
[22:07] <RAOF> So there'll be another git snapshot Xserver upload towards the end of the week.  This won't change the ABI (in a backwards incompatible way), so it should be painless.
[22:08] <RAOF> Mesa: We'll pull in a new snapshot from the 7.10 release branch soon, and add a tiny backported patch that makes unity work on nv5x+ hardware.  Yay!
[22:09] <RAOF> That means that, as far as I'm aware, Unity will run on all the big three open-source drivers without complaint :)
[22:09] <jasoncwarner> RAOF: I really, really want that
[22:10] <jasoncwarner> when do you think that is going to happen?
[22:10] <bryceh> I'll believe it when I see it
[22:10] <TheMuso> RAOF: What about mipmapping stuff on radeon, I think I still get crashes when switching between windows in unity on radeon.
[22:10] <TheMuso> I turned it off before, but haven't got round to doing that again.
[22:11] <RAOF> TheMuso: Hm.  *My* radeon system doesn't suffer from that; I checked that I had mipmapping enabled.  It's possible I've done something strange, though, like enabled the gallium driver.
[22:11] <RAOF> That's something I need to check while testing the mesa upload.
[22:11] <TheMuso> Ok, this is a fresh install from a week or so back, card is V770.
[22:11] <TheMuso> RV770 even
[22:11] <RAOF> Which should be ready today, and *will* run unity on all the hardware I have access to :)
[22:11] <RAOF> Ok.
[22:12] <TheMuso> Yes t runs, but I get crashes when switcing windows. I'll check again in a while when I need to do some more unity testing.
[22:12] <robert_ancell> RAOF, I can test the radeon bug too, I still get that sometimes
[22:12] <bryceh> TheMuso, I'm using an RV770 myself.  Are there steps to repro the bug somewhere?
[22:12] <TheMuso> bryceh: Not that I've looked for, I haven't dug into it much, but will try and reproduce when it happens again, and make a note of the steps.
[22:12] <robert_ancell> alt-tab 20 times in a row tends to do it for me
[22:13]  * RAOF fires up his radeon box.
[22:13] <bryceh> ok, probably better rather than discuss unreported bugs here in the meeting, to go file reports on them.  ;-) ;-)
[22:14] <jasoncwarner> Ok, RAOF and bryceh, anything else? otherwise we can talk about [TOPIC] AOB
[22:14] <bryceh> I have been tending to incoming natty xorg bug reports pretty well this release, we're doing ok at tracking issues down
[22:14] <RAOF> I believe the relevant upstream bug is https://bugs.freedesktop.org/show_bug.cgi?id=32246
[22:14] <ubot2> Freedesktop bug 32246 in Drivers/DRI/R600 "Compiz 0.9 switcher segfaults in mipmap generation code" [Normal,New]
[22:14] <TheMuso> thanks
[22:15] <bryceh> jasoncwarner, new -nvidia was released today, however still hasn't been updated for new xserver
[22:16] <jasoncwarner> bryceh: aight...just ping me when that happens and i'll update ASAP ;)
[22:16] <TheMuso> bryceh: Thats just great. :)
[22:16] <jasoncwarner> Alright, anything else ?
[22:16] <bryceh> jasoncwarner, I've been focusing most of the past week on Intel gpu lockup bugs.  While they're kernel bugs more than X, I've been analyzing them and helping get upstream attention, and have pulled in some patches to fix things.
[22:17] <bryceh> it seems each time the kernel updates we get slightly different new forms of gpu lockups, so it's a bit of an ordeal
[22:17] <bryceh> however, been improving the apport hooks as well as I go
[22:18] <RAOF> And generally rockin' the Launchpad!
[22:19] <bryceh> trying to, but it's a hard fight to stay on top of the bugs.  http://www.bryceharrington.org/X/Reports/ubuntu-x-swat/totals-natty-workqueue.svg
[22:19] <bryceh> despite all the -nouveau/-nvidia complaints, it's clearly -intel where people are reporting bugs the most
[22:20] <bryceh> RAOF, aside from tracking the upcoming releases (thanks), anything in particular you've been working on?
[22:22] <RAOF> I've done some reviewing for someone who'se picked up my DRI2 changes and extended them.
[22:22] <jasoncwarner> Ok, sounds like we are about done. If anyone has anything to add, now would be the time :)
[22:23] <RAOF> Also, working out whether & how to do the gallium fallback differently.
[22:23] <RAOF> (I notice no one has responded to my RFC on ubuntu-x ☺)
[22:24] <jasoncwarner> Ok....[END MEETING] ;) thanks everyone
[22:25] <TheMuso> Thanks.
[22:25] <RAOF> Oh!  And the mesa dricore patch actually landed upstream.  Hooray!
[22:25] <RAOF> Thanks.
[22:25] <robert_ancell> jasoncwarner, should we be booking travel for UDS?
[22:26] <TheMuso> bryceh, RAOF, where do things stand WRT notebooks with 2 GPUs, i.e an I7 wth integrated intel GPU + an NVIDA GPU?
[22:26] <TheMuso> robert_ancell: Usually an email is sent out from admin as to when its ok to book.
[22:26] <TheMuso> Thats usually what I go on.
[22:26] <jasoncwarner> robert_ancell: I'll check and get back to you...
[22:26] <robert_ancell> ok, thanks
[22:26] <bryceh> jasoncwarner, I'd like to know as well
[22:28] <bryceh> TheMuso, last I'd heard it wasn't working any better than last release, however there has been discussion upstream and it's a known issue.
[22:28] <RAOF> TheMuso: Generally it should be possible to use the intel chip.  For some systems, it is be possible to switch off the intel chip and use the nvidia chip (with an X restart).
[22:29] <TheMuso> Ok.
[22:29] <RAOF> Last I heard, the binary drivers “have no plans to support” dynamic switching.
[22:30] <broder> i definitely saw that for nvidia
[22:30] <bryceh> nvidia never seems to have plans ;-)
[22:31] <TheMuso> As long as nouveau as power management coming, thats good enough for me, I'd be happy to live on nouveau.
[22:31]  * TheMuso recently picked up a new Lenovo notebook which has an intel GPU and an NVIDIA GPU.
[22:31] <jasoncwarner> TheMuso: which one?
[22:32] <TheMuso> jasoncwarner: The T510, there was an Australia Day sale here in Australia, on, you guessed it, Australia day.
[22:32] <jasoncwarner> TheMuso: very nice
[22:33] <bryceh> TheMuso, what's the GPU?  NV50?
[22:33] <TheMuso> bryceh: All I know is that its an NVIDIA optimus, I'll know the exact specs once it gets here, which should be in the next day or so.
[22:34] <RAOF> bryceh: It'll either be nv5x-class or fermi, although it won't be nv50
[22:35] <RAOF> AFAICT everythings been pretty similar nv50 onwards, and the nvc0 is the first crazy new thing.
[22:38] <bryceh> TheMuso, well, anyway, according to the nouveau feature list, there is some "WIP-ish" support for power management for up through the nv50 family, but none for nvc0
[22:38] <bryceh> IOW, I wouldn't count on it
[22:38] <TheMuso> Ok.
[22:38] <TheMuso> If I can disable the nvidia GPU, the intel GPU will be fine for the vast majority of things I need to do.
[22:39]  * bryceh nods
[22:39] <bryceh> looks like suspend and even modesetting is still tbd on NVc0
[22:40] <TheMuso> Ok.
[22:41] <RAOF> nvc0, with some binary firmware-y stuff you need to extract from a mmiotrace (IIUC), has 2D & 3D accel with git snaphshots, but none with what we've got in Natty.
[22:41] <TheMuso> Right, I don't need a powerhouse GPU for Linux work anyway.
[22:41] <RAOF> I think that if you don't have the firmware-y stuff that it won't even modeset, which is a little awkward.
[22:45] <RAOF> Ok.  Looks like the reason I don't see the radeon mipmapping crash is that somewhere along the line I've overwritten the classic r600 driver with the gallium driver.
[22:47] <broder> TheMuso: i think my friend has one of the thinkpads with optimus, and i think he mentioned an issue where turning off optimus to force the intel chip didn't stick across reboots, so keep an eye out for that
[22:48] <TheMuso> broder: Thanks, may be addressed in a BIOS update though.
[22:48] <broder> ah, good
[22:48] <TheMuso> I don't know, just speculating.
[22:58] <Amaranth> RAOF: If you didn't notice that's a strong plus toward turning it on by default :)
[22:58] <RAOF> Amaranth: r600g?  Yeah.
[23:20] <fieldymac> Current chat topic is “GNOME Seahorse”, set by sadam. fieldymac: Hi, a quick shout out to find out if anyone knows if I can export the seahorse contents via the command line or a bash script. I need to backup the contents of the seahorse folder as part of a backup script I'm writing.
[23:36] <TheMuso> Ok with the rv770 mipmapping alt-tab issue I have, it only occurs when compiz goes to display the window switcher. If I alt-tab before the switcher window appears, everything is fine. If I hold alt after pressing tab, and the window switcher window tries toa ppear, compiz crashes.
[23:37] <bryceh> TheMuso, RAOF, any chance it is this issue?  http://cgit.freedesktop.org/mesa/mesa/commit/?h=7.10&id=995edd4c0a05412bb9c0f733546082cad707ecca
[23:38] <RAOF> TheMuso: Right.  Thanks.
[23:39] <RAOF> If we switched to the gallium driver this would magically disappear...
[23:40] <bryceh> my patch probably fixed an earlier incarnation of the alt-tab crash, but it may still fail at a different point in the code
[23:41] <RAOF> bryceh: Your patch is for r300g, rv770 is using r600c.
[23:41] <TheMuso> Yeah was about to say that.
[23:41] <bryceh> RAOF, ahh
[23:41] <bryceh> lemme pop into unity and give it a try
[23:42] <TheMuso> Heh I'm not the only one still using classic GNOME. :)
[23:43] <bryceh> erf... remembering why I went back to classic now ;-)
[23:43] <bryceh> unity + dualhead = nosogood
[23:43] <TheMuso> ah
[23:43] <RAOF> Particularly: don't try dynamically enabling a display.  Unity's not a fan.
[23:48] <chrisccoulson> i can't even use my second monitor, with or without unity :(
[23:48] <chrisccoulson> it sucks being stuck with 1 screen
[23:48] <RAOF> chrisccoulson: That's terrible!  What's your bug?
[23:48] <chrisccoulson> RAOF - bug 710625
[23:48] <ubot2> Launchpad bug 710625 in linux "Oops in intel_tv_detect when docking laptop, or starting X with it already docked" [Undecided,New] https://launchpad.net/bugs/710625
[23:50] <bryceh> well, the good news is I can totally repro TheMuso's bug
[23:51] <TheMuso> ...the worst part about the crash, is that if I have a terminal open, I can't give it focus and type commands... I have to switch to a VT to run metacity et all with the DISPLAY env set to clean things up. :)
[23:51] <bryceh> yep
[23:51] <RAOF> TheMuso: The trick is to have byobu set up, and a terminal always open :)
[23:52] <RAOF> Then when you log in via the VT you've got all the environment set up for you :)
[23:52] <TheMuso> Yeah but I do testing that infrequently that switching to a VT is not a problem, and I use a secondary test user to do unity testing atm.
[23:52] <bryceh> unfortunately gdb can't grok symbols for the fault
[23:52] <TheMuso> Oh lovely.
[23:52] <bryceh> I installed dbg symbols for the usual suspects but still no go
[23:53] <bryceh> dmesg just shows this:
[23:53] <bryceh> [ 2158.039672] radeon 0000:01:00.0: r600_cs_track_check:361 mask 0x0000000F | 0x0000000F no cb for 0
[23:53] <bryceh> [ 2158.039677] radeon 0000:01:00.0: r600_packet3_check:1330 invalid cmd stream 486
[23:53] <bryceh> [ 2158.039679] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !
[23:53] <RAOF> bryceh: it's highly likely to be fdo 32246
[23:53] <bryceh> dunno if it's related
[23:53] <RAOF> Hm.  New and different!
[23:53] <RAOF> I don't think I was getting that.
[23:53] <TheMuso> bryceh: Let me check my dmesg.
[23:54] <TheMuso> bryceh: Get the same thing in my demsg.
[23:54] <TheMuso> gah typing sucks this morning.
[23:54] <RAOF> chrisccoulson: That sucks.  But at least it looks like that should be a fairly easy to fix bug with a clear lead.
[23:56] <TheMuso> bryceh: Did you get a crash report from it?
[23:56]  * TheMuso goes to reproduce again after clearing his crash directory.
[23:57] <bryceh> -rw------- 1 bryce bryce   424092 Feb 15 15:41 _usr_lib_policykit-1-gnome_polkit-gnome-authentication-agent-1.1000.crash
[23:58] <bryceh> that's the only one I got in /var/crash, but it hasn't popped up in apport (yet)
[23:58] <TheMuso> hrm ok
[23:58] <TheMuso> I got one, let me file a bug with it.