[03:57] <robert_ancell> TheMuso, how do I find the list of Ubuntu archive admins?
[03:58] <TheMuso> robert_ancell: Afaik there is a list on the wiki somewhere, I think under ArchiveAdministration.
[03:58] <micahg> robert_ancell: do you need all of them or just the ones on duty?
[03:58] <robert_ancell> micahg, I just need someone to let gsettings-desktop-schemas out of the NEW queue
[03:58] <micahg> robert_ancell: https://wiki.ubuntu.com/ArchiveAdministration#Archive days
[03:59] <micahg> robert_ancell: worse case, pitti will be around in a few hours
[04:00] <robert_ancell> micahg, thanks
[04:00] <robert_ancell> pitti, ^^^ can you give gsettings-desktop-schemas a kick please?
[06:51] <pitti> Good morning
[06:52] <pitti> robert_ancell-af: sure, looking
[06:58] <pitti> robert_ancell-af: done
[07:09] <pitti> Riddell: oh, BTW, WIs from Kubuntu/Todo/Natty wiki: http://people.canonical.com/~pitti/workitems/natty/kubuntu-dev.html (per-milestone views also available)
[07:13] <pitti> robert_ancell-af: do you intend to have https://blueprints.launchpad.net/ubuntu/+spec/packageselection-desktop-n-display-manager targetted to natty? If so, could you please draft it RSN?
[07:17] <pitti> erk
[07:17] <pitti> after today's dist-upgrade, my terminal themes are completely messed up
[07:20] <bryceh> heya pitti
[07:21] <pitti> hey bryceh, how are you?
[07:21] <RAOF> bryceh: Are you going to sleep at all today? :)
[07:22] <bryceh> pitti, I'm ok... had a death in the family
[07:22] <pitti> bryceh: uuh, I'm sorry to hear that!
[07:22] <bryceh> pitti, just as a reminder, I scheduled to take tues and wed off.  national holiday thursday
[07:23] <pitti> bryceh: thanks for the heads-up
[07:23] <bryceh> I may need to take friday off as well, depending on when the service for my sister is scheduled
[07:23] <bryceh> and for a bit of good news, I've got wayland packaged!  https://launchpad.net/~xorg-edgers/+archive/wayland/+packages
[07:24] <bryceh> however something's not quite right with mesa... says insufficient opengl es 2 support when I run the compositor
[07:27] <bryceh> (but I think I know why that is)
[08:47] <seb128> hello
[08:47] <didrocks> lut seb128
[08:48] <seb128> lut didrocks
[09:00] <seb128> bryceh, hey
[09:03] <seb128> robert_ancell, hey
[09:03] <pitti>  bonjour seb128
[09:03] <seb128> pitti, guten tag!
[09:03] <robert_ancell> seb128, good morning
[09:03] <seb128> robert_ancell, I just replied to your email
[09:04] <seb128> robert_ancell, we need a better way to communicate who is working on what now and next
[09:04] <robert_ancell> seb128, yeah, I wrote that email because it felt like it was going like that
[09:04] <seb128> robert_ancell, I don't think we duplicated lot of work there but it's close enough and that's not going any better with extra team members
[09:05] <bryceh> seb128, heya
[09:06] <seb128> bryceh, can you send me a cairo debdiff?
[09:06] <robert_ancell> seb128, let's work out a process.  I propose, we make versions track GNOME3, even if the packages are in the PPA and not natty, we write changes to the bzr branches, and make a maverick branch if we keep on a stable version
[09:06] <bryceh> seb128, yes
[09:06] <seb128> bryceh, thanks
[09:06] <seb128> robert_ancell, that's a process to solve what?
[09:07] <robert_ancell> seb128, so we can work out who's working on what
[09:07] <seb128> we rather need a whiteboard
[09:07] <seb128> versions is not enough
[09:07] <seb128> I'm working on gnome-panel 2.32 locally but version would not show that
[09:07] <seb128> didrocks is working on compiz 0.9
[09:07] <seb128> rodrigo_ is working on g-s-d and g-c-c 2.91
[09:07] <robert_ancell> seb128, I think versions and bzr did a good job last cycle - wouldn't you put your changes in bzr as UNRELEASED?
[09:08] <seb128> well there is always a gap between when you start work and well you feel it's in a pushable state
[09:08] <bryceh> seb128, sent
[09:08] <robert_ancell> seb128, true, and in that case you can track it with a bug on LP that shows in versions
[09:08] <robert_ancell> that way you can also write down problems etc
[09:09] <seb128> I was pondering using http://openetherpad.org/
[09:09] <seb128> or a wiki
[09:10] <robert_ancell> I personally like to use the issue tracker because it's already set up for tracking lots of tasks and you can subscribe to the ones you are interested in
[09:10] <seb128> well I don't deny that, I'm just wondering if we need a whiteboard as well
[09:10] <seb128> I've some things I'm thinking to do next
[09:10] <seb128> like dropping applets using bonobo from the default install
[09:11] <seb128> but it's not really one component
[09:11] <robert_ancell> seb128, track that in the blueprint?
[09:11] <robert_ancell> we should all be subscribed to that
[09:11] <seb128> it doesn't really fit the bzr or bug workflow
[09:11] <seb128> well an http://openetherpad.org/YgvS4TjbKm
[09:12] <seb128> for example would be nice
[09:12] <seb128> it's a real time editor gobby like
[09:12] <seb128> just an url to open
[09:12] <seb128> it shows who wrote what
[09:12] <seb128> we could dump comments, ideas on what to work for other people, etc
[09:13] <robert_ancell> I don't think the real-time aspect is useful in this case, the most important feature we need is visibility and tracking.  It's obviously better than the blueprint whiteboard for handling who wrote what
[09:14] <seb128> right, it's rather that edit is low cost
[09:14] <seb128> it doesn't email pitti or people tracking specs
[09:14] <seb128> so it's easier to dump a few though at the end of the day, like bugs worth investigation, random ideas of things we should do
[09:14] <seb128> I don't think it should replace what you described before
[09:15] <robert_ancell> I'm ok as long as it's an unofficial record, i.e. any actions that come out of it should become bugs/blueprint items
[09:15] <seb128> ok, so let's say we do what you suggested before and add a pad for notes
[09:15] <robert_ancell> agreed
[09:15] <nigelb> 59
[09:15] <seb128> the pad is really for dumping "would be nice if somebody wants to pick on that, or email the team about something"
[09:16] <robert_ancell> I'll read that in the morning
[09:16] <seb128> robert_ancell, do you have 5 minutes ?
[09:16] <robert_ancell> seb128, yup
[09:16] <seb128> to discuss GNOME 2.91
[09:16] <seb128> ok great
[09:16] <seb128> so you want to track the new version?
[09:16] <seb128> I would rather like adding an extra column
[09:17] <robert_ancell> I think versions would be more useful tracking the latest versions, and we should package them even if we don't put them into natty
[09:17] <seb128> ideally we would pick things we track on the 2.91 serie
[09:17] <seb128> the way we picked the things which stayed on old series before
[09:17] <seb128> opt in for upgrades
[09:17] <robert_ancell> yeah, was also thinking of that.  We need to refactor versions - it's becoming a bit of a monster :)
[09:18] <robert_ancell> how are you for workload atm?
[09:18] <seb128> well we can use the same thing we use to pick up things stay on 2.30
[09:18] <robert_ancell> (I can do the versions stuff if you want)
[09:18] <seb128> workload ... no reply
[09:18] <robert_ancell> seb128, :)
[09:18] <seb128> I've nothing urgent but if you count the GNOME3 spec enough to be busy for the next 2 cycles
[09:19] <seb128> thursday is an holiday there
[09:19] <seb128> and I'm taking friday off
[09:19] <seb128> I want to land the new gnome-panel today
[09:19] <seb128> starting to get ride of bonobo applets
[09:19] <robert_ancell> uh huh.  GNOME3 is feeling a "bit all or nothing" so I'm worried we might end up bringing everything with it even if we don't want to
[09:19] <seb128> and the gnome-desktop on gtk3
[09:19] <seb128>  
[09:20] <seb128> ok that was my next topic
[09:20] <seb128> how is that the case?
[09:20] <seb128> it's that if you take g-s-d
[09:20] <seb128> which is why I suggested we would start easy
[09:20] <seb128> taking standalone applications rather
[09:20] <robert_ancell> well, take eog.  If you take it to GTK3, then the plugins need to be GTK3, and the Python bindings need to be GTK3
[09:20] <seb128> using eog or gedit or gcalctool should not force our hands
[09:21] <seb128> what bindings? the new version should use gi? and the plugins are part of the same source or there is an extra source
[09:21] <robert_ancell> The applications have been getting more integrated over time.  We might find we have to patch a few things
[09:21] <seb128> it just force you to update the eog stack, 2 sources
[09:21] <seb128> well we should review things we upgrade for depends on system components
[09:22] <seb128> like eog or gcalctool should be self restricted
[09:22] <robert_ancell> should be :)
[09:22] <robert_ancell> It's just my gut instinct.  But you know I'm never against moving forwards
[09:22] <seb128> I think I'm rather on the careful side compared to other people there
[09:22] <robert_ancell> I agree!
[09:22] <seb128> but I don't foresee real issues with eog or gcalctool for example
[09:23] <seb128> I would be happy to be educated on what you considered risky
[09:23] <seb128> I might revisit my position ;-)
[09:23] <robert_ancell> you don't know what features I have planned for 6.0...
[09:23] <robert_ancell> I think there might just be lots of little problems which can add up to a big time sink
[09:23] <seb128> well which is why the plan was to pick a few applications
[09:23] <seb128> not to track 2.91
[09:24] <robert_ancell> but I don't think we'll know until nearer the alphas
[09:24] <seb128> just to exerce gtk3
[09:24] <seb128> we can still downgrade the calculator if we need
[09:24] <robert_ancell> true
[09:24] <seb128> I though about taking like 5
[09:24] <seb128> doing the end of the year with only those
[09:24] <seb128> and revisit what to upgrade at the rally
[09:25] <seb128> we can work on extra ones in a ppa meanwhile
[09:25] <robert_ancell> I think we should just push them all into the PPA, and migrate the ones that are working well into natty
[09:25] <seb128> we will just not bring things over for now
[09:25] <seb128> well, keep in mind that gtk3 is not abi or api stable yet
[09:25] <seb128> I don't want the ppa to turn into a time sink
[09:26] <seb128> which is why I didn't suggest we start tracking 2.91 even in a ppa
[09:26] <seb128> some parts of the stack are not there yet and we would waste lot of time by trying to get them in shape
[09:26] <seb128> ie nautilus
[09:26] <robert_ancell> I treat it like a staging area
[09:26] <seb128> ok, so just upgrade things we think are worth trying now
[09:26] <seb128> ?
[09:27] <robert_ancell> I'll modify versions so we can track both and then at least we know
[09:27] <seb128> ok thanks
[09:27] <robert_ancell> atm I'm losing visibility into what we have up to date.  I don't have your crazy memory for tracking all this in my head ;)
[09:27] <seb128> well, versions track what we are interested in
[09:28] <seb128> we want to be uptodate in the 2.32 serie
[09:28] <robert_ancell> well versions just says "everything is out of date" atm
[09:28] <seb128> and we want to bring the gtk3 stack in
[09:28] <seb128> robert_ancell, http://people.canonical.com/~platform/desktop/versions.html
[09:28] <seb128> it doesn't?
[09:29] <robert_ancell> It's got a few 2.91s in there
[09:29] <seb128> I don't know why
[09:29] <seb128> I need to investigate those
[09:30] <seb128> we still use vuntz's 2.32 list
[09:30] <robert_ancell> I did ping him about a few of those
[09:30] <seb128> I guess he has been busy travelling
[09:30] <seb128> he's on the road for a month or so
[09:31] <seb128> ok, back to taking actions
[09:31] <seb128> you will update versions to track 2.32 and have an extra column 2.91?
[09:31] <robert_ancell> yes
[09:31] <seb128> ok
[09:31] <seb128> ideally we need a way to say what serie we track by source
[09:32] <seb128> or rather list those which are tracking 2.91
[09:32] <seb128> we probably need a way to have the same source twice
[09:32] <seb128> gtk2 and gtk3
[09:32] <seb128> robert_ancell, what is your todo for the end of the week?
[09:32] <robert_ancell> they are different packages
[09:32] <seb128> right...
[09:32] <robert_ancell> keep updating stuff, also been looking at the nautilus elementary patches
[09:33] <robert_ancell> thinking about next week updating main box to natty and getting unity working
[09:33] <robert_ancell> we have all the base gnome stuff covered now, right?
[09:34] <seb128> arg
[09:34] <seb128> let me fwd you some emails
[09:34] <robert_ancell> I thought you guys had all gone on holiday...
[09:34] <seb128> robert_ancell, why?
[09:34] <robert_ancell> seb128, oh, if the email are about nautilus, jason forwarded them to me
[09:35] <seb128> robert_ancell, ok, so I fwd you 2 emails about elementary
[09:35] <seb128> ok
[09:35] <robert_ancell> yeah, already got them
[09:35] <seb128> ok
[09:35] <robert_ancell> been very quiet from this side of the world!
[09:35] <seb128> I should be better to keep you informed for those
[09:35] <robert_ancell> feel free to cc
[09:35] <seb128> robert_ancell, isn't it always quiet? ;-)
[09:35]  * robert_ancell is a poet
[09:35] <seb128> will do
[09:36] <seb128> robert_ancell, ok, so tasks...want to update gtk to 2.23?
[09:36] <seb128> gtk2
[09:36] <robert_ancell> can do
[09:36] <seb128> ok, so add it to your list
[09:36] <seb128> robert_ancell, that and lpi gtk3
[09:36] <robert_ancell> I've been impressed with GTK3 so far
[09:36] <seb128> and libgnomekbd3, what is missing?
[09:36] <seb128> do you need review?
[09:36] <robert_ancell> I've done libgnomekbd
[09:37] <seb128> ok, I didn't check, you just wrote in was work in progress in your email
[09:37] <seb128> can you push it to trunk then or maybe natty?
[09:37] <robert_ancell> groan, not looking forward to doing lpi.  I was wondering if we could get everything that uses it updated, but I don't think we can
[09:37] <seb128> robert_ancell, impressed how? do you find it much different from gtk2?
[09:37] <seb128> robert_ancell, no we can't, do you want me to ask mterry to do it?
[09:37] <seb128> robert_ancell, he did that for libindicat* already
[09:38] <robert_ancell> I haven't pushed it because it has changed api - so everything that depends on it needs to be updated or it wont build - this is why I was saying you put one thing in and everything else gets dragged in
[09:38] <robert_ancell> lpi, yeah give it to mterry
[09:38] <seb128> ok
[09:38] <robert_ancell> GTK3 is nice in that it's got some good improvements, but I haven't seen any big problems with things migrating to it
[09:38] <seb128> robert_ancell, oh, and I guess only 2.9n applications are updated for the new api
[09:39] <robert_ancell> yes
[09:39] <seb128> should we have another source then?
[09:39] <seb128> libgnomekbd building the gtk2 version and staying there
[09:39] <robert_ancell> so, it's in the PPA, but I want to check carefully we don't paint ourselves into a corner.
[09:39] <seb128> libgnomekbd3 building the gtk3 version
[09:39] <seb128> it means we don't need to rebuild anyway
[09:39] <seb128> we just have the new lib there for those who need it
[09:39] <robert_ancell> we should talk to Debian about that I guess - can you do that?
[09:40] <seb128> I can
[09:40] <seb128> vuntz suggested doing that for things that break abi
[09:40] <robert_ancell> ok, let me know and I'll update the package if so
[09:40] <seb128> keep the old lib as it is
[09:40] <seb128> and build a new source for the gtk3 version
[09:40] <robert_ancell> yup
[09:40] <seb128> it allow to transition over time
[09:40] <seb128> I will do that today
[09:40] <seb128> ok, I think that was it on my list
[09:40] <seb128> so versions update for you
[09:40] <seb128> gtk 2.23
[09:40] <seb128> and clean a bit http://people.canonical.com/~platform/desktop/versions.html if you want
[09:40] <seb128> though we are mostly uptodate
[09:41] <rodrigo_> morning
[09:41] <seb128> but feel free to pick in the gnome3 spec work items if you get bored
[09:41] <seb128> hey rodrigo_
[09:41] <robert_ancell> rodrigo_, hey
[09:42] <seb128> robert_ancell, you don't have an idea about bug #408417 btw?
[09:42] <ubot2> Launchpad bug 408417 in gdm (Ubuntu Lucid) (and 3 other projects) "No option to log in remotely via XDMCP (affects: 223) (dups: 2) (heat: 1052)" [High,Won't fix] https://launchpad.net/bugs/408417
[09:42] <seb128> I guess I will need to check that, users an unhappy
[09:42] <seb128> debian sent a patch upstream adressing some issues, it seems combined with building without ipv6 it works somewhat
[09:42] <seb128> (hate gdm)
[09:42] <robert_ancell> seb128, I have been keeping an eye on it.  The GDM XDMCP code is not pretty
[09:42] <seb128> robert_ancell, did you check on the debian fix?
[09:43] <rodrigo_> hey robert_ancell, up late?
[09:43] <robert_ancell> It's open in a tab in FF, haven't looked in detail
[09:43] <robert_ancell> rodrigo_, I left early to go into town, but also so I can catch up with you guys :)
[09:44]  * seb128 is happy that robert_ancell was around
[09:44] <seb128> nice to catch up a bit every now and then ;-)
[09:44] <robert_ancell> seb128, I'll have a look at the XDMCP stuff
[09:44] <seb128> robert_ancell, thanks
[09:44] <robert_ancell> I have little faith in it though
[09:44] <seb128> I guess you are set for tomorrow with tasks
[09:44] <robert_ancell> yeah, I go crazy without catching up now and then
[09:44] <rodrigo_> yeah, too many hours difference, can't we move nz a bit more westwards? :)
[09:44] <robert_ancell> How is unity going, does it work on natty?
[09:45] <seb128> robert_ancell, I can still drop you an email with some ideas for next tasks today if you want
[09:45] <robert_ancell> rodrigo_, we need to move it around to track the sun
[09:45] <seb128> robert_ancell, unity in natty not yet, wait a bit
[09:45] <rodrigo_> robert_ancell, :)
[09:45] <seb128> robert_ancell, didrocks is fighting compiz 0.9 for a week
[09:45] <seb128> he should land in the next days
[09:45] <robert_ancell> seb128, I'm not looking for more work!  Just finding out where the team is!
[09:45] <seb128> once compiz is there you can build unity easily
[09:45] <didrocks> (fighting is the word!)
[09:46] <seb128> robert_ancell, ok, I was not sure if you needed a sense of what we need next
[09:46] <robert_ancell> didrocks, feeling for you
[09:46] <rodrigo_> seb128, robert_ancell: oh, btw, are we creating a ppa for apps? I should have g-s-d and g-c-c today probably
[09:46] <didrocks> rodrigo_: thanks :)
[09:46] <seb128> robert_ancell, I've the feeling you will get crazy on GNOME 2.9n otherwise
[09:46] <seb128> ;-)
[09:46] <seb128> rodrigo_, did you start on those?
[09:46] <robert_ancell> rodrigo_, oh, aren't we just putting them in gnome3-builds?
[09:46] <rodrigo_> didrocks, you're welcome, but thanks for what?
[09:46] <didrocks> robert_ancell: I'm at the final stage right now, just have to kill the boss and see the end :-)
[09:46] <robert_ancell> didrocks, quad damage!
[09:47] <didrocks> rodrigo_: bad completion as weechat autocomplete on the first name :)
[09:47] <rodrigo_> seb128, yes, been fighting with librest and libsocialweb, and fixing some serious bugs upstream
[09:47] <didrocks> rodrigo_: but thanks anyway :)
[09:47] <seb128> rodrigo_, ok, check your emails
[09:47] <rodrigo_> didrocks, :D
[09:47] <seb128> rodrigo_, robert_ancell has been working on it as well, packaging libgnomekbd for gtk3
[09:47] <rodrigo_> robert_ancell, on g-c-c?
[09:47] <rodrigo_> seb128, ok
[09:48] <robert_ancell> rodrigo_, was aiming for g-c-c, but didn't get to it (lucky I checked in on what you guys are doing!)
[09:48] <rodrigo_> robert_ancell, ok, libgnomekbd is ok, so keep on that, but leave g-s-d and g-c-c to me, please
[09:48] <seb128> rodrigo_, you will need to review the g-c-c patches I guess
[09:49] <rodrigo_> seb128, I applied most of them upstream
[09:49] <seb128> g-c-c as well?
[09:49] <seb128> I followed only the g-s-d work
[09:49] <rodrigo_> ah, g-c-c, is coming, yes
[09:49] <robert_ancell> rodrigo_, np, there is some patch updates in lp:~robert-ancell/+junk/gnome-settings-daemon-gnome3 if you haven't done them yet
[09:49] <rodrigo_> robert_ancell, was waiting for the new release, which I'll do today
[09:50] <seb128> robert_ancell, rodrigo got half the patches upstream this week
[09:50] <seb128> that will make our job easier
[09:50] <rodrigo_> robert_ancell, but cool, I'll have a look at your branch
[09:50] <robert_ancell> rodrigo_, yay for upstreaming!
[09:51] <rodrigo_> yeah, specially because a lot of stuff has changed, so most of them won't apply
[09:51] <robert_ancell> pitti, what do I set the blueprint status to again? pending approval?
[09:52] <pitti> robert_ancell: yes, once you are done with drafting
[09:52] <robert_ancell> pitti, ta
[09:53] <robert_ancell> so who is running natty on their main boxes?
[09:53] <pitti> o/
[09:53] <robert_ancell> pitti, heh, you got in early!
[09:53] <pitti> since UDS Friday :)
[09:53] <rodrigo_> robert_ancell, me
[09:55] <robert_ancell> I'm still using a VM :)
[09:55] <robert_ancell> seb128, do you think I should push the murrine/light-themes changes to natty?  They seem to be ok
[09:56] <seb128> yes
[09:57] <seb128> robert_ancell, I've a mixed natty
[09:57] <seb128> I added the natty source and apt-get install things I need or want over time
[09:57] <rodrigo__> btw, if someone can review https://code.edge.launchpad.net/~rodrigo-moya/+junk/libsocialweb , not sure what I've done is good, looks like a hack to me
[09:57] <robert_ancell> also opposed to adding remove libdbus-glib to the GNOME3 blueprint (as a maybe)
[09:57] <seb128> it gives me an updated desktop stack without taking xorg etc
[09:58] <seb128> robert_ancell, you are not the first one to ask, we should clarify, I think it's lot of work and little gain
[09:58] <seb128> robert_ancell, I didn't plan to set it as an active goals
[09:58] <robert_ancell> seb128, as little gain as libglade etc
[09:58] <seb128> well libglade is doable
[09:58] <seb128> I don't see dbus-glib being done in one cycle
[09:58] <robert_ancell> fair enough
[09:59] <seb128> we can list it as a "start cleaning dbus-glib"
[09:59] <robert_ancell> I don't see packageselection-desktop-n-gnome3 being done in one cycle :)
[09:59] <seb128> well the workitems should be
[09:59] <seb128> we have been reasonable there
[09:59] <rodrigo__> :)
[10:00] <robert_ancell> well, that's why we add it as a maybe, and then defer all the maybes to next cycle
[10:00] <seb128> ok
[10:00] <seb128> feel free to add it
[10:00] <seb128> dx is switching their indicator stack to gdbus already
[10:01] <robert_ancell> seb128, when I've tried porting stuff to it it doesn't seem as easy a glib-dbus (at least for acquiring a bus name)
[10:02] <rodrigo__> yeah, it's a bit more 'complex'
[10:02] <robert_ancell> rodrigo_, I love your message in libsocialweb
[10:02] <rodrigo_> robert_ancell, yeah, just saw I only did 1 commit :)
[10:04] <robert_ancell> rodrigo_, oh, can you make the depends lists one package per line - it makes them easier to diff
[10:04] <rodrigo_> robert_ancell, yes, sure
[10:06] <rodrigo_> robert_ancell, pushed
[10:06] <robert_ancell> rodrigo_, It's one of my crusades...
[10:06] <rodrigo_> :)
[10:09] <bryceh> robert_ancell, a noble crusade :-)
[10:20] <robert_ancell> later all
[10:20] <rodrigo_> pitti, hmm, what happened with the gsettings-desktop-schemas package? it seems there's still no ~ubuntu-desktop branch
[10:20] <rodrigo_> bye robert_ancell
[10:21] <robert_ancell> rodrigo_, It needed a new project registered in LP, I did that earlier today
[10:21] <rodrigo_> robert_ancell, ah, ok
[10:21] <robert_ancell> so it just needs to be pushed now
[10:21] <pitti> rodrigo_: bzr lp-open lp:ubuntu/gsettings-desktop-schemas
[10:21] <pitti> robert_ancell, rodrigo_: I thought we wanted to use the "native" package branch for this?
[10:21] <pitti> (created by the auto-importer)
[10:21] <rodrigo_> pitti, ah, as you like
[10:22] <robert_ancell> pitti, what does that do? does that make a new project automatically?
[10:22] <pitti> robert_ancell: it's not a project branch, it's a package branch
[10:22] <robert_ancell> pitti, so LP knows about the package, but you don't need to make a project?
[10:22] <pitti> right
[10:22] <robert_ancell> nice
[10:22] <robert_ancell> ok, really going now, bye
[10:23] <pitti> ... bye
[10:24] <rodrigo_> ah, cool, mterry rewrote the copyright file in DEP-5
[10:24]  * rodrigo_ removes that from his TODO list
[10:26] <rodrigo_> pitti, just for curiosity, why not a ~ubuntu-desktop branch for this one?
[10:26] <huats> morning
[10:26] <pitti> rodrigo_: we still have a lot of those, but the general direction is to use lp:ubuntu/<packagename> branches with full source, and using bzr merge-upstream
[10:26] <rodrigo_> ok
[10:39] <chrisccoulson> grrrrr @ gcc-4.5
[10:39] <chrisccoulson> :(
[10:39] <pitti> hey chrisccoulson
[10:39] <pitti> what's up?
[10:39] <chrisccoulson> hi pitti - how are you?
[10:39] <chrisccoulson> pitti - the new toolchain is giving me lots of headaches
[10:39] <pitti> quite fine, thanks! seems I got along well with the jetlag this time
[10:40] <chrisccoulson> that's good, how was plumbers?
[10:40] <pitti> chrisccoulson: interesting in various ways (I'll expand in my trip report, to be written..)
[10:43] <didrocks> seb128: pushing *compiz* 0.9.2.1 in the ubuntu-desktop ppa as my natty pbuilder is quite broken :)
[10:43] <seb128> ok
[10:44] <chrisccoulson> hi seb128 and didrocks
[10:44] <didrocks> I'll push everything to natty once I confirmed it builds fine there
[10:44] <didrocks> hey chrisccoulson
[10:44] <seb128> hey chrisccoulson, how are you?
[10:45] <chrisccoulson> seb128 - i'm not too bad thanks, how are you?
[10:45] <seb128> I'm fine thanks
[10:52] <pitti> I reset the WI tracker this morning, FYI
[10:52] <pitti> http://people.canonical.com/~pitti/workitems/natty/canonical-desktop-team.html
[10:52] <pitti> now we have a clean slate and trend line
[10:59] <chrisccoulson> heh, it looks like i need more work items!
[10:59] <pitti> chrisccoulson: 16 seems quite fine?
[10:59] <chrisccoulson> pitti - yeah, it looked smaller than some peoples ;)
[11:00] <seb128> pitti, gnome-desktop3 is in new
[11:00] <seb128> if you feel like doing some NEW source review
[11:00] <pitti> looking
[11:02] <pitti> seb128: 100_load_desired_settings.patch and 80_correct_rgba_use.patch aren't applied, is that on purpose?
[11:03] <seb128> pitti, bug #660417
[11:03] <ubot2> Launchpad bug 660417 in gnome-desktop (Ubuntu) "the load_desired_settings patch needs to be upstreamed and updated (affects: 1) (heat: 157)" [Low,Triaged] https://launchpad.net/bugs/660417
[11:03] <pitti> ah, thanks
[11:03] <seb128> the other one was commented in maverick already
[11:03] <seb128> it's for gtk csd which we turned off again
[11:04] <seb128> tseliot didn't reply yet though
[11:05] <tseliot> seb128: sorry, I'm kind of busy with a deadline
[11:05] <tseliot> seb128: it's definitely on my todo list to have a look at it
[11:05] <pitti> seb128: accepted
[11:05] <seb128> tseliot, no worry
[11:05] <seb128> pitti, thanks!
[11:07] <pitti> seb128: https://blueprints.launchpad.net/ubuntu/+spec/packagesselection-desktop-n-telepathy-indicator should be ready for your review, BTW
[11:07] <seb128> pitti, right, and https://blueprints.launchpad.net/ubuntu/+spec/appdevs-desktop-n-gwibber-enhancements
[11:07] <seb128> I just want to launch a gnome-panel 2.32 build and I will review those
[11:07] <pitti> I didn't see a followup from Ken there
[11:08] <pitti> seb128: is that already against gtk3?
[11:08] <seb128> no
[11:08] <seb128> gnome-panel is going to be tricky
[11:08] <seb128> it would require updating all applets as well
[11:08] <pitti> ah
[11:08] <seb128> but it's the version using dbus rather than bonobo
[11:08] <pitti> so, the honor of the first gtk3 package is still pending :)
[11:08] <seb128> well it has support for both
[11:08] <seb128> yeah ;-)
[11:08] <seb128> we will probably need lpi gtk3 before that
[11:09] <pitti> current natty alternates are 15 MB oversized, and we didn't even start adding new stuff :(
[11:09] <seb128> since most of our desktop software use lpi
[11:11] <seb128> pitti, both specs approved
[11:11] <seb128> kenvandine's ones
[11:11] <pitti> cool
[11:11] <pitti> https://blueprints.launchpad.net/ubuntu/natty/+specs?searchtext=desktop
[11:11] <seb128> pitti, the gwibber one he didn't add a note but updated the whiteboard and pinged me on IRC
[11:11] <seb128> so it was ok
[11:11] <seb128> ok, only one left to review
[11:11] <pitti> so we are missing one review from RIck, and 4 drafts
[11:11] <seb128> rick slacker! ;-)
[11:12] <seb128> pitti, well the drafts are from other teams
[11:12] <pitti> no, from our
[11:12] <pitti> https://blueprints.launchpad.net/ubuntu/+spec/packageselection-desktop-n-thunderbird-on-ubuntu
[11:12] <pitti> https://blueprints.launchpad.net/ubuntu/+spec/multimedia-desktop-n-audio-apport-symptom
[11:12] <seb128> I see only 2 from us
[11:12] <pitti> https://blueprints.launchpad.net/ubuntu/+spec/appdevs-desktop-n-app-sandbox
[11:13] <pitti> https://blueprints.launchpad.net/ubuntu/+spec/other-desktop-n-set-default-paper-size-correctly
[11:13] <pitti> https://blueprints.launchpad.net/ubuntu/+spec/appdevs-desktop-n-quickly
[11:13] <pitti> so, 5 actually
[11:13] <seb128> they don't show up on https://blueprints.launchpad.net/ubuntu/natty/+specs?searchtext=desktop
[11:13] <seb128> only 2 are there
[11:13] <pitti> I copied them from that page..
[11:14] <seb128> oh, they are New
[11:14] <seb128> not Draft
[11:14] <seb128> ignore me ;-)
[11:14] <seb128> I sorted by status and was looking at the "Drafting" list
[11:16] <chrisccoulson> hmmmm, interesting
[11:16] <chrisccoulson> llibmozjs has gone now
[11:16] <chrisccoulson> *libmozjs
[11:16] <chrisccoulson> not sure how gnome-shell will work
[11:18] <seb128> interesting indeed
[11:19] <chrisccoulson> it seems to be statically linked in to libxul now, which means that gnome-shell will have to load the entire mozilla runtime
[11:19] <chrisccoulson> and libxul is huge
[11:33] <chrisccoulson> seb128 - ah, it's fixable. there is a build flag for building a shared mozjs again
[11:33] <chrisccoulson> that's good, i could have been quite unpopular there ;)
[11:35] <seb128> ;-)
[11:35] <didrocks> ppa builders are crowded?
[11:36] <chrisccoulson> didrocks - yeah, building mozilla daily builds ;)
[11:37] <didrocks> chrisccoulson: that's because of you if compiz can't do it today. Hope you will take all the blame of that :-)
[11:37] <chrisccoulson> heh :)
[11:49] <rodrigo_> ok, g-s-d 2.91.2 released, now packaging it
[11:52] <kklimonda> can someone take a look at http://revu.ubuntuwire.com/p/atkmm1.6?
[11:52] <kklimonda> it's a dependency of gtkmm 2.22.0
[12:13] <rodrigo_> didrocks, about g-c-c's debian/patches/52_button_layout_from_theme.patch, what themes have that button order property?
[12:15] <didrocks> rodrigo_: well, the defaults one? :)
[12:15] <rodrigo_> didrocks, my question is really if X-GNOME-Metatheme/ButtonLayout is in the theme standard?
[12:15] <didrocks> ambiancec and radiance
[12:15] <rodrigo_> didrocks, to see if I can push it upstream
[12:16] <didrocks> rodrigo_: it's not in the theme standard, as the X-GNOME… as I proposed that upsteam
[12:16] <rodrigo_> didrocks, and, was it rejected?
[12:16] <didrocks> rodrigo_: look at the header. But once again, this is part of more than 10 patches I posted to upstream and no reply on them
[12:16] <didrocks> rodrigo_: you don't see the header and the link to the bug report?
[12:17] <rodrigo_> yes, I do, looking
[12:18] <didrocks> rodrigo_: urgh, I have 14 patches unreviewed now :/
[12:18] <rodrigo_> didrocks, reviewing them, if they are for g-c-c
[12:19] <didrocks> rodrigo_: no, it's the only one for g-c-c (https://bugzilla.gnome.org/page.cgi?id=describeuser.html&login=didrocks%40ubuntu.com)
[12:21] <rodrigo_> didrocks, I don't see the bug about the addition to the theme standard, which one is it?
[12:22] <didrocks> rodrigo_: there is no need for it, right? As there is a fallback for the theme like the GNOME default one that has not the settings. (that should be discuss as an optional key in xdg list, rather?)
[12:22] <rodrigo_> yes
[12:22] <rodrigo_> so, only our themes have that key, right?
[12:23] <didrocks> rodrigo_: so, no, I didn't opened that discussion. I was waiting for some reply on the patch first
[12:23] <didrocks> rodrigo_: right
[12:23] <didrocks> rodrigo_: I also found on the web some funny theme using that to make crazy layouts :)
[12:23] <rodrigo_> oh, not themes from us?
[12:23] <didrocks> rodrigo_: yeah, I guess it was on gnome-look, but not sure
[12:23] <rodrigo_> ok
[12:25] <didrocks> cyphermox: hey, did you see I commented on e-d-s and evolution merge requests?
[12:25] <didrocks> cyphermox: do you think you can fix those little gotchas quickly so that we can upload the whole evolution stack today?
[12:26] <cyphermox> sure
[12:26] <cyphermox> looking now
[12:26] <didrocks> awesome :)
[12:29] <nessita> hello everyone! packaging question: where can I read about building several binaries packages from a source package? and also, where can I read about how to package the graphical part of a project so it can be easily replaced by another gui implementation (kde for example)?
[12:33] <didrocks> nessita: you should read "https://wiki.ubuntu.com/PackagingGuide/Complete#Advanced Packaging" which has few lines but it's a start and then have a look at some packages which have multiples binaries (it's really easy)
[12:33] <didrocks> nessita: take apport as an example I would say
[12:34] <nessita> didrocks: I will, thanks! does apport provides several UIs?
[12:34] <didrocks> nessita: yes, a gtk and kde one in addition to text mode, hence the fact I point that one to you :)
[12:34] <didrocks> nessita: it's really easy, it's basically:
[12:35] <didrocks> - provide several "binary package" stenzas in debian/control
[12:35] <seb128> hey nessita
[12:35] <seb128> how are you?
[12:35] <didrocks> - then, the build system should detect and copy make install DESTDIR=debian/tmp (cdbs and debhelper should do that for you)
[12:36] <didrocks> - finally add multiples debian/<package_bin_name>.install files to copy to the right deb
[12:37] <nessita> seb128: pretty good! rocking the packaging world (or that world is rocking me :-P)
[12:38] <nessita> didrocks: perfect, one last question. If I'm building a package for a python project, wgat's the deal with packages named <project-name> vs. packages names python-<project name>?
[12:38] <nessita> didrocks: should I have both?
[12:39] <didrocks> nessita: if the package is shipping a python library… like you can then ipython -c "import <library>", it should be named python-libraryname
[12:39] <didrocks> nessita: otherwise, it's just project-name
[12:39] <seiflotfy> is mvo on a vacation
[12:39] <seiflotfy> ?
[12:40] <didrocks> nessita: if you like to read: http://www.debian.org/doc/packaging-manuals/python-policy/ :)
[12:40] <nessita> didrocks: ok... what puzzles me is that, for example, ubunutone-client provide boths binaries (ubuntuone-client  that depends on python-ubuntuone-client)
[12:40] <nessita> didrocks: I will! /me enqueues reading
[12:41] <didrocks> nessita: so ubuntuone-client should contain the binaries like in /usr/bin and services if any. python-ubuntuone-client should only provide the python module that you include in the "binaries"
[12:42] <nessita> didrocks: makes sense. I study now, may get back later with questions :-D
[12:42] <didrocks> sure :)
[12:42] <bilalakhtar> Is the meeting going on?
[12:45] <didrocks> bilalakhtar: it's in 4 hours approximately
[12:48] <seb128> seiflotfy, he is, he will be back tomorrow though
[12:53] <cyphermox> didrocks, can you access the calendar component straight from evo in express mode?
[12:54] <didrocks> cyphermox: no you can't, that's why it's different desktop files
[12:54] <cyphermox> oh, never noticed that
[12:54] <cyphermox> it's not in the unity launcher is it ;)
[12:55] <didrocks> cyphermox: not that one, it's shown in the application place nevertheless
[12:55] <cyphermox> ah, cool, thanks ;)
[12:55] <didrocks> cyphermox: I confirm that the calendar for google integration is broken with your version
[12:56] <cyphermox> really? it works here
[12:56] <bilalakhtar> could someone please sponsor SRU debdiff attached to bug #636329 ?
[12:56] <ubot2> Launchpad bug 636329 in gimp (Ubuntu Maverick) (and 2 other projects) "Gimp: Print preview and printout are blank pages (affects: 44) (dups: 5) (heat: 234)" [High,In progress] https://launchpad.net/bugs/636329
[12:57] <cyphermox> didrocks, I just tested it... already created/connected though, and it updates. what kind of process did you try?
[12:59] <didrocks> cyphermox: just stay on the calendar and look at tomorrow and the days after. I see no more meetings
[12:59] <didrocks> trying to reload
[12:59] <cyphermox> ok
[12:59] <cyphermox> I don't know, I can see my meetings in day view and work week view
[12:59] <didrocks> cyphermox: no, I don't see any appoitment
[13:00] <cyphermox> weird
[13:00] <didrocks> cyphermox: do you use the google integration as well?
[13:00] <cyphermox> well, a couple of google calendars
[13:00] <cyphermox> I have like, 7 open at the same time ;)
[13:00] <didrocks> ahah, it seems it asks for my password
[13:01] <didrocks> no, it does it everytime I try to get the list of accounts
[13:01] <cyphermox> hrm
[13:02] <cyphermox> didrocks, ok, let me try something
[13:02] <didrocks> cyphermox: you removed the old binding, isn't it? :)
[13:03] <cyphermox> do you mean the old gdata or something else?
[13:03] <Riddell> seb128, didrocks: gnome-desktop3-data isn't ment to be empty is it?
[13:04] <seb128> Riddell, it is
[13:04] <seb128> Riddell, it has translations in debian but those are stripped for langpacks
[13:04]  * rodrigo_ -> lunch
[13:04] <Riddell> seb128: the description says it includes "(Pixmaps, .desktop files and internationalization files)"
[13:05] <Riddell> seb128: I'll accept it and file a bug
[13:05] <seb128> Riddell, thanks, the description needs updating
[13:05] <seb128> the pixmap have been moved to another source
[13:05] <seb128> the .desktop is built by the gtk2 version for now
[13:05] <seb128> we can't built it from both version
[13:05] <seb128> or they would conflict
[13:06] <didrocks> cyphermox: the gdata-google as I wrote in the review
[13:08] <cyphermox> didrocks, not uninstalled.
[14:16] <jcastro> pitti: did you reset the WI tracker yet?
[14:16] <pitti> jcastro: I did
[14:19] <didrocks> cyphermox: ok, I've fixed the calendar issue
[14:19] <cyphermox> didrocks, what was it?
[14:20] <didrocks> cyphermox: as told, there was with recurrent events and needed a backport from upstream in e-d-s
[14:20] <didrocks> cyphermox: so not sure why it was working for you
[14:20] <cyphermox> didrocks, yeah, really weird because I have quite a lot of them on google :)
[14:20] <didrocks> cyphermox: so, I've pushed (and in the same time merge e-d-s), but keep fixing the two others things
[14:20] <didrocks> in e-d-s and evolution
[14:20] <cyphermox> yep
[14:21] <didrocks> + discuss with upstream about the fail migration output
[14:21] <Riddell> kenvandine: bug 666511 still needs a test case
[14:21] <ubot2> Launchpad bug 666511 in tomboy (Ubuntu Karmic) (and 4 other projects) "Note data loss with Tomboy sync to Ubuntu One, for notes created in Gnote (affects: 1) (heat: 224)" [Undecided,New] https://launchpad.net/bugs/666511
[14:21] <didrocks> will fix the segfault later
[14:21]  * didrocks is happy, full calendar again :)
[14:21] <kenvandine> Riddell, let me look
[14:29] <cyphermox> didrocks, I can't believe I looked at the commits for e-d-s and never noticed that one. but the reason it works for me is that I never use appointments that recur forever. I pretty much always set a limit
[14:31] <didrocks> cyphermox: ok, hence the fact you miss that :)
[14:32] <cyphermox> yep
[14:39] <kenvandine> Riddell, test case posted
[14:43] <seb128> hey mterry
[14:43] <mterry> seb128, hello!
[14:44] <seb128> mterry, how are you?
[14:44] <seb128> mterry, what are you working on?
[14:45] <mterry> seb128, right now, some quickly merge reviews
[14:45] <mterry> seb128, I could do something else while I'm doing these
[14:46] <seb128> mterry, well, I've non trivial tasks if you have time this week
[14:46] <seb128> or next week
[14:46] <seb128> mterry, we need a launchpad-integration gtk3 build
[14:47] <mterry> seb128, right, saw the email.  I could work on that.  Is this the first dual library build?  (i.e. is there prior gtk2/3 art I can steal?)
[14:49] <seb128> mterry, I don't think we have one yet no
[14:49] <seb128> well we need to work on the upstream code then packaging
[14:49]  * mterry blazes a trail
[14:50] <seb128> I've no strong opinion on how to do it
[14:50] <mterry> seb128, sure, if they don't yet have a gtk3 build (which I'm assuming they don't)
[14:50] <seb128> we can probably just port it to gtk3 and upload as a new source
[14:50] <mterry> seb128, you think a new source?
[14:50] <seb128> whatever is easier
[14:51] <mterry> I thought we had talked about two-binary builds
[14:51] <seb128> well maybe it's easier to build both from the source
[14:51] <seb128> it's an ubuntu specific source anyway
[14:51] <seb128> so don't bother with configure flag, maybe just make it build the 2 versions
[14:51] <seb128> one build doing gtk2 and gtk3 binaries or one build for each flavor, both work
[14:52] <mterry> sure
[14:52] <seb128> mterry, we also need somebody to port indicator-applet to dbus
[14:52] <seb128> not sure if you are interested
[14:52] <mterry> seb128, you mean gdbus?
[14:52] <seb128> I just uploaded gnome-panel 2.32
[14:52] <seb128> mterry, no, they changed the applet to panel protocol
[14:52] <seb128> it uses to be bonobo
[14:52] <mterry> oh oh right
[14:52] <seb128> used
[14:53] <seb128> I will do gnome-applets
[14:53] <mterry> I could look into that too, sure
[14:53] <seb128> we can almost get ride of libbonoboui
[14:53]  * mterry adds that to TODO for this week
[14:53] <seb128> but we need to port indicator-applet
[14:53] <seb128> mterry, I will assign the bugs for each to you
[14:53] <seb128> thanks
[14:53] <seb128> tedg, ^
[14:53] <tedg> Wow, is indicator-applet last already?
[14:54]  * tedg thought he had a little while
[14:56] <seb128> tedg, well we just use gnome-panel and gnome-applets in the default installation
[14:56] <seb128> tedg, gnome-dictionary will be dropped from the default selection since it's buggy
[14:56] <seb128> tedg, I updated gdm to drop fusa since upstream will do it in GNOME3 and we use indicator-session
[14:56] <bilalakhtar> seb128: but that's due to dict.org being down!
[14:56] <czajkowski> kenvandine: you working your gwibber magic I see :)
[14:57] <seb128> bilalakhtar, still it only works for english and the ui has issues
[14:57] <bilalakhtar> ah, its up again
[14:57] <tedg> seb128, Great!  Perhaps you should take a vacation :)
[14:57] <seb128> tedg, why? ;-)
[14:58] <seb128> tedg, thursday is an holiday and I've friday off :-)
[14:58] <bilalakhtar> kenvandine: Could you please sponsor the SRU debdiff attached to bug #636329?
[14:58] <ubot2> Launchpad bug 636329 in gimp (Ubuntu Maverick) (and 2 other projects) "Gimp: Print preview and printout are blank pages (affects: 44) (dups: 5) (heat: 234)" [High,In progress] https://launchpad.net/bugs/636329
[14:58] <tedg> seb128, \o/ time to catch up for me!
[14:58] <seb128> lol
[14:58] <seb128> tedg, you don't have lot of catching up, mterry said he would do the indicator-applet port to dbus
[14:59] <tedg> Cool, thanks mterry!
[14:59] <seb128> tedg, sorry if that was no clear from the ping, that was just to let you know we would give you a patch for that
[15:00] <seb128> tedg, btw will you roll tarballs for natty in the next week?
[15:00] <rodrigo_> hmm, is XSBC-Original-Maintainer a wrong field in debian/control?
[15:00] <seb128> rodrigo_, no, why
[15:00] <seb128> ?
[15:00] <rodrigo_> dpkg-deb: warning: 'debian/gir1.0-rest-0.7/DEBIAN/control' contains user-defined field 'Original-Maintainer'
[15:00] <seb128> rodrigo_, did you use 'Original-Maintainer' or XSBC-Original-Maintainer?
[15:00] <rodrigo_> XSBC-Original-Maintainer: Ying-Chun Liu (PaulLiu) <paulliu@debian.org>
[15:01] <seb128> rodrigo_, lintian -i?
[15:01] <kenvandine> bilalakhtar, not right now... busy atm
[15:01] <bilalakhtar> kenvandine: no problem, thanks, will see some other day
[15:02] <kenvandine> thx
[15:02] <tedg> seb128, Yeah, I was thinking so.  I haven't had a chance to integrate mterry's other patches into trunk yet.  But my plan is to handle the merge request backlog first.
[15:02] <seb128> bilalakhtar, it's in the sponsoring queue, no need to ping people for things waiting
[15:02] <seb128> bilalakhtar, if we don't do it that's because we are busy and sru are frozen still
[15:02] <bilalakhtar> seb128: I never got main uploads sponsored without poking people
[15:02] <seb128> that's because you don't wait enough
[15:02] <bilalakhtar> And, I have a main upload in the queue for the last 4 months
[15:02] <bilalakhtar> seb128: 4 months is not enough? :(
[15:03] <bilalakhtar> okay, sorry
[15:03] <seb128> well the desktop ones are handling in a reasonable timeline
[15:03] <seb128> handled
[15:03] <seb128> those are probably on components nobody wants to touch
[15:03] <seb128> or has interest in
[15:03] <seb128> tedg, right, that's why I'm asking, would be nice to get some of the gsettings, gtk3 cleaning in natty
[15:08] <komputes> Is it possible to run Ubuntu if the root filesystem is mounted in read only mode. I've tried this by editing fstab to mount / ro, but end up in a text console.
[15:09] <chrisccoulson> komputes, if you have things like /tmp and /var on it, then probably not
[15:10] <komputes> chrisccoulson: any way I can get those to write to ram instead of disk?
[15:11] <chrisccoulson> you can with /tmp but you definately don't want to do that with /var
[15:11] <rodrigo_> can I get reviews on these 2 branches please:
[15:12] <rodrigo_> https://code.edge.launchpad.net/~rodrigo-moya/+junk/librest and https://code.edge.launchpad.net/~rodrigo-moya/+junk/libsocialweb
[15:12] <rodrigo_> it looks like a hack to me what I did with the missing autogen.sh in both
[15:14] <pitti> rodrigo_: "missing"? autogen.sh is usually only used in upstream VCS, not in proper "make dist" tarballs
[15:15] <pitti> dist tarballs already have the autoconfiscation
[15:15] <rodrigo_> pitti, right, but it complained about a missing configure
[15:15] <rodrigo_> that's why I think it's a hack, but not sure how to solve it
[15:15] <pitti> rodrigo_: sounds like a broken upstream tarball to me?
[15:15] <rodrigo_> it had the configure script indeed
[15:16] <pitti> 20
[15:16] <pitti> sh ./autogen.sh $(DEB_CONFIGURE_EXTRA_FLAGS)
[15:16] <pitti> 21
[15:16] <pitti> dh_auto_configure -- $(DEB_CONFIGURE_EXTRA_FLAGS)
[15:16] <pitti> why both?
[15:16] <pitti> the latter should suffice
[15:16] <pitti> rodrigo_: ah, you have a patch which changes configure.ac
[15:17] <pitti> ah, sorry, auto_configure != autoreconf
[15:17] <rodrigo_> oh
[15:17] <rodrigo_> so, dh_autoreconf should solve it?
[15:17] <pitti> yep
[15:17]  * rodrigo_ tries
[15:17] <pitti> instead of the patch to add autogen.sh and running that
[15:18] <pitti> by and large this just needs an "autoreconf" call
[15:18] <pitti> I guess/hope that's what dh_autoreconf does (I never used it yet)
[15:18] <rodrigo_> dh_autoreconf: --enable-gtk-doc failed to to execute: No such file or directory
[15:19] <rodrigo_> dh_autoreconf -- --enable-gtk-doc
[15:19] <pitti> I don't think that autoreconf configures
[15:19] <pitti> it just updates configure
[15:19] <pitti> i. e. it doesn't expect configure arguments
[15:19] <pitti> dh_autoreconf
[15:19] <pitti> dh_auto_configure -- $(DEB_CONFIGURE_EXTRA_FLAGS)
[15:19] <rodrigo_> ah, ok
[15:19] <pitti> this should do
[15:19] <rodrigo_> now seems to work
[15:19] <pitti> rodrigo_: btw, dh_quilt_patch isn't necessary with "3.0 (quilt)" sources
[15:20] <pitti> (nor a quilt build dep)
[15:20] <pitti> dpkg-source applies patches already
[15:20] <rodrigo_> pitti, before autoreconf?
[15:20] <rodrigo_> I had to add it to get the autogen.sh file
[15:20] <rodrigo_> hmm automake: cannot open < gtk-doc.make: No such file or directory
[15:20] <rodrigo_> seems the upstream tarball is wrong indeed
[15:21] <kklimonda> btw packaging, can some take a look at http://revu.ubuntuwire.com/p/atkmm1.6 ? It's a direct dependency of gtkmm 2.22.0
[15:28] <seb128> kklimonda, rodrigo_: could you open sponsoring bugs for those
[15:28] <seb128> seems everybody is busy right now but we will work on it from the queue
[15:28] <kklimonda> seb128: sure
[15:28] <seb128> just open a bug and subscribe ubuntu-sponsors
[15:28] <rodrigo_> seb128, I'll do as soon as I remove the autogen.sh hack
[15:28] <seb128> kklimonda, thanks
[15:28] <seb128> rodrigo_, thanks
[15:29] <rodrigo_> you're welcome :)
[15:29] <kklimonda> seb128: atkmm1.6 is a new package, should I still subscribe sponsors?
[15:29] <kklimonda> actually, I just will subscribe as I have to run
[15:31] <seb128> yes
[15:36] <rodrigo_> seb128, I've filed the bugs anyway, so will keep working on fixing the hack
[15:36] <seb128> rodrigo_, thank you
[15:42] <dobey> hyperair: ping
[15:50] <nessita> didrocks: ping
[15:50] <didrocks> nessita: yes?
[15:51] <nessita> didrocks: I see that apport sets python modules to install to usr/lib/python*/*-packages/apport/* but u1client uses debian/tmp/usr/share/pyshared/ubuntuone/
[15:51] <nessita> didrocks: can you clarify the distinction between those two?
[15:52] <didrocks> nessita: pyshared/<module> are for modules, like when you want to * python -c "import <module>"
[15:52] <didrocks> nessita: then, there are some symlink magic to link to usr/lib/python*
[15:52] <didrocks> nessita: let me show you an example
[15:53] <nessita> didrocks: I understand that, thanks. Does that mean that python-apport.install needs to point yo pyshared?
[15:53] <nessita> to*
[15:53] <nessita> instead to directly install to usr/lib/python*/*-packages/apport/* ?
[15:53] <didrocks> I trust pitti on that to have done the right thing :)
[15:54] <didrocks> nessita: you have some modules in /usr/share/pyshared/apport
[15:54] <pitti> didrocks: python-apport does install to /usr/share/pyshared/
[15:54] <didrocks> which sounds good
[15:54] <pitti> didrocks: the ones in /usr/lib/python2.X are symlinks from dh_py*
[15:54] <kenvandine> our meetings is in 35m right?
[15:54]  * kenvandine wished google calendar did UTC times
[15:55] <didrocks> pitti: ok, I don't know what necessita is referring to then, necessita?
[15:55] <nessita> pitti: how does apport installs on pyshared? python-apport.install lists usr/lib/python*/*-packages/apport/* and I\'m not sure I understand that
[15:55] <didrocks> nessita: ls -l /usr/share/pyshared/apport/
[15:55] <didrocks> and ls -l /usr/lib/python2.6/dist-packages/apport/
[15:56] <mterry> seb128, what the heck with the "gcc: not found" errors for gnome-panel.  Is natty busted right now?
[15:56] <didrocks> the symlink are generated
[15:56] <seb128> mterry, where?
[15:56] <pitti> nessita: upstream modules install to /usr/lib/python2.5/site-packages/ or /usr/lib/python2.6/dist-packages by default
[15:56] <mterry> seb128, http://launchpadlibrarian.net/58895346/buildlog_ubuntu-natty-i386.gnome-panel_1%3A2.32.0.2-0ubuntu1_FAILEDTOBUILD.txt.gz
[15:56] <seb128> mterry, no, false warning
[15:56] <seb128> read after
[15:56] <pitti> nessita: python-central then takes care of moving them to pyshared, adding the symlinks, etc.
[15:56] <seb128> E: Unable to locate package gir1.0-gconf-2.0
[15:56] <seb128> E: Couldn't find any package by regex 'gir1.0-gconf-2.0'
[15:56] <seb128> mterry, ^
[15:56] <nessita> didrocks: I do have apport modules in pyshared and synlinks in usr/lib, I was wondering how that happen if the .install file say otherwise
[15:57] <nessita> pitti: ah! I understand now
[15:57] <pitti> nessita: in the general case, you should call the upstream setup.py with --no-compile --install-layout=deb
[15:57] <pitti> nessita: and then call dh_python2 or dh_pycentral or whatever
[15:57] <pitti> and these will DTRT
[15:57] <seb128> mterry, the binary is in universe, I will promote it now
[15:57] <mterry> seb128, ah, I see.  Whoops
[15:57] <nessita> pitti, didrocks: perfect, crystal clear. Thanks!
[16:00] <seb128> mterry, will retry the build but promotion and retry will take a bit
[16:00] <mterry> seb128, sure
[16:00] <seb128> mterry, you should probably do a local build if you need it
[16:01] <dobey> nessita: hmm
[16:02] <nessita> dobey: ?
[16:03] <dobey> nessita: reading backlog, and i'm not quite sure what your confusion was
[16:04] <seb128> mterry, did you figure how to use gi with gtk3 when  gtk2 is installed btw?
[16:06] <nessita> dobey: an .install file pointed to pyshared and the other to usr/lib/python.
[16:08] <dobey> nessita: right. ubuntuone-client has some special stuff in configure.ac and the Makefile.am for installing the python module bits, to make maintaining the project easier.
[16:09] <nessita> dobey: ahahahaha you will not convince me of using autotools!
[16:09] <nessita> dobey: :-)
[16:09] <mterry> seb128, I never got a clear answer on which Gtk is used by default, how to check which is being used, or how to specify one to be used, no
[16:11] <dobey> nessita: we used to use both autotools and distutils in u1-client. it was not fun.
[16:11] <kenvandine> whew... MASSIVE gwibber change uploaded :)
[16:11] <kenvandine> to natty that is
[16:12] <davmor2> \o/
[16:15] <icek> hi, my ubuntu 10.04 is using 19 gbs of my 2gbs or ram, over 90%, and my computer is SOO slow, but in the monitor tool I cannot see any process using more than like 40 mbs, whats going on@@@
[16:15] <icek> ???
[16:17] <icek> and why does adobe flash take soooo many resources?
[16:19] <pitti> team meeting is in 12 mins, right?
[16:19] <pitti> jasoncwarner, seb128 ^
[16:19] <seb128> pitti, no, 11
[16:19] <jasoncwarner> seb128: :)
[16:19] <seb128> ;-)
[16:19] <didrocks> I already saw that pitti was late in Florida :)
[16:20] <didrocks> I understand now!
[16:20] <jasoncwarner> btw...not a fan of google calendar. I still have it on my calendar as in 1 hour
[16:20] <pitti> seems my Evo calendar still shows it as in 1:10 (still running on European summertime?)
[16:20]  * jasoncwarner shakes fist at google calendar
[16:20] <didrocks> pitti: does it reflect your jetlag?
[16:20] <chrisccoulson> my evo calendar shows it as the correct time
[16:21]  * pitti takes a huge big hammer and beats Earth into a flat shape again
[16:21] <pitti> ... as it should have been all the time!!!11!
[16:21] <didrocks> jasoncwarner: same here, I didn't get daylight saving working…
[16:21] <pitti> didrocks: the one minute? yes :)
[16:21] <chrisccoulson> pitti - you meant that the earth *isn't* flat?
[16:21] <rodrigo_> yes, evo does the correct thing
[16:21] <chrisccoulson> :)
[16:22]  * didrocks thinks that the conversation has exceeded the "nonsense" part already :)
[16:22] <chrisccoulson> lol
[16:22] <pitti> chrisccoulson: but if it was it would be so much easier
[16:23] <pitti> so it seems nobody sent a meeting reminder this time
[16:23] <pitti> sorry, forgot about it
[16:24] <dobey> just only use UTC for everything
[16:24] <dobey> change all your clocks to be in UTC
[16:25] <pitti> didrocks: can you please ping me when you are done with the wiki?
[16:25] <jcastro> didrocks: in order for QA to make a list of graphs for unity bugs I need a list of package names for all of "unity", how can I find that out?
[16:25] <kenvandine> pitti, for the work item tracker, you hard code the lp team to associate with blueprints right?
[16:26] <kenvandine> pitti, i had the ubuntuone team create a new lp team that only has real team members as members... so the work item tracker will be more effective
[16:26] <didrocks> pitti: ping
[16:26] <kenvandine> pitti, can you change their's to ubuntuone-team?
[16:26] <didrocks> well, once wikimoinsmoins will have finished with loading…
[16:27] <didrocks> jcastro: you mean, the unity task or just those from unity source?
[16:27] <didrocks> s/task/stak
[16:27] <didrocks> stack*
[16:27] <jcastro> didrocks: I'd like to have bug graphs for the stack
[16:27] <pitti> didrocks: cheers, added mine
[16:28] <jcastro> didrocks: like for xorg for example: http://status.qa.ubuntu.com/
[16:28] <jcastro> I figure have one called "unity" with the dash bits, compiz, the launcher, etc.
[16:28] <didrocks> jcastro: ok, will get that to you
[16:29] <pitti> kenvandine: I hardcode a team list, but not the assignment; that is determined by the members of each team
[16:29] <didrocks> jcastro: you need binary or source package?
[16:29] <pitti> kenvandine: you can do the change as well, but I'm doing it for you now
[16:29] <kenvandine> pitti, right... great
[16:29] <kenvandine> cool, didn't want to break anything :)
[16:29] <pitti> kenvandine: done (see platform@lillypilly:~/work-items-tracker/config/natty.cfg)
[16:29] <kenvandine> this will make workitem tracking actually sane for u1
[16:30] <jcastro> didrocks: source
[16:31] <jasoncwarner> Ok Everyone...16:30 UTC (no matter what Google calendar tells me). ready to start the desktop meeting?
[16:31] <kenvandine> yup!
[16:31] <jasoncwarner> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-11-09
[16:31] <didrocks> yes o/
[16:31] <tremolux> heyo
[16:31] <seb128> hey
[16:31] <rodrigo_> me
[16:32] <cyphermox> hey
[16:33] <pitti> \o
[16:33] <jasoncwarner> Agenda
[16:33] <jasoncwarner>     * Outstanding actions from last meeting
[16:33] <jasoncwarner>     * Partner Update
[16:33] <jasoncwarner>     * Kubuntu Update
[16:33] <jasoncwarner>     * Release Bugs/Release Status
[16:33] <jasoncwarner>     * Review activity reports
[16:33] <jasoncwarner>     * Any other business
[16:33] <jasoncwarner> starting w/ outstanding actions from last meeting, anyone have anything they would like to talk about?
[16:33] <jasoncwarner> everyone had one big action:
[16:34] <jasoncwarner> getting specs written and approved! :)
[16:34] <pitti> I had an action to set up WI tracker for Kubuntu specs
[16:34] <jasoncwarner> pitti had one additional: pitti setup WI tracker for Kubuntu
[16:34] <pitti> http://people.canonical.com/~pitti/workitems/natty/kubuntu-dev.html
[16:34] <pitti> (milestone views also available, as usual)
[16:34] <pitti> sorry, s/pitti/platform/
[16:35]  * pitti curses history in ffox
[16:35] <jasoncwarner> so, http://people.canonical.com/~platform/workitems/natty/kubuntu-dev.html ?
[16:35] <pitti> *nod*
[16:35] <jasoncwarner> awesome, thanks!
[16:36] <pitti> jasoncwarner: as for specs, can I have a separate topic for that?
[16:36] <jasoncwarner> yup!
[16:36] <jasoncwarner> would you like to go now or after everything else?
[16:36] <pitti> might as well now
[16:36] <jasoncwarner> great...
[16:37] <pitti> the other topics should be quick/nonexistant
[16:37] <jasoncwarner> all yours ;)
[16:37] <pitti> so, first, congrats everyone, we made great progress here
[16:37] <pitti> https://blueprints.launchpad.net/ubuntu/natty/+specs?searchtext=desktop
[16:37] <pitti> the large majority is approved now
[16:37] <pitti> rickspencer3 needs to approve https://blueprints.launchpad.net/ubuntu/+spec/appdevs-desktop-n-opportunistic-developer-manual
[16:37] <pitti>  (sort by reverse "design" is best)
[16:38] <rickspencer3> done
[16:38] <pitti> and we have 5 which are still drafting
[16:38] <pitti> rickspencer3: that must have been utterly thorough :)
[16:38] <pitti> I'd like to run through them quickly
[16:38] <pitti> https://blueprints.launchpad.net/ubuntu/+spec/other-desktop-n-set-default-paper-size-correctly
[16:38] <pitti> tkamppeter: ^
[16:38] <pitti> this seems like a very complex problem, and is a corner case at the same time IMHO
[16:39] <pitti> tkamppeter: would you like to work on this during natty, or should we postpone this to olympic opossum?
[16:40] <rodrigo_> doesn't the 'ñ' come after Natty??? :)
[16:40] <pitti> this requires some thorough use cases first, analysis of what currently happens, discussions with upstream etc.
[16:40] <rickspencer3> pitti, I was in the session ;)
[16:40] <pitti> https://blueprints.launchpad.net/ubuntu/+spec/appdevs-desktop-n-app-sandbox
[16:41] <pitti> that's Allison's, and she still has time until the "official" blueprint deadline
[16:41] <pitti> so I'll ignore this for now
[16:41] <pitti> https://blueprints.launchpad.net/ubuntu/+spec/multimedia-desktop-n-audio-apport-symptom is diwic's
[16:41] <pitti> also not strictly our team, I'll ping diwic about it
[16:42] <pitti> https://blueprints.launchpad.net/ubuntu/+spec/packageselection-desktop-n-thunderbird-on-ubuntu
[16:42] <pitti> this is a bit inconsistent
[16:42] <pitti> "Accepted for natty" but "deferred"
[16:42] <pitti> chrisccoulson: should this rather be un-targetted for natty?
[16:42] <chrisccoulson> pitti - yeah, that one should be untargetted. i don't think there are any WI's there are there?
[16:43] <pitti> chrisccoulson: right, and status is still new
[16:43] <chrisccoulson> (i think i'm tracking all my WI in other blueprints)
[16:43] <pitti> chrisccoulson: ok, done
[16:43] <chrisccoulson> thanks
[16:43] <pitti> cool, so except for the papersize one we are in shape
[16:44] <pitti> I reset the WI tracker today, so today is day #1 for trend line and counting
[16:44]  * pitti ^5s team, let's have at it!
[16:44] <pitti> jasoncwarner: I'm done, here's the mike back
[16:44] <jasoncwarner> thanks, pitti
[16:44] <jasoncwarner> [ACTION] follow up with tkamppeter about paper size bp
[16:45] <jasoncwarner> I can take that one, pitti
[16:45] <pitti> thanks
[16:45] <jasoncwarner> back to the agenda
[16:45] <jasoncwarner> Partner update?
[16:45] <kenvandine> nothing to report on the partner update, besides the team fix for U1 work items, so that will help a lot!
[16:45] <jasoncwarner> Ok...
[16:45] <jasoncwarner> Kubuntu update?
[16:46] <pitti> kenvandine: nothing new on DX as well? compiz etc.?
[16:46] <didrocks> pitti: this is in the unity update
[16:46] <kenvandine> what didrocks said :)
[16:46] <pitti> ah, 'k
[16:46] <kenvandine> next week we'll have more
[16:47] <pitti> new crack!!!
[16:47] <jasoncwarner> ok, we'll all be looking forward to next week! :) Unity update!
[16:47] <jasoncwarner> Riddell: Kubuntu update? Anything you would like to note?
[16:48] <Riddell> hi
[16:48] <Riddell>  * 4.5.3 uploaded and built
[16:48] <Riddell>  * trouble on arm due to removal of CXXFLAGS += -Wa,-mimplicit-it=thumb by default
[16:48] <Riddell> doko will investigate the arm issue tomorrow
[16:48] <pitti> oh, why did we drop thumb again?
[16:48] <Riddell> because upstream didn't like it I believe
[16:48] <pitti> didn't we rebuild everything for it in lucid (or was it maverick?)
[16:48] <pitti> ah
[16:48] <Riddell> merges all done
[16:48] <Riddell> need to make sure all our deltas go upstream
[16:49] <Riddell> then we're all ready to get into feature mode!
[16:49] <jasoncwarner> :)
[16:49] <jasoncwarner> Awesome.
[16:50] <jasoncwarner> [ACTION] doko to investigate arm issue for kubuntu
[16:50] <jasoncwarner> Anything else?
[16:50] <jasoncwarner> If not, we'll move onto release bugs/release status.
[16:50] <jasoncwarner> which I'm assuming is light ;)
[16:50] <didrocks> jasoncwarner: isn't the turn of Unity update? :) (the Agenda has never been upated to include Unity/USC update I'm afraid, will do it)
[16:50] <pitti> didrocks: can you please update the Template?
[16:50] <didrocks> jasoncwarner: look at the wiki page, below agenda
[16:50] <pitti> didrocks: while you are at it, perhaps change the chair from Rick to Jason :)
[16:50] <didrocks> pitti: will do that too
[16:51] <jasoncwarner> UNITY/USC  it is!
[16:51] <didrocks> so Unity…
[16:51] <didrocks> dx team is working hard to get a rocking unity on compiz!
[16:51]  * pitti remembers TheMuso having lots of fun with that last week
[16:51] <didrocks> compiz 0.9.2.1 is uploaded today in natty as a first step to unity compiz. We still need some patches to compiz to be ready for landing unity into natty. Will come soon… very soon :)
[16:51]  * rodrigo_ is not on the template, feels out :(
[16:51] <didrocks> your dear compiz will be partially broken (no pager in gnome-panel applet real support) and no integration in gnome-control-center (will show "no effect"), also the edge doesn't react. Known issues, will be fixed soon or post alpha1 for some parts
[16:51] <didrocks> The migration of data/settings from older compiz 0.8 to newer compiz (0.9+) is planned upstream for alpha2
[16:51] <pitti> didrocks: does that need any magic for keeping user conf during upgrade? or did that not change?
[16:51] <didrocks> rodrigo_: will add you too
[16:52] <rodrigo_> didrocks, merci
[16:52] <didrocks> pitti: no magic right now, just dropped
[16:52] <didrocks> pitti: not removed, but the folder name isn't the same
[16:52] <pitti> didrocks: ah, you preempted me
[16:52] <didrocks> I was sure you were about to react :)
[16:52] <didrocks> pitti: so, there are two kind of magic needed:
[16:52] <pitti> didrocks: should we make a backup of our current conf, so that we can reinstall it for later upgrade testing?
[16:53] <rodrigo_> didrocks, btw, there's no more appearance applet/panel in g-c-c 3
[16:53] <didrocks> 1. upgrade data from compiz 0.8 to 0.9
[16:53] <didrocks> 2. handling conflicting plugins with adding unity by default
[16:53] <rodrigo_> didrocks, so the stuff for setting up compiz effects needs to be thought
[16:53] <didrocks> pitti: no, you will still have your old data in ~/.compiz and ~/.config/compiz
[16:53] <didrocks> pitti: the new is reading at compiz-1
[16:53] <pitti> ok
[16:54] <didrocks> rodrigo_: ok, thanks for the heads up
[16:54] <didrocks> rodrigo_: I won't spent time on that then
[16:54] <seb128> we didn't decide if we would take g-c-c 3 this cycle
[16:54] <seb128> especially due to such questions
[16:54] <kenvandine> yeah, but i am very interested in the ideas for a web accounts interface :)
[16:54] <didrocks> ok, will put the WI for later, it just helps to focus on more urgent things
[16:55] <rodrigo_> kenvandine, g-s-d and g-c-c packages coming soon, but no web accounts yet
[16:55] <seb128> kenvandine, right, we will need to check with the u1 about that though
[16:55] <seb128> just to be clear coming to a ppa, not natty
[16:56] <rodrigo_> yeah, right
[16:56] <kenvandine> yeah
[16:56] <pitti> I'll package the user admin portion of gcc 3.0, though
[16:56] <pitti> (needed as replacement for gnome-system-tools)
[16:56]  * pitti lets his Perl axe blink for a bit
[16:56] <rodrigo_> pitti, it needs the whole g-c-c 3
[16:57] <pitti> rodrigo_: source yes, but I take it the user admin part can be split into a separate binary package
[16:57] <seb128> rodrigo_, no, that was a standalone component before
[16:57] <pitti> I did that already for the network proxy and something else
[16:57] <rodrigo_> yeah, but now it's obsolete, and part of g-c-c
[16:57] <pitti> anyway, details
[16:58] <seb128> rodrigo_, well if we don't take the new g-c-c we will investigate taking the old source for this cycle
[16:58] <rodrigo_> ok
[16:59] <pitti> didrocks: you're done?
[16:59] <didrocks> pitti: I'm done, yes
[16:59] <tremolux> ok, so USC update
[16:59] <tremolux> * Work items specified for the Software Center UI enhancements blueprint
[16:59] <tremolux>  * Focus on Unity integration, improvements to software purchase experience, performance and usability
[16:59] <tremolux> * Remaining work items lists for Software Center-related blueprints will be completed this week (after mvo returns from holiday)
[16:59] <tremolux> * mpt has done a review of the current ratings and reviews UI branch and provided detailed feedback
[17:00] <tremolux> any questions?
[17:01] <jasoncwarner> If not more questions, I have some actions :)
[17:01]  * tremolux drums on desk, whistles
[17:01] <jasoncwarner> [ACTION] update wiki w/ updated agenda and add rodrigo
[17:01] <jasoncwarner> :)
[17:01] <jasoncwarner> Anything else from the above?
[17:01] <rodrigo_> :)
[17:01] <jasoncwarner> And, anything else missing from the agenda we wanted to talk about?
[17:02] <pitti> not from me
[17:02] <didrocks> jasoncwarner: done btw (update wiki)
[17:02] <seb128> jasoncwarner, hum, did anybody pinged pedro to know if he has anything for us?
[17:02] <seb128> pedro_, hey
[17:02] <pedro_> hello!
[17:02] <seb128> pedro_, not sure if you want to start doing a weekly status that early in the cycle?
[17:03] <pitti> jasoncwarner: wrt. release status/bugs, I didn't start tracking them yet; we just finished blueprints and don't have release meetings yet
[17:03] <pitti> jasoncwarner: I'll prepare an initial release status page by next week
[17:03] <seb128> release bugs we let pedro_ do a qa status update usually if he has anything for us
[17:03] <pedro_> seb128, right, it's a bit early, but i can get some stats for bugs to SRU,etc for next week
[17:04] <jasoncwarner> [ACTION] pitti: prepare an initial release status page
[17:04] <seb128> pedro_, would be nice
[17:04] <seb128> pedro_, thanks ;-)
[17:04] <pedro_> there's only one bug i've scalated to you guys
[17:04] <pedro_> already assigned to canonical-desktop-team
[17:04] <seb128> pedro_, the video out key one?
[17:04] <seb128> I think pitti was on it
[17:05] <pedro_> yes, that one
[17:05] <pitti> is that the Super+P thing?
[17:05] <seb128> pitti, yes
[17:05] <pedro_> exactly that one pitti
[17:05] <pitti> no time yet, but I can have a look
[17:05] <seb128> seems it's basically applying the bugzilla patch
[17:05] <pedro_> awesome, i'll change the assigned then so we move it from c-d-t
[17:06] <pitti> pedro_: right, feel free to assign to me
[17:06] <pedro_> for the record: bug 539477
[17:06] <ubot2> Launchpad bug 539477 in linux (Ubuntu Maverick) (and 7 other projects) "Video out hot key sends super + p + return on many upcoming Dell & HP systems (affects: 18) (dups: 2) (heat: 128)" [Undecided,Invalid] https://launchpad.net/bugs/539477
[17:07] <pedro_> pitti, already assigned , thank you
[17:07]  * pitti shakes fist towards broken BIOSes
[17:08] <jasoncwarner> Anything else to discuss? We can move on to 'Any other business' if nothing...
[17:08] <jasoncwarner> so, any other business? :)
[17:09] <jasoncwarner> 3
[17:09] <jasoncwarner> 2
[17:09] <jasoncwarner> 1.5
[17:09] <jasoncwarner> 1
[17:09] <jasoncwarner> done?
[17:09] <jasoncwarner> done.
[17:09] <pitti> thanks everyone
[17:09] <rodrigo_> hmm, do we need to add our status reports to https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-11-09 ?
[17:09] <tremolux> thanks desktop team peoples
[17:09] <didrocks> thanks everyone :)
[17:09] <pitti> rodrigo_: please
[17:10] <jasoncwarner> [END MEETING]
[17:10] <rodrigo_> ok
[17:10] <seb128> thanks
[17:10] <jasoncwarner> Awesome, thanks everyone.
[17:12] <kenvandine> pitti, gwibber has some stuff in binNEW
[17:12] <seb128> rodrigo_, I've assigned some tasks to you
[17:12] <rodrigo_> seb128, ok
[17:12] <kenvandine> the service plugins have been split into separate packages, finally!
[17:12] <rodrigo_> seb128, where?
[17:12] <seb128> rodrigo_, bug #673110
[17:12] <ubot2> Launchpad bug 673110 in gnome-applets (Ubuntu) (and 1 other project) "should port the python applets to gi (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/673110
[17:12] <seb128> bug #673109
[17:12] <ubot2> Launchpad bug 673109 in gnome-applets (Ubuntu) (and 1 other project) "the null applet should be ported to the new library (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/673109
[17:13] <seb128> rodrigo_, basically is "get ride of remaining bonobo use in gnome-applets"
[17:13] <rodrigo_> ok
[17:13] <seb128> rodrigo_, it should be easy, the null applet is small and invest porting to gi should be ok to do
[17:13] <tkamppeter> pitti, jasoncwarner, sorry, I have missed it, have forgotten DST change.
[17:13] <seb128> rodrigo_, no hurry, but having it done by end of next week would be nice if you can
[17:14] <hyperair> dobey: pong
[17:14] <rodrigo_> seb128, ok
[17:14] <tkamppeter> pitti, jasoncwarner, the paper size issue we should fix in Natty.
[17:15] <seb128> rodrigo_, thanks ;-)
[17:15] <pitti> tkamppeter: looking at the current workload status, "we" would be "you", I'm afraid
[17:15] <pitti> tkamppeter: but this requires a fair bit of research first
[17:16] <tkamppeter> pitti, in one point I have started by fixing s-c-p to actually follow /etc/papersize when creating a queue.
[17:19] <kklimonda> pitti: transmission dev has asked if we can update it to 2.05 in maverick - it's not released yet but is at the point when there are enough bug fixes to justify a new point release. I took a look at the diff and all fixes are all SRUable, at least two of them make sense to get into maverick. Can I just assume that as long as they all qualify for SRU we can just make an update? We did for 1.04
[17:19] <kklimonda> but it was LTS and in the past it wasn't that easy to get micro releases (other than gnome) into non-SRU stable releases.
[17:19] <pitti> kklimonda: yes, that sounds fine
[17:19] <tkamppeter> pitti, other step I will do is adding a widget to the server settings of s-c-p to set /etc/papersize.
[17:19] <pitti> kklimonda: we don't care about the version number or where the fix comes from for SRU; just about what the nature of the change is
[17:20] <pitti> tkamppeter: that'll be debian/ubuntu specific then
[17:20] <tkamppeter> pitti, does Fedora not use /etc/papersize?
[17:21] <pitti> libpaper and /etc/papersize are a Debianism, I think
[17:22] <tkamppeter> pitti, I can make the widget only showing if there ia /etc/papersize or libpaper.
[17:22] <pitti> ah, yes
[17:24] <fta> was epiphany installed by default in ubuntu in the past?
[17:28] <seb128> fta, I don't think so
[17:28] <seb128> why?
[17:28] <seb128> mterry, was there any reason you didn't upload canberra to natty?
[17:29] <fta> seb128, i'm wordering why it's installed by ~10% of our users
[17:29] <mterry> seb128, because I thought it was PPA-bound.  I can upload
[17:29] <fta> but barely used at all
[17:29] <fta> http://people.ubuntu.com/~fta/popcon-20101109-pct.png
[17:30] <seb128> mterry, ppa-bound?
[17:30] <seb128> fta, weird, dunno, they maybe try it since it's the GNOME browser
[17:30] <seb128> mterry, in any case feel free to upload if you think it's ready
[17:31] <mterry> seb128, I thought it was going to bake in PPA before uploading
[17:31] <mterry> seb128, but sure, it can go to natty
[17:31] <seb128> well seems at this point we just can go to natty and deal with bugs
[17:31] <fta> and it doesn't match the other less popular browsers: http://people.ubuntu.com/~fta/popcon-20101109-pct2.png
[17:31] <mterry> seb128, agreed.  we doing a meeting today, right?
[17:31] <seb128> mterry, it was one hour ago
[17:31] <seb128> mterry, seems you got hit by dst ;-)
[17:31] <mterry> seb128, !  for the love of!
[17:31] <mterry> yar
[17:32]  * mterry reads backlog
[17:32] <fta> http://paste.ubuntu.com/528798/
[17:32] <seb128> jasoncwarner, pitti: would be nice to highlight all team members at start of the meeting
[17:33] <jasoncwarner> seb128: ack and agree
[17:33] <tkamppeter> pitti, the widget in s-c-p could also change system settings of locale, but for this i would need help of locale guys.
[17:33] <didrocks> seb128: argh, we worked on gnome-panel on the same time (wasn't doing the update but autoreconf + my patch update)
[17:33] <didrocks> seb128: you didn't get DSO linking issues?
[17:33] <pitti> tkamppeter: it shouldn't really
[17:34] <pitti> tkamppeter: if we set LC_PAPER, then it should be done in the installer, together with a few other categories
[17:34] <seb128> didrocks, which ones? I guess the codebase changed quite a bunch in the port to dbus
[17:34] <didrocks> seb128: no xrandr flag
[17:35] <seb128> didrocks, I'm still half not upgraded to natty so my gcc might just not have the dso optimisation
[17:35] <seb128> didrocks, feel free to upload your fix and patch update ;-)
[17:35] <didrocks> seb128: yeah, I'm bzr pull --overwrite there :)
[17:35] <didrocks> seb128: will tell you if it FTBFS
[17:36] <seb128> didrocks, thanks
[17:37] <mterry> pitti, that super+p video out bug, did upstream somehow handle the extra Return that Dell BIOSes send?  Last time I heard they refused to do that
[17:37] <pitti> mterry: I think the extra return key was fixed in the BIOS; no way to work around that
[17:38] <mterry> pitti, this was not a bug in the BIOS, but a design spec of Dell's.  it will not be fixed in BIOS, AFAIK, for Dell systems
[17:38] <pitti> it was a total misunderstanding
[17:39] <mterry> pitti, on Dell's part?  OK.  If you have newer info, that's good.
[17:39] <pitti> mterry: no, I mean Dell said "the hotkey should do the same as Super+P"
[17:40] <pitti> but that was meant to be "send a hotkey which Windows will treat similar as super+p", not "actually send the identical scan code as super+p"
[17:40] <pitti> mterry: ISTR that Tony said that the Enter was of no concern
[17:40] <mterry> pitti, right, but you believe that the BIOS manufacturers are fixing it?  That's good, I just hadn't heard that
[17:40] <mterry> cool
[17:40] <mterry> yay for fixing things!
[17:41] <pitti> mterry: I don't know what the bios guys are doing; I was just told that the Enter bit was a non-issue nwo
[17:41] <mterry> k
[17:43] <dobey> hyperair: hey. i see you are the creator of banshee-community-extensions on lp; was wondering if you could perhaps set up the code import to pull from git://gitorious.org/banshee-community-extensions/banshee-community-extensions.git for it
[17:59] <hyperair> why don't you just use git? =)
[17:59] <seb128> didrocks, mterry
[17:59] <seb128> https://blueprints.edge.launchpad.net/ubuntu/+spec/packageselection-desktop-n-gnome3
[18:00] <seb128> you might want to subscribe to the blueprint
[18:00] <seb128> the changes are probably useful infos for people who will work on the GNOME3 transitions
[18:00] <seb128> I've just added some comments about items to consider if we want to take the new g-c-c for example
[18:00] <seb128> also seeing who has work items assigned might avoid duplicating work
[18:01] <seb128> kenvandine, hey
[18:01] <kenvandine> hey seb128
[18:01] <seb128> kenvandine, I've add a "- needs to check with the u1 tem if the web account dialog doesn't create conflict with their work" on this spec, can you do that?
[18:01] <kenvandine> yeah
[18:01] <seb128> kenvandine, no hurry but just at some point just check if they will want to integrate with it
[18:02] <seb128> or have concerns with what upstream is doing
[18:02] <kenvandine> yeah... cool
[18:02] <seb128> kenvandine, thanks
[18:02] <kenvandine> will do
[18:02] <seb128> rodrigo_, ^ as well I guess
[18:02] <dobey> hyperair: if that's your answer, why is there a project entry on launchpad at all?
[18:02] <hyperair> dobey: for bugs.
[18:03] <seb128> dobey, you need to register projects to be able to add upstream watches to the upstream bug tracker or to push packaging work etc
[18:03] <hyperair> dobey: the thing is, if we mirror the code down, and you start coding up a storm in bzr, nobody's going to stare at your branches and merge them.
[18:03] <hyperair> dobey: because the whole lot of us prefer git.
[18:03] <dobey> seb128: right, but i thought that was automated (ie, all the gnome stuff is automated/imported/etc.)
[18:04] <dobey> hyperair: i don't care if nobody looks at my branches in bzr. i want to develop with bzr. when it's ready to merge i can export to gitorious or something.
[18:05] <didrocks> seb128: yeah, the gnome-panel error is still there, fixed, pushed and opened upstream
[18:05] <didrocks> seb128: subscribing to the blueprint as well
[18:05] <seb128> didrocks, thanks
[18:05] <hyperair> dobey: can you? i'm not sure what you would use to do that, aside from posting up a bunch of patches onto the bugzilla, for example.
[18:05] <didrocks> seb128: yw :)
[18:06] <dobey> hyperair: bzr-git? or merge the changes into a clone, commit, and push to gitorious. it's not a hard problem.
[18:06] <dobey> what /is/ hard, is git.
[18:06] <hyperair> dobey: and even if you don't expect us to come stare at the bzr branches, there's always the likelihood that someone starts posing the question: if you're not going to look at my branches and merge them, why do you even mirror the code on launchpad?
[18:06] <hyperair> dobey: i think bzr is harder than git, but that's just me =)
[18:07] <hyperair> let's not get into a VCS war here, though.
[18:07] <chris|> oh, please, lets :)
[18:08] <hyperair> dobey: if you're willing to maintain all the potential bzr branches that turn up on bce in launchpad, then yeah sure
[18:08] <dobey> what does that even mean?
[18:09] <dobey> and why are you so adament against using a common practice in lp for upstream projects? if the project had been created like all the gnome ones, it would already be getting mirrored anyway, and we wouldn't be having this discussion
[18:11] <hyperair> dobey: because eventhough i'm an ubuntu developer, i have no interest in bzr, or launchpad code hosting until it supports git.
[18:11] <hyperair> dobey: i'm adamant against setting up something i can't/am not willing to maintain.
[18:12]  * cyphermox --> lunch, bbl
[18:12] <hyperair> dobey: if you want to maintain it, sure, i'll add you to the team or something and let you handle it.
[18:12] <hyperair> but *i* will not maintain it.
[18:12] <dobey> maintain what?
[18:13] <dobey> you seem to insist on implying there is some sort of burden, which does not exist.
[18:14]  * popey hugs kenvandine 
[18:14] <hyperair> dobey: if there's no burden, then you'll take care of configuring the code hosting (which should be a one time thing) and taking care of looking into merging any potential b-c-e bzr branches that might pop up, yes?
[18:15] <kenvandine> popey, :)
[18:15] <hyperair> dobey: if the answer is no, then forget it. if yes, i'll add you to the team, so please handle it.
[18:15] <dobey> i can't merge any b-c-e bzr branches that might pop up.
[18:15] <hyperair> dobey: you might want to take this to #banshee on irc.gnome.org where there might be someone who favours bzr and is on launchpad who will be willing.
[18:15] <dobey> and even if i could, i'm sure you wouldn't want me to do it, because git would break when i tried to use it.
[18:16] <dobey> hyperair: no, you seem to be misunderstanding my request as one to move the primary code to bzr. and it is not.
[18:16] <hyperair> and there we go. you've just highlighted a problem.
[18:16] <hyperair> dobey: i'm not misunderstanding any request.
[18:16] <hyperair> don't put words into my head.
[18:17] <dobey> i haven't hilighted any problem
[18:17] <dobey> if it was a problem, we'd be having this discussion at UDS five times over already, because all of GNOME would be experiencing it.
[18:17]  * hyperair shrugs.
[18:18] <hyperair> things would be so much easier if launchpad would just adopt git.
[18:19] <dobey> no, they wouldn't. and this isn't the place for another dumb vcs argument
[18:19] <hyperair> they would. this argument wouldn't have started.
[18:19] <dobey> whatever.
[18:19] <hyperair> so anyway, this goes two ways. i add you to the team, you handle any bzr thing that pops up, or i'm not doing anything.
[18:19] <hyperair> or you find someone else to do it
[18:20] <hyperair> so that's three ways
[18:20] <hyperair> pick one.
[18:20] <dobey> i am not taking over maintainership of your project just so there can be a vcs import of the code in lp
[18:20] <hyperair> i didn't ask you to take over maintainership, and b-c-e isn't my project.
[18:21] <hyperair> i just created it on launchpad because i needed to file upstream bugs. period.
[18:21] <hyperair> if you want to handle the code.lp.net side of things, fine, but i don't want anything to do with it.
[18:23] <pitti> good night everyone
[18:28] <didrocks> good night pitti
[18:34] <seb128> 'night pitti
[18:34] <kenvandine> good night pitti
[18:38] <rodrigo_> seb128, I'm already subscribed to that blueprint
[18:38] <rodrigo_> dobey, hyperair: you don't need a maintainer to request a vcs-import
[18:38] <rodrigo_> dobey, just request the importing, lp can import from git
[18:38] <dobey> rodrigo_: you need some form of code support enabled on lp
[18:39] <dobey> rodrigo_: i can't request the import, because there is no ui to allow me to, because the project is not configured to allow it
[18:42] <seb128> rodrigo_, hum?
[18:42] <seb128> rodrigo_, oh, I was just pointing the webaccount and how it impacts u1 to you
[18:42] <rodrigo_> seb128, ah
[18:42] <seb128> you probably know the u1 team better than most of us and know with who to check
[18:42] <rodrigo_> I don't like the idea of a web accouints thing
[18:42] <rodrigo_> I like though the central storage of account info
[18:42] <rodrigo_> so that any app can reuse the credentials
[18:43] <seb128> right
[18:43] <seb128> I'm wondering if we should give it some though and design thinking to that before bringing it in the distro
[18:43] <rodrigo_> on the g-c-c mailing list someone posted about the few uses the web accounts applet would have
[18:43] <rodrigo_> seb128, it's not even started, so there's no code :)
[18:44] <rodrigo_> seb128, there are just some mockups
[18:44] <seb128> ok
[18:44] <seb128> so probably not for this cycle?
[18:44] <kenvandine> rodrigo_, yeah... there is some nice potential though... but the hard part is making it useful
[18:44] <rodrigo_> unless someone writes it very quickly, yes, not for this cycle
[18:44] <rodrigo_> kenvandine, yeah, right now, I don't see it useful
[18:44] <kenvandine> like how firefox might use the account data for gmail login... etc
[18:44] <rodrigo_> apart from a central storage of web acocunts
[18:44] <rodrigo_> which makes a lot of sense
[18:44] <kenvandine> so those problems need to be solved first
[18:44] <kenvandine> indeed
[18:45] <kenvandine> like should a user allow just any app they have installed access to their credentials
[18:45] <kenvandine> or should they be able to opt-in installed apps... which seems to suck
[18:45]  * kenvandine should actually reply to that email :)
[18:46] <rodrigo_> kenvandine, yes, it needs a lot more thought
[18:50] <seb128> Riddell, hey, if you binNEW gnome-panel can you make sure you send the lib to main? other things wait on it
[18:51] <mterry> seb128, oh, btw, libcanberra isn't in desktop set, so I can't upload
[18:52] <seb128> mterry, oh, ok
[18:52] <seb128> I will upload it
[18:52] <mterry> seb128, desktop trunk is up to date for that (we weren't using a gtk3 branch)
[18:54] <didrocks> bye bye everyone
[18:59] <fta> booh, lots of new crashes on natty after today's update :P
[18:59] <fta> shotwell, glade-3, calibre..
[19:01] <pitti> fta: hm, calibre has worked fine for me two days ago
[19:01] <pitti> right, not any more
[19:01] <pitti> argh new pyqt or so
[19:01] <fta> pitti, yep, i use it everyday. but now, it crashes on startup
[19:01] <fta> StacktraceTop:
[19:01] <fta>  ?? () from /usr/lib/pymodules/python2.6/sip.so
[19:01] <fta>  ?? () from /usr/lib/pymodules/python2.6/sip.so
[19:01] <fta>  initpictureflow () from /usr/lib/calibre/calibre/plugins/pictureflow.so
[19:01] <fta>  _PyImport_LoadDynamicModule ()
[19:02] <pitti> good night for real now
[19:02] <fta> :)
[19:02] <fta> pitti, good night
[19:11] <ricotz> seb128, hi, do you know if robert_ancell is onto working on vala 0.11.2?
[19:11] <seb128> ricotz, hey, no clue
[19:11] <seb128> drop him an email?
[19:12] <ricotz> seb128, i have a package, just a simple update which could be uploaded
[19:13] <seb128> ricotz, can you open a sponsoring request and subscribe robert?
[19:15] <ricotz> seb128, is there is script for this?
[19:16] <seb128> there might, not sure I don't request often for sponsoring
[19:18] <ricotz> seb128, ok, i do it the manual way ;)
[19:18]  * micahg isn't aware of a sponsoring script, only for syncs from Debian
[19:25] <ricotz> seb128, i am not able to assign someone https://bugs.edge.launchpad.net/ubuntu/+source/vala/+bug/673166
[19:25] <ubot2> Launchpad bug 673166 in vala (Ubuntu) "Please update to vala 0.11.2 (affects: 1) (heat: 8)" [Undecided,New]
[19:25] <seb128> ricotz, subscribe is enough ;-)
[19:25] <seb128> we just want to hint
[19:26] <ricotz> ok
[19:26] <mterry> seb128, do you know much about the licensing of liblaunchpad-integration?
[19:27] <seb128> mterry, not sure I want to reply to that, just ask your question
[19:28] <mterry> seb128, 2 things: COPYING says GPL3, debian/copyright says GPL2+.  I can't find copyright headers in any of the files, so I'm assuming debian/copyright should be updated.  Second, is GPL appropriate here?  Don't we want LGPL?
[19:29] <seb128> mterry, it's a valid point, yes I think we do
[19:29] <seb128> mterry, feel free to update the COPYING and debian/copyright
[19:30] <seb128> mterry, the lib was written by jamesh for Canonical so we have the copyright so updating the license is no issue
[19:30] <mterry> seb128, OK
[19:31] <seb128> mterry, thanks for spotting it!
[19:31] <mterry> np  :)  just happened to look
[19:35] <mterry> seb128, ah, COPYING wasn't in bzr so that's why there was a mismatch.  Still, the relicense from GPL2+ to GPL3 makes sense
[19:35] <mterry> I mean LGPL3
[19:37] <seb128> right
[19:40] <mterry> seb128, btw, I can answer one question about PyGI: Gtk.get_major_version() shows that by default, 2.0 is loaded.  Still looking into being able to load 3.0
[19:40] <kenvandine> mterry, ugh... i really hope there is a way to set that...
[19:40] <seb128> vuntz pointed that g-s does it
[19:40] <seb128> but it's js not python
[19:41] <seb128> js/ui/main.js:imports.gi.versions.Gtk = '3.0';
[19:41] <seb128> is what they do
[19:41] <kenvandine> seb128, btw i am just running ubuntu-geoip through pbuilder for natty, then it will be ready to sponsor :)
[19:41] <seb128> kenvandine, great, that and the sound indicator ;-)
[19:42] <kenvandine> oh... yeah that is still not uploaded for lucid.. was on my nag seb list :)
[19:42] <seb128> hehe
[19:42] <seb128> I didn't forget about it ;-)
[19:42] <kenvandine> no joke... i have a tomboy note named "Nag list for seb128"
[19:42] <kenvandine> :)
[19:42] <kenvandine> i don't look at it daily though, i should :)
[19:43] <seb128> what else do you have there?
[19:43] <seb128> I should perhaps do a "nag kenvandine" note ;-)
[19:43] <kenvandine> indeed :)
[19:44] <kenvandine> just geoip and indicator-sound  now
[19:44] <kenvandine> but last cycle it got pretty long
[19:44] <kenvandine> :)
[19:44] <seb128> don't worry my "nag kenvandine" had quite some items as well
[19:44] <seb128> not as many that my "nag ted" list though :p
[19:45] <kenvandine> hahaha
[19:45] <seb128> ;-)
[19:46] <seb128> ok, stupid launchpad will not be push to ~ubuntu-desktop/gnome-desktop3/ubuntu
[19:46] <seb128> can't we use package names? we really need products to be registered?
[19:48] <micahg> seb128: try ~ubuntu-desktop/ubuntu/gnome-desktop3/
[19:48] <micahg> you might need a series as well
[19:48] <seb128> well that breaks our standard scheme
[19:48] <micahg> seb128: try ~ubuntu-desktop/ubuntu/gnome-desktop3/natty/ubuntu or such
[19:48] <seb128> stupid launchpad
[19:48] <seb128> micahg, but thank you ;-)
[19:48] <kenvandine> mterry, there is a Gtk.require_version
[19:48] <kenvandine> i suspect that is where you set it
[19:48] <kenvandine> but don't have gtk3 yet to test :)
[19:49] <micahg> seb128: it's versatile, so you can choose to push under distro or project
[19:50] <mterry> kenvandine, interesting, I hadn't discovered that function yet!  That seems to *want* to do what I want, but get_major_version still returns 2
[19:51] <ari-tczew> hello devs, I would like to ask about merge meta-gnome2 package from Debian. is it makes sense if version is 2.30 ?
[19:54] <kenvandine> mterry, odd... dunno
[19:54] <kenvandine> love the docs :)
[19:55] <mterry> kenvandine, there are docs for gi?  I didn't find them
[19:55] <kenvandine> haha... i was kidding
[19:55] <kenvandine> for me the docs are tab completion in ipython :)
[19:55] <mterry> kenvandine, don't get my hopes up
[19:55] <kenvandine> painful way... but the best i can do...
[19:55] <kenvandine> mterry, sorry man!
[19:56] <mterry> kenvandine, interestingly, Gtk.introspection_module gives "<IntrospectionModule 'Gtk' from '/usr/lib/girepository-1.0/Gtk-3.0.typelib'>" so *something* is right.
[19:57] <kenvandine> so maybe get_major_version doesn't return what you think it is returning
[19:57] <mterry> kenvandine, ah!  walters in #introspection cleared it up
[19:57] <mterry> kenvandine, major version is 2, because the version is 2.91.3, obviously!  :)  get_minor_version() returns 91 correctly
[19:57] <kenvandine> haha... obviously :)
[20:33]  * didrocks will rebase his gnome-desktop wallpaper cache for the 4th time and will poke vuntz everyday now :)
[20:34] <seb128> didrocks, ;-)
[20:34] <seb128> didrocks, I've to admit I've been lazy
[20:34] <seb128> I didn't check if it was easy to update it or not
[20:35] <didrocks> seb128: thanks for admiting it :)
[20:35] <seb128> lol
[20:35] <didrocks> seb128: last time, it was trivial, but not this time ;)
[20:35]  * didrocks hugs seb128
[20:35]  * seb128 hugs didrocks
[20:35] <didrocks> seb128: but last time, I used the refresh to apply other comments from vuntz (like multimonitor with different wallpaper support and such)
[20:35] <seb128> I would usually make a comment on how getting things upstream spare work
[20:35] <seb128> but you are not the right one for that ;-)
[20:36] <didrocks> seb128: exactly :-)
[20:36] <seb128> didrocks, you should go to bed btw
[20:36] <didrocks> in any case, it's vuntz's fault, once again, we all know that :)
[20:36] <seb128> yeah
[20:36] <didrocks> seb128: will just do that and go to bed then :)
[20:36] <seb128> didrocks, tomorrow is not going to be an easy day for you
[20:36] <didrocks> seb128: what what ? :-)
[20:37] <seb128> I can see compiz issue raising tomorrow morning ;-)
[20:37] <chrisccoulson_> asac - do we need the addon overlay in ubufox now? it hasn't worked for the last few releases because there is no gnome-app-install, and nobody missed it ;)
[20:37] <seb128> not sure why
[20:37]  * didrocks planned to slack yesterday :)
[20:37] <seb128> just a feeling
[20:37] <didrocks> seb128: yeah, upstream bugzilla is down :)
[20:37] <seb128> lol
[20:37] <didrocks> seb128: I've already listed known issues with default config
[20:37] <kenvandine> seb128, lp:~ubuntu-desktop/ubuntu-geoip/ubuntu is ready to sponsor
[20:37] <kenvandine> when you have a chance
[20:37] <didrocks> apart from that, working quite well from the last 2 days
[20:38] <seb128> kenvandine, let me try my chance now
[20:38] <didrocks> then, if people start to use $plugin with $parameter :)
[20:38] <seb128> starting with the indicator so I don't forget again
[20:38] <asac> chrisccoulson_: your call ... was a good thing, but we should rather do something like for plugins with extensions if we want it right ... or rather integrate soft center directly in UI to give a streamlined experience ;)
[20:39] <didrocks> argh, they added a new structure and replaced that as a parameter :/
[20:39] <asac> chrisccoulson_: my final goal was to make all ubufox go away, but adding those integration features to ffox plainline ... did you ever try my ntrack online/offline patch?
[20:40] <chrisccoulson_> asac - ok, i can drop it for now as it's throwing some exceptions.
[20:40] <chrisccoulson_> i've not tried the ntrack patch yet, it slipped my mind actually ;)
[20:40] <chrisccoulson_> i'll do that tomorrow
[20:40] <asac> chrisccoulson_: talk to mvo to also drop the special features were aded to gnome-app-install (if that still eixsts)
[20:41] <asac> and the special database that was maintained i guess (in app-install-data)
[20:41] <chrisccoulson_> asac - did you see https://code.launchpad.net/~chrisccoulson/ubufox/ff-4.0/+merge/40373 too?
[20:41] <micahg> what about the restart notification?  chrisccoulson_ just dropped that in favor of the ubufox version
[20:41] <asac> chrisccoulson_: no ... poke me directly on those things ... my mail setup is more busted than ever
[20:41] <asac> chrisccoulson_: asac at linaro.org if you need anything ;)
[20:41] <chrisccoulson_> (although, there's more changes coming in a bit, i've just merged the plugin finder code from firefox 4 as well, but i still need to test that)
[20:41] <asac> added to TODO ... will review
[20:42] <asac> chrisccoulson_: is ffox 4 in maverick ppa or sokmething?
[20:42] <seb128> asac, gnome-app-install is not in recent ubuntu version, deprecated by software-center
[20:42] <asac> so i can test there without building big tree?
[20:42] <asac> seb128: right. but  maybe that code was moved too ... so we should double check
[20:42] <seb128> not sure if software-center supersed it for what you are talking about though
[20:42] <asac> me neither ;)
[20:42] <seb128> right
[20:42] <chrisccoulson_> asac - i just use the daily builds for ff4
[20:42] <asac> chrisccoulson_: maverick? ... kk
[20:42]  * asac check 
[20:43] <chrisccoulson_> yeah, maverick is working fine, natty is not working so fine ;)
[20:43] <asac> chrisccoulson_: safe to use for profile and go back?
[20:43] <asac> or is a special dir created?
[20:43] <chrisccoulson_> asac - it creates a special dir
[20:43] <asac> grewat
[20:43] <asac> already have it ... will try tomorrow then
[20:44] <asac> how is it going in desktop world?
[20:44] <chrisccoulson_> i think it's going ok ;)
[20:44] <chrisccoulson_> i don't spend that much time in here!
[20:45] <asac> heh. the begining of cycle is always easy
[20:45] <asac> everyone is laying back enjoying life ;)
[20:45] <chrisccoulson_> lol
[20:45] <asac> until new unity getss dropped after beta ;)
[20:45] <micahg> asac: chrisccoulson_has been hard at work redoing the packaging for FF4
[20:45] <asac> good. ;) ... dh7?
[20:45] <chrisccoulson_> no dh7 yet ;)
[20:45] <asac> heh
[20:46] <chrisccoulson_> i did the new lightning packaging with dh7, and i'm not really sure if it gives any benefits
[20:46] <asac> yeah
[20:46] <asac> for everything not trival it probably doesnt really matter
[20:46]  * micahg would love to drop CDBS by the end of the cycle
[20:46] <asac> most likely just writing debian/rules that does everything manually is similarly good
[20:46] <micahg> from teh Mozilla packaging at least :-/
[20:47] <chrisccoulson_> yeah, the firefox packaging is definately not a trivial case ;)
[20:47] <asac> micahg: ;)
[20:48] <asac> when is desktop meeting nowadays?
[20:48] <chrisccoulson_> tuesday afternoons still ;)
[20:48]  * asac doesnt even remember when that was ;) ... 1500 UTC?
[20:48] <micahg> 16:30 UTC on Tuesday
[20:48] <asac> oh
[20:48] <chrisccoulson_> asac - is it easy to set up a local server for the plugin finder?
[20:48] <asac> ok added to my calendar ;)
[20:48] <seb128> it should change in the next weeks though
[20:49] <asac> chrisccoulson_: yes its quite easy
[20:49] <asac> seb128: no!!
[20:49] <asac> ;)
[20:49] <seb128> since jasoncwarner is moving to .au this week
[20:49] <asac> seb128: do you have a meeting entry on a calendar and could invite me? so it moves for me?
[20:49] <chrisccoulson_> he's going to be getting up at 3am ;)
[20:49] <seb128> asac, we can probably do that yes
[20:49] <seb128> I will ask jasoncwarner to invite you when we set a new time
[20:50] <asac> good. thanks
[20:50] <seb128> yw
[20:50]  * asac deletes manually created entry again
[20:51]  * asac out
[20:51] <seb128> kenvandine, so sponsoring...
[20:53] <seb128> kenvandine, there to do some tweaks to the geoip one?
[20:53] <kenvandine> ?
[20:54] <kenvandine> happy to tweak
[20:56] <seb128> kenvandine, sorry I got sidetracked
[20:56] <seb128> I've sponsored indicator-sound
[20:56] <Sarvatt> bdrung: sorry about the pixman sync request failure, looks to be a toolchain issue with the test suite on natty and I should have caught that
[20:56] <kenvandine> seb128, thx
[20:56] <seb128> ubuntu-geoip, small comments
[20:56] <seb128> kenvandine, would be nice so use source v3 for new sources
[20:56] <seb128> dep5 for copyright as well
[20:56] <kenvandine> ah... good point
[20:56] <kenvandine> will do
[20:57] <tkamppeter> jasoncwarner, ping
[20:57] <bdrung> Sarvatt: no problem
[20:57] <seb128> kenvandine, why do you build-depends on  libglib2.0-bin?
[20:57] <jasoncwarner> tkamppeter:
[20:57] <jasoncwarner> hey
[20:57] <seb128> kenvandine, that seems buggy
[20:57] <tkamppeter> jasoncwarner, did you see my last messages in the private chat?
[20:58] <kenvandine> i'll look into that, that was how tedg sent it to me and i didn't catch that
[20:58] <seb128> kenvandine, also if you are full source why using the ubuntu-desktop vcs rather than the canonical location?
[20:58] <kenvandine> probably not needed
[20:58] <kenvandine> i can't push there...
[20:58] <kenvandine> yet :)
[20:58] <seb128> until next week? ;-)
[20:58] <seb128> doh, add "need advocacy comment" to your "nag seb" list
[20:58] <seb128> ;-)
[20:58] <kenvandine> ok, i'll fix those up in a few
[20:59] <kenvandine> oh yeah...   :)
[20:59] <kenvandine> please do that :)
[20:59] <kenvandine> anything else?
[20:59] <seb128> kenvandine, you don't have a compat
[20:59] <seb128> which seems weird
[20:59] <seb128> nor a watch
[21:00] <seb128> kenvandine, otherwise seems fine
[21:00] <Sarvatt> ugh, pixman 0.20 test suite passes with -O0 on 4.5, passes normally on gcc 4.4 too
[21:00] <seb128> so mostly wishlist changes
[21:01] <chrisccoulson_> Sarvatt, heh, we get some 200-odd additional test-suite failures in firefox with the new toolchain ;)
[21:01] <chrisccoulson_> it's a mess....
[21:05] <ricotz> seb128, gnome-panel might have a problem the gir package depends on gtk2 also the other "3.0" packages
[21:06] <seb128> ricotz, what do you mean by "the other "3.0" packages"?
[21:06] <seb128> ricotz, it's supposed to depends on gtk2 since it doesn't use gtk3 yet
[21:07] <ricotz> i mean libpanel-applet-3-0, ok, so they are just dummy package which contains quite the same like the -2-0 package?
[21:08] <seb128> ricotz, no, they are different libraries
[21:08] <seb128> that's not a gtk2,gtk3 thing
[21:09] <seb128> it's a applets using bonobo or dbus abi update
[21:09] <ricotz> ah, alright
[21:09] <ricotz> sorry
[21:09] <seb128> the soname 2 is using bonobo
[21:09] <seb128> the new one is using dbus
[21:09] <seb128> no worry
[21:22] <didrocks> ok, gnome-desktop done now (waow, transition to gsettings made me changing my cache format :/)
[21:26] <seb128> didrocks, waouh
[21:26] <seb128> didrocks, you can upload your update if you want btw
[21:26] <didrocks> seb128: already done :)
[21:26] <seb128> didrocks, great
[21:26] <seb128> didrocks, you should call it a day then ;-)
[21:27] <didrocks> seb128: I updated upstream patch as well and I head to threaten vuntz for not giving ice cream at my "pendaison crémaillère" :)
[21:27] <seb128> lol
[21:28] <seb128> didrocks, thanks for updating the control as well
[21:28] <didrocks> seb128: yw :)
[21:28] <didrocks> seb128: ok, going now. you should go to bed as well! see you tomorrow :)
[21:29] <seb128> didrocks, yeah, I will in a bit, 'night!
[21:29] <didrocks> good night!
[21:35]  * bcurtiswx_ hugs kenvandine
[21:36]  * bcurtiswx_ just read the facebook dev response
[21:36] <kenvandine> seb128, so we dep5, if the packaging is under the same license and copyright, i don't need a separate stanza for it right?
[21:36] <kenvandine> bcurtiswx_, oh? /me looks quick
[21:36] <seb128> kenvandine, no you don't
[21:36] <kenvandine> ok
[21:36] <kenvandine> thought so
[21:36]  * kenvandine still hates debian/copyright :)
[21:37] <bcurtiswx_> kenvandine, you'll probably want to jump off an ethercliff
[21:37] <kenvandine> sigh
[21:37] <kenvandine> he didn't really answer my question!
[21:37] <bcurtiswx_> i know, welcome tot he revolving door
[21:37] <seb128> kenvandine, url?
[21:37] <bcurtiswx_> to the*
[21:38] <kenvandine> http://bugs.developers.facebook.net/show_bug.cgi?id=13040
[21:38] <ubot2> bugs.developers.facebook.net bug 13040 in [Old] Rest API "Desktop app failing, API_EC_TOO_MANY_CALLS breaks Ubuntu" [-,Resolved: invalid]
[21:38] <seb128> thx
[21:38] <kenvandine> i understand we are being throttled... /me wants to scream!
[21:38] <kenvandine> "This application clearly throttled due to high DB query count. The application
[21:38] <kenvandine> has about 8.8 million daily fql.calls resulting in 266 million DB queries."
[21:40]  * kenvandine reopens bug, they are going to hate me even more
[21:41] <kenvandine> however, it is slightly informative
[21:41] <kenvandine> that isn't the query that i expected was the biggest problem
[21:42]  * kenvandine needs to run... i'll yell at them in a few :)
[21:42] <bcurtiswx_> cya kenvandine
[21:42] <james_w> what does MAU mean?
[21:43] <james_w> because 8.8 million API calls a day < 100 million API calls a day limit, or do they really mean that the limit is 100 million DB queries a day?
[21:44] <bcurtiswx_> have we started building gtk2.9*.* yet?
[21:46] <seb128> bcurtiswx_, yes
[21:46] <seb128> bcurtiswx_, it's in natty
[21:47] <bcurtiswx_> OK, empathy is at 2.91.*, does that auto-sync? or would someone have to build it?
[21:48] <bcurtiswx_> iirc that depends on it being in debian-unstable vs debian-testing.. right? which one does it have to be in ?
[21:49] <seb128> ?
[21:49] <seb128> empathy 2.91 we don't package yet
[21:49] <seb128> it will require gtk3 build of other libraries
[21:50] <seb128> webkit for example
[21:51] <bcurtiswx_> seb128, OK.  I would like to try helping to take care of empathy and telepathy-* packaging this cycle, so lemme know when I can start helping there.  Will that eventually get auto-sync to start?
[21:52] <seb128> ok, I will
[21:52] <seb128> not likely since Debian is frozen for their next stable
[21:52] <bcurtiswx_> seb128: thanks :)
[22:19] <mterry> seb128, https://code.launchpad.net/~mterry/launchpad-integration/gtk3/+merge/40486
[22:19] <mterry> seb128, I can't upload that, so someone else should review and push
[22:22] <seb128> mterry, I think you need at least a build-dep on gir1.0-gtk-3.0
[22:22] <seb128> mterry, random comment while reading through, I didn't try to build yet
[22:23] <mterry> seb128, hrm, my understanding was gir:Depends inserted that, but I didn't confirm.  Checking now shows that it didn't add anything.  Let me see why that is
[22:23] <mterry> seb128, oh sorry, misread your comment
[22:23] <seb128> mterry, thumbs rules, dpkg -I gir<name>.deb
[22:23] <seb128> and copy the depends as build-depends
[22:23] <seb128> the gir ones at least
[22:24] <seb128> that's what I do usually
[22:24] <mterry> seb128, ok, let me confirm my build-depends and gir1.0-launchpad-integration-3.0 depends
[22:24] <seb128> mterry, you probably want a shlibs:Depends on the gir as well
[22:25] <mterry> seb128, gir:Depends is supposed to do that...
[22:25] <mterry> but it didn't, so I'm checking why
[22:25] <mterry> maybe I misunderstood what it does
[22:25] <seb128> I though it would add gir depends only
[22:25] <seb128> gir-* depends
[22:25] <seb128> not the lib*
[22:25] <seb128> but I never read the dh_girepository code
[22:26] <seb128> I'm just speaking based on packages I've seen from debian and copied ;-)
[22:26] <seb128> they usuaully have shlibs, misc, gir depends
[22:27] <mterry> seb128, http://www.mail-archive.com/debian-gtk-gnome@lists.debian.org/msg13664.html says it *should* do both
[22:27] <seb128> ok, learning every day ;-)
[22:27] <seb128> mterry, seems fine otherwise
[22:28] <seb128> I just think you lack some gir in your build-depends then
[22:28] <mterry> seb128, probably true.  I forgot to actually run in pbuilder before I pushed, so checking what that dies on
[22:41] <SEJeff_work> tedg, ping
[22:41] <tedg> SEJeff_work, Howdy
[22:47] <seb128> ok, time to call it a day
[22:47] <seb128> mterry, I will review lpi tomorrow if nobody does it before
[22:48] <mterry> seb128, yeah, sorry.  I figured it out I believe, but just doing some last minute tests.  no rush
[22:49] <seb128> mterry, no worry and no hurry either, push to ppa meanwhile if you want so it's available
[22:50] <seb128> anyway, 'night
[22:50] <seb128> see you tomorrow