[00:00] <slangasek> mdeslaur: (so I'm rejecting it)
[00:01] <mdeslaur> slangasek: ok, thanks
[00:04] <mdeslaur> slangasek: found it, I'll re-upload in a few minutes
[00:19] <slangasek> pitti: what's the SRU verification process for udev, given the stated SRU exception for the keymaps?
=== phenom_ is now known as phenom
=== doko_ is now known as doko
=== vibhav is now known as Guest86291
=== popey_ is now known as popey
=== ev_ is now known as ev
=== ]reed[ is now known as [reed]
=== ubott2 is now known as ubottu
=== halfie_ is now known as halfie
=== popey_ is now known as popey
=== Wellark_ is now known as Wellark
=== edgggeek_ is now known as edggeek
=== ampelbein_ is now known as Ampelbein
=== directhe` is now known as directhex
=== mbiebl_ is now known as mbiebl
=== _ffio_ is now known as ffio
=== tsimpson_ is now known as tsimpson
=== Sp4rKy_ is now known as Sp4rKy
[16:26] <shadeslayer> kenvandine: hi, if you have a moment I'd like to talk about mcp-account-manager-goa
[16:26] <shadeslayer> and decoupling the dependency on empathy
=== hggdh_ is now known as hggdh
[17:24] <jbicha> shadeslayer: I think mcp-account-manager-goa is useless without empathy
[17:24] <jbicha> unless something else uses telepathy + goa that I don't know about...
[18:57] <ari-tczew> can we merge a package in main from debian experimental?
[19:02] <jbicha> ari-tczew: yes
[19:03] <ari-tczew> thanks jbicha
=== paul_ is now known as Elbrus
[19:44] <melodie> hello
[19:46] <ari-tczew> hello
[19:47] <melodie> hi ari-tczew
[19:47] <infinity> ari-tczew: You can, but you should have a pretty good reason for it.
[19:48] <melodie> does someone know how the file /lib/plymouth/themes/ubuntu-text/ubuntu-text.plymouth is called, in the Live CD? I'd like to make a custom one which would not rely to the package it belongs to, but I don't know how to do that
[19:48] <ari-tczew> infinity: It fixes one FTBFS (due to missing depends) and another user-bug.
[19:48] <infinity> ari-tczew: experimental, by its nature, is designed for people to make mistakes and not clean up their messes (not upgrade paths are required from experimental packages to their eventual unstable uploads, etc), so syncing or merging from experimental means you're taking responsibility for some things the Debian maintainer doesn't have to.
[19:49] <infinity> ari-tczew: Which package is this?
[19:49] <ari-tczew> infinity: libav
[19:49] <ari-tczew> and ftbfs fixes for package handbrake
[19:49] <infinity> Erm.  No.
[19:49] <infinity> Dude.
[19:50] <infinity> That's starting a massive transition, not just fixing an FTBFS.
[19:50] <infinity> Please talk to siretart about the current state of libav and its rdepends before you commit us to that for the sake of fixing handbrake. :P
[19:50] <infinity> (It'll break hundreds of other packages to fix the one)
[19:50] <ari-tczew> I believe.
[19:51] <infinity> Yes, we should do the libav transition, no, you shouldn't start it to fix handbrake.  Its FTBFS really isn't a big picture thing here. :)
[19:51] <infinity> (And I won't start that transition until I have people committed to finishing it)
[19:51] <infinity> siretart: What's the current state of libav9?  Are we close to being able to do a vaguely smooth transition?
[19:52] <infinity> ari-tczew: So, in conclusion: please, please, please don't merge or sync libav from experimental.  We'll do it when we're ready to push the whole stack.
[19:52] <jbicha> infinity: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706798
[19:52] <ubottu> Debian bug 706798 in release.debian.org "transition: Libav 9" [Normal,Open]
[19:53] <ari-tczew> infinity: I have already took a look on a merge and I saw it's not so easy, so I'm leaving this one.
[19:53] <infinity> jbicha: Oh good, siretart's on top of it.  Last time I asked, it wasn't quite ready.  Still, for sanity, I'd rather he handle it (or push it through the release team and friends) than have it started by someone trying to fix a random FTBFS. ;)
[19:54] <jbicha> infinity: it sounds like as long as you don't care about audacity, it's ready
[20:03] <melodie> I rephrase my question just incase:
[20:04] <melodie> does someone know about how plymouth-theme-*-text packages generally are called in a Live ?
=== bdrung_ is now known as bdrung
[20:04] <melodie> s/packages/configuration file/
=== Ursinha is now known as Ursinha-afk
[20:53] <ari-tczew> is MoM broken?
=== Ursinha-afk is now known as Ursinha
[21:23] <Noskcaj> ari-tczew, i doubt it. Why did you ask?
[21:23] <ari-tczew> Noskcaj: I saw a few packages which are already synced, but still exist on MoM
[21:24] <Noskcaj> ari-tczew, If they've been synced in the last day, it's possible MoM didn't pick up on it
[21:24] <Noskcaj> if not, something is broken
[21:25] <ari-tczew> Noskcaj: IIRC, it has been synced on 13th
[21:25] <ari-tczew> so one week ag
[21:25] <ari-tczew> ago *
[21:25] <dupondje> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1203211
[21:25] <ubottu> Ubuntu bug 1203211 in linux (Ubuntu) "Kernel 3.10.0-4 fails on graphical boot with i915 (MacBook Pro 8,2)" [Undecided,Confirmed]
[21:26] <dupondje> can we assign that to somebody ? :)
[21:26] <dupondje> seems like i915 is broken :(
[21:27] <ari-tczew> Noskcaj: example: sflphone in universe
[21:29] <infinity> ari-tczew: MoM only (incorrectly) operates against the release pocket, and sflphone is in proposed.
[21:29] <infinity> ari-tczew: This is a known bug/misfeature, but not an indication that it's stalled/broken.
[21:30] <ari-tczew> infinity: is there a bug reported?
[21:30] <infinity> ari-tczew: No idea, but it's known to the people who need to know, we've just not gotten around to fixing it.
[21:31] <ari-tczew> infinity: OK.
=== Ursinha is now known as Ursinha-afk
=== tlyu_ is now known as tlyu