zulwhat does the trying: sqlalchemy, skipped: sqlaclhemy mean in the update_output.txt report00:31
micahgzul: the dependencies listed aren't installable00:33
micahgthat's weird, I uploaded alembic...00:33
micahgoh, it's probably the rdepends of alembic (openstack) which I didn't touch00:34
zulmicahg:  i uploaded them on friday/today00:37
micahgzul: I'd suggest checking the entries of each one, nova isn't installable either00:38
zulmicahg:  weird becaues i was able to install it00:42
micahgwell, with everything else in proposed maybe00:42
micahgzul: cinder seems problematic00:44
zulmicahg:  i thinks its because of the autopkgtest...anyways thanks ill look at it00:44
robert_ancellHi, lightdm 1.7.6-0ubuntu1 has a serious bug in it (bug 1203711) but neither the fix in 1.7.6-0ubuntu2 or 1.7.7-0ubuntu1 have moved out of -proposed into main. Is something blocking it?01:51
ubot2`Launchpad bug 1203711 in lightdm (Ubuntu) "uninitialised list pointer in configuration directory handling" [High,Fix committed] https://launchpad.net/bugs/120371101:51
* ScottK looks01:52
ScottKrobert_ancell: No one has verified Bug 951000 is fixed in either release.01:53
ubot2`Launchpad bug 951000 in OEM Priority Project "disable guest session screen lock using gsettings" [High,In progress] https://launchpad.net/bugs/95100001:53
=== dannf` is now known as dannf
micahgScottK: robert_ancell: block request for alpha201:53
micahgI think...was by Laney01:54
ScottKOh, Yes.01:54
robert_ancellmicahg, ScottK, is there a way to let the saucy version through? It's an important fix that has no relation to that01:54
ScottKLooking again in the right place.01:55
micahgwell, depending how bad, the ISOs should probably be respun01:55
ScottKIt's only Monday.  I'll let it through.01:55
robert_ancellmicahg, it was picked up in a test lab based on the ISOs01:55
ScottKIf I got the syntax right, it'll be unblocked on the next publisher run.01:57
robert_ancellScottK, thanks!02:08
robert_ancellScottK, Appears to be in main now, thanks again!02:18
ScottKYou're welcome.02:18
jbichasince it's still Monday here, here's an unblock list for Ubuntu GNOME http://paste.ubuntu.com/5902731/03:28
micahgjbicha: freezes generally start at 2100 UTC FWIW03:29
jbichabut gtk+3.0 is also blocked because notify-osd's test has been failing for a few weeks03:29
jbichamicahg: or we could release note them all :)03:30
jbichaand it's not clear when the Alpha Freeze exactly starts...03:31
micahgjbicha: I'm not saying they shouldn't necessarily be unblocked, but you seem unclear when freezes start :)03:32
jbichayes, it's not on https://wiki.ubuntu.com/SaucySalamander/ReleaseSchedule03:32
micahgjbicha: second bullet point03:32
jbicharight, but there isn't an alpha freeze on the schedule03:32
micahghrm, it's always been Tues before (Mon 2100)03:33
jbichaif gvfs didn't need to go through the new queue, it probably would have been in before the block this morning03:33
micahgbut that is an oversight...03:33
ScottKjbicha: If you're still the release person for Ubuntu Gnome, I'll be glad ot unblock whatever you need.03:34
ScottKJust say go.03:34
jbichaScottK: see it's still Monday for you too :)03:34
micahgjbicha: he's on the release team, he can let stuff through when it's needed :)03:35
jbichaScottK: can we skip the notify-osd test?03:35
ScottKOh, it's past when we freeze, but I'm easy about blocks this early.03:35
ScottKIs it a problem with the test, do we know?03:35
jbichaI have no idea https://jenkins.qa.ubuntu.com/view/Saucy/view/AutoPkgTest/job/saucy-adt-notify-osd/lastCompletedBuild/ARCH=i386,label=adt/console03:36
micahgjbicha: has that been escalated to whoever is in charge of those daily builds?03:37
jbichamicahg: no but I can make sure I tell people in the morning03:38
ScottKIt looks like that test has passed before.03:38
ScottKSo it should be investigated.03:39
micahgyeah, and there's a "please report" address at the bottom :)03:39
ScottKI'll do the unblocks, but not override the test failure.03:39
jbichaScottK: thanks, that will work03:39
ScottKOnce someone investigates, someone else can do that.03:39
micahglubuntu would be affected by any GTK breakage, so that seems prudent03:40
jbichathat email address bounces :(03:58
bluesabrehello, I'm on the Xubuntu Release team, and we would like to opt in for Alpha 2.  Whom should I email regarding this?06:06
cjwatsonzul: You need to look at the "Trying easy from autohinter: sqlalchemy" block, not the part where it tries sqlalchemy on its own.06:33
cjwatsonzul: But, indeed, the short answer is probably to figure out cinder's autopkgtest failure.06:35
=== ara is now known as Guest55554
=== Ursinha-afk is now known as Ursinha
cjwatsonxnox: android-src-vendor's debian/copyright is fairly general.  Have we checked that all the licences in question permit us to redistribute the files on Ubuntu mirrors (not just Canonical)?08:56
cjwatsonxnox: For the next version it would be nice to actually quote the licences.  debian/copyright isn't meant to have external references, except to /usr/share/common-licenses/.08:57
xnoxcjwatson: ok. Let me dig out the original license texts for each and every blob. In general yes, one can redistribute them, as long as they are intended and used on the targeted Nexus series devices and no other.08:59
cjwatsonRight.  Good enough for multiverse ...09:00
* apw notes there is a block request on the current kernel, if the images have -4 that was not a very happy kernel09:58
=== james_ is now known as Guest73337
xnoxcjwatson: updated copyright. all of them allow "non-commercial redistribution". http://paste.ubuntu.com/5903575/10:05
cjwatsonxnox: Thanks.  I hope you'll forgive me not reading through all that now :-)10:12
infinityapw: I'll make sure that gets through and people get fresh images.10:13
apwinfinity, thanks... sorry for the timeing, only really getting proper confirmation that this is resolving peoples issues today10:15
xnoxcjwatson: to be honest it's the same text for all of them. +/-  different name of the company with/without "no reverse engineering" clauses.10:15
infinityjibel: The linux autopkgtest is still running out of space, which makes the sadness of my pandas great.10:16
apwinfinity, perhaps we should just be removing that test if the system cannot cope with it10:18
infinityapw: Nah, we should fix jibel's system. :P10:19
jibelinfinity, how much space will you pandas be happy with? will 20G be enough?10:20
cjwatsonIt's not obvious that that test is massively improving anyone's life, mind you.  Would it improve anyone's life even if it were fixed?10:20
infinitycjwatson: The idea of the test is to trigger kernel/glibc/gcc/binutils in a bit of a circle-jerk to make sure no one breaks the others.10:21
infinitycjwatson: The part where it's also triggered by linux-signed being uploaded is unfortunate. :P10:21
infinityjibel: No idea.  Build a kernel and see?  :)10:21
cjwatsoninfinity: Mm.  But it's only testing buildability, which we'd notice the next time we tried to upload anything anyway, not really anything that's going to break users if things are promoted.10:22
infinityPossibly, yeah.  I don't feel strongly about it.10:23
infinityIt wasn't my test. :P10:24
apwthe way pitti pitched it it was mostly useless for the kernel itself, in a perfect world it would not be triggered on the kernel for a kernel upload only on the uploads from the dependancy packages10:24
apwso if gcc changes we have to build the kernel to prove it is ok10:24
apwbut there is no way to say in the autopkgtest control that we don't do it for us only others10:25
cjwatsonYeah, but like I say, you'd find that out at the next build anyway.10:25
cjwatsonI don't really see "does it still build" as a terribly useful use of autopkgtest.10:25
apwcjwatson, well the point is to stop gcc from migrating when it is changed10:25
cjwatsonBut that makes no useful difference10:25
cjwatsonBecause you build with what's in -proposed anyway10:25
cjwatsonBlocking migration is helpful when the migration is going to break users10:26
apwheh, point indeed.  so its useless for its intended use10:26
cjwatsonBut in this case it seems like a weird artificial thing that isn't helping much10:26
apwit is cirtainly not helping for its intended function it seems10:26
apwnot considering how expensive and slow it is10:27
infinityapw: The kernel test being nothing but a build test, with no testsuite involved, it probably can just go, yeah.10:29
apwinfinity, yeah as i under stood things it was meant to hold gcc or libc if things went wrong, but that doesn't do us much good10:29
apwso i am in your hands, if you think it is usless i am happy to wack it10:29
* xnox 'd like to add autopkgtests to build dkms modules when new kernel is uploaded, to know which ones need fixing, but somehow not block kernel migration because of dkms modules =/10:30
cjwatsonHonestly I think that would be better done in some other system ...10:30
cjwatsonWe don't have to hit all nails with the same hammer :-)10:30
cjwatsonxnox: Huh, I thought saucy-preinstalled-touch-*.zip were the Ubuntu bits.  Did I misunderstand?10:31
cjwatsonOh, not saucy-preinstalled-touch-armel+*.zip10:31
ogra_cjwatson, -armhf.zip are the ubuntu bits10:31
cjwatsonYeah, my mistake10:31
ogra_cjwatson, btw, will it stay in multiverse or do we say "it is HW enablement" and can put it into restricted ?10:32
ogra_technically it is10:32
ogra_even though its way more than drivers10:32
cjwatsonI understood there was an inclusion review already in progress10:33
xnoxcjwatson: that android package builds both flipped & unflipped: the recovery and android portions. The ubuntu chroot is build by livefs/rootfs-builder. And we deliver both as *.zips to be compatible with adb way of upgrading android phones.10:33
ogra_xnox, uh, why unflipped ?10:34
ogra_kthats wasted buildtime imho10:34
ogra_we wont go back10:34
cjwatsonxnox: Built-Using would be nice, not that we support it properly in Launchpad yet10:36
cjwatsonxnox: I thought we were going to build the application-level stuff (e.g. openssl) as Arch: all -bionic binary packages built out of the corresponding Ubuntu source package?10:37
cjwatsonxnox: Are there bugs for all of the external/* things?  I'm not happy about that staying there for release10:39
xnoxcjwatson: where we can, yes. The priority is to convert - platform-api, libhybris, stgrabers upgrader / recovery bits to do that, to avoid building android package, just to update those faster moving bits. But that means that livefs builder should learn how to fetch -bionic binary packages and update/create .zip & .img files inplace.10:40
cjwatsonIt doesn't mean that10:41
ogra_does it need to ?10:41
cjwatsonYou could still assemble it all in the android binary package, just not ship copies of the sources in the android source package10:41
ogra_we might get away with the system-image.u.c machine doing that10:41
cjwatsonI'm perfectly happy with the stuff in the android package that does assembly of other things10:42
ogra_since it modifies the files from cdimage anyway10:42
cjwatsonThis is a sane thing to do at package build time10:42
xnoxcjwatson: i see what you mean. de-duplicate on source code level.10:42
cjwatsonI just don't want copies of the sources there10:42
xnoxcjwatson: ok. i'll do analysis on what we can do there. In parallel, i'd like to keep $ repo git forest tree working, to bootstrap/develop new devices.10:43
xnoxogra_: I am pondering about git-bzr support in repo tool10:44
ogra_well, preferably the bzr trees should vanish10:44
cjwatsonI'll accept this since it's still an improvement on what we're already doing, but I do feel it needs to improve further, especially if we're contemplating moving it to restricted10:44
cjwatsonxnox: Also, I'm happy-ish with the stuff you're doing in the android build that grabs source packages from elsewhere (although it's certainly creative), so you could do that instead if you prefer not to add loads more -bionic binary packages and awkward build-deps10:45
xnoxcjwatson: yeah, i don't think it's wise to add gcc cross-toolchain and adroid build system as a build-dep for low-level packages like busybox / openssl / etc.10:47
cjwatsonArguably putting the bionic stuff in the android package is better than spreading it all over the archive, I don't know10:47
infinityI think I prefer this crazy ia32-libs style method.10:48
ogra_well, we need s few bits built with the toolchain that might or might not need android headers10:48
ogra_(the above mentioned bzr trees should all go into packages)10:48
ogra_(hybris and platform-api, i think the rest of bsr trees is dead anyway)10:49
xnoxogra_: but e.g. ondrejs patches to gnupg to add Android.mk, should be applied to gnupg src-package, which then is fetched by "android" package or "repo checkout" and built inline with everything else.10:50
ogra_oh, yeah, definitely10:51
dokoinfinity, eglibc ping10:57
xnoxcjwatson: at the moment android package has the source and does four flavour builds (for each device). This can be "parallised" to have android package create android-src, and then have 4 device source packages, which build-dep on android-src and do only 1 flavour build each. Then the build time will be cut from 41min on one buildd, to 4x15minute builds across 4 buildds. Would that be a useful optimisation, or false economy with slightly increased11:02
dokoI think that would be wrong. 41min is nothing to optimize11:04
xnoxdoko: ok.11:05
cjwatsonxnox: Yeah, I wouldn't bother.  That sort of machine time isn't expensive compared to human time figuring it out later.11:07
cjwatsonYou could try parallelising the build on a single machine ...11:08
xnoxcjwatson: well each flavour is build with "--parallel". So the compile steps are fast (the whole build system is single makefile with top level targets).11:35
cjwatsonOK.  I wouldn't worry about it too much.11:36
cjwatsonAre you building faster than Jenkins? :-)11:36
=== cjohnston_ is now known as cjohnston
slangasekcjwatson, infinity: do you guys know what the current holdup is for the linux package? is it this out-of-date d-i that's the last blocker?14:29
cjwatsonslangasek: blocked for alpha-2 AFAIK14:30
cjwatsonoh, it's being unblocked14:30
cjwatsonyeah, it's just d-i14:30
slangasekand d-i FTBFS on powerpc due to an oversized image :/14:30
cjwatsonslangasek: right, infinity is fighting with that at the moment14:31
slangasekAIUI the -4 kernel has some serious video regressions (which is probably why the freeze has been overridden)14:31
slangasekcjwatson: so I should keep my nose out and let him work? :)14:31
cjwatsonprobably :)  he is swearing14:31
infinityslangasek: Yeah, I unblocked that kernel because of the nasty bug, but the d-i thing is irksome.14:34
slangasekinfinity: it's not as simple as upping the size of the disk image?14:34
cjwatsonit's by 150M14:34
infinityslangasek: If I want to increase it by 150MB, sure.14:34
infinityslangasek: Two of the four PPC flavours have spontaenously stopped being stripped.14:35
infinityslangasek: Not yet spotting an obvious reason why.14:35
rbasakFreeze? Because it's Alpha 2 week? The topic says "Archive: open". Is that for something else?14:35
slangasekand if we forced it with the ppc out-of-date, what would that break for flavors trying to do an alpha2 on ppc?14:35
infinityrbasak: The archive is open.  britney, on the other hand...14:36
slangasekrbasak: freeze on saucy-proposed -> saucy migrations, only for packages used in the images of those flavors that are doing the opt-in alpha214:36
rbasakI see. Got it - thanks.14:36
infinityslangasek: Probably.14:37
mlankhorstcan all the lts-raring packages be moved to -updates now?14:37
slangasekinfinity: "what would that break" -- "probably" > ok, message received ;)14:37
infinityslangasek: I missed the "what". :)14:40
infinityslangasek: So, given that these are both -0 ABIs, but probably not ABI-compatible, the old d-i build (against 0.3) is likely to not work so well with the -0.5 udebs in the archive.14:41
infinityslangasek: So, fundamentally, any d-i-based install method would be broken.  Livecds would be fine, but massively oversized (so, broken from most tester's POV)14:41
slangasekpowerpc CDs have been oversized for a while14:41
infinityAnyhow, I may just disable ppc/ppc64 flavours in d-i for now, declate that no one gets a PPC flavour for Alpha2, and investigate later.14:42
slangasekright, I'm inclined to think this would be the best option given the degree of breakage in the current -4 kernel14:42
infinityslangasek: Then again, -5 looks fun too.14:43
infinityslangasek: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/120400514:43
ubot2`Ubuntu bug 1204005 in linux (Ubuntu) "[saucy] kvm host hangs of guest boot with 3.10.0-5" [Critical,Triaged]14:43
slangasekand if we get fixed ppc kernels quickly, there might still be time to revisit for alpha214:43
infinityslangasek: Spinning a quick test-build with ppc/ppc64 disabled and will upload that and give people the bad news. :P14:46
slangasekwhy do you need a rebuild?  You can just force the out-of-date in britney14:47
infinityslangasek: Because I'd rather have it build correctly.14:48
slangasekfor the flavors that aren't oversized?14:49
infinityslangasek: Indeed.14:50
infinityslangasek: And I'd rather have it build, period.  forcing things should be a last-resort, not a knee-jerk go-to14:50
slangasekit's not a knee-jerk go-to to unbreak x86 kernels for users14:50
slangasekwe can force it, *while* it's building on powerpc14:51
infinityslangasek: *shrug*... If you want to force it, go ahead.  Note that -5 will break for a different set of users.14:52
infinity(And people who are already broken have already rebooted into -3, or are stuck not being able to figure out how to upgrade to -5 at all)14:53
slangasekinfinity: except for those of us who don't reboot that often and are still running -2, but don't want to be affected by this bug on next reboot ;-)15:07
infinityslangasek: Right, well, new d-i is uploading now anyway.15:08
slangasekhow long does it take to build?15:08
infinityslangasek: ~60m on armhf.15:09
stgraberScottK, Riddell: fine with me letting kubuntu-meta through once it's built? (it's currently part of the big block)15:12
Riddellstgraber: yeah but is it needed?15:21
stgraberRiddell: it's not strictly required but I'd love to get rid of appmenu and if I do it now I'll break your builds and from what I understand, the kernels are a bit broken at the moment so you're likely to need a respin anyway15:31
infinityNo likely about it, everyone's getting a respin for the new kernel unless they make a REALLY good argument.15:32
Riddellstgraber: ok go for it15:33
stgraberRiddell: ok, doing then15:33
jbichacould I have empathy 3.8.3-0ubuntu5 unblocked for Ubuntu GNOME?15:42
infinityjbicha: Yep.15:43
jbichacould we get the UG cron job stopped too? thanks :)15:57
infinityjbicha: Sure. You're going to get new images for this kernel, probably.15:59
Riddellif we're letting new stuff in I might let in kde-runtime cos it didn't get the .95 version in and is out of step with the rest of kde sc16:00
jbichathat's fine and today's was fine; I just don't need an auto-build tomorrow :)16:00
infinityRiddell: Go nuts.16:00
Riddellinfinity: that's a dangerous thing to say to me!16:01
infinityRiddell: It's your Alpha, unblock what you want. :)16:01
xnoxinfinity: when kernel lands, will you also respin ubuntu images? as i was trying to do some ubiquity work, but the cd no worky in qemu.16:01
infinityxnox: Do you expect -5 to work in qemu?16:02
infinityxnox: Is this the kvm_intel=1-not-passed-correctly bug (which is fixed in -5), or the "cirrus video in kvm blows up the host" bug, which isn't?16:03
infinityxnox: Anyhow, sure, I can respin ubuntu.  It's not uncronned, mind you, so it'll do itself.16:04
xnoxinfinity: i think both, but i guess the latter one will kill me anyway. *sigh*16:04
* xnox only was aware of the former one.16:05
xnoxI guess I need cloud images respun as well.16:05
* xnox goes to use debian d-i16:05
utlemmingxnox: ?16:05
xnoxutlemming: auto-package-testing uses cloud images, to run the tests. And that's what I was working on, qemu-ubiquity-autopilot-auto-package-test16:07
utlemmingxnox: ack, let me know when you need a new cloud image and I'll kick the build for you16:07
utlemmingxnox: I can have an image ~20 minutes but full publication can take about 3 hours16:08
xnoxutlemming: next daily should be fine. or respin after -5 is published, but that's not urgent, as I am a niche case. nothing alpha/release blocking.16:10
phillwI've requested a full respin of lubuntu on the qa-tracker; can you check that the request has gone through. Many thanks.16:55
stgraberphillw: it's running16:56
stgraberphillw: if the tracker says "(re-building)" instead of "(disabled)", that means it's been queued properly and is building somewhere16:57
elfystgraber: anyway to find out when the Xubuntu spin will get added?16:58
stgraberelfy: when you request it? it's self-service nowadays16:59
elfysomeone asked about 8 hours ago I thought16:59
stgraberelfy: so you need to go on the daily milestone on the tracker, tick the images you want to build and select re-build at the bottom of the page16:59
stgraberelfy: there's no xubuntu build request in the DB, so no17:00
elfymmmm - this is all new to me17:00
stgraberyeah, sorry, this was introduced in alpha-1 but you didn't participate so weren't contacted back then17:00
elfystgraber: sorry - not quite what I meant - ALL of this release stuff is new to me :)17:01
stgraberok ;)17:01
elfystgraber: so - how do we get xubuntu build request in the DB17:02
elfyI can see a mail to the release list from knome about 6 hours ago17:03
elfyI'll talk to knome later this evening - but we do want to participate17:03
stgraberelfy: go to http://iso.qa.ubuntu.com/qatracker/milestones/299/builds17:04
stgraberelfy: tick your products, go at the bottom of the page and click "Update rebuild status"17:04
rsalvetixnox: one thing, the name android there can be a bit confusing, as we're not building directly from aosp, for example17:04
stgraberelfy: ah, wrong page, I meant the Daily page, sorry17:04
elfystgraber: done17:04
rsalvetixnox: we're using a custom cm-10.1 based source tree, with our changes on top17:04
infinityphillw: Your full respin was premature, I'm going to be pushing a new kernel into the release pocket shortly, and I'm pretty sure you'll want that.17:04
stgraberelfy: I meant http://iso.qa.ubuntu.com/qatracker/milestones/270/builds17:05
stgraberelfy: right17:05
rsalvetixnox: we could as well have one image based on aosp directly in there later on, once we're able to share some of the code17:05
elfystgraber: and that will create alpha2?17:05
phillwstgraber: I'll go cancel, then!17:05
stgraber 54 | Xubuntu Desktop amd64                    | 2013-07-23 13:05:15 |                     | elfy        |      017:06
stgraber 55 | Xubuntu Desktop i386                     | 2013-07-23 13:05:15 |                     | elfy        |      017:06
stgraberelfy: yeah, those are on the manifest so they'll show up as alpha-217:06
cjwatsonphillw: you can't, once it's building17:06
elfystgraber: excellent - that was painless - I like that :)17:06
xnoxrsalveti: sure. we have a mixture of: aosp, cynogenmod, clockwork mod, our patches, our upstream projects, and external gnu and non-gnu fsf stuff, oh and 3rd party vendor bits.17:06
stgraberelfy: any product on this list http://iso.qa.ubuntu.com/qatracker/series/37/manifest will automatically be copied from Daily to the current milestone17:07
xnoxrsalveti: if and when we have another "flavour" of android, we can start namespacing them somewhat more sensible.17:07
phillwcjwatson: indeed not :/17:07
xnoxrsalveti: but android-asop-cynogenmod-gnu-fsf-et-al would be too long of a name =)17:07
rsalvetixnox: right, actually this is just cm-10 + our patches :-)17:07
rsalvetiin the android sense17:07
elfystgraber: k - think I understand that - don't click the wrong buttons :)17:07
rsalvetiwe could have android-cm-10.1 and android-aosp17:07
rsalvetifor example17:08
infinityphillw: Also, your PPC images are going to probably be non-functional for A2.  You might just want to skip it entirely for this Alpha (we'll fix after).17:08
rsalvetiwe don't need to care much about the rest17:08
xnoxrsalveti: i guess we will need to use better names, once we have a second branch, based on top of next aosp or next cm.17:08
phillwI'll delay sending the email and add in that it has a new kernel. infinity they un functioning in a1 as well. But I'll the PPC testers know not to bash their brains in. Thanks for the heads up.17:09
rsalvetixnox: but yeah, not for now, just a heads up, as I know we might have some requests to get this built on top of aosp soon as well17:09
rsalvetixnox: right17:09
xnoxrsalveti: ok. at that point, we can do a rename as well. cause there will be a few things that will need to change to accomodate android flavours.17:10
rsalvetixnox: how are you creating the source package?17:10
infinityphillw: My point was that respinning PPC images is probably a horrible waste of time too.17:10
rsalvetixnox: using http://phablet.ubuntu.com/export/?17:10
xnox(flavours? forks? brands? release branches?)17:10
xnoxrsalveti: no. I use $ repo sync, with my manifest, which is reduced manifest of the phablet-10.1 branch.17:10
rsalvetiright, and why can't we reduce the original manifest?17:11
xnoxrsalveti: and the debian/rules get-orig-source target generates the proper upstream tarball for me.17:11
rsalvetispecially now with the phablet-saucy branch17:11
rsalvetisure, it's just that we already have a dump of the repositories there17:11
xnoxrsalveti: we can, it's just it's a few changes, and e.g. jenkins build will fail unless modified accordingly to install additional dependencies.17:11
xnoxrsalveti: and the porting guide needs update, as more things need to be installed, and only available in saucy at the moment.17:12
rsalvetixnox: right, and we don't want that actually17:12
xnoxrsalveti: awesome.17:12
rsalvetixnox: so are are you using your branch as base there? or just your custom manifest?17:12
rsalvetixnox: I'm planning to move our stuff to use the phablet-saucy branch today17:13
xnoxrsalveti: I'll draft an email with patch series and everything that needs changing.17:13
xnoxrsalveti: oh, I see.17:13
phillwinfinity: stgraber they can be removed from the A2 manifest. I've just emailed the PPC lubuntu team to let them know.17:13
rsalvetiright, so that's why I want to get the most changes you had there in that branch17:13
rsalvetiso we can start using that branch as base for your source package17:13
rsalvetiand remove whatever repo we want during build time, so we don't need to maintain 2 different manifests17:14
xnoxrsalveti: http://paste.ubuntu.com/5904749/17:14
stgraberphillw: just don't request a build for it and it won't show up again17:14
xnoxrsalveti: that's the changes to my manifest, wait that's not all.17:14
xnoxrsalveti: http://paste.ubuntu.com/5904752/17:15
infinityphillw: Cool, thanks.  Ben and I will get the kernel issue fixed post-Alpha.17:15
phillwstgraber: okies :)17:15
rsalvetixnox: cool, guess we can remove most but the prebuilts17:16
rsalvetias we're replacing that with local tools and such17:16
xnoxrsalveti: all prebuilts are gone =)17:16
xnoxrsalveti: i pushed my manifest as people/xnox branch in the manifest repo, but well it needs rebasing/merging with phablet-saucy branch.17:17
rsalvetisure, no worries17:17
rsalvetiwill get some of your stuff merged and see if I can still produce a valid build17:17
rsalvetithen we just need to sync to update your package, but probably tomorrow17:18
xnoxrsalveti: android packaging the top level "debian/" dir is: https://github.com/xnox/android17:18
xnoxrsalveti: and in there you will see 6 patches17:18
rsalvetixnox: right17:18
rsalvetixnox: why not a bzr branch?17:18
rsalvetisomewhere where core-devs could also push stuff17:19
xnoxrsalveti: they are fairly self-explanatory. The tricky ones are that, prevent arbitrary network access. E.g. in debian/rules I sue chdist to access ubuntu mirror to pull things instead of using pull-lp-bin / pull-lp-source17:19
rsalvetixnox: right17:20
rsalvetithat might need a bit of rework, but should be fine17:20
xnoxrsalveti: i want it in git, to be able to do $ repo sync, but I guess this can be made into a bzr branch. Afterall we are fetching a bunch of stuff inline anyway from all over the place.17:20
xnoxrsalveti: i can look into reworking it, right after I am back from the gym.17:20
phillwinfinity: can you please give me a ping / send an email to ubuntu-release when the new the kernel is read for triggering a rebuild. Thanks :)17:20
xnoxrsalveti: it's EOD here. And i guess I should help with rebasing those patches on to the saucy branch =)17:21
xnoxrsalveti: i'm off on holiday till monday as well.17:21
infinityphillw: It'll probably be after A2, so it'll be in a cronned daily, no need to force any rebuilds.17:21
xnoxrsalveti: are there phablet-saucy branches for most projects? i can rebase and push those patches one by one.17:22
xnoxrsalveti: or do you prefer me to email them, for peer review from sergiusens & yourself?17:22
rsalvetixnox: I'll review all the patches there, and get those applied (the ones that are not package specific)17:22
rsalvetixnox: seems you're manually doing repo init and sync, right?17:23
rsalvetithat's not part of get-orig-source17:23
xnoxrsalveti: some of them change behaviour drastically, for example instead of prebuilt sdk/ndk, I ask all modules to link against the just-compiled-bionic and some such. Which might not be abi stable. But we are not at the moment providing bionic in a way for other packages to compile for androideabi.17:24
xnoxrsalveti: right, yes, just $ repo init; repo sync. Clone in the debian (can't remember if i added it to the manifest or not).17:24
xnoxrsalveti: get-orig-source target only generates the tarball as appropriate for upload into the archive.17:25
xnoxrsalveti: so it's very packaging specific.17:25
rsalvetixnox: right, but it'd be nice to automate the repo sync part as well17:25
rsalvetiso I can just fire up a command and get a tarball in the end17:25
stgraberelfy: there you go ^ note that those are broken and you'll need to respin once we get the new kernel+d-i in the release pocket (or infinity will just respin everyone)17:25
rsalvetithat's why I was thinking if we could already use the exported tarball from phablet.u.c17:25
rsalvetiwe can strip that one if needed17:26
rsalvetilike, you're not pointing out your custom manifest in the package itself17:26
xnoxrsalveti: i would be nice to publish daily tarball, without all the extra bits. I didn't find where/how the export tarball is generated at the moment.17:26
rsalvetiso it's hard to reproduce and create the same orig tarball unless you really know what is happening there :-)17:26
xnoxrsalveti: if you look at the debian/rules, it's using my manifest, ignores a few extra files / partially selects what to include and tars everything up under a $name.17:27
rsalvetixnox: there's a cron job that takes care of that in phablet.u.c, we can change that to create the tarball we need for this package17:27
xnoxrsalveti: that would be nice. cause then we can do $ uscan && uupdate && debuild -S && dput ubuntu ../*.changes17:27
rsalvetixnox: alright, I'll put some time into this, we can sync once you're back17:28
xnoxrsalveti: and fully automatically do the uploads, and only get repo tool involved in the android development.17:28
rsalvetiright, that would be nice indeed17:28
elfystgraber: thanks17:28
xnoxrsalveti: right, i'm off to the gym, but ping me if there is anything else. will be back later to read scrollback =)17:28
rsalvetixnox: sure, thanks, enjoy17:29
infinityslangasek: Kernel's promoted sorry about the delay.  bad_timing++17:30
slangasekinfinity: thanks for following through :)17:32
phillwinfinity: ack17:32
=== ivanka is now known as ivanka-train
=== Ursinha-afk is now known as Ursinha
infinityRebuilding all the A2 images for the new kernel.  Enjoy.18:24
phillwinfinity: I'll send a new email :)18:29
phillwinfinity: I take it that this will *not*  solve the PPC issue and this is still going to be post alpha 2?18:32
infinityphillw: Right.18:33
phillwinfinity: thanks! (I've got a meeting in 1.5 hours and I do like to have the most up to date information for all the testers :) )18:35
=== Ursinha is now known as Ursinha-afk
jbichathe amd64 manifest is outdated on http://cdimage.ubuntu.com/ubuntu-gnome/daily-live/current/19:23
xnoxrsalveti: sent email with first rebase of patches and a small todo list of remaining things i should rebase and send your way =)19:31
rsalvetixnox: great, thanks19:33
rsalvetixnox: nothing here yet19:34
xnoxrsalveti: https://lists.launchpad.net/ubuntu-phone/msg03304.html19:35
rsalvetixnox: thanks19:35
xnoxrsalveti: i wonder if you seen my previous patches i have been sending the same way...... or simply lag =)19:35
rsalvetixnox: we just had 2 crazy weeks, so might still be in the backlog19:35
rsalvetibut will check, things are getting back to normal19:36
=== james_ is now known as Guest30335
=== Ursinha-afk is now known as Ursinha
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
darkxstinfinity, hi, can you turn of the ubuntu gnome cron jobs?22:15
Laneydarkxst: they are off22:16
darkxstok cool22:17
=== Ursinha is now known as Ursinha-afk
rsalvetican someone look at maliit-frameworks? new release, and a new lib package23:15
rsalvetislangasek: in case you're around ^ this will remove another package from our ppa23:16
rsalvetisergiusens: ^^23:16

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