=== smartboyhw_ is now known as smartboyhw
[07:39] <smartboyhw> Ubuntu Release Team: Please unblock ubuntustudio-meta (uploaded by micahg)
[07:39] <smartboyhw> We need it in
[07:42] <infinity> smartboyhw: Done.
[07:42] <smartboyhw> infinity, \o/ thanks
[08:11] <Laney> stgraber: hmm, not sure why the script picked that up
[08:11] <Laney> let me debug
[08:16] <Laney> hmm, not there now
[09:04] <lool> Hi folks, would someone please hint libgpod 0.8.2-7ubuntu3?  I've tested an amd64 build locally, I don't get a segfault from iphone-set-info anymore with the new one; also grepped the log for "incompatible pointer type" warnings, and none remains; built on all arches
[09:04] <lool> (saucy)
[09:05] <Laney> sgtm, doing
[09:06] <Laney> & done
[09:06] <lool> thanks
[09:29] <phillw> hi, in what direction should I point bug 1205643 ?
[09:29] <ubot2`> Launchpad bug 1205643 in xorg (Ubuntu) "VIA P4M800 graphics broken in Lubuntu/Xubuntu Saucy" [Undecided,Confirmed] https://launchpad.net/bugs/1205643
[09:30] <phillw> affect 23 machines....
[11:13] <Laney> hmm
[11:13] <Laney> ubuntu-system-settings turned up on edubuntu
[11:15] <ogra_> edubuntu touch !
[11:15] <ogra_> :)
[11:17] <highvoltage> :)
[11:18] <Laney> why isn't it in the germinate output?
[11:19] <Laney> ah, that is newer than the images
[11:20] <Laney> why is /that/?
[11:20] <cjwatson> germinate output runs every six hours and isn't synchronised with images
[11:20] <cjwatson> or some schedule like that
[11:21] <Laney> Sure, I mean why haven't they had images
[11:21] <Laney> oh, I do have failure mails
[11:22] <Laney> blank ones - never learned how to debug those
[11:22] <cjwatson> It shouldn't be happening any more
[11:22] <highvoltage> yeah you have to get it by url
[11:22] <cjwatson> But it is
[11:22] <highvoltage> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/saucy/edubuntu-dvd/20130902/livecd-20130902-i386.out
[11:22] <cjwatson> I think it may be trying to fetch the log from edubuntu rather than edubuntu-dvd, perhaps
[11:22] <cjwatson> Haven't had a chance to debug
[11:23] <cjwatson> It used to be because we couldn't predict the version number on the livefs builder side, but we now have http://people.canonical.com/~ubuntu-archive/livefs-build-logs/saucy/edubuntu-dvd/latest/livecd-i386.out
[11:24] <highvoltage> Ah nice.
[11:24] <cjwatson> xnox: ^- looks like that failure is yours
[11:24] <cjwatson> Could you fix it?
[11:24] <highvoltage> I don't think it's xnox's
[11:24] <cjwatson> I do
[11:24] <highvoltage> ok, I trust you then.
[11:25] <cjwatson> ubiquity shouldn't be failing to configure when the U1 plugin is missing
[11:25] <highvoltage> it started happening after I added a divert to move out that ubuntu one registration step based on stgraber's advise.
[11:25] <cjwatson> Oh
[11:25] <cjwatson> OK, in that case maybe it isn't xnox's fault :-)
[11:26] <cjwatson> Maybe you need to put a blank no-op plugin in its place or something
[11:26] <highvoltage> I thought that it might get fixed if I make edubuntu-live depend on ubiquity, did that yesterday and it didn't solve it.
[11:26] <highvoltage> so not sure what's causing dpkg to behave like that.
[11:26] <cjwatson> Not dpkg
[11:26] <highvoltage> cjwatson: I thought so too but stgraber assured me that it's not necessary. maybe we'll end up doing that just to get round that error.
[11:26] <xnox> highvoltage: maybe it's time to put the check in ubiquity it-self?
[11:27] <cjwatson> Is ubi-ubuntuone.py by chance a dangling symlink?
[11:27] <cjwatson> The error is from py3compile ...
[11:28] <highvoltage> cjwatson: I can check, but I think it's highly unlikely. when I installed the newer edubuntu-live package on the last working livecd, it moved ubi-ubuntuone.py to ubi-ubuntuone.py.disabled successfully.
[11:29] <highvoltage> (bbl)
[11:31] <cjwatson> Should probably be possible to run a test build with livecd-rootfs and then chroot in to see what's wrong.
[11:31] <cjwatson> https://lists.ubuntu.com/archives/ubuntu-devel/2011-June/033458.html
[11:31] <cjwatson> PROJECT=edubuntu SUITE=saucy in this case of course
[11:32] <cjwatson> Sorry, PROJECT=edubuntu-dvd
[11:32] <xnox> cjwatson: highvoltage: in ubiquity we already detect each flavour, and e.g. if get_release_name says it's edubuntu, I could just set UBIQUITY_NO_SSO environmental variable and disable the u1 plugin.
[11:32] <cjwatson> Possible.  Judgement call on whether this belongs in Ubiquity or in an Edubuntu package.
[11:33] <cjwatson> I suspect Edubuntu isn't the only flavour that might want to disable the U1 plugin so it seems that it should be possible for flavours to disable it neatly ...
[11:33] <xnox> (well U1 is already disabled in a few cases, e.g. when u1 packages are not installed in the livefs)
[11:33]  * smartboyhw has to run a Ubuntu Studio ISO to see if U1 is included
[11:33] <xnox> cjwatson: right, the other way I was thinking that maybe ubiquity should source environment variables from somewhere in .disk/* ?
[11:34] <cjwatson> Maybe something a bit less fragile like a configparser configuration file, but yes
[11:34] <cjwatson> That would be one approach
[11:34]  * xnox needs to check for kernel cmd environment variables are preserved across the pkexec, i suspect they are not....
[11:35] <xnox> thus we should probably be re-reading the kernel arg line =/
[11:35] <cjwatson> Although the practicalities of that aren't completely ideal; that means people have to ask for merges into bits of cdimage in order to change things, rather than uploading a package under their own authority
[11:35] <cjwatson> Are u1 packages installed in the Edubuntu livefs then?
[11:35] <xnox> cjwatson: yes.
[11:36] <cjwatson> ok
[11:37] <xnox> installed, but removed from the launcher. It's a pre-installed, optional, aftermarket feature which people can login into. But it's not actively promoted.
[11:37] <xnox> (in edubuntu that is)
[11:38] <xnox> other flavours are: Kylin, Gnome. So far there were bug reports / feature requests from jbicha. But only edubuntu at the moment express desire to disable u1 plugin by default.
[11:49] <darkxst> xnox, we don't even ship u1 on ubuntu GNOME
[11:58] <xnox> darkxst: http://cdimages.ubuntu.com/ubuntu-gnome/daily-live/current/saucy-desktop-amd64.manifest ubuntuone-client has 3 hits.
[11:58] <xnox> darkxst: so, yes you do ship u1, in a sense that there is something that will be able to use the u1 token from gnome-keyring.
[11:59] <xnox> my reasoning here is that if ubuntuone is shipped, it would also have some benefit to be able to sign in / up for u1 at installation time.
[12:07] <highvoltage> xnox: I actually prefer your solution of setting UBITUIQY_NO_SSO automatically when it's on edubuntu
[12:08] <xnox> highvoltage: let me try a patch here locally & i'll pastebinit to you.
[12:16]  * xnox fetching edubuntu amd64 dvd takes some time =)
[12:24] <xnox> highvoltage: http://paste.ubuntu.com/6054987/ this is the patch, in live system it's to be applied against /usr/lib/ubiquity/bin/ubiquity
[12:26] <xnox> highvoltage: with this patch total number of steps is 9 (no dot for ubuntuone), with user login details as the last one before slideshow.
[12:30] <xnox> highvoltage: commited in ubiquity and pushed to lp:ubiquity, let me know if you want this uploaded but it will need to be unblocked anyway. So maybe stgraber can upload & unblock.
[12:30] <highvoltage> xnox: ok, sounds like you tested it fine already but will check it out too and ask stgraber to acknowledge the upload
[12:31] <highvoltage> (well, approve it)
[12:34] <xnox> and then other tweaks/hacks will need to be backed out from the other package this has been attempted to be tweaked.
[12:43] <highvoltage> xnox: yep, I'll go ahead and do that
[12:44] <xnox> highvoltage: shall i upload ubiquity now then as well?
[12:45] <highvoltage> xnox: I think it will be fine, yes.
[12:45] <highvoltage> xnox: I'll poke stgraber to let both packages through
[13:20] <seb128> Laney, hey, why are ubuntu-system-settings and ubuntu-ui-toolkit are "block request by laney (contact #ubuntu-release if update is needed) "
[13:20] <seb128> ?
[13:20] <Laney> seb128: try "seeded-in-ubuntu $package"
[13:20] <Laney> buggily included in edubuntu
[13:20] <seb128> why is u-s-s seeded?!
[13:21] <seb128> hum, k
[13:21] <seb128> can we unblock it then? ;-)
[13:21] <Laney> it'll fix when they get their respin built
[13:21] <seb128> ok
[13:21] <seb128> JackYu, did you want ubuntukylin-default-settings and ubuntukylin-theme updates in beta1?
[13:21] <seb128> those are blocked as well it seems
[13:22] <JackYu> seb128, yes, please:)
[13:22] <seb128> Laney, ^
[13:23] <Laney> yes
[13:59] <stgraber> highvoltage, xnox: both packages look good, letting them through
[14:02] <xnox> stgraber: thanks.
[15:10] <Riddell> mlankhorst: you're into mesa right? this seems like a significant problem on arm bug 1219869
[15:10] <ubot2`> Launchpad bug 1219869 in mesa (Ubuntu) "ld.so.conf incorrect on arm" [Undecided,New] https://launchpad.net/bugs/1219869
[15:11] <mlankhorst> Riddell: no that might be correct
[15:12] <mlankhorst> Riddell: update-alternatives --display armhf-linux-gnu_egl_conf ?
[15:13] <Riddell> mlankhorst: hang on will need to boot it up again
[15:13] <mlankhorst> Riddell: armhf is fun, the only officially supported platform is panda, which requires a weird reverted xserver :P
[15:14] <highvoltage> thanks xnox and stgraber
[15:15] <ogra_> Riddell, mlankhorst, the alternative points to the correct dir ... (it always should point to the device specific gles libs)
[15:15] <ogra_> Riddell, mlankhorst if the PVR libs really end up in some mesa dir that would be horridly wrong
[15:15] <mlankhorst> ogra_: the mentioned file is a symlink to /etc/alternatives
[15:15] <ogra_> yeah
[15:16] <mlankhorst> well there is no supported hw in mesa anyway
[15:16] <mlankhorst> we *could* add freedreno probably
[15:16] <ogra_>  /usr/lib/pvr-omap4-egl should be the right dir ... and that should be populated if DKMS did its duty properly
[15:16] <mlankhorst> but kernel team wouldn't support it, so no point :P
[15:17] <ogra_> it is definitely not an issue of the ld.so.conf link
[15:17] <mlankhorst> yeah the bug's amrked invalid now
[15:17] <ogra_> (i could imagine DKMS didnt run or the pvr driver isnt installed properly or some such)
[15:20] <Riddell> kubuntu@kubuntu:~$ update-alternatives --display armhf-linux-gnu_egl_conf
[15:20] <Riddell> update-alternatives: error: no alternatives for armhf-linux-gnu_egl_conf
[15:20] <Riddell> mlankhorst: ^^
[15:21] <ogra_> ouch
[15:21] <ogra_> so it looks like pvr was installed during build at some point but then removed or some such
[15:22] <Riddell> libwayland-egl.so.1 is in /usr/lib/arm-linux-gnueabihf/mesa-egl/
[15:23] <ogra_> well, but the device specific libs wont
[15:24] <mlankhorst> hm i doubt you'd have a system without egl :P
[15:24] <ogra_> no, but since that setup is bound to the alternatives system you only have either/or
[15:24] <ogra_> its either mesa or the vendor blob
[15:25] <Riddell> it's just the daily build of kubuntu running on a pandaboard
[15:25] <ogra_> if you want to mix and mash you will need to re-design that on top of something else than alternatives
[15:26] <ogra_> i also belive you would want a libwayland thats actually built against the PVR driver for it to make any use of accelerated graphics (i might be wrong though)
[15:27] <mlankhorst> Riddell: meh that would need some build logs, is pvr-omap4 installed in the image?
[15:28] <ogra_> mlankhorst, well, if he wants to use libwayland it will break anyway
[15:30] <Riddell> mlankhorst: yes it looks like it is
[15:30] <ogra_> there should be a dkms log somewhere
[15:30]  * ogra_ forgot where 
[15:30] <ogra_> panda is sooo long ago
[15:31] <ogra_> (and Mir makes arm graphics so lovely easy ... compared to that old cruft)
[15:32] <Laney> Setting up pvr-omap4 (1.9.0.5.1.1-0ubuntu7) ... update-alternatives: using /usr/lib/pvr-omap4-egl/ld.so.conf to provide /etc/ld.so.conf.d/arm-linux-gnueabihf_EGL.conf (arm-linux-gnueabihf_egl_conf) in auto mode
[15:32] <ogra_> looks fine
[15:32] <Laney> it's not what you asked him to --display earlier
[15:33] <ogra_> oh, indeed, it is the capitalized one that is used
[15:33] <Riddell> ogra_: well it's not fine if it stops us finding libwayland surely?
[15:34] <ogra_> Riddell, see above, someone would have to re-design the thing witout alternatives
[15:34] <ogra_> in the armhf Xorg wold EGL is an either/or thing ... if you switch to mesa its all SW rendered ... if you switch to the binary blob, mesa cant be used ... thats why the alternative was initially used
[15:34] <Riddell> wibble
[15:35] <Riddell> so wayland on arm is just broken?
[15:38] <ogra_> if libwayland from the mesa dir now works with the binary blob it should either be shipped in another dir or you need to re-work the setup to not use alrenatives
[15:38] <ogra_> *alternatives
[15:38] <ogra_> Riddell, for a test i would copy libwayland to /usr/lib, run ldconfig and see if it works then
[15:40] <Riddell> ogra_: yep kwin starts if I do that
[15:40] <ogra_> dunno, i never used it
[15:40] <ogra_> Riddell, so i would ship it in its  own path as a quick fix
[15:41] <ogra_> or alternatively find a solution for the alternatives :)
[15:41] <Riddell> mlankhorst: does that sound like an acceptable change to the mesa package?
[15:42] <ogra_> i mean, what would happen if you install MIr on a system that has wayland installed ... you probably  want something like a "compositor-lib" alternative
[15:42] <ogra_> (or the other way around)
[15:44] <ogra_> Riddell, wayland Mir coexistence should probably have been a vUDS topic ... to solve exactly such setup probs ...
=== lordsame is now known as SergioMeneses
[15:47] <cjwatson> stgraber,Ursinha: I guess we're skipping the mumble call today due to the US holiday?
[15:49] <stgraber> cjwatson: sounds good, not much to cover anyway (and I'm not supposed to be around since it's also an holiday in Canada)
[15:49] <cjwatson> OK, I couldn't remember :)
=== psivaa is now known as psivaa-bbl
[16:01] <lool> Hi folks, would someone please check gvfs 1.17.90-0ubuntu1 and hint it if it seems ok?  it fixes the libimobiledevice issue I've described on the list; I did some testing with current gvfs binaries and could reproduce the bug with an ios device plugged, and browsing the device worked when updating the binaries; I've also checked the upstream git log between our saucy and and saucy-proposed upstream versions and it was fixes and cleanups
[16:02] <lool> pitti and Laney weren't sure on the value vs. cost in lost testing, so feel free to push back if it seems too low priority to address for beta1
[16:02] <pitti> hello
[16:03] <pitti> lool pointed out that our current saucy gvfs doesn't work any more with the new libimobiledevice 1.1.5 that we got into saucy recently
[16:03] <pitti> it's causing crashes now
[16:04] <pitti> I uploaded a new gvfs upstream version to s-proposed which fixes that (lool confirmed with ipod); I tested locally with other hw (usb, mtp, etc.) and the autopkgtest (which cover gphoto, mounting, cd, archive, etc.) are also green
[16:04] <pitti> so we might want to consider leaving that through unless it unduly sets back daily testing
[16:14] <pitti> lool: ^ replied on u-release as well, FTR
[16:21] <lool> thanks
[16:53] <Laney> lool: pitti: I'll get that one in
[16:57] <Laney> how do I edit the milestone manifest?
[16:57] <stgraber> Laney: http://iso.qa.ubuntu.com/admin/config/services/qatracker/series/37/manifest
[16:57] <Laney> stgraber: what's the UI path to that?
[16:57] <Laney> (thanks!)
[16:57] <stgraber> Laney: just enable/disable as appropriate, don't remove anything unless it's meant never to be released in the series
[16:58] <stgraber> Laney: Admin => Series => Manifest
[16:58] <Laney> ah under series
[16:58] <Laney> I tried to find it from Products and Milestones
[16:58] <stgraber> yeah, the manifest is per-series not per-milestone, we just enable/disable stuff in it to match what we want in the milestone
[16:59] <Laney> got it
[17:00] <Laney> B1 should be right now
[17:01] <Laney> Don't think I'll be able to get on later to de-cron so I can either do it now, someone else can later or I can tomorrow morning
[17:08] <Laney> OK, did it
[17:08] <Laney> respin if you need to
[17:09] <Laney> might want to wait for gvfs though
[17:09]  * Laney waves
=== doko_ is now known as doko
[17:51] <phillw> Laney: are the partakers of beta 1 now frozen on cron job and is the last build the most up to date (considering FFes)
[17:53] <Laney> Don't know what that means
[17:53] <phillw> It's darn annoying when queuebot answers the question :D
[17:54] <Laney> I'll do a respin of everything tomorrow though
[17:54] <phillw> yikes? Why?
[17:56] <phillw> Laney: ^^
=== psivaa-bbl is now known as psivaa
[18:06] <phillw> Laney: is it worth testers from all the community teams to go test the B 1 as you are going to do a global respin? This does shorten down the time for testing, but I'm sure the teams would much rather await you re-spin. Can you please ley us know what time (UTC) this will occur so we can let our testers know. Thanks, phillw
[18:39] <phillw> gilir: hi boss, maybe stgraber or Laney will explain as to what the respin tomorrow is about, before I task the tsters.
[18:39] <phillw> *testers*
[18:57] <Laney> I did them just now
[18:57] <Laney> assuming I drove the website correctly
[18:58] <Laney> ttyl
[19:08] <phillw> Laney: so no respin tomorrow?
[19:12] <gilir> Laney, you blocked the migration of openbox ?
[20:02] <phillw> gilir: as and when you get
[20:06] <phillw> gilir: as and when you get a reply from Laney about respins, would you please let the lubuntu-qa team know (it may be a big help if you cc it to the ubuntu testing team). I'll not announce 13.10 beta 1 testing to lubuntu or any of the of the other teams until this re-spin has been finalised. Thanks, Phill.
[20:06] <slangasek> Laney: fyi I'm unblocking rpcbind; I was not expecting a beta freeze to be in effect so soon before beta1, and did not see any announcements to this effect - I think if we're going to have freezes for base packages for opt-in milestones (which I don't think is a good idea anyway), they need to be announced rather than relying on people remembering that they're there
[20:07] <slangasek> according to http://iso.qa.ubuntu.com/qatracker/milestones/302/builds, only Lubuntu has candidate images so far, with no testing - I don't think it's reasonable to have base packages frozen for 3 days before there are candidates
[20:08] <phillw> slangasek: I was wondering why we were the only people there, hence my asking my head of dev.
[20:13] <phillw> slangasek: I'm told that it is a public holiday over in the US of A
[20:13] <slangasek> phillw: given the above, would you like a respin of lubuntu images for the updated rpcbind (when in publishes in a few minutes)?
[20:13] <slangasek> phillw: it is a public holiday here, yes.
[20:15] <pkern> slangasek working on holidays...
[20:15] <cjwatson> So what's new?
[20:15] <phillw> slangasek: if that brings in the latest, I'd really appreciate it, Can you do it easily, or should I request it via the system?
[20:15] <slangasek> pkern: checking up on my package uploads on holidays to see why people are filing duplicate reports of bugs I fixed two days ago, not the same thing
[20:16] <slangasek> phillw: if I push it from my side, I can trigger it immediately and make sure it picks up the right package version as soon as it's available
[20:16] <phillw> slangasek: press the button Mr President!
[20:17] <phillw> slangasek: with this build, do we have a Beta 1 that the guys and galls can test?
[20:18] <slangasek> phillw: well, at least until the next issue pops up that warrants a respin ;)
[20:18] <phillw> slangasek: WE KNOW THAT :p
[20:19] <slangasek> phillw: well, it's always the case when we do a respin that we expect it to be worth testing
[20:19] <phillw> I'll put the announcement out of that B-1 is building.
[20:20] <phillw> as long as that is okay with you? slangasek
[20:20] <slangasek> it appears that only lubuntu alternate is affected - live / preinstalled don't have rpcbind so I won't respin them
[20:21] <slangasek> before I give you the green light, though, let me scan the proposed-migration list for other updates that ought to get in
[20:21] <phillw> slangasek: are any other flavours going to join http://iso.qa.ubuntu.com/qatracker/milestones/302/builds ? IIRC, we flavours all wanted a B 1
[20:22] <phillw> I'll await, some news sites are infamous for premature ejactulation
[20:22] <slangasek> phillw: yes, Laney said on channel an hour and a half ago that he was starting the respin of all flavors (in lieu of his original plan of respinning everything tomorrow)
[20:23] <slangasek> and Ubuntu-GNOME should also already be there now
[20:24] <phillw> slangasek: yeah, it is... only ~4 more flavours to add:D
[20:25] <slangasek> stgraber: it appears that packages that are part of the Ubuntu Desktop have a freeze block on account of edubuntu.  I don't think this makes sense given that these components are covered by our daily quality testing; blocking them holds up Ubuntu development and doesn't improve the quality of the Edubuntu milestone, and we know that archive inconsistency is no longer an issue for milestones due to -proposed.  Do you think it would be reasonable
[20:25] <slangasek> ... drop the block for packages that are only used by Edubuntu+Ubuntu?  (At least in the future?)
[20:27] <phillw> slangasek: is there still a need for for the Lubuntu Desktop Preinstalled armhf+ac100 ? I've not had any reports back from what used to be the arm team. Is it still of use or just using cpu for builds?
[20:27] <slangasek> phillw: you're asking the wrong person.  The flavors decide for themselves which targets they want to support.
[20:28] <stgraber> slangasek: yeah, I don't think highvoltage or I ever requested that big a block. Personally I'm happy to not have a block at all as I can always block specific packages if I feel it's too risky (I watch -changes pretty much in real time, so I have plenty of time to add a block rule before it gets migrated to the release pocket)
[20:28] <slangasek> certainly if it's not getting tested and not getting released, we would like to drop it - but that's something Lubuntu needs to decide to do
[20:29] <slangasek> stgraber: ok, thanks for confirming.  I'm not going to try to unwind the whole block right now, but I see bamf is currently blocked for this so I'll unblock it
[20:29] <phillw> slangasek: lubuntu were asked by what was the arm team to allow Lubuntu Desktop Preinstalled armhf+ac100 We have no real interaction. Is there still any semblance of an arm-100 team or has everyone upgraded?
[20:30] <slangasek> phillw: you probably want to talk to ogra
[20:32] <jbicha> slangasek: aren't the Ubuntu desktop packages also blocked by Kylin?
[20:32] <phillw> slangasek: I'll try to catch him/her to ask if they still want to have the low RAM version,
[20:35] <slangasek> jbicha: mmm.  I suppose kylin would also be affected, yes (and doesn't show up because they aren't currently using seeds).  Of course, their testers also aren't going to be online at this hour, so I'll take care of a respin if necessary.
[20:35] <slangasek> phillw: it's not about having a low RAM version, it's about having something that works on that hardware at all
[20:37] <phillw> slangasek: I know, lubuntu is the only DE that will fit on there. My only question is does 13.10 still work? :)
[20:40] <phillw> stgraber: slangasek who disabled the lubuntu alt images? or was it an incorrect "the rebuilds will not effect alternates"  :P
[20:42] <phillw> Cut me some slack guys. I'm trying to write an email :)
[20:54] <slangasek> phillw: I said *only* alternate images are affected.
[20:56] <phillw> slangasek: are they expected to build?
[20:56] <slangasek> yes
[20:57] <phillw> slangasek: any time scale? I know time scale is a PITA for you guys, but I so have to 'rally the troops' to test the darn things :)
[21:01] <phillw> Oy,, who said it all had to be done by Thursday :)
[21:04] <phillw> slangasek: I do not see an alt for ppc in the list of alternate?
[21:11] <slangasek> phillw: so the last britney run should have picked up my rpcbind unblock hint but did not; I'm looking to see why it didn't.
[21:12] <slangasek> phillw: alt for ppc> I haven't done anything that would change this recently, whatever archs are currently listed for lubuntu in the stock config are what's getting built
[21:15] <phillw> slangasek: alt for ppc was being built, it dropped out on the alpha cycle as the kernel team finally got some man hours to work on the kernel issue.
[21:17] <phillw> slangasek: as the work they did was for ppc server, I'm puzzled as to it vanishing from the lubuntu suite? Can you look into why the build is not happening?
[21:20] <phillw> slangasek: http://bazaar.launchpad.net/~ubuntu-cdimage/ubuntu-cdimage/mainline/view/head:/etc/crontab
[21:20] <slangasek> phillw: what about the crontab?
[21:21] <phillw> slangasek: it shoud call the alt for PPC :)
[21:21] <slangasek> no, it should not
[21:21] <slangasek> we don't configure the architecture list in etc/crontab, we configure it in etc/default-arches
[21:24] <slangasek> heh, looks like my hints file may have been ignored because my username is referenced in the Debian britney config. :-P
[21:25] <phillw> slangasek: well, it was building, and we could not test it because the kernel team told us it was broken. So, if you can turn the little critter back on, we can then go back to "This ISO is ovdrsized
[21:26] <phillw> *Oversized*
[21:26] <slangasek> phillw: lubuntu powerpc images are being attempted, but the build is failing with an error:
[21:26] <slangasek> Missing debootstrap-required iproute
[21:26] <slangasek> CD1 missing some packages needed by debootstrap
[21:26] <slangasek> make: *** [/srv/cdimage.ubuntu.com/scratch/lubuntu/saucy/daily/tmp/saucy-powerpc
[21:26] <slangasek> /packages-stamp] Error 1
[21:27] <slangasek> infinity: ^^ is that something you want to have a look at?
[21:28] <phillw> cjwatson: also has a soft spot for PPC  ^^
[21:31] <cjwatson> That's a priority-mismatches thing
[21:31] <infinity> Indeed.
[21:31] <cjwatson> I'll poke at it now
[21:31] <infinity> Too late.
[21:31] <slangasek> is it?  they seem to be 'required' already?
[21:31] <slangasek> (what am I missing?)
[21:32] <cjwatson> infinity: Oh dear, did we double-override?
[21:32] <cjwatson> slangasek: required and shouldn't be.
[21:32] <infinity> cjwatson: Should be alright.  Oh.  Wait.
[21:32] <slangasek> cjwatson: oh.  then why was this only a problem on powerpc?
[21:32] <infinity> slangasek: iproute2 is required now, iproute is transitional and needed dropping.
[21:32] <cjwatson> slangasek: No idea; I'd have expected a problem on all alternatives.
[21:32] <cjwatson> *alternates
[21:32] <infinity> Why this only showed on powerpc, though, is a mystery.  Funsies with ordering in the packages file?
[21:33] <infinity> debootstrap is a fragile beast.
[21:33] <slangasek> ok
[21:33] <cjwatson> Normally things in required/important that should be in lower priorities cause that (confusing) error.
[21:33] <infinity> cjwatson: BTW, don't smack around the rest of priority-mismatches just yet, I'm leaving a few of those there as a reminder that I need to do a cyrus-sasl2 upload to Debian and sync it to tear some crap out of my buildd chroots. :P
[21:34] <cjwatson> Yeah, I'll leave it now
[21:34] <cjwatson> Will you check that iproute doesn't vanish after the next publisher run? :)
[21:34] <infinity> cjwatson: Oh balls, iproute is arch:all.  We probably just disappeared it.
[21:34] <infinity> Go us.
[21:34] <infinity> HATE THAT BUG SO MUCH.
[21:35] <infinity> If it's gone, I'll copy it back in.
[21:35] <infinity> S'what I get for working on a day off. :P
[21:35] <phillw> infinity: it's actually worse thab
[21:35]  * slangasek mildly observes that a workaround for this bug is to actually take the advisory lock on IRC when someone asks you if you're going to look at it. :)
[21:36] <infinity> Yeah, had I typed "fixing" instead of "Indeed", maybe we could have avoided it. :P
[21:36] <infinity> Or maybe we both would have typed something and alt-tabbed without reading.
[21:36] <phillw> infinity:  than that,,, you get people to test stuff :D
[21:37] <infinity> cjwatson: Oh, wait.  We may be saved.  I think I hit "yes" after you did.  And the publisher ran right in between us.
[21:37] <infinity> cjwatson: Looking back, mine was a no-op.
[21:38] <infinity> 4 publications remained the same.
[21:38] <infinity> Yay for publisher frequency increases papering over races.
[21:38] <cjwatson> Neat.
[21:41] <phillw> so, is http://iso.qa.ubuntu.com/qatracker/milestones/302/builds getting rebuilt with the alt versions and the ppc alt version?
[21:42] <phillw> colin? ^^6
[21:42] <cjwatson> I have no idea; I'm not getting involved in b1
[21:43] <cjwatson> (Other than occasionally sticking my oar in regarding archive issues that people have historically got confused about if I don't speak up ...)
[21:43] <phillw> infinity: are you a a
[21:43] <phillw> b1 person?
[21:43] <infinity> phillw: Looks like B1 is Laney's baby.
[21:45] <phillw> cjwatson: the critters are not building, so how the heck they can go to beta is not really a beta issue?..... <begs>
[21:45] <cjwatson> Sorry, can't help
[21:46] <cjwatson> Need to do childcare if nothing else
[21:46] <cjwatson> Bug somebody else please :)
[21:48] <phillw> infinity: I do not think myself and Laney will exchanging Christmas Cards after the 'fun' on release email channel got a person who insists on dotting the 'i"s etc.
[21:50] <phillw> cjwatson: it will be my utmost delight to bug Laney :D You possibly realise how much of a delight it will be :D
[21:50] <slangasek> cjwatson: so even after cowboy patching britney on lillypilly, it's refusing to read my hints file; any idea what's going on there?
[21:50] <slangasek> (in the meantime I will just shove my hint into someone else's hint file :P)
[21:52] <cjwatson> slangasek: you don't appear to be in lp:~ubuntu-release/britney/britney2-ubuntu britney.conf, nor the corresponding checkout on lillypilly
[21:52] <cjwatson> you want HINTS_VORLON = ALL there
[21:52] <cjwatson> and now I really must go
[22:12] <phillw> oops, there goes another Christmas
[22:12] <phillw> Crs
[22:12] <phillw> card >)
[22:15] <infinity> phillw: Dude, it's 11pm for Laney right now.  Just how much of his day do you expect him to dedicate to you?  (Not everyone is as crazy as cjwatson and I)
[22:19]  * micahg was about to respond to the ML with similar notes (and thinks he will anyways)
[22:23] <phillw> m
[22:24] <phillw> micahg: infinity do please reply, after you have done so, read the logs of this channel :)
[22:25] <phillw> then you will see the guidance he offered :D
[22:33] <phillw> Do I now tell all the teams who opted in for Beta 1 on the ML that the person charged with that task has failed?  Heck, I don't even know what to tell the lubuntu people.
[22:34] <skat> phillw,  looking into it now.
[22:35] <phillw> hi skat this is an un holly mess. the release team have, as ever been stars. Thats's
[22:35] <phillw> what they do
[22:36] <skaet> phillw,  I've been having IRC issues with my main system, and have switched to another for now.
[22:37] <skaet> can you bring me up to speed on a PM?
[22:37] <phillw> sure... never ask to pm me, just do it.
[22:42] <micahg> phillw: please read my mail on the ML
[22:43] <jbicha> I think the problem is that Laney had things he wanted to do today after 6 pm
[22:44] <micahg> I don't think that's a problem, he's entitled to have a personal life
[22:45] <jbicha> right
[22:54] <phillw> cjwatson: / stgraber have all the ISO's now built (i.e,. can I make an announcement for them to be tested a.s.a.p.)
[22:57] <skaet> phillw,  please make the announcement for them to start being tested, and if an expected image is missing,  please ask them to post in this channel.
[22:58] <phillw> skaet: will do.
[23:16] <phillw> Hi,
[23:16] <phillw> the Beta 1's are now available for testing. They are the pretty much the finished article (art work follows a bit later). If you want to see how 13.10 behaves on your system and ensure it behaves, now is a really good time to grab it!!
[23:16] <phillw> http://iso.qa.ubuntu.com/qatracker/milestones/302/builds
[23:16] <phillw> Regards,
[23:16] <phillw> Phill.
[23:16] <phillw> -- 
[23:16] <phillw> https://wiki.ubuntu.com/phillw
[23:16] <phillw> it's been posted to failbook and G+
[23:23] <skaet> slangasek or stgraber -   can you double kubuntu is in the builder?   It is the only one of the set I've not seen post yet.
[23:27] <stgraber> not sure, they were scheduled, started building but never published to the tracker so my best guess is that they failed to build. I'll retry them now.
[23:35] <skaet> Thanks stgraber