=== balloons_ is now known as balloons
=== alpacaherder is now known as skellat
=== Termana is now known as Guest23581
=== wgrant_ is now known as wgrant
=== Mirv_ is now known as Mirv
ScottKThat should do it.05:36
mlankhorstcan llvm-3.2 and wayland-lts-raring be moved to main?06:40
mlankhorstthey seem to be in universe atm06:40
infinitymlankhorst: Yep.07:44
infinitymlankhorst: Done.07:46
infinityAnyone have issues with me releasing my own debmirror SRU, so I get the copy-from-quantal-to-raring bits right?07:49
mlankhorstok hopefully mesa-lts-raring will build again now07:50
=== Adri2000_ is now known as Adri2000
cjwatsonjibel: Do you have any idea why libgdata got stuck in RUNNING on i386 last night?  (See scrollback from 22:56 UTC or so onwards.)08:33
cjwatsoninfinity: Fine by me, though I guess it wants a couple more days?08:33
jibelcjwatson, no, I haven't found the reason yet.08:37
infinitycjwatson: I doubt two more days will get it any more testing.  I've been adjusting that threshold based on some sort of common sense for other people's SRUs.  For my own, admittedly, I don't like to be the one who makes that decision in a bubble. :P08:42
jibelcjwatson, it is because i386 tested libgdata with gnome-online-accounts 3.8.2-1 but the request was for 3.8.2-1ubuntu108:42
jibelthe test ran before the package is in the archive, I filed an RT to use ftpmaster meanwhile, I can loop until the right version is there but that will allocate testing slots just for waiting08:44
infinityjibel: Implement an external wait-for-package trigger that sits between the request and the actual test?08:44
cjwatsonjibel: Possibly because adt-britney only has amd64 in its mirror08:45
cjwatsonBut yeah, you need to use ftpmaster.internal08:45
cjwatsoninfinity: Better to use an archive that's guaranteed at least as up to date as what proposed-migration is using08:45
infinitycjwatson: Assuming proposed-migration doesn't request things that are subject to arch skew, yeah.08:46
infinityIf its requests are guaranteed to always be satisfied by ftpmaster, then that solves that.08:46
cjwatsonFor tests requested for the migrating package itself, that's guaranteed because we won't make the request until amd64 and i386 are up to date, and we only run tests for those08:48
cjwatsonFor tests requested for reverse-dependencies, I'm not sure; it's possible in some cases jenkins would have to retry08:48
cjwatson(The configured aptroot is for saucy-proposed-amd64; I don't know how much that matters to adt-britney)08:50
cjwatsonIt has an apturi which is effectively a full mirror of relevant bits of dists/08:50
psivaabdmurray: reported bug 1200135 for a r->s upgrade failures09:22
ubot2`Launchpad bug 1200135 in ubuntu-release-upgrader (Ubuntu) "Raring to saucy upgrade fails with "AttributeError: Values instance has no attribute 'devel_release'"" [Undecided,New] https://launchpad.net/bugs/120013509:22
rbasakDaviey: I thought we were going to trump the previous facter SRU and then I'd verify them all at once?11:28
infinityrbasak: The previous one's been in proposed for over a month, why not just verify it and release it today?11:29
rbasakinfinity: I just thought I could save an interation of verification, that's all. I thought we were going to trump the previous one and verify them all at once, which is why I've been waiting.11:31
Davieyrbasak: Oh, i didn't realise your queued upload had both fixes present.  I thought that was the /next/ one.11:31
Davieyinfinity: I did indeed say to rbasak that the issues were suitably separated that doing double verification would be OK with this.11:32
infinityrbasak: Also, if you'd intended to trump the previous one, building with -v and a .changes including both would have been a good hint.11:32
rbasakDaviey: should be the same either way, right? I'd always include previous fixes in a new upload11:32
infinityrbasak: But my argument above was just that we could be releasing those month-old ones today, if they were verified, adding on top of them is a new wait.11:32
Davieyinfinity: I'd agree with that if it was someone else waiting on this, or willing to verify it.  But it seems to be rbasak working on this without the original reporters support.  The time to setup an env, is better spent doing both at once IMO.11:34
DavieyIf they've been waiting 36 days without asking, waiting another 7 is reasonable IMO11:34
rbasakinfinity: OK, -v noted for next time, thanks. They weren't month-old when I first proposed the new fix. I thought a plan was agreed at that time. Yeah, the original reporter no longer cares, so I'm prepared to still see iit through but I no longer see any urgency on it.11:34
infinityrbasak: Anyhow, I have no strong opinion on the matter.  Do whichever thing seems to work best.11:36
rbasakOK. If it is possible to trump the previous one and verify everything across all releases and both uploads at once, then I'd prefer to do that, please.11:36
Davieyrbasak: the in-queue upload is only for precise? bug 98697311:38
ubot2`Launchpad bug 986973 in facter (Ubuntu Precise) "Facter bug causes puppet to hang" [Medium,In progress] https://launchpad.net/bugs/98697311:38
rbasakDaviey: yes. It's very difficult to verify, but I can do it on Precise as I happen to have a server that's intermittently failing because of the bug on Precise already.11:40
rbasakI'm concerned that we don't be able to verify Quantal at all.11:41
cjwatsonFWIW it looks as though we should be able to get the Apache 2.4 transition landed this weekend or so11:47
cjwatsonMay still need to remove a few intransigent packages11:48
rbasakI'm still working on php5. Having some issues with mysql tests breaking. I can fix it - it's just taking some time every time I attempt a rebuild.11:51
cjwatsonrbasak: thanks11:53
cjwatsonLet me know if you need help11:53
ogra_bah, grmbl12:00
ogra_exporting $NOW in BuildLive\cd obviously doesnt work, i need to hand it to the lb config call :(12:00
cjwatsonYou need to actually write it into config/binary12:01
ogra_well, that i do in config/auto12:01
cjwatsonNo, you don't12:02
cjwatsonYou set a shell variable BUILDSTAMP="${NOW}" in live-build/auto/config, and then do nothing with it so it has no effect12:02
ogra_err, i'm talking about my current local build indeed12:02
cjwatsonI'd expect something like http://paste.ubuntu.com/5864713/12:03
cjwatsonAh, but it's true that you do actually need to pass it through the sudo call12:03
ogra_that puts a hook in place that actually does something with $NOW ... the prob is that i only have it available if i hand it to the lb config chroot call, the export doesnt suffice12:03
cjwatsonSo http://paste.ubuntu.com/5864717/ I guess12:04
ogra_which is much annoying since that means waiting for IS again12:04
cjwatsonYes, which is why this should have been tested locally before asking for IS to deploy it in the first place :-(12:04
ogra_yeah, i prefixed it, but its the same12:05
ogra_can i see config/binary from inside the build chroot ?12:05
cjwatsonlive-build/auto/config already writes to config/binary, and live-build/auto/build already reads it12:06
ogra_effectively  i need it to end up in /var/log/installer/media-info which means i need to read from cionfig/binary12:06
cjwatsonSo you shouldn't need to do anything extra there12:06
ogra_ah, k12:07
cjwatsonI *think* the patch above should be sufficient, but it should be tested ...12:07
ogra_yeah, thats more elegant than a hook12:07
ogra_yep, let me stop the current build and test again ...12:07
cjwatsonWell, arguably.  I think I would actually have used a hook if I'd been doing it myself.12:07
cjwatsonBut I went with your approach.12:07
ogra_btw, we should really have a script that sets up the chroot structure :P12:07
ogra_took a whie until i had everything in place for a testbed12:08
cjwatsonI believe that IS use modules/schroot/files/make-chroot.sh in lp:canonical-is-puppet.12:11
cjwatson(Which is private, sorry)12:11
cjwatsonShould be visible to ~canonical12:12
ogra_well, i have it up now12:12
ogra_and my chromebook is so much faster than the panda :)12:13
ogra_(though that might be more related to the USB 3 disk than to the chromebook itself)12:13
ogra_cjwatson, another request i get all the time is to have a stamp in the cdimage output dir that phablet-flash can read, should i create that on the live builder or is it enough if cdimage creates it at publishing time12:15
ogra_(i guess the latter, but thought i'd rather ask)12:15
ogra_(pulling from /current wont give us any info about the used image otherwise)12:16
cjwatsonogra_: If it's going to be anything like http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/ubuntu_stamp, that's too complex for cdimage to create itself - it should be done on the live builder and fetched by cdimage12:18
ogra_cjwatson, oh, no, it wont be that complex12:19
ogra_it should only include the actual build stamp ... )12:20
cjwatsonIf it's just the build ID, cdimage can create that, but "ubuntu_stamp" is a poor name since it should be done generically for all flavours12:20
ogra_it is just that QA cant tell what image they test when pulling from  /pending or /current12:20
ogra_(and phablet-flash also kind of uses it)12:21
cjwatsonHowever, you need to be careful since a single file for the whole directory won't work12:21
cjwatsonI would suggest perhaps an extra per-architecture .id file12:21
ogra_well, the versioned dir works too atm12:21
cjwatsonSure, but still12:21
ogra_it should effectively just tell where the current or pending link points to, not more12:22
cjwatsonThe set of images in current do not necessarily all have the same build ID12:22
cjwatsoncurrent is not necessarily a link12:22
cjwatsonIn general each architecture may have a different build ID12:22
ogra_they will have the same build id soon ...12:22
ogra_seems xnox  succeeded with the android packaging12:22
cjwatsonI said *in general*, not for touch12:22
ogra_so all files in there will come from the same build12:23
ogra_oh, ok12:23
cjwatsonAnd this should be done in a general way, not in a touch-specific way12:23
cjwatsonIt would be useful for something gema mentioned the other day too12:23
cjwatsonI think12:23
xnoxogra_: it will be possible in the future to split the builds and have a source package per device (empty), which would build-dep on android-source package, blobs, toolchain. Cause i'd want to be able to rebuild individual devices.12:24
ogra_well, a per file stamp will surely require a lot of changes to phable-flash12:24
ogra_or per subarch12:24
cjwatsonI didn't say per-file; I said per-architecture.12:24
cjwatsonI didn't say per-subarch either.12:24
ogra_oh, ok12:24
cjwatsonSo for touch it would in practice be a static file name.12:24
ogra_so armhf-buildstamp or some euch12:24
cjwatsonI was thinking saucy-preinstalled-touch-armhf.id.12:25
ogra_yeah, indeed with the proper prefix12:25
cjwatsonThe more regular the file names are, the less complex cdimage code has to be.12:25
chrisccoulsonhi, adobe-flashplugin is currently sat in the proposed pocket in partner. is someone able to copy that to release?12:43
jdstrandin the past I've done it, is this something I can still do for partner in the age of britney?12:44
cjwatsonjdstrand: Yes, since partner isn't controlled by proposed-migration12:48
jdstrandok. I thought so, but wasn't sure if anything changed12:48
jdstrandchrisccoulson: I'll do it12:49
cjwatsonjdstrand: And in any case proposed-migration only controls the development release, not stables12:49
jdstrandah true12:49
=== exekias_ is now known as exekias
=== agateau_ is now known as agateau
=== plars_ is now known as plars
=== mbarnett` is now known as mbarnett
rtginfinity, is this a build bug ? https://launchpadlibrarian.net/144716089/buildlog_ubuntu-saucy-armhf.linux-mako_3.4.0-3.16_FAILEDTOBUILD.txt.gz16:19
rtgbuilder bug*16:19
infinityrtg: Seems unlikely.16:20
infinityrtg: I'll retry it to see if it was cosmic rays, though.16:21
rtginfinity, it just seems bizarre. the only string changes were:16:22
infinityToolchain changes between the builds?16:24
infinityBut yeah, it could have been random corruption.  One never knows how that could manifest.16:24
infinityIf the retry fails the same way, we can start hunting.16:25
infinityIt was only an hour and a half in.16:25
rtginfinity, this used gcc-4.7 (which I don't think has been updated recently)16:25
infinityNote since June 18th.16:25
rtginfinity, I think I uploaded it twice yesterday16:26
infinityYeah, you did.16:26
infinitySo, let's assume cosmic rays for now.16:26
rtgwill do16:26
infinityMy kingdom for buildds with ECC RAM.16:26
rtgcouple weeks yet ?16:27
infinityIn transit to London.  Could still take some effort to get it all online and installed once there.16:27
infinityShould be happy around sprint time.16:27
infinityMaybe earlier.16:27
infinityThen again, I've been pomising (and promised) these systems for a while, so we'll see when they're actually online and running, shall we? :P16:30
infinityrtg: http://frylock.redvoodoo.org/~pgraner/4372123.jpg :P16:31
=== Guest36906 is now known as med_
=== LordOfTime is now known as TheLordOfTime
=== popey_ is now known as popey
=== LordOfTime is now known as LordOfTime|EC2
=== TheDrums_ is now known as TheDrums
bdmurrayCould somebody have a look at approving my upload of ubuntu-release-upgrader to raring-proposed?23:00

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