## page was renamed from DesktopTeamMeetingTemplate
= Actions from previous meeting =

= Actions from this meeting =

= Weekly Summary =

 * Some GNOME 3.2.1 updates and lots of bug fixes for Oneiric SRUs.
 * Precise open for development, lots of good syncs and merges.
 * Check current status of udisks2 for LTS inclusion evaluation, create an initial test suite. (pitti)
 * Set up http://ddebs.ubuntu.com, language pack PPA, and apport retracer for precise. (pitti)
 * Switched Ghostscript to use liblcms2 instead of liblcms1. liblcms1 is rather buggy (segfaults, problems with color accuracy) and not maintained upstream any more. Please test. This switchover should be done for all packages which use liblcms1 (tkamppeter).
 * Hacked an tool to deal with design changes that have to be done upstream, downstream, or will soon land downstream. Multiple view from your perspective. Will present it a little bit more for UDS. http://people.canonical.com/~platform/design/ (didrocks)
 * http://conference.libreoffice.org/ (see http://planet.documentfoundation.org/ for details) (bjoern-michaelsen)

== Partner update ==
=== UbuntuOne ===
 * Dropped support for bookmark syncing, in 11.10 it still works as well as it ever did but they won't official support it as a service.  In 12.04 we'll be removing the bindwood package.

== Unity ==

 * Unity SRUS: libunity, unity, nux, unity-lens-applications. Full list of the release there: https://launchpad.net/unity/+milestone/4.24.0. Note that we got some additional fixes (crashes in unity-panel-service) that I got before uploading the first candidate and an UI change removal. A new SRU candidate for unity is pending the queue.

 * Got some additional compiz and compiz-plugins-main fixing some regression on previous SRU candidate

 * Quite some emergency SRU fix for sni-qt which can remove your $HOME directory if you fidle your env variables.

== Software Center ==
 * Software Center version 5.0.1.5 SRU in-process
  * Includes targeted bug and i18n fixes
 * Software Center version 5.0.2 SRU coming soon
  * Provides a significant startup time improvement \o/, plus additional very nice fixes
 * Planning for UDS and the 12.04 cycle

== Kubuntu ==

== X.org ==

== IRC log Western edition ==

{{{
17:30:49	 *	bcurtiswx as a guest
17:30:52	 *	kenvandine waves
17:31:04	didrocks	hey
17:31:06	kenvandine	woot, precise!
17:31:20	mterry	w00t
17:31:36	chrisccoulson	and i managed my first precise uploads today :)
17:31:40	pitti	but I suppose most of us will still stay on oneiric for preparing and verifying SRUs
17:31:52	 *	Sweetshark waves
17:31:58	pitti	precise opened up exceptionally fast, but it's still very rough
17:32:38	pitti	I must admit I haven't looked into UDS planning yet, jasoncwarner_ did most of it so far
17:32:49	pitti	so, anything on the agenda from anyone for today?
17:32:56	pitti	(I think didrocks had a topic)
17:33:20	kenvandine	one thing for partner update
17:33:28	jasoncwarner_	pitti: re: UDS. I'm off this week, but I'm entering the blueprints todayish. If anyone else has some, go ahead and put them in and target them...
17:33:52	pitti	jasoncwarner_: want me to do anything particular there? scheduling, accepting, reviewing, etc.?
17:34:37	jasoncwarner_	pitti: once I have them in, reviewing and accepting would be appreciated (re: keeping me honest ;))
17:34:54	pitti	jasoncwarner_: ack, sounds great; and thanks for preparing them
17:34:57	Sweetshark	jasoncwarner_: did you see the LO/OOo topic proposed to Jono?
17:35:19	jasoncwarner_	Sweetshark: yeah, would you be happy to put that in and target to precise uds?
17:35:57	didrocks	pitti: On my side, I don't have a topic agenda particularly, still waiting for design to move their bugs to new process, but for those interested, they can hCave a look there: http://people.canonical.com/~platform/design/. I'll present that at UDS to the team in an informal way I guess. The idea is to have a better view of what should be done in our upstream, what's should be done us, as a
17:35:59	didrocks	downstream and what would land soon in ubuntu from a design perspective.
17:36:42	kenvandine	didrocks, awesome!
17:37:35	pitti	nice!
17:37:57	didrocks	(you can click on title to expand/reduce view and can triage by column title if you didn't notice)
17:39:00	didrocks	(and it has an extensive test suite against launchpad staging so we should be good for tweaking it safely)
17:40:39	pitti	ok, AOB?
17:40:45	kenvandine	yeah
17:40:47	kenvandine	U1 has discontinued support for bookmark sync (bindwood).  in 11.10 it still works as good as it has and the package will be removed for 12.04
17:40:57	chrisccoulson	ah, about that
17:41:05	rodrigo_	kenvandine, cool, it never worked afair
17:41:12	kenvandine	rodrigo_, right :)
17:41:14	chrisccoulson	i'm also going to be shipping an empty bindwood package with the next firefox update
17:41:16	pitti	kenvandine: what do we do on upgrades there? can we introduce a Breaks: somewhere to remove the package?
17:41:19	chrisccoulson	(for natty and oneiric)
17:41:28	pitti	chrisccoulson: err, for stables?
17:41:33	chrisccoulson	pitti - yes
17:41:51	pitti	"works as good as ever" didn't sound like "completely broken"
17:42:05	chrisccoulson	pitti - if nobody is working on it anymore, then it's likely to break quite quickly
17:42:08	chrisccoulson	(ie, break firefox)
17:42:19	chrisccoulson	so i want to remove it entirely really
17:42:20	pitti	yes, fine for precise, but breaking stable?
17:42:33	kenvandine	pitti, well the service would still accept the sync technically
17:42:34	pitti	why did U1 stop supporting it?
17:42:35	chrisccoulson	pitti - yeah, it needs updating for every firefox release anyway
17:42:46	kenvandine	but it just never worked well for many people
17:42:51	glatzor	hello mvo, I just moved the development of the pk compat thingy to the lp:~aptdaemon-developers/aptdaemon/pkcompat2 branch and deleted the previous one (pkcompat), since the threading seems to be harder to implement than the PK compat layer and the threading branch was already merged in the pkcompat branch :)
17:42:58	kenvandine	pitti, quality reasons
17:43:04	chrisccoulson	and i'm not sure the U1 guys are going to be spending efforts on maintaining something for a service which isn't provided anymore
17:43:09	kenvandine	http://voices.canonical.com/ubuntuone/?p=1282
17:43:25	mvo	glatzor: thanks!
17:43:30	kenvandine	the problem wasn't really the firefox extension
17:43:46	chrisccoulson	but that's a problem if nobody is looking after it :)
17:43:54	kenvandine	indeed
17:45:04	chrisccoulson	pitti - do you see a problem with that?
17:45:27	pitti	chrisccoulson: yes, I do, but we aren't going to solve that here and now :)
17:45:50	pitti	so, thanks for the heads-up
17:45:56	chrisccoulson	pitti - there are a couple of problems with leaving things the way they are:
17:46:21	chrisccoulson	1) the addon will be marked incompatible with firefox in the next release anyway, which is likely to result in confusion and bug reports
17:46:31	pitti	chrisccoulson: right, under the assumption that we stop support for it, an empty package is fine
17:46:53	pitti	chrisccoulson: my problem is with stopping supporting stable releases where we have committed to having these packages in main, have a paid team for it, etc.
17:47:03	kenvandine	it is in universe
17:47:05	chrisccoulson	2) for people running the addon compatibility reporter, it won't be marked incompatible, which means it may start to break firefox in strange ways in the future, if we don't have anyone actively maintaining it
17:47:22	ricotz	hello, is this a known debhelper problem "dpkg-shlibdeps: error: package. is not a valid version"?
17:47:25	pitti	kenvandine: ah, ok; then I don't have a problem with it :)
17:47:30	kenvandine	:-D
17:47:31	glatzor	mvo, but I will merge it into trunk soon :)
17:47:42	pitti	chrisccoulson: ok, I thought it was a supported service, nevermind me
17:47:49	kenvandine	the quality was never good enough for us to put in main :)
17:47:54	chrisccoulson	pitti - ah, ok. thanks
17:47:55	rodrigo_	yeah
17:47:57	seb128	ricotz, hey, try asking on #ubuntu-devel
17:48:10	chrisccoulson	so, the plan is still to ship empty packages with the next firefox update to force its removal
17:48:14	seb128	ricotz, we are in a meeting (almost over, but still the question is not really desktopish)
17:48:18	chrisccoulson	unless anyone else sees a problem :)
17:48:28	ricotz	(seb128, oh, sorry)
17:48:29	kenvandine	chrisccoulson, wfm
17:48:40	seb128	ricotz, no worry
17:48:42	pitti	kenvandine: ok, thanks
17:49:01	pitti	back to AOB?
17:50:21	pitti	seems not
17:50:26	pitti	then thanks everyone!
}}}

== IRC log Eastern edition ==

{{{
}}}