[06:26] <Mirv> I'm wishing for a FFe Debian sync approval for pitivi bug #1253009 - 0.93-3 in Debian unstable. there's another positive report on my PPA offering in the bug.
[06:26] <ubot2> Launchpad bug 1253009 in pitivi (Baltix) "[FFe] Please sync latest upstream release (0.9x) from Debian unstable - Pitivi developers recommends to use 0.92 or later" [Medium,Triaged] https://launchpad.net/bugs/1253009
[06:45] <infinity> Mirv: Can you get the opinion of the ubuntustudio guys (it's in their seeds) before we look any further?
[06:46] <infinity> Mirv: And perhaps ask mterry if he has reasons for not merging it.
[06:47] <infinity> s/has/had/
[06:48] <Mirv> infinity: thanks, doing those two
[07:20] <dholbach> hiya
[07:20] <dholbach> can somebody take a look at https://bugs.launchpad.net/ubuntu/+bug/1302619 https://bugs.launchpad.net/ubuntu/+source/qtcreator/+bug/1302620?
[07:20] <ubot2> Launchpad bug 1302619 in Ubuntu "[FFe] New package qtcreator-plugin-remotelinux " [Undecided,New]
[07:20] <ubot2> Launchpad bug 1302620 in qtcreator (Ubuntu) "[FFe] Remove remotelinux plugin and its dependencies from the QtC package" [Undecided,New]
[08:03]  * seb128 offers cookies to the release team, can we get some trusty queue reviews? ;-)
[08:03] <seb128> some of the items are waiting since thursday...
[08:03] <seb128> (not asking for people to work on the w.e but what happened on friday? ;-)
[08:45] <Laney> seb128: will do some after lunch / piloting
[08:46] <seb128> Laney, thanks
[09:51] <sil2100> Hello release team! Sorry to disturb you, but things waiting in the unapproved queue again seems to be a bit troublesome for the CI Train infrastructure - could anyone take a look at some of our packages in the queue? Things like: indicator-application, indicator-appmenu or unity-control-center
[09:51] <sil2100> Thanks!
[09:53] <cjwatson> sil2100: I think I have to kick indicator-application back
[09:54] <cjwatson> sil2100: the new code is:
[09:54] <cjwatson> +       if [ "x$DESKTOP_SESSION" == "xubuntu-touch" ] ; then
[09:54] <cjwatson> but that's a bashism, and fails in our default /bin/sh
[09:54] <sil2100> cjwatson: ah
[09:54] <sil2100> seb128: ^
[09:56] <sil2100> cjwatson: thanks for the heads-up and action :)
[09:57] <seb128> cjwatson, thanks for spotting it, runtime is fine here but it doesn't mean it's correct, I'm going to get ted to fix it (do you want to comment on https://code.launchpad.net/~ted/indicator-application/startup-cleanup/+merge/212726 maybe if you have a suggestion of what should be done instead)
[09:57] <seb128> sil2100, ^
[09:57] <sil2100> Thanks!
[09:58] <cjwatson> seb128: done
[09:59] <seb128> cjwatson, thanks
[09:59] <cjwatson> seb128: out of interest did you/whoever test on touch or only on desktop?
[10:00] <cjwatson> it *looks* as though it'll fail to do the "stop; exit 0" on touch
[10:00] <seb128> cjwatson, only on desktop, indicator-application uses gtk/doesn't work on touch atm
[10:01] <seb128> seems like ted added that snippet in case somebody would end up installing it there
[10:03] <matttbe> Hello Ubuntu-Release team! I'm also sorry to disturb you but I'm part of the Cairo-Dock team and we have to reupload a previous version due to... a lack of time: we were not able to fix some bugs, etc.... We are really sorry to do this request now :(. I guess we need your ACK before uploading the previous version and this is why I create a new bug report: LP: #1302246. If you have some time to have a look at this bug report, it will be greatly appr
[10:03] <matttbe> eciated :-)
[10:03] <ubot2> Launchpad bug 1302246 in cairo-dock-plug-ins (Ubuntu Trusty) "[FFe] Revert back to the 3.3.2 version for Ubuntu 14.04" [High,In progress] https://launchpad.net/bugs/1302246
[10:06] <didrocks> cjwatson: hey, so, preparing the final freeze, are we going to do the same thing than last cycle for things that are seeded in other flavors? (using -updates IIRC)
[10:09] <Laney> matttbe: Is this "revert, then cherry-pick some fixes from the package already in Trusty"?
[10:09] <Laney> & have you tested this package out much?
[10:09] <Laney> there's no issue with configuration to migrate back or anything like that?
[10:10] <cjwatson> didrocks: I think we probably only need to do that once we're in candidate building mode
[10:11] <cjwatson> didrocks: but yeah.  it shouldn't make any difference for uploading; uploads go to -proposed either
[10:11] <didrocks> cjwatson: is that plan for Thursday/Monday?
[10:11] <cjwatson> way
[10:11] <cjwatson> didrocks: I would guess about Monday
[10:11] <didrocks> ok :)
[10:11] <matttbe> Laney, hello. I just tested this package and it seems there is no crash. The user will just see that the menus will look like the one in the previous version but it shouldn't be a problem.
[10:11] <didrocks> thanks cjwatson, I've move the train to care about -updates as well
[10:11] <didrocks> moved*
[10:11] <cjwatson> didrocks: for deciding when to merge&clean?
[10:12] <didrocks> cjwatson: right
[10:12] <cjwatson> didrocks: makes sense as a permanent measure, thanks
[10:12] <Laney> matttbe: ok, there you go
[10:12] <didrocks> yeah, it checks the release pocket at the destination first, then -updates
[10:13] <matttbe> Laney, thank you for your help :-)
[10:15] <knome> cjwatson, hah, "xubuntu-touch" ...
[10:15] <cjwatson> knome: well, that's just the x-prefixing idiom for ancient shells
[10:15] <knome> yeah ;)
[10:15] <cjwatson> which is ironic to see in conjunction with the == bashism, but anyway
[10:15] <knome> just giggled for that..
[10:23] <cjwatson> sil2100: ^- that's unapproved clear of ci-train stuff for now
[10:27] <sil2100> cjwatson: excellent! Thank you :D :)
[10:28] <seb128> cjwatson, thanks
[12:16] <dholbach> hiya
[12:16] <dholbach> can somebody take a look at https://bugs.launchpad.net/ubuntu/+bug/1302619 https://bugs.launchpad.net/ubuntu/+source/qtcreator/+bug/1302620?
[12:16] <ubot2> Launchpad bug 1302619 in Ubuntu "[FFe] New package qtcreator-plugin-remotelinux " [Undecided,New]
[12:16] <ubot2> Launchpad bug 1302620 in qtcreator (Ubuntu) "[FFe] Remove remotelinux plugin and its dependencies from the QtC package" [Undecided,New]
[13:17] <dholbach> and bug 1303706 too please
[13:17] <ubot2> Launchpad bug 1303706 in libxkbcommon (Ubuntu) "FFe: new upstream version 0.4.1" [Undecided,New] https://launchpad.net/bugs/1303706
[14:21] <Laney> Who's reviewing the queue?
[14:21] <Laney> Want to avoid duplicate reviews
[14:22] <stgraber> I am
[14:22] <stgraber> I'm going through the syncs now
[14:22] <Laney> ok, looking at other things
[14:24] <Laney> By that I mean non-syncs
[14:25] <Laney> By that I mean anything that's not gccgo-4.9
[14:25]  * Laney flees
[14:25] <stgraber> ;)
[14:39] <ScottK> If someone is around processing the queue, I need qtruby accepted and built before I can fix korundum (part of ruby1.8 removal)
[14:40] <stgraber> ScottK: looking
[14:49] <ScottK> Thanks.
[15:29] <jamespage> please could I get a release team ack on bug 1287147
[15:29] <ubot2> Launchpad bug 1287147 in juju-core (Ubuntu Trusty) "[FFe] juju-core 1.18" [High,New] https://launchpad.net/bugs/1287147
[15:29] <jamespage> I've spent most of the day testing 1.18.0 on 14.04 and I think its good for upload now
[15:29] <jamespage> Daviey, ^^
[15:39] <sil2100> Hi release team! Can anyone unblock unity8 from -proposed? Due to the faux package thing ;)
[15:41] <sil2100> (the package needs bumping, as always I guess)
[15:53] <cjwatson> sil2100: looking
[15:53] <cjwatson> sil2100: done
[15:56] <sil2100> cjwatson: thank you :)
[15:59] <Daviey> jamespage, looking
[16:05] <jamespage> Daviey, ta
[16:23] <cyphermox> could someone please review bug 1280546 and bug 1280548 ?
[16:23] <ubot2> Launchpad bug 1280546 in usb-modeswitch (Ubuntu) "[FFe] merge usb-modeswitch 2.1.1+repack0-1 from Debian unstable" [Wishlist,New] https://launchpad.net/bugs/1280546
[16:23] <ubot2> Launchpad bug 1280548 in usb-modeswitch-data (Ubuntu) "[FFe] sync latest version of usb-modeswitch-data 20140327-1 from Debian unstable" [Wishlist,New] https://launchpad.net/bugs/1280548
[16:38] <Laney> cyphermox: how safe is it? :)
[16:44] <cyphermox> Laney: pretty safe
[16:45] <cyphermox> I can't possibly test all the devices myself but of all those I have, 5 use usb-modeswitch and they all successfully switch without crashing the app
[16:45] <cyphermox> then they don't connect, but that's because I don't have SIMs for some of them
[16:46] <cyphermox> many new devices don't need this at all; they get in the right state from different drivers
[16:47] <cyphermox> Laney: but to be fair, there is always an element of risk in landing this so late as this kind of crappy port to C
[16:59] <Laney> cyphermox: okay, if you think it's the way to go then let's do it
[17:09] <jamespage> Daviey, I've been documenting changes to the plan in comments rather than changing the original bug report - but as that appears to be causing confusion I've updated that as well now
[17:33] <mhall119> hello release team, can somebody take a look at https://bugs.launchpad.net/ubuntu/+source/qtcreator/+bug/1302620
[17:33] <ubot2> Launchpad bug 1302620 in qtcreator (Ubuntu) "[FFe] Remove remotelinux plugin and its dependencies from the QtC package" [Undecided,New]
[17:33] <mhall119> Laney: ^^ ?
[17:34] <bzoltan> mhall119:  and release team, these are the FFe bugs -> https://bugs.launchpad.net/ubuntu/+bug/1302619 https://bugs.launchpad.net/ubuntu/+source/qtcreator/+bug/1302620
[17:34] <ubot2> Launchpad bug 1302619 in Ubuntu "[FFe] New package qtcreator-plugin-remotelinux " [Undecided,New]
[17:35] <bzoltan> this change is dogfooded well here: https://launchpad.net/~ubuntu-sdk-team/+archive/tools-development
[17:42] <robru> Laney, infinity: question about packaging changes. I need to take the gsettings schema from libunity9 and split it into it's own -common package so something else can depend on that. will this change need an FFe? no features are changing, just administrative shuffle with a new binary package.
[17:53] <robru> cjwatson, maybe, whoever's around ^
[17:56] <xnox> robru: we already have 2 packages for gsettings schemas only, please pick one of them to hold the keys - gsettings-desktop-schemas or gsettings-ubuntu-schemas
[17:56] <robru> xnox, ah, thanks. mhr3 ^
[18:04] <mhr3> robru, 2? just looking at my installed schemas, they're coming from 89 different pkgs
[18:05] <robru> mhr3, just put the schema in gsettings-ubuntu-schemas
[18:05] <robru> saves having to create a new package and go through that hassle
[18:11] <ScottK> It would be nice to get korundum accepted since it's part of ruby1.8 removal.
[18:50] <oSoMoN> hi gentle release team, I have a couple of packages (webbrowser-app and unity-webapps-qml) in the unapproved queue and was wondering if I could get an ETA on their hitting the archive
[18:51] <oSoMoN> as it stands webbrowser-app and the webapps container in the archive are broken by a recent upload of oxide-qt, the packages in the queue fix that
[19:09] <doko> please could somebody approve icedtea-web?
[19:25] <dbarth> hello
[19:26] <dbarth> ii'm coming to request a nudge for the new oxide upload which got into the unapproved queue
[19:26] <dbarth> it's currently blocking 2 other silos where we have more fixes for webbrowser-app
[19:26] <dbarth> thanks in advance
[19:36] <oSoMoN> hey dbarth, looks like we’re here for the same reason :)
[19:39] <dbarth> yup
[20:07] <cyphermox> Laney: still around? I noticed you didn't confirm the bugs for usb-modeswitch(-data); just want to be very sure before I upload ;)
[20:12] <dbarth> cyphermox: hey, do you know who can help with the oxide upload in this timezone?
[20:12] <dbarth> oSoMoN and I are trying to get it approved; this is also to avoid that an image gets made with mismatching versions of oxide and webbrowser-app
[20:13] <Laney> cyphermox: oh, okay, yeah will do
[20:15] <cyphermox> Laney: sorry to bother with this
[20:22] <dbarth> Laney: hi, if you still have time, could you look into that oxide upload? ^^
[20:23] <Laney> dbarth: Not in the right mode for that, did you try any of the NA folks?
[20:26] <dbarth> Laney: hmm,nope; what's NA?
[20:26] <Laney> north america
[20:26] <dbarth> ahem ;)
[20:26] <dbarth> no, i was asking who was usually around in this tz
[20:26] <Laney> https://launchpad.net/~ubuntu-release/+members is the magic list
[20:27] <dbarth> slangasek maybe? we need help with the last oxide upload
[20:27] <dbarth> Laney: thx, that should help
[20:28] <Laney> dbarth: Actually, I checked and those diffs look simple
[20:28] <Laney> Never mind, I'll do it
[20:28] <Laney> Why aren't these qml package names versioned?
[20:30] <Laney> dbarth: It's a bit mad that people can just upload a change like that and break all reverse depends
[20:30] <dbarth> Laney: yeah:/ i think we need to fix that qml declarative deps one way or the other
[20:31] <Laney> Include the version of the QML API in the package name
[20:31] <Laney> unless I'm missing something, that should work
[20:31] <ScottK> dbarth: There was recently a discussion in Debian on qml package naming conventions that I think it would make sense to look at for "U" so we stay in alignment.
[20:31] <dbarth> ScottK: hey
[20:32] <cyphermox> +1
[20:32] <dbarth> ScottK: ok, i'll take a look
[20:32] <dbarth> right, i think we shouldn't fiddle with that this late
[20:32] <Laney> Clearly not, but it is an issue worth solving
[20:32] <dbarth> but i will feel more comfortable when that's done
[20:32] <Laney> as we're seeing now :)
[20:33] <Laney> You haz accepts
[20:33] <dbarth> Laney: thank you
[20:34] <Laney> ScottK: where's this discussion?
[20:34] <ScottK> Looking for it.
[20:34] <Laney> Did Mirv or mitya57 or anyone Ubuntuish participate?
[20:35] <ScottK> I don't recall.
[20:35] <Laney> okay
[20:36] <Laney> I'm sure the outcome will be sane either way
[20:36] <Laney> With pusling involved, what could possibly go wrong!
[20:36] <ScottK> Laney: Thread starts here: http://lists.alioth.debian.org/pipermail/pkg-kde-talk/2014-March/001889.html
[20:36] <ScottK> dbarth: ^^^
[20:36] <dbarth> yup
[20:36] <Laney> ta
[20:36] <ScottK> And yes, mitya57 did participate.
[20:40] <Laney> I'll proxy it to $somewhere so that $people are aware
[20:41] <ScottK> Thanks.
[21:12] <mdeslaur> can someone approve openssl please, it's pretty important
[21:15] <ScottK> mdeslaur: Looking
[21:16] <mdeslaur> ScottK: thanks
[21:21] <utlemming> Any chance one a release team member could look at FFE for Bug 1304023?
[21:21] <ubot2> Launchpad bug 1304023 in walinuxagent (Ubuntu) "[FFE] update walinuxagent to 2.0.4" [High,New] https://launchpad.net/bugs/1304023
[21:22] <utlemming> s/change one a/change a/g
[21:22] <utlemming> s/chance one a/chance a/g ... it could help if I could type this afternoon
[22:00] <slangasek> doko: so... gccgo-4.9, you want to give me more of why this is a safe change 10 days before release?
[22:01] <doko> slangasek, no changes to libgcc, regression fixes only (GCC is in stage4), test-built juju-core and go-gccgo
[22:01] <slangasek> doko: perfect, thanks
[22:01]  * slangasek spot-checks the diff
[22:02] <doko> ahh, and I need to file the sru for the 4.9.0 upload
[22:04] <slangasek> doko: debian/patches/cross-install-location.diff has changes to libmudflap/Makefile.am that are not obviously correct and not explained in debian/changelog
[22:05] <slangasek> doko: and I'm pretty sure debian/rules2 has a typo, though it's not relevant to us (sparc64-linux-gnuA vs. sparc64-linux-gnu)
[22:11] <doko> slangasek, mudflap is dropped in 4.9, this fixes the cross build. the typo is fixed in the vcs
[22:11] <slangasek> ah, ok
[22:12] <slangasek> accepted
[22:12] <doko>   * Provide the gnu triplet prefixed gcov symlink.
[22:12] <doko>   * Add ppc64el as a native gcj architecture.
[22:12] <doko>   * Drop mudflap from cross-install-location.diff since mudflap was removed
[22:12] <doko>     from gcc 4.9. Closes: #742606
[22:22] <slangasek> doko: and the icedtea-web jump from 1.4.2 to 1.5?
[22:24] <doko> slangasek, we have a standing exception to update openjdk to newer releases in stable releases anyway, so better update it now than after the release. or do you want a separate FFe?
[22:26] <slangasek> doko: well, I can't tell from the version numbers how 1.4.2->1.5 fits the openjdk SRU exception model (which, btw, doesn't seem to be documented anywhere)
[22:27] <doko> filing a FFe
[22:46] <robru> can i get someone to unblock unity-webapps-qml in -proposed? it's blocked by oxide on the three arches, a known regression
[22:53] <mdeslaur> can openssl be released out of -proposed before all the autopkgtests finish, as it's pretty critical
[22:53] <mdeslaur> pleeze
[22:55] <mdeslaur> slangasek: ^
[22:58] <mdeslaur> stgraber: ^
[22:59] <mdeslaur> cjwatson: ^
[22:59] <stgraber> looking
[23:00] <stgraber> looks like that libreoffice one never passes anyway, so yeah, I'll force it
[23:00] <mdeslaur> thanks stgraber
[23:00] <doko> slangasek, lp: #1304086
[23:00] <ubot2> Launchpad bug 1304086 in icedtea-web (Ubuntu) "FFe: icedtea-web 1.5" [Undecided,New] https://launchpad.net/bugs/1304086
[23:11] <stgraber> mdeslaur: openssl should be copied on this britney run
[23:11] <mdeslaur> stgraber: cool, thanks!
[23:13] <antarus> thanks a bunch folks ;)