[00:10] <rickspencer3> hi RAOF
[00:10] <RAOF> rickspencer3: Good moring.
[00:12] <TheMuso> Morning guys
[00:15] <rickspencer3> Hi TheMuso
[00:15] <rickspencer3> hi robert_ancell good mornng
[00:16] <robert_ancell> rickspencer3, hi
[00:47] <statik> hey robert_ancell, just wanted to check in if my request about magicicada made sense, and if you saw anything during review that you wanted me to fix tonight?
[00:53] <robert_ancell> statik, just saw email, haven't reviewed yet sorry
[00:53] <statik> robert_ancell: cool, not trying to rush you just wanted to be responsive in case you wanted anything tweaked
[01:01] <robert_ancell> statik, the name is a tongue twister :)
[01:02] <statik> robert_ancell, it sure is! magic cicada or something like that
[01:03] <robert_ancell> statik, you have a dupe depends line in the maverick package
[01:04]  * statik looks
[01:05] <statik> robert_ancell: ah yeah, fixing now
[01:06] <robert_ancell> only other thing is lintian complaining about the lack of manpage
[01:07] <statik> robert_ancell: gimme 10', I will upload a new version that includes a man page
[01:08] <statik> i should learn to better comply with policy that i disagree with :D
[01:10] <robert_ancell> statik, heh, I'm in the same boat :)
[01:11] <robert_ancell> TheMuso, where can I see the NEW queue?
[01:13] <james_w> http://launchpad.net/ubuntu/maverick/+queue
[01:13] <TheMuso> robert_ancell: http://launchpad.net/ubuntu/maverick/+queue I think
[01:13] <robert_ancell> thanks
[01:18] <robert_ancell> statik, following this process here: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages.  I've added the needs-packaging tag to the bug report (remember to link to it in the changelog)
[01:20] <statik> robert_ancell: ah, launchpad must have broken the bug filing form, i used the filing link from the wiki that is supposed to add the tag automatically
[01:20] <statik> robert_ancell, yep I've got that bug linked up from the changelog
[01:20] <robert_ancell> statik, yeah, that's broken.  I've filed a bug against LP about it
[01:22] <statik> robert_ancell, the version up on REVU now has fixed the duplicate line in Depends: and includes a manpage (I have just test installed and proved that it works/displays correctly)
[01:22] <statik> (uploaded about 8 minutes ago)
[01:24] <robert_ancell> statik, hmm, I can comment on REVU, is there a way for me to +1 this or is the comment sufficient? (I've only used REVU once before)
[01:29] <statik> robert_ancell: I don't think you actually have to use REVU, it was just a convenient spot for me to upload and I like how it does some independent lintian checks for me. If you are comfortable with the package I would think it's ok for you to upload directly and then I can archive the package on REVU.
[01:31] <robert_ancell> statik, I can upload but my stuff still gets stuck in the new queue.  I'll find someone today to review it from there
[01:32] <statik> robert_ancell, thanks! i figured it would still need an archive admin to look at it in NEW
[01:34] <robert_ancell> statik, where is the final version of the debian package?
[01:46] <statik> robert_ancell, I uploaded a new version to REVU a while ago, I can copy it somewhere else if it's easier
[01:47] <statik> robert_ancell, http://revu.ubuntuwire.com/revu1-incoming/magicicada-1006080215/magicicada_0.1-0ubuntu1.dsc
[01:48] <statik> robert_ancell: wait, that is not the right one
[01:49] <robert_ancell> statik, push the debian dir to a bzr branch if that is easier
[01:49] <statik> yeah, i'll do that now
[01:51] <statik> robert_ancell, here you go lp:~statik/+junk/magicicada-packaging
[01:54] <robert_ancell> statik, ok, uploaded
[01:54] <statik> robert_ancell, thanks!
[06:43] <RAOF> Anyone feel like a bit of X sponsoring?
[06:44] <lifeless> RAOF: lets see.
[06:44] <lifeless> RAOF: no.
[06:45] <RAOF> lifeless: Sure?  It's just -intel, -ati, and -nouveau.  And some of the input drivers.
[06:45] <RAOF> :)
[07:22] <pitti> Good morning
[07:25] <RAOF> Good morning pitti!
[07:28] <pitti> hey RAOF
[07:58] <RAOF> Anyone available for some X sponsoring?
[08:05] <mvo> RAOF: what do you to get uploaded?
[08:07] <RAOF> mvo: The drivers for the new xserver, basically.
[08:08] <mvo> RAOF: ok, I can sponsor them if you want, where is the location?
[08:09] <didrocks> good morning
[08:09] <RAOF> mvo: They're all available in pkg-xorg git.  debcheckout will get you the repository, and you'll want the ubuntu branch.
[08:10] <RAOF> mvo: If you'd prefer full source packages I can generate them and push them somewhere public.
[08:12] <mvo> RAOF: ok, I get nouveau first. should I use git-buildpackage or just debuild?
[08:13] <RAOF> git-buildpackage for nouveau, because it'll generate the orig.tar.gz for you.  debuild is fine for the others
[08:13] <mvo> ok
[08:13] <mvo> and there are updates for all of them? including more exotic ones like ivtv, mga etc
[08:14] <RAOF> Some of them have already been sync'd.
[08:14] <RAOF> The list is…
[08:15] <RAOF> xserver-xorg-input-synaptics, xserver-xorg-video-intel, xserver-xorg-video-ati, xserver-xorg-video-cirrus, xserver-xorg-video-nouveau.
[08:16] <mvo> thanks
[08:31] <seb128> hey there
[08:35] <didrocks> salut seb128
[08:42] <didrocks> seb128: c'était bien le sport hier soir ? ;)
[08:43] <seb128> lut didrocks, oui
[08:43] <seb128> et toi bonne soirée ?
[08:44] <seb128> let's review unity stack in NEW now, I didn't manage to do it yesterday
[08:44] <didrocks> seb128: ça c'est bien passé, oui, merci :)
[08:45] <didrocks> seb128: you can finish your morning tasks first, but when you have a spare cycle, yeah, I don't mind if you can do it :)
[08:45] <seb128> didrocks, is there an order for those?
[08:45] <seb128> didrocks, I prefer to start with those
[08:45] <seb128> then I will do emails etc
[08:45] <didrocks> seb128: not really, just "unity" should be the last
[08:45] <didrocks> seb128: bamf new binary NEWing (the -doc package)
[08:45] <didrocks> maybe a soft start :)
[08:45] <seb128> I'm on dee
[08:45] <seb128> doing bamf next
[08:46] <didrocks> sweet
[08:46] <seb128> so the changes in the diff.gz I told you about, that's not an issue I just wanted to point it in case that's things to clean in the next upload
[08:48] <didrocks> seb128: yeah, I'll try to see with unity guys if they can remove those from trunk too for next upload
[08:48] <didrocks> so that we don't get it anymore in diff.gz
[08:49] <seb128> didrocks, ls /usr/lib/libdee.so.?
[08:49] <seb128> didrocks, ups, libdee*
[08:49] <didrocks> seb128: starting my netbook which contains it installed
[08:49] <seb128> didrocks, ie how is named the library on disk?
[08:49] <seb128> ok thanks
[08:50] <seb128> I don't like much the -1.0-0 but I guess that's dx to blame
[08:50] <didrocks> seb128: yeah, dx wants now to have it for every package but libunity
[08:50] <didrocks> seb128: so soon, bamf will have it too
[08:51] <pitti>   gnome-session: Depends: gnome-session-common (= 2.30.0-1ubuntu2) but it is not installable
[08:51] <didrocks> so, it's libdee-1.0.so.0
[08:51] <pitti> live fs builds fail with that for three days -- anyone knows what's up?
[08:51] <seb128> pitti, did anybody NEW it?
[08:51] <pitti> I don't know, I just saw the build error mail coming in
[08:51] <seb128> pitti, looking
[08:52] <seb128> it's not in NEW
[08:52] <seb128> pitti, I guess it has been NEWed to universe, checking
[08:52] <pitti> ah, that's it
[08:52] <seb128> pitti, ok, I promote it
[08:52] <pitti> I wasn't aware that it's a new packge
[08:52] <seb128> I'm on the box doing NEW anyway
[08:52] <pitti> seb128: cheers
[08:53] <seb128> pitti, Debian did rework it
[08:54] <seb128> they added a gnome-session-3 for gnome-shell
[08:58] <seb128> didrocks, why do you need to clean those .a and .la in the rules?
[08:58] <didrocks> seb128: to avoid listing them in list-missing. I saw a lot of packages using that
[08:58] <seb128> didrocks, the .install include only .so.*
[08:59] <seb128> usually packages use that because they include a directory which has the .la in the .install
[08:59] <seb128> but ok, I've no strong opinion
[08:59] <seb128>         dh_girepository -pgir1.0-dee-0.1
[08:59] <seb128> you call that
[08:59] <seb128> but this binary is not built?
[08:59] <didrocks> seb128: I can include to whole directory if that enables me keeping the rule :) but I prefer to only see really missing stuff
[08:59] <seb128> shouldn't you comment the dh_gir as well?
[09:00] <seb128> I guess it's not going to break the build though
[09:00] <didrocks> seb128: well, I kept it as it will be fixed for next week release normally, this can be called without failing
[09:00] <seb128> didrocks, I'm just giving small notes, nothing of that is a blocker for new
[09:00] <didrocks> seb128: so, I only commented the bare minimal
[09:00] <seb128> ok
[09:00] <seb128> Upstream Author(s):
[09:00] <seb128> in copyright
[09:01] <seb128> you are supposed to pick if it's a plural or not ;-)
[09:01] <seb128> <- very picking now ;-)
[09:01]  * seb128 hugs didrocks
[09:01]  * didrocks hugs seb128 back
[09:01] <didrocks> didn't you say I was to picking? :-)
[09:01] <didrocks> too*
[09:01] <didrocks> ok, fixing that for next upload :p
[09:02] <didrocks> with "very critical typo" ;)
[09:02] <seb128> lol
[09:02] <seb128> it's very minimal typo ;-)
[09:03] <seb128> I dislike the -dbg as well since we have -dbgsym builds but I guess it's useful for dx and njpatel?
[09:03] <didrocks> seb128: right, same for others packages
[09:03] <didrocks> it was a request for their daily build
[09:03] <njpatel> seb128, yessir
[09:03] <seb128> I'm wondering if they should build debug packages by default in their ppa
[09:03] <seb128> it nostrip on the actual lib
[09:03] <seb128> rather than adding a -dbg
[09:03] <didrocks> seb128: yeah, exporting NOSTRIP is good
[09:04] <seb128> but that's not a discussion for this upload round ;-)
[09:04] <didrocks> nice idea
[09:04] <didrocks> hey njpatel btw o/
[09:04] <seb128> hey njpatel
[09:04] <njpatel> didrocks, seb128: morning :)
[09:04] <seb128> didrocks, dee newed
[09:05]  * didrocks hugs seb128 (just 5 more hugs now ;))
[09:06] <didrocks> grr, can't push or dput anything to LP for the last 10 minutes
[09:10] <didrocks> brb
[09:11] <seb128> didrocks, bamf accepted as well now
[09:13] <seb128> pitti, you got an sru ack for udisks from jdong
[09:13] <seb128> pitti, do you want me to sru accept it?
[09:13] <pitti> yay
[09:13] <pitti> seb128: if you have a minute, please do
[09:13] <seb128> pitti, ok, doing
[09:13] <pitti> die, floppies, die!
[09:14]  * pitti hugs seb128, merci
[09:14]  * seb128 hugs pitti
[09:14] <didrocks> seb128: thanks :)
[09:15] <didrocks> pitti: maybe one plan is to create a big electromagnetic field… oh wait, that will break a lot of other things too :)
[09:17] <pitti> but at least we would stop getting bug reports, since everyone is busy with building and ordering new hardware :)
[09:18] <didrocks> hehe, sure, that's a good move so :)
[09:24] <seb128> didrocks,
[09:24] <seb128> Description: Miscellaneous functions for Unity - debug files
[09:24] <seb128>  This package contains files that are needed to build applications.
[09:24] <didrocks> oupss, fixing this
[09:24] <seb128> didrocks, you want to update the description for next upload
[09:24] <didrocks> seb128: yeah, I'll, thanks
[09:24] <seb128> np
[09:25] <seb128> didrocks, thanks for the e-d-s sru btw
[09:25] <didrocks> seb128: you're welcome :)
[09:27] <huats> morning
[09:27] <seb128> lut huats
[09:27] <didrocks> good morning huats
[09:27] <huats> o/ seb128 didrocks
[09:42] <seb128> didrocks, libunity-misc newed
[09:42] <didrocks> seb128: thanks, preparing the changes, tagging the revision and pushing to ~unity-team
[09:52] <seb128> didrocks, indicator-datetime has 6 autogenerated files changed in the diff.gz
[09:52] <didrocks> seb128: ask ted, he's making it. I just merged and fixed some typo :) I'll notice him for next upload
[09:52] <seb128> ok
[09:52] <seb128> I can tell him when he's there
[09:55] <seb128> didrocks, I'm not sure the GPL3 or newer is correct as well
[09:55] <seb128> but I will check with ted
[09:56] <didrocks> seb128: that's maybe me, but yeah, checking with upstream will be the best way to get it :)
[10:07] <ccheney> at hospital, wife having baby
[10:12] <mvo> best wishes ccheney
[10:12] <pitti> ccheney: ooh, good luck!
[10:12] <seb128> ccheney, good luck
[10:12] <seb128> pitti, do you have some free slot?
[10:12] <seb128> pitti, I would appreciate somebody else looking to unity-asset-pool in NEW
[10:12] <pitti> seb128: two other pings in the pipeline, will do in a bit
[10:12] <seb128> pitti, I'm not very comfortable with new sources with binaries and create licenses
[10:13] <seb128> creative
[10:13] <ccheney> thanks guys
[10:13] <seb128> pitti, ok, no hurry
[10:13] <chrisccoulson> good morning everyone
[10:14] <chrisccoulson> ara - i got the langpacks in to the PPA last night
[10:14] <ara> chrisccoulson, OK, I will send the call for testing now to translators and I will follow up with the old call in ubuntu-dev and ubuntu-qa
[10:16] <seb128> hey chrisccoulson
[10:16] <seb128> chrisccoulson, any news about the new version?
[10:16] <chrisccoulson> hey seb128
[10:16] <chrisccoulson> there's no news yet
[10:16] <seb128> chrisccoulson, did they publish or delay yet?
[10:16] <seb128> ok
[10:17] <dpm> hola ara, morning. So you are going to CC translators, or do you want me to do a separate call?
[10:18] <seb128> hey ara, dpm
[10:18] <ara> hola dpm, I think that you can send the call I prepared at https://wiki.ubuntu.com/Testing/Firefox3.6.4Upgrade
[10:18] <seb128> how are you today?
[10:19] <ara> dpm, to translators, and I will follow up in u-qa a u-dev
[10:19] <dpm> morning seb128
[10:19] <ara> seb128, hey seb
[10:19] <dpm> ara, ok, sounds like a plan, thanks!
[10:26] <seb128> didrocks,
[10:26] <seb128> ddpkg-source: info: upstream files that have been modified:
[10:26] <seb128>  unity-0.2.6/HACKING
[10:26] <seb128> just for info
[10:27] <didrocks> seb128: yeah, I guess this is from the same issue of file which is upstreamed and not in tarball, so merge-upstream will make it appear and add it to the tarball
[10:27] <chrisccoulson> right, i'm going to be running fedora on my laptop for a bit for some firefox debugging
[10:27] <chrisccoulson> bbiab
[10:27] <didrocks> seb128: when I will have some spare cycle, I will put all of that on a list and see with people to fix this
[10:27] <seb128> didrocks, right it's only details
[10:27] <didrocks> well, I like clean package :)
[10:28] <seb128> njpatel, you failed unity!
[10:29] <seb128> didrocks, ^
[10:29] <seb128> unity-place.c: LGPL (v3.0)
[10:29] <seb128> didrocks, njpatel: you need the LGPL text in the tarball and in the .c listed in the debian copyright
[10:29] <didrocks> hum? didn't we add it. it rings a bell to me
[10:30] <seb128> didrocks, also copyright says LGPL
[10:30] <seb128> where COPYING says GPL
[10:30] <seb128> and all the sources but this one are under GPL3
[10:30] <njpatel> oh, so we need a COPYING.LGPL
[10:30] <seb128> njpatel, yes
[10:31] <didrocks> hum, I sucked, I've changed that part yesterday as there were no licence and copied LGPL instead of GPL :/
[10:31] <didrocks> njpatel: dummy release?
[10:31] <seb128> can something under the GPL have LGPL sources?
[10:31] <njpatel> seb128, didrocks: actually libunity probably should all be LGPL
[10:32] <njpatel> seb128, didrocks: Let me roll a new tarball with this fixed :)
[10:32] <didrocks> njpatel: ok, then, I will update the debian/copyright
[10:32] <seb128> didrocks, njpatel: I'm rejecting unity
[10:32] <didrocks> seb128: sure :)
[10:33] <njpatel> seb128, that hurts, but yeah :)
[10:34]  * didrocks begins the MIR copy and past tour
[10:37] <seb128> urg
[10:37] <seb128> didrocks, njpatel: libunity-misc is distributed under what license?
[10:37] <seb128> I think I accepted it where I shouldn't have
[10:38] <didrocks> seb128: there are some LGPL 2, 3 and GPL 3 IIRC, let me check
[10:38] <njpatel> seb128, it's a mixture, but I think mostly lgplv2
[10:38] <seb128> didrocks, njpatel: right but the tarball should be shipped under one license no?
[10:39] <njpatel> seb128, erm, I dunno. I thought you can have multiple-licenses in one tarball
[10:39] <didrocks> don't now too much about the copyright stuff, but having multiple COPYING.* isn't correct?
[10:40] <seb128> right
[10:40] <seb128> but I think the tarball needs one license for redistribution
[10:40] <seb128> since it has GPL and LGPL sources it should be under the GPL I think
[10:41] <seb128> asac, pitti: ^ can you clarify please? ;-)
[10:41] <didrocks> even if they produce different binaries, some part under GPL and others in LGPL?
[10:41] <didrocks> licensing is a mess :-)
[10:41] <njpatel> ah, that makes sense
[10:42] <njpatel> so, yeah, gpl
[10:42] <seb128> asac, pitti: context being https://edge.launchpad.net/ubuntu/+source/libunity-misc/0.1.1-0ubuntu1
[10:42] <seb128> I'm not sure how much the COPYING being correct is needed there
[10:43] <seb128> ie if the COPYING should be GPL
[10:43] <ccheney> 6 lb 9 oz
[10:43] <seb128> and then you should have .LGPL2 and LGPL3
[10:43] <artir> got a question for someone for canonical
[10:43] <artir> *in canonical
[10:43] <seb128> hi artir
[10:43] <ccheney> bbl
[10:43] <artir> hi
[10:44] <njpatel> didrocks, rolling a unity 0.2.7 with fixed copyright for libunity
[10:45] <didrocks> njpatel: thanks
[10:46] <njpatel> kamstrup, both approved :)
[10:46] <kamstrup> sweet!
[10:47] <asac> seb128: didrocks: you can have multiple licenses in one tarball and also explicitly ship it under a multi license COPYING file
[10:47] <asac> however, they ned to be compatible
[10:47] <njpatel> didrocks, https://edge.launchpad.net/unity/0.2/0.2.6
[10:47] <asac> so if there is LGPL 2 only code combined with GPL3 only (or later) code in a "non-library" relation, then it would be bad
[10:50] <seb128> asac, what do you call "non-library"?
[10:50] <seb128> asac, can the source have COPYING COPYING.GPL etc
[10:50] <seb128> asac, does it need to specify somewhere a license for the tarball or just for each source?
[10:52] <didrocks> njpatel: shouldn't it be 0.2.8? (or .7?) rebasing on the same tarball isn't fun with merge-upstream
[10:52] <njpatel> didrocks, 0.2.8 is for this weeks' release
[10:53] <njpatel> didrocks, this is just a point release with some fixes, hence just a 0.2.7
[10:53] <njpatel> didrocks, license updates landed in libunity
[10:53] <didrocks> njpatel: ok, because you posted 0.2.6 link :)
[10:53] <njpatel> ah, right, I didn't create a new 'release', as the milestone is old, sorry :)
[10:54] <didrocks> njpatel: no pb, rev 313 is the tip? (not tag)
[10:54] <njpatel> yeah
[10:55] <didrocks> njpatel: ok, I'll test it as there are a ot of incoming changes from last release :)
[10:56] <njpatel> didrocks, yeah, I mean if you could just use the tarball and not trunk, that would be good
[10:56] <njpatel> didrocks, as trunk has moved a bit
[10:56] <didrocks> njpatel: not sure how merge-upstream behave if I don't use the trunk for once, I prefer to test with it, in any case next release will be in two days…
[10:57] <njpatel> yeah, makes sense
[11:00] <asac> njpatel: didrocks: how about adding .symbols files to clutter? ... want us to do that?
[11:01] <didrocks> asac: sure, that would be great
[11:01] <didrocks> asac: can do it this week
[11:01] <didrocks> (probably today or tomorrow)
[11:02] <seb128> asac, could you review https://edge.launchpad.net/ubuntu/+source/libunity-misc/0.1.1-0ubuntu1 and let me know if there is anything that should be changed in the licenses?
[11:03] <asac> on a call .. .will ccheck in a bit
[11:04] <didrocks> seb128: testing unity 0.2.7 before pushing the fixed version
[11:04] <seb128> asac, thanks
[11:04] <seb128> didrocks, ok!
[11:05] <pitti> seb128: re
[11:05] <seb128> pitti, hey
[11:05] <pitti> seb128: still want me to have a look at u-asset-pool?
[11:05] <seb128> pitti, yes please if you have a free slot
[11:05] <pitti> multiple licenses is actually quite common
[11:06] <seb128> pitti, right, I'm just never sure if one should be set for the tarball
[11:06] <seb128> ie tarball being GPL with sources under GPL and LGPL
[11:06] <seb128> or if mixed sources without distribution license is fine as well
[11:06] <pitti> seb128: the tarball does have a COPYING, though?
[11:06] <seb128> right
[11:07] <seb128> it has a COPYING COPYING.LGPL and COPYING.GPL
[11:07] <seb128> where COPYING has the LGPL3 license
[11:07] <pitti> seb128: unity-asset-pool? I only see one COPYING there
[11:07] <seb128> but it has sources under GPL
[11:07] <seb128> pitti, https://edge.launchpad.net/ubuntu/+source/libunity-misc/0.1.1-0ubuntu1
[11:07] <seb128> pitti, https://edge.launchpad.net/ubuntu/+source/libunity-misc/0.1.1-0ubuntu1
[11:07] <seb128> ups
[11:07] <pitti> so which one do you want me to look at then?
[11:07] <seb128> pitti, that's the one with the multi license
[11:07] <seb128> pitti, u-asset-pool is the one I pinged you about first since I've no clue about creative licenses
[11:08] <seb128> pitti, u-asset-pool please
[11:08] <pitti> ok, doing that first
[11:08] <seb128> pitti, I already accepted the other one but I wanted to clarify with somebody who knows if the COPYING needs to be GPL in this case
[11:08]  * didrocks needs to reboot, new kernel isn't great and hangs too much
[11:08] <pitti> seb128: in general, the tarball should ship all licenses it can be distributed under
[11:09] <pitti> seb128: if all sources are under GPL, then it shouldn't ship LGPL indeed
[11:09] <pitti> the individual files should still say which license they fall under, of course, but an extra license sounds confusing
[11:10] <pitti> I don't think it makes it unredistributable or anything like that, thuogh
[11:10] <pitti> seb128: u-a-p > main or universe?
[11:11] <pitti> seb128: it's the standard CC-BY-SA 3.0 plus trademark license that all our artwork has now, FYI
[11:11] <seb128> pitti, main if you can, didrocks has a serie of mirs for those
[11:11] <seb128> pitti, ok, I though it was ok but I wanted somebody to confirm it, thanks!
[11:11] <pitti> looks fine, accepted
[11:12] <didrocks> pitti: thanks a lot :)
[11:12] <didrocks> ok, back, retrying building unity
[11:15] <seb128> pitti, so back to https://edge.launchpad.net/ubuntu/+source/libunity-misc/0.1.1-0ubuntu1
[11:15] <seb128> pitti, sorry for not being clear
[11:16] <seb128> pitti, it has LGPL2 LGPL3 and GPL2 sources
[11:16] <seb128> pitti, which is fine
[11:16] <seb128> pitti, but the COPYING is LGPL3
[11:16] <seb128> it also has COPYING.GPL and COPYING.LGPL2
[11:16] <seb128> so it has the license texts
[11:16] <seb128> I was just wondering if COPYING should be GPL
[11:17] <seb128> i.e if it determines the redistribution license
[11:17] <seb128> because you can't ship GPL sources under the LGPL
[11:17] <seb128> pitti, not sure I'm clear
[11:21] <didrocks> seb128: pushed last unity with fixed copyright
[11:21] <seb128> didrocks, uploaded you mean?
[11:22] <didrocks> seb128: yeah
[11:27] <pitti> seb128: no, but you can ship LGPL sources under GPL?
[11:27] <pitti> seb128: I don't think that there's a notion of a "default" license, just because it's called "COPYING"
[11:27] <pitti> traditionally COPYING is GPL, so that's a little weird
[11:28] <pitti> but I don't feel we need to debate those little details unless/until someone actually complains :)
[11:29] <seb128> pitti, ok thanks, I was just checking
[11:30] <seb128> pitti, right you can ship source which are LGPL under the GPL, I was just checking if the COPYING had to be GPL
[11:31] <pitti> I don't know for sure, either
[11:31] <seb128> let's say that if nobody complain that's fine
[11:31] <pitti> but as long as the file headers are correct, it should be clear, just taking a while to figure out
[11:31] <seb128> upstream is dx anyway so we clarify if somebody complains one day
[11:32] <pitti> I heard upstream is a fierce and nitpicking license fascist guy who will sue us to death!
[11:32] <seb128> lol
[11:33] <seb128> didrocks, ok, so lot of LGPL sources now
[11:33] <seb128> didrocks, but still not COPYING.LGPL
[11:33] <didrocks> njpatel: ?? ^^
[11:33] <seb128> didrocks, njpatel: it's another fail!
[11:33] <seb128> didrocks, you didn't check before uploading?
[11:33] <didrocks> seb128: I've checked licencecheck -r *, not the content of the tarball, I must admit
[11:33] <seb128> ok
[11:33] <seb128> so rejecting
[11:33] <seb128> you need a COPYING.LPGL
[11:34] <seb128> LGPL
[11:34] <didrocks> seb128: maybe a good check to add to licencecheck, btw?
[11:34] <seb128> or the lgpl license somewhere
[11:34] <seb128> didrocks, could be
[11:34] <didrocks> seb128: it's in upstream trunk, maybe not in tarball
[11:34] <seb128> didrocks, so maybe redo a tarball with it added locally
[11:35] <didrocks> seb128: yeah, I think it's not in the dist target
[11:35] <didrocks> seb128: so last time, I checked in the packaging branch and get caught by a difference with the tarball
[11:35] <didrocks> this time I checked trunk, and get caught by a difference with the tarball
[11:35] <seb128> get njpatel to fix in trunk
[11:35] <didrocks> next time, I'll check ONLY the tarball :)
[11:35] <seb128> and repack the 0.2.7 tarball with the license for the upload
[11:36] <didrocks> seb128: I can fix it, not a big eal
[11:36] <seb128> no need to get another upstream version I guess
[11:36] <didrocks> 0.2.7.1? :)
[11:36] <seb128> that would work as well
[11:36] <seb128> I was just suggesting to stop bothering njpatel ;-)
[11:37] <didrocks> yeah, let me fix the Makefile.am for now and propose a merge upstream
[11:38] <didrocks> trying with merge-upstream to redo a 0.2.7, let's see what happens :)
[11:39] <njpatel> seb128, didrocks: for got to add to EXTRA_DIST
[11:39] <njpatel> forgot*
[11:40] <didrocks> njpatel: yeah, I've added it, do you care if I push in trunk or do you want to merge?
[11:40] <njpatel> didrocks, please just push :)
[12:05] <didrocks> seb128: unity 0.2.7 pushed with a shiny COPYING.LGPL and a new .pc file
[12:06]  * duanedesign waves at didrocks
[12:06] <didrocks> hey duanedesign, how are you?
[12:06] <duanedesign> :) good
[12:08] <duanedesign> didrocks: looking forward to couchdb replication getting turned back on.
[12:08] <didrocks> duanedesign: on maverick, you mean? :)
[12:11] <duanedesign> didrocks: Ubuntu One CouchDB replication has been disabled as they ramp up the servers to deal with all the increased traffic from the Lucid release
[12:11] <didrocks> duanedesign: oh ok, I didn't follow that. I hope they can deal with this quickly. But in any case, that's a good news, that means people are using it :)
[12:13] <duanedesign> didrocks: the sync speed has improved a bunch in the last couple day
[12:14] <didrocks> duanedesign: great, I had to reset totally my tomboy file yesterday (it was broken for months not being able to synchronize) and I noticed that it was syncing very fast
[12:16] <duanedesign> didrocks: yes i had to take a break from bug triage on the ubuntuone-client package. It was hard to debug issues with problems server side. Now I am playing catch up
[12:19] <didrocks> duanedesign: sure, and then, once the speed issue will be resolved, I guess you will have less dup about complains and stuff like that :)
[12:19] <didrocks> duanedesign: oh, btw, FYI: https://wiki.ubuntu.com/OneConf/Testing
[12:19] <didrocks> if you have any chance to play with that
[12:20] <duanedesign> oh nice. I was just going to the oneConf wiki page yesterday to see if any new stuff and got distracted.
[12:20] <duanedesign> :P
[12:22] <didrocks> heh, if you can give some feedback, that would be great
[12:23] <didrocks> I need to add somethine like --customed-hostid <CUSTOMED_HOSTID> to update command so that it's easier to make some tests
[12:26] <chrisccoulson> asac - i figured out the font settings issue now :)
[12:26] <asac> chrisccoulson: which one ;)?
[12:26] <asac> the font config config bustage or the resetting of gtk settings one?
[12:30] <chrisccoulson> asac - probably neither. firefox does ignore the gtksettings configuration and uses the fontconfig configuration, but it's not exposed on fedora due to their fontconfig settings
[12:30] <asac> chrisccoulson: on fedora it uses cairo
[12:30] <chrisccoulson> asac - it makes no difference which cairo
[12:30] <asac> chrisccoulson: i am 100% sure that gtksettings is in theory preferred
[12:30] <chrisccoulson> i tried our build on fedora and it works fine on there
[12:30] <asac> it makes a difference ;)
[12:31] <chrisccoulson> hmmm, it didn't make any difference when i tried it
[12:31] <asac> it does for me ... --with-system-cairo honours the gtksettings (and overwrites what is in fontconfig) ... while --without-system-cairo only uses the fontconfig pieces
[12:31] <asac> maybe fedora has a fontconfig hack that pulls in gtk settings?
[12:31] <chrisccoulson> that's strange, i don't see that
[12:31] <asac> e..g like my vision
[12:31] <asac> ;)
[12:32] <asac> chrisccoulson: what are you trying?
[12:32] <chrisccoulson> i tried the 3.7 build from the dailies PPA, and that has the same issue as the build with --disable-system-cairo
[12:32] <asac> chrisccoulson: so i am not 100% sure abou 3.6 ... but for 3.5 i am reall really sure
[12:32] <asac> chrisccoulson: on hardy?
[12:32] <chrisccoulson> i ran our build on fedora with the tree cairo, and the font configuration works properly
[12:32] <asac> chrisccoulson: what does "works properly" mean?
[12:32] <chrisccoulson> and then i dropped our /etc/fonts in to the fedora system and it broke again
[12:33] <asac> yeah. so i think they have some special config
[12:33] <asac> that pulls in gtk settings
[12:33] <chrisccoulson> asac - "works properly" = honours the font settings from the gnome capplet
[12:33] <asac> right
[12:33] <asac> so they could either have written a fontconfig backend
[12:33] <asac> or they have a gtksettings hook for fontconfig
[12:33] <asac> (backend for gnome capplet)
[12:33] <asac> both we want
[12:34] <asac> and both would probably get broken by our /etc/fonts
[12:34] <chrisccoulson> their gnome capplet doesn't touch anything to do with fontconfig
[12:34] <chrisccoulson> i'll have a look at their settings anyway
[12:35] <asac> yeah do that. also check ... afaik they align their system cairo version with the one in firefox
[12:35] <asac> which might make things better
[12:36] <asac> but if /etc/fonts is causing issues, try copying their fonts dir to our  ;)
[12:36] <asac> and then lets do a diff ;)
[12:38] <chrisccoulson> asac - it all goes wrong in gfxPangoFcFont::GfxFont in gfx/thebes/gfxPangoFonts.cpp. firefox calls FcFontRenderPrepare with a FcPattern which was initialized with all the correct settings from GtkSettings (which is working correctly), but that then calls FcConfigSubstitute internally which overwrites the settings with the fontconfig configuration, and it returns a FcPattern with all the wrong settings
[12:47] <seb128> pitti, thanks for the sru round!
[12:50] <seb128> asac, somebody might want to look at why gobject-introspection is failing to build on maverick armel, it might start breaking other builds over time
[12:53] <asac> chrisccoulson: all i remember was that i looked at a in-source debug build in debugger at some point at a struct with all nulled out
[12:53] <asac> which wasnt the case for system-cairo ;)
[12:53] <asac> i also remember that in some other code path that struct was not null
[12:58] <asac> seb128: hmm. what is that example gir generated against?
[12:59] <asac> is that something that is built in that tree?
[13:00] <seb128> asac, yes
[13:00] <seb128> asac, it's one of the files built by gobject-instrospection itself
[13:06] <chrisccoulson> asac - i have a diff of the fedora/ubuntu /etc/fonts settings now. the main difference is that fedora don't seem to be specifying things configurable from the gnome capplet anywhere in fontconfig
[13:07] <chrisccoulson> which probably explains why it works :)
[13:08] <asac> well yes. but ...
[13:08] <asac> feel free to go ahead. if the problem with in-source cairo went away i would be happy
[13:09] <asac> but it could be just a coincident of close enough system/in-source cairo versions
[13:12] <asac> chrisccoulson: in firefox gtksettings should win over fontconfig
[13:12] <asac> like in gtk
[13:12] <asac> cairo
[13:12] <asac> pango
[13:12] <asac> ;)
[13:12] <chrisccoulson> asac - it should, but firefox is overwriting them by calling FcFontRenderPrepare
[13:15]  * asac hopes chrisccoulson is right ;)
[13:15] <chrisccoulson> heh, so do i :)
[13:16] <chrisccoulson> firefox passes a FcPattern to FcFontRenderPrepare that was initialized with the correct properties from the cairo_font_options_t struct attached to the GdkScreen
[13:16] <chrisccoulson> but that call returns a FcPattern with all our properties overwritten by the fontconfig settings
[13:17] <chrisccoulson> but in fedora they aren't overwritten there
[13:18] <asac> chrisccoulson: are you on lucid?
[13:18] <chrisccoulson> asac - yeah, i'm still on lucid
[13:18] <asac> maybe try the same on hardy where the cairo version mismatch is bigger
[13:18] <asac> if its the same then thumbs up
[13:18] <chrisccoulson> yeah, i will try it there too
[13:18] <asac> just fix the order (e.g. apply the gdkscreen setting on top)
[13:19] <chrisccoulson> i'll probably talk to someone from mozilla first - there font rendering code is quite complex and i don't want to break it ;)
[13:19] <asac> talk to karl
[13:20] <chrisccoulson> he's on #developers on mozilla IRC?
[13:20] <asac> he was the one working on cleaning up the fontconfig/gtksetting pieces
[13:20] <asac> chrisccoulson: sometimes ... his nick is karl if he is there
[13:20] <asac> chrisccoulson: http://blog.karlt.net/
[13:21] <asac> http://blog.karlt.net/2008/12/noticeably-faster-font-selection-with.html
[13:21] <asac> chrisccoulson: i think we had a "ubuntu fonts broken with in-source cairo" bug
[13:21] <asac> you can also post there ... he is usually quite responsive
[13:22] <chrisccoulson> asac - ok, will do. thanks
[13:24] <asac> chrisccoulson: seems karl is currently online in #developers
[13:24] <asac> maybe also try #gfx
[13:24] <asac> for a personal atmosphere ;)
[13:26] <chrisccoulson> heh, he was online until a second ago ;)
[13:27] <chrisccoulson> i will try on hardy first and then speak to him after lunch
[13:28] <asac> kk
[13:38]  * ccheney is about to head off to bed, only 1 hr sleep in past 24 isn't too great :-\
[13:38] <asac> ccheney: fair enough ;) ... 'night
[13:39] <ccheney> i will get my status updated in the wiki once i wake back up :)
[13:39]  * ccheney is on paternity leave and will be back on Fri Jun 18
[13:39] <asac> ah ... ARs - i remember those ;)
[13:40] <chrisccoulson> asac - i just had a read of mozilla bug 458612, and it seems karl's opinion is that the fontconfig settings should have the final say, and what i've discovered in firefox is actually intentional
[13:40] <ubot2> Mozilla bug 458612 in Graphics "(Ubuntu) system fontconfig settings override GNOME font rendering screen settings" [Normal,Resolved: invalid] http://bugzilla.mozilla.org/show_bug.cgi?id=458612
[13:40] <chrisccoulson> i'm not sure what you think about that ;)
[13:40] <chrisccoulson> he seems to think we shouldn't be activating all the settings in /etc/fonts/conf.d
[13:42] <asac> chrisccoulson: i think firefox should behave as gtk and cairo by default is behaving
[13:42] <asac> which iirc is reading fontconfig and then overriding that with gtk settings
[13:43] <asac> but as i said ... i think we should write a meta config mechanism that we can put into /etc/fonts/conf.d/50_gtksettings
[13:43] <asac> so that you could have defaults with < 50 ... and then still can override it in > 50
[13:43] <asac> for some fonts
[13:43] <asac> and in ~/.fonts.conf
[13:44] <asac> similar to /etc/fonts/conf.d/50-user.conf
[13:44] <chrisccoulson> yeah, makes sense. i'll have to read the fontconfig documentation to figure out how to configure it :)
[13:44] <asac> so 49-gtk.conf ;)
[13:44] <asac> chrisccoulson: its not configurable atm ... requires some coding
[13:45] <asac> i think the problem is that fontconfig doesnt know anything about GdkScreen etc. and has no dependencies on gtk stack atm et.c
[13:45] <asac> but from whati understand that would be the second best option
[13:45] <asac> best option would be to eliminate the old gtksetting approach and just make gnome panel write ~/.fonts
[13:45] <asac> err gnome configuration dialog i mean
[14:20] <chrisccoulson> heh, time to test my new ISP's technical support for the first time
[14:21] <seb128> chrisccoulson, internet broke?
[14:21] <chrisccoulson> seb128 - it's been running really slow all day
[14:22] <chrisccoulson> it's usable for IRC, but that's about it
[14:22] <asac> chrisccoulson: reset router ;)
[14:22] <chrisccoulson> asac - i tried that already :)
[14:22] <asac> i know
[14:22] <asac> :-P
[14:22] <chrisccoulson> i normally end up leaving my ISP out of frustration every time i have to make contact with technical support ;)
[14:22] <ara> chrisccoulson, can you reply this comment in my blog?
[14:22] <seb128> use 3g? ;-)
[14:22] <asac> i tend to think that calling any ISP technical support is wasted time
[14:22] <ara> chrisccoulson, http://ubuntutesting.wordpress.com/2010/06/01/call-for-testing-firefox/#comment-383
[14:22] <chrisccoulson> seb128 - yeah, i could use my 3G connection actually
[14:22] <asac> it just causes frustration
[14:23] <chrisccoulson> ara - just looking now
[14:23] <ara> chrisccoulson, thanks
[14:23] <chrisccoulson> ara - the short answer is no and no ;)
[14:23] <asac> lol
[14:23] <asac> YOU ARE BUSTED ;)
[14:23] <ara> :D
[14:24] <chrisccoulson> we don't provide a downgrade path, and users mileage may vary if they try and run 3.0 with a profile that was upgraded to 3.6
[14:24] <asac> he should tell what the problems were because soon everyone will get that
[14:24] <chrisccoulson> yeah, i'll probably leave a comment there in a minute
[14:24] <ara> chrisccoulson, thanks!
[14:32] <chrisccoulson> "Hi Chris, Please ensure that you have rebooted the router to ensure it does not have a full NAT table"
[14:32] <chrisccoulson> heh ;)
[14:34] <rickspencer3> I seem to have discovered the "insta-quit" feature in Evolution
[14:35] <didrocks> insta-quit? using maverick? :)
[14:36] <rickspencer3> didrocks, yes
[14:36] <rickspencer3> If I repro it, I'll document the feature in a bug report
[14:36] <didrocks> rickspencer3: yeah, some emails still triggers this "feature" about cleaning your RAM :)
[14:36] <didrocks> rickspencer3: before alpha1, it was way more than that
[14:36] <rickspencer3> kenvandine:
[14:36] <rickspencer3> + [segphault] Make storage providers modular and move local caching out of desktopcouch: DONE
[14:36] <rickspencer3> nice
[14:36] <didrocks> the bug is under investigation upstream
[14:36] <rickspencer3> glad to see another DONE ;)
[14:38] <seb128> asac, pitti: do you guys would have some minutes for bug #587908 this week?
[14:38] <ubot2> Launchpad bug 587908 in dh-autoreconf (Ubuntu) "[MIR] dh-autoreconf (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/587908
[14:38] <seb128> it should be trivial
[14:39] <kenvandine> hey rickspencer3
[14:41] <kenvandine> rickspencer3, that one has been done for a while actually, he just never looks at the blueprint :)
[14:41] <rickspencer3> heh
[14:41] <rickspencer3> oh well
[14:41] <kenvandine> now to get him to sync it to couch... then it will be useful
[14:41] <kenvandine> :)
[14:42] <rickspencer3> it caching the messages really all that useful?
[14:42] <kenvandine> wow downloads from the archive is sllloooowww todya
[14:42] <asac> seb128: why is dh-autoreconf a new package? ;)
[14:42] <asac> shouldnt that be in debhelper?
[14:42] <kenvandine> rickspencer3, well it is more than just messages
[14:42] <rickspencer3> I mean syncing
[14:42] <rickspencer3> syncing the settings is required, I suppose
[14:42] <kenvandine> it completely uses sqlite locally
[14:42] <didrocks> asac: upstream is following the bug report, you can maybe ask him
[14:43] <kenvandine> and accounts
[14:43] <kenvandine> so right now it is either or...
[14:43] <seb128> asac, ask on the bug the debian and upstream maintainer is subscribed
[14:43] <seb128> asac, but it has rules for cdbs, dh7, etc
[14:43] <asac> done
[14:43] <seb128> asac, I don't really care about where it goes, I just want to use it ;-)
[14:43] <seb128> asac, thanks
[14:43] <asac> seb128: is juliank a guy with good reputation?
[14:43] <didrocks> dh_autoreconf FTW \o/
[14:44] <asac> well.. i havent acked it
[14:44] <asac> but will in a bit
[14:44] <asac> (have to loko at the packaging)
[14:44] <rickspencer3> good morning tremolux
[14:44] <tremolux> rickspencer3: 'morning!
[14:45] <rickspencer3> tremolux, I added a software-center update section to today's team meeting wiki
[14:45] <tremolux> rickspencer3: ok, sounds good
[14:45] <rickspencer3> though it occurs to me I just sent an update to someone yesterday
[14:45]  * rickspencer3 forward to tremolux
[14:45] <seb128> asac, I've not worked much with him, but he's the debian python-apt maintainer, mvo might know
[14:46] <seb128> mvo, is juliank usually doing nice work?
[14:46] <asac> kk
[14:46] <asac> no need to figure out ... just wondered if his vouching should be considered in any way
[14:46] <seb128> mvo, he's also maintaining update-manager and update-notifier in debian
[14:47] <seb128> asac, I think he's around for a while so we can give him some credit
[14:47] <seb128> asac, ie he's not the first newcomer doing random crack
[14:47] <seb128> asac, which I think was your question ;-)
[14:48] <mvo> seb128: julian? he knows what he is doing :) in what context is the question?
[14:48] <asac> seb128: ;)
[14:48] <asac> approved
[14:48] <mvo> asac: what package?
[14:48] <seb128> mvo, asac reviewing dh-autoreconf mir for us
[14:48] <seb128> asac, thanks
[14:48] <seb128> didrocks, ^
[14:48] <didrocks> asac: thanks a lot :)
[14:48] <asac> np
[14:48] <mvo> aha, and juliank wrote it? yeah, that should be fine (also I'm puzzled, did he write it in perl?)
[14:49] <didrocks> mvo: yes, it's in perl
[14:49] <mvo> he is usually a python guy, oh well
[14:50] <mvo> ;)
[14:51] <asac> pitti: where is your dpkg --filter patch ;)?
[14:52] <asac> pitti: the one from here: http://article.gmane.org/gmane.linux.debian.devel.dpkg.general/11941 ;)?
[14:53] <pitti> asac: yes, but it was extensively discussed and changed since then; it finally landed upstream yesterday, see http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=4694cd6
[14:54] <pitti> asac: I'm heavily using that for an OEM project now, and it's working well
[15:01] <asac> pitti: cool. whats your win for a full netbook install for man and doc?
[15:01] <asac> pitti: so to deply its just dropping a conf snippet in /etc/dpkg/dpkg.cfg.d?
[15:01] <pitti> asac: haven't tested that, but I expect about .5 GB
[15:02] <asac> reploy
[15:02] <asac> pitti: do you have other data?
[15:02] <asac> like what win did you get in your deployment?
[15:02] <pitti> asac: do you have access to https://bazaar.launchpad.net/~hedley-team/hedley/hedley-config/annotate/head%3A/etc/dpkg/dpkg.cfg.d/01_no_documentation ?
[15:02]  * asac checks
[15:02] <asac> nope
[15:02] <asac> but i wont handle it anyway. if it landed i am more than happy and we will pick it up ;)
[15:03] <asac> and maybe give some data ;)
[15:04] <pitti> asac: just du -hsc /usr/share/doc/
[15:04] <seb128> didrocks, https://edge.launchpad.net/ubuntu/+source/unity/0.2.7-0ubuntu1/+build/1781452
[15:04] <pitti> asac: we keep the copyright files, which are a couple of MB
[15:04] <seb128> didrocks, unity is depwait
[15:04] <pitti> asac: and du -hsc /usr/share/man, etc.
[15:05] <didrocks> hum, didn't I pushed clutk? let me check
[15:05] <seb128> didrocks, depwait on gir1.0-clutter-gtk-0.10
[15:05] <didrocks> argh, weird, let me check
[15:05] <seb128> https://edge.launchpad.net/ubuntu/+source/clutk/0.3.30-0ubuntu1/+build/1778187
[15:06] <didrocks> oh, it's in universe
[15:06] <seb128> didrocks, ok, promoting it
[15:06] <didrocks> seb128: thanks :)
[15:06] <seb128> didrocks, the source is in main I didn't notice the binary was not
[15:07] <didrocks> seb128: no pb, I didn't notice it was stalling
[15:07] <didrocks> well, we have the same issue in lucid, but I guess not a lot of people will complain about it
[15:07] <seb128> right
[15:24] <dobey> hola
[15:25] <dobey> when i bzr builddeb -S to upload to maverick, do i need to put the series in the changelog, or leave it as UNRELEASED?
[15:27] <mvo> dobey: you need to put "maverick" instead of UNRELEASED
[15:27] <dobey> ok
[15:27] <kenvandine> dobey, if you are uploading, set it to maverick
[15:28] <dobey> well i didn't apply to get PPU rights, to not upload stuff :)
[15:30] <Laney> I usually do dch -r && debcommit -r
[15:31] <Laney> and keep it at UNRELEASED until uploading
[15:43] <asac> ++
[15:48] <didrocks> seb128, njpatel: people are already speaking on the French forum about "Unity is in maverick now" :)
[15:48] <seb128> hehe
[15:49] <njpatel> Nice :)
[15:57] <asac> didrocks: alf will work on the clutter symbols
[15:57] <asac> that helps him getting his hands on it
[15:57] <asac> (if you dont mind)
[15:57] <asac> he already works on doing the gles/egl stuff for clutter 1.3.2 ...
[15:57] <didrocks> asac: oh ok, I was just starting at it, but I won't die if I don't have to do it :)
[15:58] <asac> didrocks: btw, whats the debian situation for clutter? are we leading the packaging or following them?
[15:58] <didrocks> asac: tell him to assign him the bug
[15:58] <asac> didrocks: is there a bug?
[15:58] <asac> ;)
[15:58]  * asac checks
[15:58] <didrocks> asac: https://bugs.edge.launchpad.net/ubuntu/+source/clutter-1.0/+bug/591208
[15:58] <ubot2> Launchpad bug 591208 in clutter-1.0 (Ubuntu) "add .symbols file (affects: 1) (heat: 6)" [Wishlist,In progress]
[15:58] <asac> yeah
[15:58] <didrocks> asac: well, it depends, I'm updating it and try to follow upstream change
[15:59] <didrocks> asac: at least, before updating, we should check our clutter rdepends as we have a lot by default now (unity being the new one)
[15:59] <asac> didrocks: would you be open to move to debhelper 7? for now we have to do a two build run for egl/gles and that is imo better in dh7
[15:59] <didrocks> asac: even with being conservative to API, something can break
[15:59] <asac> didrocks: i know.
[15:59] <asac> didrocks: talked to njpatel already ... understand that we need to align version properly
[16:00] <didrocks> asac: sure, moving to debhelper seems great for things where we don't really on dpkg-binarymanger
[16:00] <asac> but but ... 1.3.x is the only version where gles 2.0 works from what alf found ... so we might have no choice in mid term
[16:00] <didrocks> manger*
[16:00] <didrocks> mangler*
[16:00] <didrocks> grrr :)
[16:00] <seb128> asac, you might want to try to debian to agree on the change ;-)
[16:00] <didrocks> asac: sure, just ensure we can discuss about it long before enough to not have those broken
[16:00] <asac> didrocks: dpkg-binarymangler? like strip translations etc.? thought that was hooked in from outside
[16:00] <seb128> asac, since we can basically sync clutter usually
[16:00] <njpatel> didrocks, asac: we should land it and then fix Unity if needs be. theres no good way to test right now
[16:01] <asac> seb128: right. wanted to understand who maintains it
[16:01] <didrocks> asac: I think that doesn't work with non cdbs stuff, but I may be wrong
[16:01] <seb128> asac, debian and didrocks for us
[16:01] <asac> njpatel: we are currently bringing the stack into a ppa ... so we can see what happens
[16:01] <njpatel> asac, oh, brilliant
[16:01] <asac> didrocks: pkg-striptranslations works
[16:01] <seb128> didrocks, the binarymangler works with everything
[16:01] <seb128> it's on the buildds
[16:01] <asac> yeah
[16:01] <seb128> what doesn't work is the magics to add gettext domains to desktop files etc
[16:01] <asac> its hooked in dpkg-* commands
[16:02] <didrocks> oh sweet, it was blocking me for pushing some stuff in dh7, well, I'll do that in my spare cycle (like for unity and dh7)
[16:02] <seb128> but clutter doesn't need those
[16:02] <asac> so unless you dont even use those it should work ;)
[16:02] <didrocks> seb128: oh ok, so can't for unity so. I knew there were something not working :)
[16:02] <asac> right. gettext isnt supported, but usually is no problem if we dont ship strings in the packaging part
[16:02] <seb128> didrocks, well, langpacks need the build time tools for schemas, desktop, etc
[16:02] <didrocks> ok :)
[16:03] <didrocks> seb128: isn't binarymangler which add gettext domains and help for langpacks?
[16:03] <seb128> no
[16:04] <seb128> the mangler clean the mo files and move those somewhere to be collected by langpacks
[16:04] <asac> so should we send a mail with the suggested packaging changes to debian gnome maintainers list?
[16:04] <asac> or where?
[16:04] <seb128> asac, open a bug in the bts
[16:05] <asac> are they reading bug mail ;)?
[16:05] <didrocks> seb128: ok, and what is doing the magic for schemas and desktop? just a patch to /usr/share/cdbs/1/rules/langpack.mk ?
[16:06] <seb128> didrocks, ? not a patch, the rules you just pointed there
[16:06] <seb128> didrocks, I'm not sure to understand the question
[16:06] <rodrigo_> seb128, there's a ubuntu-desktop meeting today here, right?
[16:06] <seb128> rodrigo_, yes, in 1h24
[16:06] <didrocks> seb128: I mean an ubuntu patch, as there is some specific ubuntu stuff there
[16:06] <rodrigo_> seb128, ok
[16:06] <Laney> it's a patch to cdbs
[16:06] <Laney> an ubuntu patch yes
[16:07] <seb128> didrocks, right, langpack.mk is ubuntu specific
[16:07] <seb128> didrocks, gnome.mk includes it on the ubuntu cdbs
[16:07] <seb128> didrocks, which reduces the number of changes we need to do
[16:07] <seb128> ie things using gnome.mk need no changes
[16:08] <didrocks> seb128: oh sweet, I didn't know it was hooked like that. Sounds clever :)
[16:08] <seb128> ;-)
[16:20] <pitti> rickspencer3, seb128: I have an appointment this evening, so I can't join the meeting
[16:20] <rickspencer3> pitti, ack
[16:20] <seb128> pitti, ok
[16:43] <didrocks> seb128: when you will have some spare cycle, I just wrote that and I want your opinion about it: https://wiki.ubuntu.com/DesktopTeam/Maverick/NetbookLauncherToUnity
[16:44] <seb128> didrocks, is tomorrow ok?
[16:44] <didrocks> seb128: sure, it can be even next week :)
[16:44] <seb128> didrocks, I still have a stack of srus to do today, didn't write my activity report yet, didn't prepare the meeting and still fight some bugs
[16:44] <seb128> didrocks, ok, so it will be tomorrow
[16:45] <seb128> didrocks, can you drop me the url in an email so I don't forget?
[16:45] <didrocks> seb128: good luck, do not hesitate if I can help somewhere
[16:45] <didrocks> seb128: sure
[16:48] <tremolux> didrocks: heya Didier, I'm sorry that I'm only just today getting some time to try out your rocking OneConf
[16:48] <tremolux> didrocks: working from https://wiki.ubuntu.com/OneConf/Testing
[16:49] <didrocks> tremolux: heh, no pb :) as long as you can test it, it's good :)
[16:49] <seb128> re
[16:49] <didrocks> tremolux: I think nobody else did  :-)
[16:49] <didrocks> re seb128
[16:49] <seb128> didrocks, sorry not sure I asked before restarting the session but how busy are you?
[16:49] <tremolux> didrocks: k  :D
[16:50] <didrocks> seb128: I was just telling "didrocks | seb128: good luck, do not hesitate if I can help somewhere"
[16:50] <tremolux> didrocks: so, I get an error right off: http://tremolux.pastebin.com/cXK2kw7J
[16:50] <didrocks> seb128: so, let's say I won't begin a new WI today, you can ask :)
[16:50] <tremolux> didrocks: what'd I do wrong?  :P
[16:50] <seb128> didrocks, right, that's a follow up to that question
[16:51] <tremolux> didrocks: one this is that I think "sudo cp oneconf/ /usr/share/dbus-1/services/" in the wiki is meant to be "sudo cp oneconf/misc/com.ubuntu.OneConf.service /usr/share/dbus-1/services/"
[16:51] <seb128> didrocks, do you want to do some lucid sru-ing?
[16:51] <tremolux> didrocks: (which is what I did)
[16:52] <didrocks> seb128: sure
[16:52] <seb128> didrocks, ok, thanks
[16:52] <didrocks> tremolux: hum, can you try with --debug --direct, please?
[16:52] <tremolux> didrocks: oh, I just have a meeting starting up with IDS folks, I will have to get back to this a little later, sorry!
[16:52] <tremolux> didrocks: then I will try that, thanks  :)
[16:53] <didrocks> tremolux: no pb, it would be interesting to print which package doesn't have dep or recommends, I think it's the cause :)
[16:53] <didrocks> tremolux: I don't have it installed there in any case :p
[16:53] <seb128> didrocks, can you look at bug #528557
[16:53] <didrocks> tremolux: but it's a check to add, thanks ;)
[16:53] <ubot2> Launchpad bug 528557 in evolution (Ubuntu) (and 1 other project) "cannot turn on alarm for meeting received via email (affects: 4) (heat: 24)" [Low,Fix committed] https://launchpad.net/bugs/528557
[16:53] <seb128> didrocks, http://git.gnome.org/browse/evolution/log/?h=gnome-2-28
[16:53] <didrocks> seb128: sure, easy to test at least :)
[16:54] <seb128> didrocks, it's about applying the 3 most recents commits
[16:54] <seb128> didrocks, with the sru bug work, diff etc
[16:54] <seb128> didrocks, thanks!
[16:54] <didrocks> seb128: thanks for the recipe :)
[16:54] <seb128> didrocks, let me know when you are done if you want to do another one ;-)
[16:55]  * seb128 hugs didrocks, you're welcome
[16:55]  * didrocks feels that seb128 wants him to become little by litlle the evolution maintainer :-)
[16:55] <seb128> hehe
[16:55]  * didrocks hugs seb128 back, good luck with your work
[16:55] <seb128> thanks
[16:57] <pitti> good night everyone!
[16:57] <seb128> 'night pitti
[16:57] <didrocks> hum, I have to install a new lucid for testing this
[16:57] <didrocks> good night pitti
[16:57] <seb128> didrocks, why?
[16:58] <seb128> didrocks, don't do an install for that
[16:58] <didrocks> seb128: well, I don't have anymore lucid since today's tests
[16:58] <didrocks> seb128: really? and for testing?
[16:58] <seb128> oh
[16:58] <seb128> I was going to say that one box and testing that evolution is still working is enough
[16:58] <seb128> but if you have 0 lucid that's an issue right
[16:59] <didrocks> yeah, that's what I'm setuping again, shouldn't take long :)
[16:59] <seb128> I though you didn't want to mix with other sru updates or something
[16:59] <seb128> didrocks, ok, good, thanks
[16:59] <seb128> good to still have a lucid box handy until at least .1
[16:59] <didrocks> sure, but had to reinstall and setup an LVM, so scratching my netbook dropbox :)
[17:08] <GrueMaster> Does anyone have a link or list of proposed app changes to UNE?  I'd like to do testing on arm to make sure we are aligned.
[17:09] <didrocks> GrueMaster: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-une-app-selection
[17:10] <GrueMaster> thanks.
[17:11] <GrueMaster> Wow, looks like a wipe of mono based apps (except Evolution).
[17:11] <staz> GrueMaster: Evolution isn't written in mono
[17:17] <jcastro> didrocks: when do you plan to seed the global menu to UNE? Alpha2?
[17:18] <didrocks> jcastro: yeah, I have one WI for alpha2, it has to be in maverick first and a MIR has to be written
[17:18] <jcastro> ok so I have some time then. :)
[17:28] <rickspencer3> tremolux, ArneGoetje, bryceh, didrocks, kenvandine, Riddell, seb128, tkamppeter, whoever I forgot
[17:28] <rickspencer3> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-08
[17:28] <rickspencer3> team meeting in 2 minutes
[17:28] <seb128> hey rickspencer3
[17:28] <rickspencer3> hi seb128
[17:28] <rickspencer3> I'm back from the phone :)
[17:28] <didrocks> hey rickspencer3
[17:28] <seb128> rickspencer3, you forgot chrisccoulson again ;-)
[17:28]  * kenvandine waves
[17:28] <chrisccoulson> heh ;)
[17:29] <chrisccoulson> i really need to fill in my activity report this week
[17:29] <rickspencer3> hi chrisccoulson
[17:29] <chrisccoulson> hi rickspencer3
[17:29] <rickspencer3> chrisccoulson, yes, and last week as well ;)
[17:29] <rickspencer3> tsk tsk
[17:29] <chrisccoulson> i'll do it in a bit ;)
[17:29] <seb128> I need to do that as well
[17:29] <seb128> yesterday and today have been crazy busy
[17:29] <chrisccoulson> yeah :)
[17:29] <rickspencer3> ok, we'll try to have a fast meeting and break in time for people to add their activity reports ;)
[17:30] <kenvandine> haha
[17:30] <ArneGoetje> o/
[17:30] <seb128> ;-)
[17:30] <rickspencer3> no tkamppeter?
[17:30] <rickspencer3> tkamppeter, what happened, you're always right on the ball with your activity reports :)
[17:30] <rickspencer3> I am losing control of the team!
[17:30] <rickspencer3> aaaaah
[17:30] <statik> rickspencer3, i've asked rodrigo_ to start visiting these weekly meetings to report on online services work items, if it fits in with your agenda.
[17:30] <statik> or else to just listen in
[17:30] <rickspencer3> statik, sure
[17:31] <rickspencer3> we have a section on partner updates
[17:31] <rickspencer3> we'll ask rodrigo to go right after kenvandine
[17:31] <kenvandine> :)
[17:31] <rickspencer3> everyone ready?
[17:31] <rodrigo_> ok :)
[17:31] <seb128> yes
[17:31]  * rickspencer3 taps gavel
[17:31] <Riddell> hola
[17:31] <rickspencer3> first, actions from last week
[17:31] <tremolux> heya desktop team!
[17:32] <rickspencer3> which I bungled and put in actions from this week
[17:32] <rickspencer3> Testing Firefox update in Hardy
[17:32] <chrisccoulson> i've got some feedback from that now
[17:32] <rickspencer3> uh ...
[17:32] <chrisccoulson> and i'm just working on the remaining issues
[17:32] <rickspencer3> yeah, quite a bit of that I think
[17:32] <rickspencer3> could someone paste in a link to the tracking wiki when they get a sec?
[17:32] <chrisccoulson> the main issue is that the fonts don't look very good, but i've got to the bottom of that now
[17:32] <chrisccoulson> (i just need to think of a way forward)
[17:32] <rickspencer3> chrisccoulson, sweet
[17:33] <rickspencer3> urk
[17:33] <rickspencer3> can we hold up the roll out until that is resolved?
[17:33] <chrisccoulson> yeah, we can
[17:33] <chrisccoulson> and there had been no 3.6.4 release yet anyway
[17:33] <rickspencer3> ok
[17:33] <chrisccoulson> the other issues are some plugins not working
[17:34] <chrisccoulson> but that's due to the install location changing, which is simple to fix
[17:34] <rickspencer3> chrisccoulson, can you paste in a bug # for the record when you get a moment?
[17:34] <chrisccoulson> yeah, can do
[17:34] <rickspencer3> a bug # for that as well would be nice
[17:34] <chrisccoulson> and jdstrand tested epiphany last week and found some regressions
[17:34] <rickspencer3> as well
[17:34] <rickspencer3> how serious are those regressions?
[17:35] <chrisccoulson> one of them is pretty bad
[17:35] <rickspencer3> urk
[17:35] <chrisccoulson> i'm just trying to find the bug #
[17:35] <rickspencer3> ok, just paste those bug #s in when ready
[17:35] <seb128> rickspencer3, http://mozilla.qa.ubuntu.com/qatracker/test/4173
[17:35] <chrisccoulson> rickspencer3, bug 589877
[17:35] <ubot2> Launchpad bug 589877 in epiphany-browser (Ubuntu) (and 1 other project) "epiphany (webkit) doesn't clearly warn about invalid SSL certificates (affects: 2) (heat: 266)" [High,Triaged] https://launchpad.net/bugs/589877
[17:35] <seb128> the tracker
[17:35] <rickspencer3> thanks seb128
[17:36] <chrisccoulson> other than that, there aren't any real major issues
[17:37] <rickspencer3> that epihpany bug does not seem like a regression to me
[17:37] <rickspencer3> oh well, we can discuss later, we can move on
[17:37] <chrisccoulson> it's a regression from the gecko version in hardy i think
[17:37] <rickspencer3> that other action item was OneConf Testing: https://wiki.ubuntu.com/OneConf/Testing
[17:37] <rickspencer3> tbh, I am assuming that only didrocks got to this
[17:38] <rickspencer3> due to all the work with mozilla
[17:38] <tremolux> this I'm keen on testing and learning, and I've started but only today
[17:38] <didrocks> well, not a lot of feedback, just tremolux had a try with a bug I can fix quicklly :)
[17:38] <seb128> I didn't have time for it
[17:38] <seb128> sorry didrocks
[17:38]  * kenvandine hasn't had time...
[17:38] <didrocks> no pb :) in any case desktopcouch don't start in maverick yet
[17:38] <chrisccoulson> me neither, but i promise i'll return the favour for all the mozilla testing when i have some spare time :)
[17:38] <rickspencer3> lets carry that one over for another week?
[17:38] <didrocks> sure
[17:38] <rickspencer3> kenvandine, partner update?
[17:39] <kenvandine> ok
[17:39] <rodrigo_> didrocks, oh, I was trying to hunt a bug for evo-couchdb not working, thanks for pointing that, it might be desktopcouch indeed
[17:39] <tkamppeter> hi
[17:39] <didrocks> rodrigo_: just keep me posted if I can help there
[17:39] <rodrigo_> didrocks, sure, will do :)
[17:39] <kenvandine> DX team weekly releases as usual, should be working on getting indicator-network and connman into maverick soon
[17:40] <kenvandine> OLS has changed their weekly release schedule, desktop stuff will land on wednesdays
[17:40] <rickspencer3> so the server side release is today?
[17:40] <kenvandine> so they can get server changes deployed on tuesdays, they decided it was too much to try to land them both on the same day
[17:40] <kenvandine> rickspencer3, yeah
[17:40] <rickspencer3> and?
[17:40] <kenvandine> rodrigo_, got anything to add?
[17:40] <rickspencer3> how is it going today?
[17:41] <rodrigo_> kenvandine, was going to say that same thing, so no :)
[17:41] <kenvandine> rodrigo_, is their a tracking page for server deployment?
[17:41] <rickspencer3> I was just about to ask ;)
[17:41] <rodrigo_> kenvandine, hmm, we are using kanban, which is just for the team
[17:41] <kenvandine> oh... right
[17:41] <rodrigo_> I'll ask and see if we can get something
[17:41] <rodrigo_> public
[17:41] <kenvandine> i have access to that
[17:42] <rodrigo_> kenvandine, ah, cool
[17:42] <kenvandine> rodrigo_, lets get it on the same wiki page
[17:42] <kenvandine> https://wiki.ubuntu.com/UbuntuOne/MaverickWeeklyReleases
[17:42] <kenvandine> that's all i have for partner update
[17:42] <kenvandine> oh... one more thing
[17:42] <rickspencer3> iPhone with a clear screen?
[17:42] <kenvandine> OLS blueprints are still not "accepted" so not showing up on the burndowns
[17:43] <rickspencer3> oops
[17:43] <rickspencer3> that can be fixed
[17:43] <kenvandine> rickspencer3, i have a list of blueprints... if you can accept them
[17:43] <rickspencer3> kenvandine, sure, PM them
[17:43] <kenvandine> it looks like chipaca doesn't have access to that
[17:43] <rickspencer3> I'll do it asap
[17:43] <kenvandine> will do
[17:43] <rickspencer3> didrocks, are you going to cover ConnMan/Network indicator in your UNE section?
[17:43] <rickspencer3> I assume that this roles out in UNE only for maverick, right?
[17:44] <didrocks> rickspencer3: not really, but I can have a word about it
[17:44] <didrocks> basically the network indicator is in kenvandine's hands
[17:44] <kenvandine> yup
[17:44] <didrocks> it won't be default for UNE before alpha3
[17:44] <kenvandine> rickspencer3, you've got mail :)
[17:44] <rickspencer3> but will end up in UNE, not the desktop, right?
[17:44] <kenvandine> yes
[17:44] <didrocks> right
[17:45] <rickspencer3> ok
[17:45] <rickspencer3> just making sure :)
[17:45] <rickspencer3> thanks kenvandine, didrocks
[17:45]  * didrocks sees rickspencer3 being scared :)
[17:45] <statik> I wanted to tell someone about the work I've been doing on merging Erlang from debian, was going to try and get it in before Alpha2 but I'm not sure if this is the right meeting to mention it in.
[17:45] <rickspencer3> Riddell, Kubuntu update?
[17:45] <kenvandine> i will try to get indicator-network ready for upload to maverick this week though
[17:45] <kenvandine> so we have time
[17:45] <Riddell>  * alpha 1 out and working reasonably
[17:45] <Riddell>  * ninjas are cracking on with KDE SC 4.5 beta 2
[17:45] <Riddell>  * a load of MIRs being applied for, neeed for koffice, kdevelop and KDE SC
[17:45] <Riddell>  * kubuntu.org might get some progress, sysadmins are setting up a server for our guy to set up the site on
[17:45] <rickspencer3> statik, we have a "any other business section" that comes in a bit
[17:45] <statik> cool
[17:46] <rickspencer3> Riddell, are your MIRs blocked at all?
[17:46] <rickspencer3> do you need someone to ack those or anything?
[17:46] <Riddell> rickspencer3: well I only just applied for them so not yet
[17:46] <rickspencer3> ok
[17:46] <rickspencer3> thanks Riddell
[17:47] <Riddell> but sometimes it takes a few weeks and I'd rather give warning now than get grumpy then
[17:47] <rickspencer3> Riddell, that's what I was getting at
[17:47] <seb128> we have a manpower issue for mir and sru I think
[17:47] <rickspencer3> maybe someone could take of that for you quickly this time
[17:47] <seb128> between pitti being on rotation, asac being rather busy, etc
[17:47] <seb128> cjwatson sprinting this week and busy as well
[17:48] <bryceh> we've got an x.org sru that would be really nice to get attention on
[17:48] <seb128> speaking of MIR we have quite some for unity as well
[17:48] <rickspencer3> sounds like we need more people in a position to accept MIRs?
[17:48] <seb128> rickspencer3, we do yes
[17:48] <seb128> and SRUs
[17:48] <Riddell> yes
[17:48] <rickspencer3> ACTION: rickspencer3 to beg and plead for attention with stack of Unity and Kubuntu MIRs
[17:48] <seb128> but those are not easy to find
[17:48] <seb128> rickspencer3, thanks ;-)
[17:48] <rickspencer3> ACTION: rickspencer3 to beg and plead for attention with stack of xorg-xserver SRUs
[17:48] <seb128> it's not a stack for xorg
[17:49] <seb128> but we have a stack of other SRUs
[17:49] <rickspencer3> seb128, ack
[17:49] <seb128> https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1
[17:49] <rickspencer3> I'll see if I can negotiate something to clear the pipeline
[17:49] <seb128> rickspencer3, thanks
[17:49] <rickspencer3> tremolux, software-center update? (looks familiar)
[17:49] <rickspencer3> :)
[17:49] <tremolux> rickspencer3: you bet  :)
[17:50] <tremolux> rickspencer3: I just summarized yours a bit since it hits the major points
[17:50] <rickspencer3> tremolux, can you hit the 3 or 4 high points here for folks?
[17:50] <tremolux> we just had a quick session with Ricardo Kirkner about the payment API
[17:50] <tremolux> sure
[17:51] <tremolux> we are moving well on buy something with all teams moving ahead
[17:51] <tremolux> and will be doing some prototyping with the payment API this week
[17:51] <rickspencer3> nice
[17:52] <tremolux> the new apps on stable release is in good shape on the back end, support is pretty much there
[17:52] <rickspencer3> tremolux, can we put an app in there to start testing it out?
[17:52] <tremolux> and we just need to make the new apps fun and discoverable using a UI currently being spec'd by mpt
[17:53] <rickspencer3> maybe just a window with a button or something?
[17:53] <tremolux> rickspencer3: we just need the archive set up
[17:53] <rickspencer3> oh
[17:53] <rickspencer3> "just"
[17:54] <rickspencer3> :)
[17:54] <tremolux> :)
[17:54] <rickspencer3> is there an eta for that?
[17:54] <tremolux> yeah, I'm not sure of the eta
[17:54] <rickspencer3> ok
[17:54] <tremolux> but we can make a test PPA
[17:54] <tremolux> not blocked by it
[17:55] <rickspencer3> ACTION: rickspencer3 to find ETA for new apps archive
[17:55] <rickspencer3> thanks tremolux
[17:55] <rickspencer3> moving on ...
[17:55] <tremolux> welcome
[17:55] <rickspencer3> didrocks, UNE update?
[17:55] <didrocks> so, unity 0.2 is pushed in maverick :)
[17:55] <rickspencer3> didrocks, what do we do if we want to run it on our netbooks?
[17:55] <rickspencer3> $sudo apt-get install unity?
[17:56] <didrocks> rickspencer3: well, right now, the situation is kind of ackward for that, you will need my help :)
[17:56] <rickspencer3> ok
[17:56] <didrocks> rickspencer3: I don't want to update ubuntu-netbook-default-settings and seeds until all components are in main
[17:56] <rickspencer3> fair enough
[17:56] <didrocks> all MIR are done, there are bunches of them
[17:56] <rickspencer3> so we are blocked on MIRs there
[17:56] <didrocks> (they are all listed in the desktopteam meeting page)
[17:56] <didrocks> right
[17:56] <rickspencer3> noted
[17:56] <rickspencer3> anything to add didrocks?
[17:56] <didrocks> then main -> new settings -> new seed
[17:56] <rickspencer3> btw, Unity! Yeah!
[17:57] <rickspencer3> can't wait to run it
[17:57] <didrocks> no, I'll speak about cadence and release next week :)
[17:57] <kenvandine> :)
[17:57] <rickspencer3> thanks didrocks
[17:57] <rickspencer3> moving on ..
[17:57] <didrocks> you're welcome
[17:57] <rickspencer3> seb128, release status?
[17:57] <seb128> hey everybody
[17:57] <seb128> so maverick alpha1 is out now
[17:58] <seb128> which means we have an updated trend line following alpha2 now
[17:58] <seb128> http://people.canonical.com/~pitti/workitems/maverick/canonical-desktop-team-maverick-alpha-2.html
[17:58] <seb128> as you can see we are slightly behind
[17:58] <seb128> and not really making progresses recently
[17:58] <seb128> so please update your work items regularly
[17:58] <seb128> and let me or rick know if you are behind for some reason or need help
[17:59] <seb128> ie we know chrisccoulson is busy full time on firefox updates for example
[17:59] <rickspencer3> seb128, can we briefly discuss things we might want to move to A3?
[17:59] <rickspencer3> https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-user-accounts-dialog
[17:59] <rickspencer3> ?
[17:59] <seb128> rickspencer3, yes
[17:59] <rickspencer3> maybe give chrisccoulson some breathing room there
[17:59] <rickspencer3> ?
[17:59] <seb128> I'm fine moving this one, though I think it can be done once firefox is out of the way
[18:00] <rickspencer3> didrocks, https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-quickly?
[18:00] <chrisccoulson> yeah, once i've  got the firefox updates done, i should make relatively quick progress with that
[18:00] <didrocks> rickspencer3: well, we have to speak about that with gedit plugin system which changes and will break every existing plugins
[18:00] <didrocks> rickspencer3: so, it will make some room there. Not sure if we can have it for maverick because of that
[18:00] <rickspencer3> didrocks, so move it to A3 and focus on Unity/UNE for rest of A2?
[18:01] <didrocks> rickspencer3: sure
[18:01] <rickspencer3> well ... Unity > quickly
[18:01] <didrocks> I still can do the pushing gpg key and other stuff
[18:01] <rickspencer3> didrocks, sounds good
[18:02] <rickspencer3> let's talk alter about what to postpone
[18:02] <rickspencer3> kenvandine, Empathy work, move it to A3?
[18:02] <kenvandine> yeah
[18:02] <rickspencer3> https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-empathy-indicator
[18:02] <seb128> hum
[18:02] <seb128> I would rather have that done early that late
[18:02] <rickspencer3> https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-gwibber-test-suite also should go to A3
[18:02] <kenvandine> rickspencer3, that already is
[18:03] <kenvandine> there is just one WI for A2... which i can move
[18:03] <rickspencer3> kenvandine, ok, there was one targeted for A2
[18:03] <seb128> rickspencer3, there is only one item from this one which is to select the tool
[18:03] <seb128> which seems fair enough
[18:03] <kenvandine> seb128, yeah... that won't consume much time
[18:03] <rickspencer3> kenvandine, can you please select the tool and then set that one to DONE?
[18:03] <kenvandine> hehe... i will soon... maybe today
[18:03] <rickspencer3> seb128, so you'd rather see kenvandine move https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-social-api to A3
[18:03] <kenvandine> seb128, the empathy work is kind of blocked...
[18:04] <rickspencer3> and do Empathy blueprint?
[18:04] <seb128> kenvandine, on what?
[18:04] <kenvandine> there are some upstream bugs for telepathy-glib vapi generation
[18:04] <kenvandine> which is actively being worked on
[18:04] <seb128> rickspencer3, do we really on those social api for maverick?
[18:04] <seb128> ie will they be used?
[18:04] <rickspencer3> seb128, yes
[18:05] <seb128> ok
[18:05] <seb128> so let's move empathy after that or to a3
[18:05] <kenvandine> yeah
[18:05] <seb128> I don't think we need to defer that much now though
[18:05] <rickspencer3> I wonder if Empathy > SFTS APIs prioritize wise though
[18:05] <seb128> we still have some weeks and we are on the trend line if you don't count foreing tasks
[18:05] <rickspencer3> but if kenvandine is blocked on empathy, it doesn't matter anyway
[18:06] <rickspencer3> seb128, bit if you eleminate foreign tasks, you have to lower the starting point for the trend line as well
[18:06] <seb128> if we rely on those api for others changes I would say api > empathy
[18:06] <rickspencer3> it's a moot point if kenvandine is blocked on empathy, anyway
[18:06] <seb128> right
[18:06] <kenvandine> i have the basic service written for empathy, it just doesn't do anything interesting yet :)
[18:06] <rickspencer3> ok, so sounds like:
[18:06] <rickspencer3> 1. we can get under the trendline by moving some work to A3
[18:07] <seb128> I will check work items with team members during the week and bring us back on the line for next week
[18:07] <rickspencer3> 2. once again, our eyes were bigger than our stomachs
[18:07] <seb128> I guess we will see a drop tomorrow with didrocks work
[18:07] <rickspencer3> seb128, yeah
[18:07] <seb128> ie he got a stack of unity one checked today
[18:07] <rickspencer3> ok
[18:08] <didrocks> (thanks to seb128 again for all the NEW reviews :))
[18:08] <seb128> rickspencer3, I don't think we are that far on estimation, but we didn't take things like the firefox security update in account for counting
[18:08] <rickspencer3> seb128, any more on release status, I kind of grabbed the mic there
[18:08] <seb128> no
[18:08] <rickspencer3> yeah, firefox was lots of extra work
[18:08] <rickspencer3> we should point out ...
[18:08] <rickspencer3> that chrisccoulson is quite the hero!
[18:08] <rickspencer3> we would be screwed without his tireless efforts these last week
[18:08] <chrisccoulson> i will be glad when it's finished so i can start on maverick :)
[18:08] <seb128> chrisccoulson rocks!!!
[18:08] <chrisccoulson> and then we will be preparing for firefox 4 ;)
[18:08] <tremolux> yeah chrisccoulson  \o/
[18:09]  * asac hugs chrisccoulson 
[18:09]  * chrisccoulson hugs asac
[18:09] <rickspencer3> chrisccoulson, I'm working hard looking for another person, so hang in there
[18:09] <chrisccoulson> thanks :)
[18:09] <rickspencer3> and don't forget to take swap days when you get the chance!
[18:09] <rickspencer3> also, thanks to ara for organizing the testing, but I guess she's not here
[18:10] <rickspencer3> ok, moving on
[18:10] <rickspencer3> any other business?
[18:10]  * statik raises his hand
[18:10] <rickspencer3> statik, go ahea
[18:10] <rickspencer3> d
[18:10] <statik> I have been working on merging erlang from debian. it's not a committed item, but i would like to get this updated before alpha2
[18:11] <statik> i have run into a situation where it now has a new build-dep on fop, to build all the documentation
[18:11] <statik> so the choice i am facing is to diverge further from debian, or write up a handful of MIRs for fop and the 4/5 java libs it depends on that are still in universe
[18:11] <statik> fop, which depends on libsaxon-java, libxmlgraphics-commons-java, java-wrappers,libbatik-java (all still in universe)
[18:11] <statik> so, since MIRs would cause work for you guys, i was looking for some guidance
[18:12] <seb128> statik, seems rather an after meeting discussions
[18:12] <seb128> ie we can discuss it there
[18:12] <statik> seb128, ok cool. thanks!
[18:12] <seb128> but no need to hold everybody for that I think
[18:12] <statik> right
[18:12] <seb128> rickspencer3, ^ what do you think?
[18:12] <rickspencer3> after meeting discussion
[18:12] <rickspencer3> but, let's make sure to help him out!
[18:12] <rickspencer3> any other other business?
[18:12] <seb128> I'm staying there after meeting to discuss that
[18:13] <seb128> not from me
[18:13] <rickspencer3> thanks seb128
[18:13] <rickspencer3> alright, then
[18:13] <rickspencer3> meeting adjourned ?
[18:13]  * rickspencer3 taps gavel
[18:13] <rickspencer3> thanks all!
[18:13] <seb128> thanks rickspencer3, thanks everybody
[18:13] <kenvandine> thx
[18:13] <ArneGoetje> thanks
[18:13] <didrocks> thanks everybody
[18:13] <tremolux> thanks everybody
[18:13] <rickspencer3> maverick! maverick! maverick!
[18:13] <didrocks> tremolux: can you grab again the branch, I have a fix I guess :)
[18:13] <rickspencer3> didrocks, great job on Unity, keep it going, I am very excited
[18:13] <tremolux> didrocks: sure will, thanks!
[18:13] <didrocks> thanks rickspencer3 :)
[18:14] <seb128> speaking of unity it might not be available today
[18:14] <seb128> soyuz seem to have some slowness issue since the launchpad upgrade
[18:14] <seb128> it's take a while to pick up some of the builds
[18:14] <seb128> (was just a side note)
[18:14] <didrocks> well, in any case, the settings to start it won't be, so no hurry for unity
[18:15] <seb128> right
[18:15] <didrocks> if people before the main MIR approval wants to install it, I can help them :)
[18:17] <seb128> statik, hey
[18:17] <tremolux> didrocks: woo!  that fixed it!  (OneConf)
[18:17] <tremolux> didrocks: thanks
[18:17] <didrocks> tremolux: sweet, it seems you have package with no candidate :)
[18:18] <didrocks> tremolux: thanks for testing, keep me posted :)
[18:18] <tremolux> didrocks: will do  :)
[18:18] <seb128> statik, still there?
[18:20] <statik> seb128, sorry stepped away for a minute.
[18:20] <statik> i'm still here
[18:20] <seb128> statik, ok
[18:20] <seb128> so how did you build your documentation before?
[18:21] <statik> seb128: it's complex, there is also a separate erlang-docs-html package but i believe the debian maintainer is working on combining these together
[18:21] <statik> seb128, just to provide some additional picture, our current ubuntu package is crippled because the wxWindows build-dep is cut out
[18:22] <statik> so erlang developers that use ubuntu get very annoyed that there is no debugger, things like that
[18:22] <statik> so i'm worried about also removing the docs on top of the current situation
[18:22] <seb128> hum
[18:22] <seb128> you "believe the debian maintainer is working on combining these together"
[18:22] <statik> once i can get this base version upgraded, i have a plan to split the source package so that erlang2 will have the packages like the debugger and things like that that can stay in universe
[18:22] <seb128> which means that's not an issue right now?
[18:23] <statik> i should not mention erlang-docs-html, it is a totally separate issue (despite the name)
[18:24] <statik> the issue is just that merging from debian, the erlang source package has a new build-dep on fop, which is used to build the erlang-docs binary package (which is in universe)
[18:24] <seb128> how is it working in lucid?
[18:24] <seb128> you have no documentation?
[18:24] <seb128> or it's built an another way?
[18:26] <statik> seb128: looking at changelog I see this is because in lucid docs were in that separate erlang-doc-html package
[18:26] <statik> and now sergei has moved the docs into the main erlang source package
[18:27] <statik> so in lucid the docs were in a separate package
[18:27] <statik> the crux of the problem seems to be how many things are in this one source package
[18:28] <seb128> right
[18:29] <seb128> it seems the debian maintainer or the upstream ones think it's easier to have things in sync with one source
[18:29] <seb128> well I see 3 options there
[18:29] <statik> yes, there are all kinds of problems with the separate package
[18:29] <seb128> - not building the documentation
[18:29] <seb128> - getting the build-depends promoted
[18:29] <seb128> - having a second erlang source in universe to build other binaries
[18:29] <statik> so my plan is to have a second source in universe anyway
[18:30] <seb128> you said you would do 3 anyway for the wx frontend etc?
[18:30] <seb128> ok, so make the documentation be built from this one?
[18:30] <seb128> I would go for that one if you have an erlang source in universe
[18:30] <seb128> otherwise the second choice would be to mir and maintain the things required for to build the documentation
[18:30] <statik> that sounds like a good plan. so first step will be to just cut out the documentation, then add it in along with the wx related packages when I prepare and erlang2 for universe
[18:31] <statik> If other projects were going to start using fop then it would have been worth it to do the MIR stuff
[18:31] <statik> but it seems like the only realistic option is to split the source and deal with very painful merges from debian
[18:32] <statik> seb128, this has been a very helpful discussion, thanks!
[18:32] <seb128> statik, you're welcome
[18:32] <statik> seb128, I have upload rights for erlang but when I create erlang2 maybe I can ping you for sponsoring since we have discussed the plan for it?
[18:32] <seb128> statik, you might want to ask doko about fop
[18:32] <seb128> ok, sure
[18:32] <seb128> you don't want to name it erlang2 if that's the same source
[18:33] <seb128> rather "erlang-universe"
[18:33] <statik> oh, that would be better indeed
[18:33] <statik> much more descriptive
[18:33] <seb128> and make sure it doesn't build the binaries built by the main variant
[18:33] <seb128> just the extra ones
[18:34] <statik> right, that should be easy.
[18:35]  * statik heads off to start hacking
[20:32] <didrocks> Laney: weird, depite your --enable-meego (as I've done in 1.6), you don't have any /usr/lib/banshee/meego-panel-banshe (pointed by meego desktop file) for the netbook interface, did you include it in a .install?
[21:02] <didrocks> Laney: ok, saw that you splitted in a meego-banshee package. So, I would expect usr/lib/banshee/meego-panel-banshee and meego-panel-banshee.desktop installed in it
[22:18] <rickspencer3> kenvandine,
[22:18] <rickspencer3> + Generate bindings for libgwibber for python: DONE
[22:18] <rickspencer3> yeah!
[23:02] <dobey> E: ubuntuone-client source: version-substvar-for-external-package libsyncdaemon-1.0-dev -> libsyncdaemon-1.0
[23:02] <dobey> lintian, you make no sense to me :(
[23:05] <soren> dobey: Look at lintian-info. It's your friend.
[23:05] <dobey> soren: i think i know why it's complaining; i just think it's wrong :)
[23:06] <dobey> soren: i'm trying to do a versioned depends on something that is Provides: by another package
[23:06] <dobey> and it doesn't seem to like that :(
[23:06] <soren> We support versioned provides?
[23:06] <soren> That's new.
[23:07] <soren> dobey: I have a hard time coming up with a case where that lintian error would be wrong... What are you doing, exactly?
[23:08] <dobey> well it didn't complain about the Provides: libsyncdaemon-1.0 (= ${source:Version})
[23:08] <dobey> just the dependency on it
[23:08] <dobey> hum
[23:10] <ajmitch> why are you providing that & trying to depend on an exact version of it?
[23:44] <geser> if nothing didn't change Provides are unversioned
[23:53] <dobey> ajmitch: confusion. directed at substvars now, but getting a different error :-/
[23:54] <lifeless> RAOF: I want to pick your brain about nividia glx stuff, I think
[23:57] <RAOF> lifeless: Ok.  Want to do it in #ubuntu-x?
[23:57] <lifeless> sure
[23:58] <rickspencer3> RAOF, robert_ancell, TheMuso, can we start Eastern Edition a tad late?
[23:58]  * rickspencer3 needs a cup of tea
[23:59] <TheMuso> Sure.
[23:59] <RAOF> Sure.  I'll get me a cuppa too!
[23:59] <robert_ancell> np
[23:59] <TheMuso> Tea is actually not a bad idea, at least here in this cold weather.
[23:59] <robert_ancell> seb128, up late?