/srv/irclogs.ubuntu.com/2014/03/17/#ubuntu-release.txt

=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
=== didrocks1 is now known as didrocks
zequenceHi. Got a package that would need to be uploaded soonish. It's a FFe, and doesn't show in the sponsors queue. It was uploaded to the archives once already, but was rejected due to some lintian warnings, which are gone now Bug: 94659108:54
ubot2Launchpad bug 946591 in Ubuntu "[FFe] Add ubuntustudio-live to trusty repositories" [Undecided,Confirmed] https://launchpad.net/bugs/94659108:54
zequence^09:00
=== wgrant_ is now known as wgrant
zequence..got it to show in the sponsors queue.09:37
=== chuck_ is now known as zul
=== pgraner` is now known as pgraner
=== lool- is now known as lool
dbarthhi there13:26
dbarthwho has the ability to review this FFE: https://bugs.launchpad.net/webbrowser-app/+bug/1288743 ?13:27
ubot2Launchpad bug 1288743 in webbrowser-app (Ubuntu) "[FFE] Support for online accounts in webapp-container" [Undecided,New]13:27
dbarthit is to authorize the landing of a webbrowser-app change on /touch/, knowing that we have limited the binding to not affect the desktop release13:27
dbarth(the feature is not active on the desktop, via a runtime check); and does not build-depend on universe to fit the desktop/main requirements13:28
dbarthseb128: ping? can you help? (it's blocking us on the desktop as well)13:39
dbarthwho has the authority to examine the FFE above ^^13:39
seb128dbarth, I'm not in the release team13:40
seb128dbarth, https://launchpad.net/~ubuntu-release13:40
dbarthseb128: i know, but who should i ask for something in between touch and desktop?13:41
seb128dbarth, FFe are release team material, I just gave you the team on launchpad, it has the list of people13:42
seb128but you are in the right channel13:42
seb128they are just busy13:42
seb128you are not the only one having a FFe request, there is quite some queue13:42
dbarthi can imagine13:43
sergiusensdbarth, my FFes have been open for a week; I think it's just a matter of time14:24
=== psivaa_ is now known as psivaa
dbarthsergiusens: one way or the other,yes, since we're doing time-based releases14:27
sergiusensdbarth, I mean a matter of time until they get to it :-)14:28
dbarthi know ;)14:28
LaneyThere's quite a few FFes pending16:04
Laneydo any of the rest of you have time to look at some of them?16:05
cjwatsondbarth: approved16:07
cjwatsondbarth: hopefully I can get https://code.launchpad.net/~cjwatson/webbrowser-app/multiarch/+merge/211350 rolled in in exchange ;-)16:08
dbarthcjwatson: \o/ thank you :)16:15
dbarthlet me check that one16:15
Laneyinfinity: want to look at https://bugs.launchpad.net/ubuntu/+source/binutils-avr/+bug/1235748 ?16:57
ubot2Launchpad bug 1235748 in binutils-avr (Ubuntu) "FFe: Sync binutils-avr 2.23.1-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed]16:57
infinity binutils-avr | 2.23.1-2 | trusty/universe  | source, amd64, arm64, armhf, i386, powerpc, ppc64el16:58
infinityLaney: Looks already done?16:58
LaneyOh, I didn't check that16:59
Laneywho didn't wait for the FFe?16:59
Laneywait16:59
Laneythat one is ancient16:59
=== plars_ is now known as plars
infinityYeah, that happened in October, not an FFe thing. :P16:59
LaneyYeah, we probably ought to clean out the queue at some point. :P16:59
LaneyDaviey: If you're still interested in server (MAAS/Openstack) FFes there are a few in the queue17:40
LaneyI saw you replied to some already, so letting you know.17:40
cjwatsoninfinity: libnss-mdns-i386 fauxpkged, though unfortunately it'll need a version bump each time nss-mdns is uploade17:54
cjwatsond17:54
cjwatson(I haven't done anything to the seeds, I'll let you figure that out)17:54
infinitycjwatson: I intend to drop that package in an Ubuntu delta post-trusty anyway.17:56
cjwatsoncool17:57
* cjwatson looks at the build queues. we can haz powerpc vms on some of the new hosts any time?17:57
infinitycjwatson: It's only meant for smooth upgrades from lib32nss-mdns to libnss-mdns:i386, so has no use post-LTS.17:57
infinitycjwatson: Twiddling VMs is on my TODO but, realistically, don't know if I'll have time this week.17:58
DavieyLaney: ok, thanks - will take a look this evening. Travelling right now.18:00
LaneyDaviey: righto18:01
stgraberinfinity: I'm assuming fisher01 is the ppc64el livefs buildd? if so, something seems wrong with it, there are tasks stuck for a couple of days on nusakan.18:10
infinitystgraber: Oh.  Derp, I forgot that was the livefs builder when I kept it offline for debugging.  I'll bring it back.18:12
infinitystgraber: Should be happy now.18:14
stgraberinfinity: ok, I'll kill the remaining ssh processes on nusakan. I'm assuming you cleaned up any remaining livefs cruft on the buildd itself?18:15
infinitystgraber: There probably isn't any to clean up.  Let me poke.18:15
infinityI mean, unless it died in the middle of a build, but I doubt it.18:16
infinityYeah, I see no lock filed or anything.18:16
stgraberok, nusakan has been cleaned up, so things should start building again with the next cronned run18:16
psivaainfinity: cjwatson: curious about why trusty server iso's are not in cdimage since the 13th if in case anyone pings me.. i see some armhf build failures18:17
psivaaapologies if the info is in the backlog.. dint go that far back18:17
infinitySorry about that.  Just bad luck, I guess, that the 1 in 10 machines that blew up and showed off the IPC race also happened to be the livefs builder. :P18:17
stgraberpsivaa: probably the exact same issue we just fixed since that'd have held up publising of all core and server images.18:17
cjwatsonright18:17
cjwatsonso a whole <10 lines back in scrollback :)18:18
stgraberpsivaa: so they should be appearing nowish18:18
psivaastgraber: cjwatson: ack, thanks :)18:19
sergiusenscan someone please look at bug 129094 ?19:01
ubot2Launchpad bug 129094 in Ubuntu "data CD will not mount and reason given is that I am not root" [Undecided,Invalid] https://launchpad.net/bugs/12909419:01
sergiusensmeh19:01
sergiusenscan someone please look at bug 1290944 ?19:01
ubot2Launchpad bug 1290944 in phablet-tools (Ubuntu) "[FFe] standing freeze exception in trusty for Ubuntu Touch tools packages" [Undecided,Confirmed] https://launchpad.net/bugs/129094419:01
sergiusenslatter not former19:01
stgrabersergiusens: approved19:06
sergiusensstgraber, thanks19:06
jdstrandslangasek: hey, fyi, I was asked to alert you to bug #1293681 and bug #129053519:08
ubot2Launchpad bug 1293681 in oxide-qt (Ubuntu) "[MIR] oxide" [Undecided,New] https://launchpad.net/bugs/129368119:08
ubot2Launchpad bug 1290535 in webbrowser-app (Ubuntu) "[FFE] Webapps support for the new Oxide container" [Undecided,New] https://launchpad.net/bugs/129053519:08
jdstrandslangasek: there is nothing for you to do now. basically, we hope to land oxide in the archive this week19:08
jdstrandslangasek: when that is done, webapps will transition to using oxide19:09
jdstrandslangasek: I'll handle the MIR bits, so this is just a heads up that the webapps team will need the release team to comment on the FFe, probably next week19:10
jdstranddbarth: fyi ^19:10
dbarthjdstrand: ok19:29
dbarththanks19:30
sergiusensif a package was building fine for arm64 and then finally failed, would that block it in proposed?20:09
cjwatsonsergiusens: that depends on whether the version currently in trusty has an arm64 build20:11
cjwatsonsergiusens: https://wiki.ubuntu.com/ProposedMigration has the rules20:11
sergiusenscjwatson, it does https://launchpad.net/ubuntu/+source/ubuntu-download-manager20:11
cjwatsonNo it doesn't :)20:12
sergiusenshmm it was depwait for saucy; not sure what the previous results were for trusty; but mandel is saying it used to work20:12
sergiusensI trust you :-)20:12
cjwatsondepwait vs. failure doesn't matter20:12
* sergiusens checks wiki20:12
cjwatsonthe point is it doesn't have binaries in the arhcive20:12
cjwatson*archive20:12
sergiusensright; so it was never in (for amr64)20:12
cjwatsonthough that build doesn't look desperately far away from working20:13
sergiusensnope20:13
mandelsergiusens, cjwatson I don't know much about this, but I do have a ppa where it does build with no problems: https://launchpad.net/~ci-train-ppa-service/+archive/landing-006/+build/566176320:15
cjwatsonthat's amd64 not arm6420:15
sergiusensyeah20:16
cjwatsonanyway, this should be fixed but it's no kind of blocker20:16
mandelah, sorry20:16
xnoxsergiusens: i mean, if it ever built, AAs have powers to remove binaries from arches and re-introduce them via copies. Which sometimes is done to unblock things (like last friday for qt5.2) so e.g. $ rmadison -S -s trusty ubuntu-download-manager is authoratative way to look up if binaries are or aren't in the achive and for which arches.20:17
mandelcjwatson, sergiusens ok, so I'm stupid, and I don't think that qmake is placing the libs for arm64 in the correct place, I'll take a closer look20:17
xnoxsergiusens: if ever in doubt =)20:17
sergiusensxnox, thanks, will add to my cheats20:18
infinitymandel: Looks like that's the same issue on powerpc too.20:25
mandelinfinity, yes, I'm moving away from qmake due to this kind of things, but will fix both archs20:25
infinitymandel: Well, surely the answer is for INSTALL_LIBDIR to be seeded by debian/rules with DEB_HOST_MULTIARCH instead of hardcoding it in common-project-config.pri20:26
infinityEspecially since this is wrong too: ARCH = $$system(uname -m)20:26
infinity(Our i386 buildds are all x86_64, using uname to determine userspace ABI is never right.  Ever)20:26
mandelinfinity, I'm not a qmake expert so I have clearly make an error there, will fix it after dinner20:27
infinity(The only reason that works for you is because we run our i386 builds under "linux32" to fake uname, but one shouldn't rely on that)20:27
infinitymandel: Ahh and, indeed, LIBDIR is already preseedable in your .pri20:29
mandelinfinity, yes, I should just be seeding it in the rules and that should sort it out AFAIK20:31
slangasekjdstrand: yes, dbarth mentioned that on here previously; I'll make sure to make time for FFe request processing between now and then21:03
jdstrandslangasek: yes, he mentioned that. new info is that oxide should be in the archive soon. awesome, thanks! :)21:04
knomestgraber, wait, what, where's your "UIF upload" commit for the slideshow?21:13
knomeah, there it is.21:14
knomestgraber, we are *missing* content for one slide (plus some minor uploads), about to land it in the next few hours. will you approve that UIFe? ;)21:18
stgraberknome: sure, file a bug and I'll look at it. Since it'll likely only affect your own documentation and not anything shared with other teams, that shouldn't be a problem.21:19
knomestgraber, was thinking of the same21:19
knomestgraber, i only semi-accidentally even noticed the UIFe note, as i was just landing the first, but almost final version of that slide21:20
knometalk about timing ;)21:20
stgraberI figured that waiting till Monday after UIF would be good enough to catch all last minute changes, apparently not ;)21:20
stgraber(Edubuntu was a bit late too, so you're not alone ;))21:21
knomeyeah, we were supposed to have this ready, but real life comes into the way, the person to write the script was in rome...21:21
robrucjwatson, errrr, can you check on process-cpp? citrain somehow thinks it's in proposed, but I don't see it on any of excuses, launchpad, or even rmadison23:04
robrucjwatson, oh nm, now I see it in rmadison23:05
=== Ursinha is now known as Ursinha-afk

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