=== micahg_ is now known as micahg
=== doko_ is now known as doko
ochosiif any admins are about, please release libxfce4util from NEW so we (xubuntu) can trigger rebuilds of related packages and continue to upload xfce4.1210:04
mlankhorst\o/ all mesa regressions from 10.4 to 10.5 on radeon are gone in mesa 10.5 rc311:51
sil2100Hello release team! We would need someone to take a look at the FFe that has been filled for the new oxide release: LP: #142559912:25
ubot93Launchpad bug 1425599 in oxide-qt (Ubuntu) "[FFE] oxide 1.5" [Undecided,New] https://launchpad.net/bugs/142559912:25
sil2100Hello release team! I would like to re-poke regarding the FFe for oxide: LP: #142559914:49
ubot93Launchpad bug 1425599 in oxide-qt (Ubuntu) "[FFE] oxide 1.5" [Undecided,New] https://launchpad.net/bugs/142559914:49
sil2100It is ready for release in a silo, but we don't know if we can publish without a clear decision beforehand14:49
jdstrandcan someone take a look at the oxide 1.5 FFe? (bug #1425599)16:31
ubot93bug 1425599 in oxide-qt (Ubuntu) "[FFE] oxide 1.5" [Undecided,New] https://launchpad.net/bugs/142559916:31
jdstrandoSoMoN and chrisccoulson can speak to the actual changes16:31
jdstrandbut oxide is in a weird area wrt to this FFe. we plan to push this to stable releases because it is a security update. however, there are some features in it that are for important phone bugs16:33
jdstrandin other words, oxide was specifically created to address security issues, fix bugs and implement features to enhance the phone (ie, it uses the firefox model), yet it is blocked on FFe16:34
jdstrandseems we wouldn't block firefox-- we would just upload it16:34
jdstrandI'm not sure that it helps, but we discussed that we will pursue an MRE for oxide after vivid releases since it is a lot like firefox, and firefox has one16:37
jdstrandslangasek: not sure if you have time? ^16:41
* jdstrand is happy for anyone to look at it. it looks like it was requested a week and a half ago16:42
ogra_why does it need an FFe at all ?16:44
ogra_given it is a rolling package across all releases anyway16:44
jdstrandogra_: right16:54
jdstrandI'm not sure why oSoMoN was advised to file one16:55
jdstrandI think sil2100 may have requested it, but not sure where this was discussed in terms of formal processes (if at all)16:55
oSoMoNMirv initially told me I’d need to file an FFe16:56
sil2100I wasn't aware of any exceptions, so FFe was the safest bet - and if someone from the release team would comment that we don't need those, well, we wouldn't request it anymore ;)16:57
sil2100I understand all the rationale, it's just that since it's a release-team decision I wanted to have some confirmation from their side16:57
ogra_sil2100, well, browsers are generally rolling anyway16:58
jdstrandright, well, the argument is out there for the release team to comment. we'll pursue a MRE to kinda cement the idea for stable releases17:01
=== adam_g_out is now known as adam_g
infinityjdstrand: I take it as a given that firefox, chromium, and oxide don't require FFes.18:07
infinitysil2100: ^18:07
infinityjdstrand: And the firefox/chromium stable exception (which oxide should get by default, IMO), isn't an MRE, unless you change the meaning of "M". :P18:08
jdstrandinfinity: great, thanks!18:10
sil2100infinity: thanks :)18:20
sil2100jdstrand: ok, let me publish then18:20
Mirvare the rollingness exceptions documented somewhere?18:20
Mirvor only as MRE after the release as discussed18:22
Ukikiehttps://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions is the only one I see, and for firefox this is a micro release. :P18:25
Mirvfrom documentation point of view the problem is thet MRE are for after-release stable release updates, and it'd be nice if the process would be clear for the whole dev cycle + stable period18:26
infinityUkikie: Yeah, we could do with clearing up the browsers as being unique snowflakes in this regard.18:35
infinityMirv: And we could also do with clearing up that MREs for stables imply MREs for the devel series, as long as the upload doesn't destabilise the world during release week or something equally silly.18:36
ScottKFor clamav I've always asked for the FFe even though we push major versions to all releases.18:44
ScottKI took it as a given it would get approved as long as the timing was non-insane, but I didin't think I was excused from asking.18:45
infinityScottK: I think it's paperwork overload for things we expect to be updated anyway, but ymmv.19:16
ScottKOK.  I can accept that and I'm all for not doing unneeded paperwork.19:31
ScottKI do think we ought to have the list of packages this applies to documented somewhere.19:32
infinityScottK: Yeah, I think the MRE wiki page needs a section for the rare Major Release Exceptions.  I suspect the reason it doesn't is because we prefer to pretend they don't exist, thus not setting precedent for others to say "I deserve that too!"19:44
infinityScottK: But with enough strong wording of the sort that "these packages are unique snowflakes and get to ship new major versions, but if you ask for that for your own package, the TB's default answer is always no, have a nice day", we can break them out into their own section and be more explicit about it.19:44
ScottKConveniently keeping the same acronym preserves deniability.19:44
bdmurrayslangasek: https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/phasing-progress-link/+merge/25151720:31

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!