[00:00] <rickspencer3> oops, time for Eastern Edition
[00:00] <rickspencer3> robert_ancell, RAOF, TheMuso, ready?
[00:00] <RAOF> Like a fox.
[00:00] <rickspencer3> ready like a fox?
[00:00] <RAOF> Exactly.
[00:00] <rickspencer3> fair enough
[00:01] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-05-25
[00:01] <rickspencer3> it was a short main meeting
[00:02] <rickspencer3> want to skim over the logs and let me know when you're done?
[00:02] <robert_ancell> ready
[00:02] <TheMuso> back
[00:02]  * TheMuso reads
[00:03] <robert_ancell> done
[00:04] <TheMuso> done
[00:04] <RAOF> Done
[00:04] <rickspencer3> nice
[00:04] <rickspencer3> ok
[00:04] <rickspencer3> let's rocket through then
[00:05] <rickspencer3> for partner update, there is some ambiguity regarding exactly what the Dx team plans to do for A2
[00:05] <rickspencer3> kenvandine will take care of that
[00:05] <rickspencer3> Kubuntu is locked and loaded, awaiting IS to update the branding on Kubuntu.org
[00:05]  * bryceh waves
[00:06] <rickspencer3> hi bryceh o/
[00:06] <RAOF> bryceh: Meeting junkie?  I see you were at the !Eastern edition, too :)
[00:06] <rickspencer3> so, your self assesment is due today, and you have to pick people for peer assements today
[00:07] <TheMuso> review stuff so far as what needs done is done from my POV.
[00:07] <bryceh> RAOF, nah just looking for respite from writing launchpad test cases <gaaahh>
[00:07] <rickspencer3> TheMuso, you've done your self-assement and invited peer reviewers?
[00:07] <robert_ancell> rickspencer3, how many/how do we pick peers?
[00:07] <TheMuso> rickspencer3: yes
[00:08] <rickspencer3> robert_ancell, uh, there is an "invite peers" button, or similar
[00:08] <rickspencer3> invite at least 3, I would say
[00:08] <robert_ancell> rickspencer3, ok
[00:08] <rickspencer3> I find it suspicious when people only have 1 or 2
[00:08] <rickspencer3> RAOF, none of this applies to you, I guess
[00:08] <rickspencer3> so release status ...
[00:08] <RAOF> Except for next time, I guess
[00:09] <rickspencer3> seb128 believes that have all of our work items identified
[00:09] <rickspencer3> are there any blueprints that aren't showing up on A2 page, but that should be?
[00:09] <rickspencer3> http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-maverick-alpha-2.html
[00:10] <rickspencer3> I guess I needed some kind of time out or terminator on that question
[00:11] <robert_ancell> hmm, I'm not on the asignee list
[00:11] <rickspencer3> robert_ancell, do  you have any specs targeted for A2?
[00:12] <robert_ancell> no, they're all just general maverick work items
[00:12] <robert_ancell> that would be it
[00:12] <rickspencer3> you are on this list:
[00:12] <dado55> i need help with ubuntu install, can anyone help?
[00:12] <rickspencer3> http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team.html
[00:12] <rickspencer3> hi dado55
[00:12] <rickspencer3> this channel is typically for developers as we work on Ubuntu
[00:12] <rickspencer3> support is usually provided in #ubuntu
[00:13] <rickspencer3> though you are welcome to hang out here
[00:13] <rickspencer3> we are actually in a meeting atm
[00:13] <rickspencer3> (unless you had a question about developing the installer, then you are in the right place)
[00:14] <rickspencer3> so, moving on, robert_ancell, TheMuso, RAOF, the A2 work item list looks complete to you
[00:14] <rickspencer3> ?
[00:14] <RAOF> Yes.
[00:14] <TheMuso> rickspencer3: yep
[00:14] <rickspencer3> ok
[00:14] <dado55> i trying install ubuntu 10.04 and on the first screen on boot when dots show progress, no the screen is freeze
[00:15] <rickspencer3> dado55, yah, so that's a good question for #ubuntu, but we aren't really equiped to help you with that here
[00:15] <rickspencer3> we are working on 10.10
[00:15] <rickspencer3> so, moving on
[00:15] <rickspencer3> I installed Parley last night
[00:15] <rickspencer3> it's a useful Qt app, but it looks terrible on the desktop wrt integration
[00:16] <rickspencer3> I would like us to work on making Qt apps look at home in Ubuntu
[00:16] <rickspencer3> we agreed in the main meeting this would be a good A3 goal
[00:16] <rickspencer3> if anyone is happy to pick this up sooner, that would be sweet
[00:16] <TheMuso> Are there any GTK/QT bits that can do that for us?
[00:17] <DASPRiD> TheMuso, 1000100 <-- those i think
[00:17] <rickspencer3> very funny DASPRiD
[00:17] <RAOF> I know there's a native-qt-look-on-gtk engine and I think there's the reverse, too.
[00:17] <DASPRiD> rickspencer3, i try to do my best
[00:17] <TheMuso> RAOF: ah ok, thats what I thought.
[00:17] <rickspencer3> RAOF, I think the Gtk on KDE engine was dropped because it was too buggy and unmaintained
[00:18] <rickspencer3> anyway, if you get a moment, feel free to look into it
[00:18] <rickspencer3> if there is no volunteer, someone will have to get voluntold for A3
[00:18] <rickspencer3> :P
[00:18] <RAOF> Oooh!  And I remember a bug in the qt-on-gtk engine that would eat spreadsheets :)
[00:18] <RAOF> It sounds fun, but… :)
[00:18] <rickspencer3> hehe
[00:18] <rickspencer3> ok
[00:18] <rickspencer3> any other business?
[00:19] <robert_ancell> not from me
[00:19] <RAOF> Nor me.
[00:19] <TheMuso> nope
[00:20] <rickspencer3> alrighty then
[00:20] <rickspencer3> thanks guys
[00:20] <rickspencer3> and nice job turning around UDS discussions into plans
[00:20] <rickspencer3> I hope we'll be burning down work items today!
[00:22] <RAOF> Excellent.  This meeting was almost exactly 1 standard mesa build in length :)
[00:22] <bryceh> be glad you don't have to write test cases for each work item :-)
[00:22] <bryceh> RAOF, how is X treating you so far?
[00:22] <TheMuso> bryceh: quiet. We don't want to give management any more ideas now.
[00:23] <RAOF> bryceh: Not too badly.  There's a lot of mail, and things take too long to build, though :)
[00:25]  * bryceh nods
[00:25] <bryceh> mesa is a beast
[00:25] <RAOF> It doesn't help that we build it 5 times :)
[00:27] <rickspencer3> YokoZar, hi
[00:28] <rickspencer3> I see you volunteered to write a chapter for the Ubuntu Developer Manual
[00:28] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/10.10/DeveloperManual
[00:29] <rickspencer3> writing to files, urllib2 both need authors, if you are interested in either of those
[00:29] <rickspencer3> thoughts?
[00:35] <rickspencer3> errand, biab
[00:44] <robert_ancell> Riddell, can you refer to me where an upstream tarball should not contain a PDF
[00:49] <Riddell> robert_ancell: http://www.debian.org/social_contract#guidelines #2
[00:50] <robert_ancell> and?
[00:51] <robert_ancell> Riddell, I see no conflict
[00:52] <Riddell> it's not preferred modifiable form, thus not free as in free software
[00:53] <robert_ancell> Riddell, what are you talking about?  There is nothing in that document stating that a file cannot be a PDF
[00:54] <RAOF> Is the PDF built from a source file?  People generally don't edit PDFs.
[00:55] <Riddell> is a PDF preferred modifiable form?  no, you don't edit PDFs (except through hacky means) you edit it as a ODF or a .doc or a text file or whatever
[00:55] <robert_ancell> Riddell, the link you gave me has no reference to "preferred modifiable form"
[00:56] <Riddell> "source code" is the equivalent there
[00:56] <robert_ancell> Since when is a license file a piece of source code?
[00:56] <robert_ancell> And even if it is, PDF is a documented standard.
[00:57] <Riddell> we have lots of things in the archive which are not source code, regardless we require them to be free as in freedom and require the prefered modifiable form
[00:57] <Riddell> images, documentation, anything
[00:58] <Riddell> a standard isn't relevant here, it's not how you edit it
[01:00] <robert_ancell> Riddell, even if this is true, and I strongly disagree with your interpretation here, you have rejected this package again - the reason given that the file is in the *source tarball*.  Are you saying we should modify every source tarball to remove all PDFs?
[01:01] <Riddell> yes, unless they are accompanied by their preferred modifiable form
[01:01] <robert_ancell> Riddell, even if the debian/ patch contains the file in the "preferred modifiable form"
[01:02] <Riddell> welcome to the world of archive admin pain, see https://wiki.kubuntu.org/ArchiveAdministration#NEW handling
[01:02] <Riddell> if the packaging contained the preferred modifiable form I think that would be acceptable
[01:03] <robert_ancell> Riddell, which is exactly what I did at your request
[01:06] <Riddell> then what are we arguing about?  just point out my oversight and we're sorted :)
[01:08] <robert_ancell> Riddell, ok, re-uploading.  Thanks :)
[01:08] <robert_ancell> for the record, this policy is just wrong from a technical/legal/logical standpoint
[01:09] <YokoZar> rickspencer3: I'll do the files part
[01:09] <rickspencer3> kewl!
[01:09] <rickspencer3> YokoZar, adding you to the wiki, I'm creating a team too, will add you there
[01:10] <rickspencer3> one step ahead of me, I see
[01:10] <YokoZar> rickspencer3: also I noticed the launchpad/bzr section doesn't have an author, although you might want to delay that section a bit till you're confident how groundcontrol is gonna look
[01:10] <YokoZar> or get martin owens to just right it straight up
[01:10] <rickspencer3> I don't think I'm going for ground control
[01:11] <YokoZar> *write
[01:11] <YokoZar> Fair enough
[01:11] <rickspencer3> it doesn't seem focused enough yet
[01:11] <rickspencer3> but when it's ready, we'll pull it in
[01:26] <robert_ancell> Riddell, thanks!
[01:27] <rickspencer3> I love that I can add people to a team without asking them
[01:42] <lifeless> sir spamalot :)
[02:53] <TheMuso> robert_ancell: gconf builds for me now, uploading.
[02:57] <robert_ancell> TheMuso, cool, thanks
[02:57] <TheMuso> np
[04:12] <emeitner> To any folks out there who have multi-user desktop systems: please see https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/40011 and add a confirmation or two to this bug if it affects you. This one is pretty serious yet does not get attention because most Ubuntu systems are single-user machines. Thanks.
[04:12] <ubot2> Launchpad bug 40011 in gdm (Ubuntu) (and 1 other project) "Three users switching leads to blank tty9 (affects: 6) (heat: 44)" [Low,Confirmed]
[07:27] <pitti> Good morning
[07:30] <RAOF> Hi, ho, pitti!
[08:05] <didrocks> good morning pitti, RAOF
[08:21] <robert_ancell> TheMuso, you still here?
[08:21] <robert_ancell> didrocks, hey, how is evolution going?
[08:21] <didrocks> good morning robert_ancell
[08:21] <TheMuso> robert_ancell: yep
[08:21] <didrocks> robert_ancell: all is merged (apart from evolution-mapi)
[08:22] <didrocks> robert_ancell: it's working pretty well, but there are still some annoying crashers
[08:22] <robert_ancell> didrocks, was that version 2.30 or 2.31
[08:22] <robert_ancell> ?
[08:22] <robert_ancell> TheMuso, can you sponsor a new launchpad-integration?
[08:22] <didrocks> robert_ancell: 2.30, it was already a big jump :)
[08:22] <TheMuso> robert_ancell: Sure.
[08:23] <didrocks> robert_ancell: so, if you want to investigate 2.31 (if we want to update to the new version), do not hesitate
[08:23] <robert_ancell> didrocks, nah, the less evolution I look at the better :)
[08:23] <didrocks> I think we should also revisit the plugin seperation between -plugin and -plugin-experimental to follow upstream
[08:23] <didrocks> but I don't have the time to do that right now
[08:23] <didrocks> robert_ancell: heh, I agree. It gave me quite headaches :)
[08:23] <robert_ancell> didrocks, just ran it now - tehe welcome screen doesn't fit on a netbook :/
[08:24] <didrocks> robert_ancell: yeah, that's not new :)
[08:24] <TheMuso> robert_ancell: let me know when its ready
[08:24] <robert_ancell> TheMuso, ready now
[08:24] <TheMuso> robert_ancell: ok will do
[08:24] <robert_ancell> TheMuso, thanks
[08:24] <didrocks> robert_ancell: after talking to seb128, we removed some OEM patch as they have to transition them to gtkbuilder from bonobo
[08:24] <robert_ancell> Maverick is slowly starting to look different to Lucid...
[08:25] <didrocks> right :)
[08:25] <robert_ancell> didrocks, right, do you know if upstream is interested in those sorts of patches?
[08:25] <didrocks> you can't create some vapi file for instance :)
[08:25] <robert_ancell> didrocks, vapi?
[08:25] <didrocks> robert_ancell: I guess those patch were report some years ago
[08:26] <didrocks> vapi is the vala introspection file
[08:26] <didrocks> new gobject-introspection generate new .gir file format
[08:26] <didrocks> and the vapigen which transforms .gir in .vapi doesn't work anymore
[08:26] <robert_ancell> didrocks, ok, I've lost you, are we still talking about evolution?
[08:26] <robert_ancell> didrocks, oh, is that broken in maverick?
[08:26] <didrocks> robert_ancell: no no, I was just reacting from "Maverick is slowly starting to look different to Lucid"
[08:27] <didrocks> right
[08:27] <didrocks> that's pretty annoying and a lot of work, apparently
[08:27] <robert_ancell> TheMuso, whoops, can you hold lpi for a second
[08:28] <TheMuso> robert_ancell: sure
[08:28] <robert_ancell> TheMuso, I forgot to bump the version number in configure.ac.  I notice that seb128 forgot last release too :)
[08:28] <robert_ancell> TheMuso, pushed now
[08:28] <TheMuso> thanks
[08:29] <robert_ancell> new shotwell almost ready...
[08:29] <didrocks> robert_ancell: great \o/
[08:29] <didrocks> robert_ancell: oh btw, I had a lot at a multimedia store in the touchscreen with window7 embedded
[08:29] <didrocks> robert_ancell: I tried some game like freecell and I must say that they look pretty shiny
[08:30] <robert_ancell> didrocks, what device was that?
[08:30] <didrocks> we are clearly late in this regard
[08:30] <didrocks> robert_ancell: hum, some acer screen+computer in one device, sorry don't remember the name
[08:31] <didrocks> but I think we can do some cool effect in using clutter in gnome-games
[08:31] <robert_ancell> yeah, and the open-source app developers aren't going to make good apps until they have some real hardware
[08:31] <didrocks> well, the touch isn't to blocker there
[08:31] <didrocks> but the fancy graphics first
[08:31] <didrocks> for instance, when you select a card
[08:31] <didrocks> you have a glossy effect around it
[08:31] <didrocks> when you move it, the card behind flips
[08:32] <didrocks> well, I think it's not a lot to do if we try to use clutter
[08:32] <didrocks> do you know where the clutter port is for gnome-games?
[08:32] <robert_ancell> yeah, the platform is holding people back there.  when clutter/vala/seed are easier to use this will start to happen
[08:32] <didrocks> (I remember some demo with quadrapassel)
[08:32] <robert_ancell> quadrapassel is clutter now, lightsoff is a new clutter game, same-gnome was rewritten with clutter
[08:33] <robert_ancell> I think aisleriot can be consitionally compiled with clutter support
[08:33] <didrocks> robert_ancell: I don't see some shiny effect in quadrapassel :)
[08:33] <robert_ancell> afaik there is no push to migrate any other games at this time
[08:34] <robert_ancell> didrocks, the effects are low by default due to performance (change theme in preferences)
[08:34] <RAOF> quadrapassel has shiny effects - the blocks explode when disappearing!
[08:34] <didrocks> let me have a try
[08:35] <robert_ancell> but they could be better - we need some artists to go over gnome games and make that stuff
[08:36] <didrocks> robert_ancell: ok, seeing what you tell, I was thinking about that: http://www.youtube.com/watch?v=US5BhxJSV2I
[08:37] <robert_ancell> didrocks, oh, that is much cooler
[08:37] <didrocks> robert_ancell: yeah ;)
[08:37] <robert_ancell> I'll have to see how much work that would take to finish...
[08:37] <didrocks> not sure where is robert carr branch
[08:38] <didrocks> sweet :)
[08:38] <didrocks> that's pretty ackward all the hard part of managing the game is already done, it's just now some layout details to make them "fresh" :)
[08:39] <didrocks> if only I had more time…
[08:39] <robert_ancell> didrocks, you don't need to sleep right?
[08:39] <didrocks> robert_ancell: that's what I try to tell to my body, but it clearly disagree :)
[08:47] <didrocks> robert_ancell: my plan for this week is to finish my GNOME merges btw (it's modest as I've plenty of other stuff to do, ETOOMUCHTODO :))
[08:49] <robert_ancell> didrocks, I know that error code.  I'm working my way through the base packages which is slow, expect to speed up once get to the applications
[08:49] <robert_ancell> dconf tomorrow hopefully...
[08:49] <didrocks> sweet, that will rock!
[08:59] <TheMuso> robert_ancell: still test building launchpad-integratino, the install part of the build with dpkg takes quite a while when there is a lot of packages as build deps. :)
[09:01] <TheMuso> robert_ancell: launchpad-integration uploaded.
[09:01] <TheMuso> and EOD for me.
[09:03] <seb128> hey
[09:10] <robert_ancell> TheMuso, and me too :)
[09:10] <robert_ancell> TheMuso, thanks
[09:10] <robert_ancell> bye
[09:18] <hyperair> seb128: GNOME microreleases get uploaded into -proposed, right? what is the procedure for that? the same as the normal SRU procedures, or is there something different?
[09:19] <seb128> normal sru yes
[09:19] <seb128> is there any update you want to work on?
[09:19] <didrocks> good morning seb128
[09:19] <seb128> lut didrocks
[09:19] <hyperair> seb128: yeah, banshee 1.6.1
[09:20] <seb128> it's not a GNOME component
[09:20] <hyperair> seb128: but it follows the GNOME release schedule.
[09:20] <hyperair> i think we've been through this before.
[09:20] <seb128> still not a GNOME component
[09:20] <seb128> they are doing it for half a cycle now
[09:20] <hyperair> yes it isn't a GNOME component. i was just wondering whether it was different for GNOME components.
[09:20] <hyperair> half a cycle?
[09:20] <seb128> they didn't prove anything in regard of their ability to respect freezes for documentation, strings, etc
[09:21] <seb128> since when are they aligned on GNOME schedule?
[09:21] <hyperair> er.. some months back.
[09:21] <seb128> half a cycle
[09:21] <hyperair> ah
[09:22] <seb128> it's nice they are using the GNOME schedule now
[09:22] <seb128> but they don't have any of the GNOME team making sure they don't break any freeze, change strings, etc
[09:22] <seb128> they probably do fine but for now we want to check as for any SRU
[09:22] <hyperair> check how?
[09:23] <seb128> translators are not going to complain at them if they break the GNOME string freeze since they are not part of GNOME
[09:23] <seb128> they are aligned on GNOME but not officially part of GNOME so don't get the checking other components get and they are free to break freezes they decided on if they want
[09:24] <hyperair> i see.
[09:24] <seb128> but in practice that makes very few difference
[09:25] <hyperair> meaning, if i wanted to get 1.6.1 into lucid-updates, what would i need to do?
[09:25] <seb128> do the update as for any sru
[09:25] <seb128> add the debdiff to the bug
[09:25] <seb128> somebody from ubuntu-sru will review it
[09:26] <hyperair> okay, will do, thanks.
[09:26] <seb128> you're welcome
[10:01] <seb128> slomo, hey
[10:01] <seb128> slomo, could you look at https://bugzilla.gnome.org/show_bug.cgi?id=619642
[10:01] <ubot2> Gnome bug 619642 in media profiles "The default MP3 profile is broken" [Major,Unconfirmed]
[10:09] <huats> morning
[10:18] <slomo> seb128: added a comment, thanks
[10:18] <seb128> slomo, thank you
[10:19] <seb128> slomo, do you know when it has been deprecated?
[10:19] <seb128> lamemp3enc is there for how many versions?
[10:41] <seb128> didrocks, could you do the gtk-doc merge on debian?
[10:42] <didrocks> seb128: finishing the evince one and can get this one on top of priority if you wish :)
[10:42] <seb128> didrocks, thanks
[10:42] <seb128> didrocks, some sources are depwaiting on the new revision
[10:42] <didrocks> seb128: ok, will do today :)
[10:42] <seb128> thanks
[10:42] <didrocks> you're welcome
[11:13] <slomo> seb128: .13 or .12 i think
[11:14] <slomo> seb128: docs say .12
[11:59] <didrocks> hum, I'm stuck with a merge of package. I tried a lot of workaround without any solution :/
[11:59] <didrocks> for evince, we split the package with libevdocument2 and libevview2, libevview2 depending on libevdocument2
[11:59] <didrocks> debian created a libevince2 containing the two packages.
[12:00] <didrocks> I was thinking that might work, but apparently dpkg is silly? or is it me? http://paste.ubuntu.com/439829/
[12:00] <didrocks> (I have even changed the order of libevdocument2 and libevview2 to list libevdocument2 first as provides:)
[12:26] <slomo> didrocks: you can't provide versions
[12:26] <didrocks> slomo: Provides: libevdocument2, libevview2 I don't provide any version
[12:26] <slomo> didrocks: if something Depends: libevview2 (>= 1.2.3) and something else Provides exactly that, dpkg still won't install it
[12:27] <didrocks> oh ok, so I have to remove the version dep on Conflicts/replace?
[12:27] <slomo> no, unfixable without a transitional package
[12:27] <slomo> you can't depend with a version on a virtual package
[12:28] <didrocks> slomo: ok, I will provide a transitional package for that then. Thanks!
[12:28] <seb128> didrocks, don't take the debian split
[12:29] <seb128> I've kept the 2 libraries on purpose previous cycle
[12:29] <seb128> there is no garanty the soname will stay the same
[12:29] <seb128> what debian is doing there is stupid
[12:29] <didrocks> seb128: really? I was just thinking my split was bad
[12:29] <didrocks> seb128: ok, that's easier so (but more work for now to remerge)
[12:30] <seb128> don't remerge if that's worth it
[12:30] <seb128> ie if debian has nothing really interesting the get for us and there is too much diff that's worth the work
[12:31] <didrocks> seb128: well, there is an additional -common package, I just need to tweak again the library, not a lof of work, can do now that the merge is almost done
[12:31] <seb128> we stopped merging some of the things we have over cycles
[12:31] <seb128> ok
[12:48] <didrocks> seb128: I just talked to pochu and debian will take the same split (I'll commit that this week-end). Finishing my first merge now
[13:04] <seb128> didrocks, nice, thanks
[13:04] <seb128> robert_ancell, hey
[13:05] <seb128> robert_ancell, how are you?
[13:05] <seb128> robert_ancell, great work on maverick updates for the platform btw!
[13:05] <seb128> robert_ancell, do you work on pygi or dconf now?
[13:06] <robert_ancell> I have pygi packaged but I can't get it to work
[13:06] <robert_ancell> dconf tomorrow hopefully
[13:07] <seb128> robert_ancell, ok, let me know if you need testing or sponsoring
[13:08] <robert_ancell> seb128, I've been annoying TheMuso to get them all done :)
[13:09] <seb128> when is the next meeting to review applications?
[13:10] <robert_ancell> I just missed the last one, the page hadn't updated with the next date when I checked
[13:10] <seb128> ok
[13:10] <robert_ancell> I still need one more endorsement
[13:11] <robert_ancell> (now is your last chance everyone to unendorse me :))
[13:11] <seb128> who did you get so far? me, pitti, ..?
[13:11]  * pitti holds up the fanboy poster
[13:11] <seb128> ;-)
[13:11] <pitti> robert_ancell: wasn't DMB yesterday?
[13:11] <robert_ancell> yes
[13:12] <seb128> we should get mvo to do it
[13:12] <seb128> where is mvo?
[13:13] <pgraner> seb128: who is the evolution expert?
[13:13] <robert_ancell> didrocks, ...
[13:13] <didrocks> robert_ancell: I'm by no mean an expert :)
[13:14] <robert_ancell> didrocks, If they call me the compiz expert ;)
[13:14] <didrocks> robert_ancell: ahah :)
[13:14] <seb128> pgraner, define expert? ;-)
[13:15] <seb128> pgraner, I've been packaging it and talking to upstream for some years
[13:15] <pgraner> seb128: evo keeps segfaulting when I click on mail
[13:15] <pgraner> seb128: on Maverick
[13:15] <seb128> pgraner, didrocks did the new version merges in maverick recently
[13:15] <seb128> pgraner, can you get a stacktrace of the crash?
[13:15] <seb128> pgraner, what version do you have installed?
[13:15] <ogra> pgraner, you run maverick before alpha2 ? you are insane !!
[13:16] <pgraner> seb128: not sure the best way to debug this
[13:16] <didrocks> pgraner: yeah, some emails make it segfault. I didn't have the time to have a look from it. But it's really some email, if you click on other (and are fast enough for it), there should be no issue
[13:16] <seb128> pgraner, gdb evolution
[13:16] <seb128> (gdb) run
[13:16] <seb128> crash
[13:16] <seb128> (gdb) backtrace
[13:16] <seb128> didrocks, debian had a fix for that no, didn't you merge it?
[13:16] <pgraner> seb128: 2.30.1.2-2ubuntu1
[13:16] <didrocks> seb128: I was thinking it was this fix, I merged it and apparently it's not
[13:17] <seb128> pitti, did we have retracers on maverick yet?
[13:17] <pitti> no, we don't yet
[13:17] <seb128> pitti, and if not is that something you will look at or should I find some time for it?
[13:17] <pitti> I think it's still a bit early, but *shrug*
[13:17] <didrocks> well, I have one email a day which makes it segfaults, but well… ETOOMUCHTODO (second time of the day) :)
[13:17] <seb128> well, it seems people run it and get crashes
[13:18] <pitti> seb128: I can, but at this point we'll get new versions faster than we can keep up with triage, no?
[13:18] <seb128> pgraner, open a bug with a stacktrace is the best you can do for now I think
[13:18] <pitti> seb128: but it's your call this time :)
[13:18] <seb128> pitti, well, I'm not saying to turn apport on
[13:18] <pitti> seb128: if you want me to set up maverick chroots, I can do that
[13:18] <seb128> pitti, having a retracer will just retracer what is sent
[13:18] <pitti> i. e. copy the lucid chroots and dist-upgrade
[13:18] <seb128> pitti, it will not create extra bugs
[13:18] <pgraner> seb128: ack I'm running it now however under gdb is not crashing now
[13:19] <pitti> yay heisenbug
[13:19] <seb128> pitti, let's wait a bit
[13:19] <seb128> pitti, upgrades will likely break that early
[13:19] <seb128> and it's work to keep it running
[13:19] <seb128> those who run maverick that early can use gdb ;-)
[13:20] <pgraner> seb128: ok it just died
[13:21] <pgraner> seb128: http://pastebin.ubuntu.com/439864/
[13:21]  * pgraner goes to file bug
[13:22] <seb128> pgraner, it seems it's in the plain text option
[13:22] <seb128> you might want to turn that off
[13:22] <seb128> it's a workaround not a fix but it might allow you to use evo
[13:23] <pgraner> seb128: I hate html mail :-/
[13:23] <seb128> pgraner, https://bugzilla.gnome.org/show_bug.cgi?id=612082
[13:23] <ubot2> Gnome bug 612082 in Mailer "Crash in em_format_snoop_type" [Critical,Unconfirmed]
[13:27] <milanbv> seb128: is the plan to remove the gnome-system-tools completely in Maverick?
[13:28] <milanbv> I'm wondering because shares-admin is completely broken in Lucid, but it might not be worth a proper fix if it goes away - a hack would do
[13:28] <seb128> not removing but stop installing it by default
[13:29] <milanbv> OK
[13:29] <seb128> since there is the new user account dialog project now
[13:29] <milanbv> so we need to do something about it
[13:29] <seb128> it means almost all gst uses are covered by other compoents now
[13:29] <milanbv> yeah - not sure it supports adduser ATM but it should be nice
[13:29] <milanbv> shares-admin is the only tool left, there's no real equivalent
[13:30] <seb128> we have nautilus-share
[13:30] <pgraner> seb128: well turning off plain text didn't fix it, I'll have to go back to mutt until its resolved, it crashes on every other email I click on :-/
[13:30] <milanbv> yes, but to manage many shares...
[13:30] <milanbv> shares-admin provides a central place, configuring NFS and Samba
[13:30] <seb128> pgraner, weird, did you restart evo?
[13:30] <pgraner> seb128: yep 3 times
[13:30] <seb128> pgraner, it seems actively worked upstream though so it should be fixed in a decent timeline
[13:31] <pgraner> seb128: cool
[13:31] <seb128> milanbv, right, not very desktopish usecase though
[13:31] <seb128> rather corporate one
[13:31] <milanbv> seb128: maybe
[13:31] <milanbv> I'm mainly thinking as a maintainer: "what should I do of my tools?" :-)
[13:32] <seb128> it's up to you
[13:32] <seb128> gst doesn't seem to have lot of distros tractions nowadays
[13:32] <milanbv> sure
[13:33] <milanbv> I'm just willing to let them die the best I can ;-)
[13:33] <milanbv> at least, they must work right on Lucid
[13:33] <ogra> pgraner, did you use evolution --force-shutdown to make sure the backends get restarted too ?
[13:33] <seb128> right, having it fixed in lucid would be nice
[13:33] <pgraner> ogra: yea thats SOP with evo.... I have a button on my bar to do it :-)
[13:33] <seb128> brb
[13:33] <ogra> heh
[13:42] <robert_ancell> seb128, yeah, booking flights now
[13:42] <seb128> robert_ancell, ok
[13:45] <robert_ancell> catch you guys tomorrow
[13:45] <seb128> see you robert_ancell
[13:45] <robert_ancell> mvo, endorse me! :)
[13:45] <seb128> good evening ;-)
[13:45] <seb128> mvo, yeah, you should
[13:45] <seb128> mvo, so he could upload compiz directly ;-)
[13:45] <mvo> seb128: only if he works on compiz if I do :P
[13:45] <seb128> lol
[13:46] <seb128> mvo, can we sync compizconfig-settings-manager from debian now?
[13:46] <seb128> I guess somebody need to review our changes on side compiz sources
[13:46] <seb128> compiz itself has quite some changes over debian
[13:46] <seb128> but like gconf, ccsm, etc should be syncable at some stage
[13:48] <mvo> seb128: I have not checked, but yes, the more the merrier. debian is pretty open to us helping
[13:48] <mvo> seb128: I think in the longer run we want a model like xorg where we use the same git(!) branch
[13:49] <mvo> seb128: but I have not done any work yet to check what it would take, but probably not that much
[13:49] <seb128> ok
[13:56] <TheMuso> mvo: I am looking at doing that for audio as well, since upstrea is all git, and Debian needs help with audio, and it makes merging etc easier.
[13:57] <mvo> TheMuso: cool, I don't like git, but maybe its time to overcome this aversion :)
[13:58] <mvo> TheMuso: btw, did you see the mail from arne? I was wondering how well drag-n-drop works with accessibility. the background is the new language-selector that uses d-n-d to order language-preferences
[13:58] <TheMuso> mvo: I must admit the more I use git, the more I like it, but I am still fine with using bzr.
[13:58] <TheMuso> mvo: I saw that, but will respond tomorrow in work time. What is drag and drop used for?
[13:58] <mvo> TheMuso: maybe I'm just burned with some early git versions
[13:59] <mvo> TheMuso: its used to reorder language preferences
[13:59] <mvo> TheMuso: so if you choice is "german, dutch, english" you can use dnd to order it
[13:59] <mvo> TheMuso: but tomorrow is fine, its not urgent :)
[13:59] <TheMuso> mvo: Right, straight out I think we need buttons to move options up/down. Drag and drop is not really possible so far as I know with accessibility tools
[13:59] <mvo> TheMuso: if its a problem we have the whole cycle to fix it
[14:00] <mvo> TheMuso: ok, thanks. I wait for the mail, but I think its important to fix that then
[14:00] <TheMuso> mvo: ok will respond via email to both of you tomorrow.
[14:00] <mvo> thanks
[14:11] <seb128> pitti, do you still have your lucid gnome-system-monitor update?
[14:11] <seb128> pitti, you didn't push the changes it seems
[14:11] <seb128> pitti, if you don't don't worry I will fix it now
[14:11]  * pitti looks
[14:12] <pitti> seb128: 2.28.0-1ubuntu2?
[14:12] <seb128> pitti, yes
[14:12]  * pitti does bzr missing
[14:12] <pitti> seb128: oops, sorry about that; pushed
[14:12] <seb128> pitti, danke
[14:15] <pedro_> didrocks, bonjour!, i was looking at bug 571272 is there anything else do to on your side or it just needs to be processed by the SRU team? wondering because that was filed almost a month ago
[14:15] <ubot2> Launchpad bug 571272 in yelp (Ubuntu Lucid) (and 1 other project) "[SRU] Update to 2.30.1 (affects: 1) (heat: 8)" [Wishlist,Triaged] https://launchpad.net/bugs/571272
[14:17] <didrocks> pedro_: well, I have even almost forgot about that one, I check if I pushed it in -proposed
[14:20] <didrocks> pedro_: hum, I don't find it anymore in pending or reject (maybe I forgot to push the debdiff) and TBH, I think the change didn't worth an SRU now
[14:22] <pedro_> didrocks, ok, shall we close the bug then?
[14:22] <didrocks> pedro_: yeah, won't fix seems good :)
[14:22] <didrocks> pedro_: thanks!
[14:22] <pedro_> didrocks, ok i'll do that, merci!
[14:23] <didrocks> pedro_: thanks to you for catching it :)
[14:38] <seb128> mvo, seems compizconfig-backend-gconf would be good to sync out of one debug change you added there and the fact they use debhelper rather than cdbs in their rules
[14:39] <seb128> mvo, I would be in favor of dropping the debug change it doesn't seem really useful and sync, could you have a quick look and tell me what you think?
[14:39] <seb128> hey rickspencer3
[14:39] <rickspencer3> hi seb128
[14:44] <jcastro> seb128: woo, looks like upstream brasero fixed that burning bug, when it hits -proposed I will test for you
[14:44] <seb128> jcastro, thanks
[14:52] <mpt> seb128, hi. Do you know what package 'module "pk-gtk-module": libpk-gtk-module.so' belongs to? Yelp won't open for me because it can't find that module, and jpds couldn't work out where it was from either.
[14:57] <seb128> mpt, not sure, seems one the mvo package installation stack thing
[14:58] <mpt> We have an mvo package installation stack? :-)
[14:59] <mvo> seb128: compizconfig-backend-gconf sync is fine
[15:00] <seb128> mvo, ok thanks
[15:02] <mvo> mpt: is that yelp on maverick?
[15:02] <mpt> mvo, no, 10.04
[15:02] <mpt> 14:42:15@~> yelp
[15:02] <mpt> Gtk-Message: Failed to load module "pk-gtk-module": libpk-gtk-module.so: cannot open shared object file: No such file or directory
[15:02] <mpt> Could not initialize gecko!
[15:05] <mvo> mpt: uh, sorry. not idea at this point, but I'm also in a call currently
[15:05] <seb128> mvo, compizconfig-backend-gconf has different orig tarballs so fail for now
[15:05] <mvo> *grumpf*
[15:05] <mvo> ok
[15:05] <mvo> thanks seb128
[15:06] <seb128> np
[15:06] <mvo> seb128: there is 0.8.6 so we should get it soon
[15:06] <seb128> good
[15:06] <seb128> mvo, mpt: the pk-gtk warnings are pakagekit no?
[15:07] <mpt> seb128, it seems like it, but I think I have everything relevant to packagekit installed
[15:07] <seb128> you should maybe not have it installed ;-)
[15:07] <mvo> yes, but I wonder if its not a read herring and its actually the gecko bit that is the problem
[15:07] <seb128> could be
[15:07] <seb128> chrisccoulson, ^ do you know about such gecko issues?
[15:07] <mpt> seb128, this morning I did uninstall packagekit because its update notification was obnoxious
[15:08] <mpt> And then I got the yelp problem, so I tried reinstalling packagekit, but it made no difference.
[15:09] <seb128> I don't know then
[15:10] <chrisccoulson> hmmm, i'm not sure. do you still get the pk-gtk errors too after uninstalling all the packagekit bits?
[15:21] <mpt> chrisccoulson, yes.
[15:21] <mpt> Before and after.
[15:22] <mpt> chrisccoulson, supporting the red herring theory is that firefox emits the same error when it starts up, but it still starts up successfully.
[15:28] <milanbv> chrisccoulson: would you have a look at a patch to add for future SRU to gnome-system-tools?
[15:28] <milanbv> https://code.edge.launchpad.net/~nalimilan/ubuntu/lucid/gnome-system-tools/shares-services/+merge/26056
[15:47] <seb128> aquarius, did you test the pygobject change?
[15:59]  * vuntz slaps seb128 
[15:59] <vuntz> seb128: you broke the panel!
[15:59] <rickspencer3> hehe
[15:59] <seb128> vuntz, did I?
[15:59] <rickspencer3> seb128, what did you do now?
[15:59] <aquarius> seb128, I've installed it and rebuilt rhythmbox but I've been on calls for the last two hours :( I'll try it now
[15:59] <vuntz> seb128: okay, maybe I approved the patch... :-)
[15:59] <seb128> aquarius, no hurry
[15:59] <seb128> vuntz, the lazy loading one?
[16:00] <vuntz> seb128: yeah. Could be that you don't see the issue on ubuntu because of another patch
[16:00] <seb128> what issue?
[16:00] <vuntz> seb128: but when you add a new panel, the new panel never gets visible
[16:00] <seb128> oh, nice
[16:00] <seb128> we got quite some comments on that bug
[16:00] <seb128> I had no clue what the issue was though ;-)
[16:01] <seb128> vuntz, well it get visible after restarting
[16:01] <didrocks> waow, that's nice ;)
[16:02] <ogra> just add a reboot notification :P
[16:02] <didrocks> the patch is a "lazy load" panel too? :-)
[16:02] <aquarius> seb128, yay! that fixes the problem!
[16:02] <seb128> aquarius, good
[16:02] <vuntz> seb128, didrocks: so, will you stay with panel 2.30 for 10.10?
[16:03] <seb128> vuntz, not decided yet
[16:03] <seb128> vuntz, we said we would evaluate by alpha3
[16:03] <didrocks> vuntz: I guess it depends on what you will cook in it :)
[16:03] <vuntz> didrocks: dbus + bonobo love ?
[16:03] <didrocks> yeah, the dbus for applets :)
[16:04] <rickspencer3> vuntz, the schedule is here, btw: https://wiki.ubuntu.com/MaverickReleaseSchedule
[16:04] <rickspencer3> A3 is August 5
[16:07] <seb128> vuntz, we will wait a bit before taking desktop components that might be ported to gsettings and have a rough transition
[16:08] <seb128> aquarius, you want the fix in ubuntu?
[16:08] <seb128> aquarius, open a bug, bonus if you have a testcase, we might get the fix as a lucid sru
[16:08] <seb128> vuntz, is the new version ready to be used?
[16:09] <seb128> vuntz, we will not clear bonobo from the default installation this cycle anyway so we don't have strong argument to run on the new version
[16:10] <vuntz> seb128: well, looks reasonably okay so far. I'm considering merging it today
[16:10] <vuntz> (the next big thing is gsettings, indeed)
[16:11]  * jjardon will invite vuntz to a beer after the merge
[16:12] <jjardon> seb128, only the panel and panel applets depends on bonobo in current GNOME
[16:12] <jjardon> Why do you need bonobo?
[16:12] <seb128> jjardon, gconf
[16:13] <seb128> jjardon, +a11y
[16:14] <jjardon> seb128, the new a11y doesnt depend on bonobo, but in dbus instead
[16:14] <seb128> it has been decided the new a11y is not ready for this cycle
[16:15] <seb128> I don't have the specific but the UDS discussion decided to have it optional for now and being tested
[16:15] <seb128> but it seems it's not ready to replace what we have
[16:15] <jjardon> ah, ok then
[16:15] <seb128> $ apt-cache rdepends libbonobo2-0 | wc -l
[16:15] <seb128> 237
[16:15] <seb128> too
[16:16] <vuntz> seb128: interesting. What is in this list?
[16:16] <jjardon> seb128, http://people.gnome.org/~fpeters/299.html
[16:17] <seb128> jjardon, GNOME is small
[16:17] <seb128> it's not the world
[16:17] <jjardon> I know ;)
[16:17] <seb128> so GNOME might be mostly clean, there is still thousand softwares out there
[16:17] <seb128> and they will not be converted overnight
[16:17] <jjardon> but I'm thinking in the base Ubuntu installation (CD)
[16:18] <mclasen> seb128: it might be ready if you would help getting it there
[16:19] <slomo> mclasen: hi :) do you have a minute or two for two simple glib patches? https://bugzilla.gnome.org/show_bug.cgi?id=531901 and first one of https://bugzilla.gnome.org/show_bug.cgi?id=614164 (second one has to wait until glib breaks ABI imho)
[16:19] <ubot2> Gnome bug 531901 in general "Use __builtin_bswap* for GUINT*_SWAP_LE_BE if building with GCC" [Enhancement,Unconfirmed]
[16:19] <seb128> mclasen, who said we wouldn't help getting it there?
[16:20] <seb128> mclasen, we will do that but stay conservative on what we ship to our users
[16:20] <seb128> if it goes well we will get new versions as they are ready
[16:21] <mclasen> seb128: that sounds great
[16:23] <seb128> vuntz, http://paste.ubuntu.com/439937/
[16:26] <vuntz> seb128: beaucoup de choses indirectes
[16:26] <seb128> oui
[16:26] <seb128> but as said a11y will be one we decided to keep for this cycle
[16:27] <seb128> so we will have bonobo on the CD
[16:27] <seb128> I also don't believe we will get ride of gconf
[16:27] <seb128> would it only be for third party softwares
[16:27] <seb128> GNOME might be fully ported we will still have things around using it
[16:27] <seb128> and I doubt GNOME will be fully ported in one cycle, but let's see how it goes
[16:30] <seb128> vuntz, is gtk3 an official GNOME3 depends?
[16:30] <seb128> mclasen, ^
[16:35] <mclasen> seb128 gtk3 has important pieces for the gnome3 ux...that may not be relevant for you, of course
[16:35] <seb128> is there a fixed schedule for gtk3 now?
[16:36] <seb128> mclasen, well I'm rather to think about what we will need to get done this cycle, if we need space for 2 versions of GTK on the CD
[16:36] <seb128> I don't see things like firefox be ported for GNOME3
[16:37] <seb128> so I guess we will either need to get gtk2 and gtk3 installed by default
[16:37] <seb128> or see if we can keep using gtk2 for now by default
[16:37] <fta> didrocks, why do we build e-d-s with --enable-largefile now?
[16:43] <didrocks> fta: that should comes from debian, let me check
[16:44] <didrocks> fta: yeah, 2.29.6-1
[16:44] <fta> didrocks, the reason i ask is that it makes evolution crash on 32bit when opening some emails
[16:44] <fta> bug 584536
[16:44] <ubot2> Launchpad bug 584536 in evolution (Ubuntu) (and 1 other project) "evolution crashed with SIGSEGV in em_format_snoop_type() (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/584536
[16:45] <didrocks> fta: the bug is reported upstream and under work
[16:45] <fta> didrocks, i know (i relinked it)
[16:46] <fta> i will revert locally, it's unusable for me
[16:46] <didrocks> fta: I don't have that much email making evolution crash, barely once a day. And as it's even not an alpha, I guess people who runs it know how to search it bugs. It's not workaround time yet
[16:47] <aquarius> seb128, I will happily open a bug (the stuff I need it for, music-store custom URLs, won't be in lucid, but it'd sure be easier to develop if it worked in lucid :)) What should the bug say? Is it just the upstream gnome bug, or would you like something more explicit?
[16:47] <didrocks> fta: how did you find it's linked to enable-largefile? (I didn't have the time to look at the code yet), I'm curious :)
[16:47] <fta> didrocks, i read the upstream bug
[16:48] <didrocks> fta: ok, didn't have the time to read the whole content still, thanks for the head up
[16:48] <seb128> aquarius, using upstream description is good enough, but if you have a testcase for triggering the crash that would be nice
[16:48] <seb128> aquarius, would make easier to try the change ;-)
[16:49] <seb128> aquarius, it's mainly for tracking the update
[16:49] <fta> didrocks, i see you're working on a better theme for chromium on une, is that right?
[16:49] <aquarius> seb128, I can have, but that test case will involve installing a Python plugin -- is that too complicated a test case?
[16:50] <seb128> aquarius, no
[16:50] <seb128> that's fine
[16:50] <aquarius> cool. I'll put one together then!
[16:50] <seb128> thanks!
[16:50] <didrocks> fta: well, I'm assigned to it. I was thinking about contacting you when I will have some time to work on that as you may have more clue than I :)
[16:50] <fta> didrocks, i see. you should know that chromium doesn't support system-wide addons at the moment, that will need to be addressed
[16:51] <didrocks> fta: urgh, not good :/
[16:51] <fta> iirc, fedora or another dist has a patch for that
[16:53] <didrocks> fta: ok, I'll not look at it before alpha2. I'll certainly go back to you when it's time
[16:53] <fta> didrocks, ok
[16:53] <didrocks> fta: thanks :)
[16:56] <nigelb> mvo: you rock, re: edit-patch. I only knew about its existence now :D
[16:57] <mvo> \o/
[17:01] <seb128> mvo, bratsche opened a bug against it yesterday btw
[17:01] <seb128> mvo, it gets confused if you give it a patch path rather than name ;-)
[17:02]  * kenvandine has learned to hate gapi2-codegen
[17:02]  * kenvandine -> lunch
[17:04] <mvo> seb128: aha, thanks. I have a look
[17:55] <seb128> pedro_, can you test again bug #553082 with the rebuild upload?
[17:55] <ubot2> Launchpad bug 553082 in gvfs (Ubuntu Lucid) (and 2 other projects) "hangs while opening trash if there are files with emblems inside (affects: 7) (heat: 42)" [Low,Fix committed] https://launchpad.net/bugs/553082
[17:56] <seb128> pedro_, bug #545538 too
[17:56] <ubot2> Launchpad bug 545538 in vinagre (Ubuntu Lucid) (and 1 other project) "unable to add username to bookmarked SSH connection (affects: 7) (heat: 44)" [Low,Fix committed] https://launchpad.net/bugs/545538
[17:56] <pedro_> seb128, yes, looking at those now
[17:57] <seb128> pedro_, thanks!
[17:57] <pedro_> seb128, you're welcome, btw i have a question re bug 566986
[17:57] <ubot2> Launchpad bug 566986 in cairomm (Ubuntu Lucid) (and 1 other project) "New upstream release available for cairomm (affects: 2) (heat: 22)" [Wishlist,Fix committed] https://launchpad.net/bugs/566986
[17:57] <seb128> pedro_, yes?
[17:58] <pedro_> seb128, is that still waiting to be tested for sru or are you planning to do some extra work with the PPA package daniel commented there?
[17:58] <seb128> pedro_, I'm sort of waiting for him to reply to my comment
[17:58] <pedro_> seb128, the update is working fine though, but i'm a bit lost on his comment...
[17:59] <seb128> pedro_, I've added a comment on the bug
[17:59] <seb128> let's see if he replies
[17:59] <pedro_> seb128, thanks, will keep an eye ;-)
[18:09] <seb128> pedro_, bug #514658
[18:09] <ubot2> Launchpad bug 514658 in totem (Ubuntu Lucid) (and 1 other project) "Start totem (mozilla-plugin) the sound is always muted (affects: 16) (dups: 1) (heat: 96)" [Low,Fix committed] https://launchpad.net/bugs/514658
[18:09] <seb128> that one as well if you can
[18:17] <czajkowski> http://elkbuntu.net/ubuntuwomen/ vote  for the world play day competition
[18:46] <jjardon> seb128, GTK+3 and GTK+ 2.22 will be released at the same time
[18:48] <rickspencer3> seb128, vuntz how does the gnome versioning scheme work?
[18:48] <rickspencer3> spring 2011 is gnome 3.0.1, fall 2001 is gnome 3.0.2
[18:48] <rickspencer3> ?
[18:49] <Amaranth> 3.2, 3.4
[18:49] <jjardon> rickspencer3, spring 2011 is gnome 3.2, fall 2001 is gnome 3.4
[18:50] <rickspencer3> thanks
[18:50] <Amaranth> By the way, can I borrow your time machine? :)
[19:15] <kklimonda> hey, at the uds at one of the sessions someone has presented a nice laptop with the multi touch. what laptop was it?
[19:17] <jcastro> kklimonda: bryceh had it, it was a dell of some kind
[19:17] <kklimonda> yeah, I've managed to figure out the brand just now (as it had a blue trackpoint :) )
[19:19] <kklimonda> jcastro: maybe that's it: http://www.dell.com/tablet?s=biz&cs=555 ?
[19:19] <Sarvatt> latitude xt2
[19:19] <Sarvatt> yep that one :)
[19:20] <kklimonda> I love how it looks
[19:21] <kklimonda> and it's not *that* expensive ;)
[19:21] <Sarvatt> there's probably an xt3 coming out any day now
[19:22] <kklimonda> I'll probably buy one when my laptop dies from faulty nvidia again
[19:22] <kklimonda> well, I still have 6 months left.. I hope
[19:23] <kklimonda> Sarvatt: btw, what power mode is nvidia gpu when running under nouveau driver? power saving or performance?
[19:23] <Sarvatt> wow they jacked up the prices on that xt2 $400 or so since i looked last
[19:24] <Sarvatt> it's in suck your battery dry mode 100% of the time :)
[19:24] <kklimonda> blah
[19:25] <Sarvatt> funny, you've had laptops die from faulty nvidia too? i'm on the third replacement for a 6150 go and just had a 8400m gs machine screw up
[19:26] <kklimonda> Sarvatt: I've replaced my mb three times in the last 2 and 1/2 years :/
[19:26] <Sarvatt> what gpu/chipset did it have?
[19:26] <kklimonda> quadro 140m (based on 8400m ;) )
[19:27] <Sarvatt> what brand? HP covered the 6150 replacements out of warranty but no news about my 8400m machine
[19:27] <kklimonda> lenovo
[19:34] <Sarvatt> might want to see if theres a warranty extension for it because nvidia did recall all mobile G84/G86 cores