[01:08] <infinity> ScottK: None mentioned.
[06:39] <rsalveti> infinity: skaet: bug 960893
[06:39] <ubot2`> Launchpad bug 960893 in clutter-1.0 "Clutter is unable to find a valid input backend and abort the execution on ARM" [High,Confirmed] https://launchpad.net/bugs/960893
[06:39] <rsalveti> this is the bug that's currently causing clutter-gst to fail
[06:40] <rsalveti> then empathy will break as well, blocking the arm images
[06:40] <rsalveti> I'm currently debugging it, but my local build will take a few minutes still to finish
[06:41] <rsalveti> so will probably continue it tomorrow
[06:41] <rsalveti> basically clutter is completely broken on arm atm
[09:11] <Daviey> infinity: Are the opportunity targets for arm server still valid?
[09:31] <greyback> skaet: hi you got a second, can you look at https://bugs.launchpad.net/unity-2d/+bug/960194 please?
[09:31] <ubot2`> Launchpad bug 960194 in unity-2d "[UIFe] Use average color of wallpaper to tint launcher/dash/panel/hud" [Low,Confirmed]
[09:51] <brendand> Daviey, so this bug 960311 is a bit funny
[09:51] <ubot2`> Launchpad bug 960311 in linux "Networking on Dell PowerEdge R300 with Broadcom Corporation NetXtreme BCM5722 Gigabit Ethernet PCI Express is not functional" [High,Incomplete] https://launchpad.net/bugs/960311
[09:52] <Daviey> brendand: oh?
[09:52] <brendand> Daviey, that error pops up kind of non-deterministically
[09:52] <brendand> Daviey, at the moment it seems to effect every release
[09:52] <Daviey> brendand: can i sugegst taking this to #ubuntu-kernel .. smb is looking into it.
[09:53] <Riddell> Daviey: where do you discuss arm issues?  there seems to be no mailing list for them
[09:55] <Daviey> Riddell: #ubuntu-arm ?
[10:05] <Riddell> Daviey: oh well.
[10:13] <Riddell> hey lool, are you the guy who knows about the arm images?  where do I ask about them not working?
[10:21] <knome> hey Riddell
[10:23] <Riddell> hello knome
[10:23] <knome> Riddell, in bug 959504, we asked a permission to tweak the ubuntu studio ubiquity slideshow to fit netbooks (reduce height). can we do the same for xubuntu, as long as we promise to take care of any possible doc screenshots too, which was the condition for US too? do you want me to file another bug just for this (our content is totally the same, we're just modifying the height, and making some things fit a little better)?
[10:23] <ubot2`> Launchpad bug 959504 in ubiquity-slideshow-ubuntu "[UIFe] ubuntu studio slideshow requires update" [Undecided,Triaged] https://launchpad.net/bugs/959504
[10:24] <Riddell> knome: are there screenshots elsewhere like on websites?
[10:24] <knome> at least not on ours
[10:25] <Riddell> knome: file a bug then and I'll approve it
[10:25] <knome> okay, thanks
[10:25] <apw> there is a kernel update (linux) sitting in the queue, this contains the fix for older powerpc UP machines
[10:26] <Riddell> apw: multipath-modules-3.2.0-19-generic-di ?
[10:26] <apw> Riddell, ahh is that why its pending, a new udeb
[10:26] <Riddell> apw: got a FFe for that?
[10:27] <apw> Riddell, ignore me, i thought it was caught in the beta freeze, but thats 2 days out isn't it
[10:27] <apw> i'll go find out :)
[10:27] <Riddell> aye not until tomorrow euro evening
[10:29] <knome> Riddell, bug 961041
[10:29] <ubot2`> Launchpad bug 961041 in ubiquity-slideshow-ubuntu "Xubuntu slideshow doesn't fit netbook screens" [Undecided,New] https://launchpad.net/bugs/961041
[10:30] <apw> Riddell, ok it seems although its a new udeb, its actually existing functionality those modules were built-in before and we should always have had the names udeb, anyhow, as we are not in freeze there is no rush and i'll get with the normal process
[10:34] <lool> Riddell: Hmm I worked on ARM images many months ago; I'm not sure who is in charge for them today, the usual suspects I would hint at would be infinity, ogra_, janimo, NCommander
[10:35] <lool> Riddell: but it depends on the image; e.g. AC100 might be handled by different people than imx or omap if we still have these
[10:36] <apw> Riddell, whats the symptom on the arm issue?
[10:38] <Daviey> AC100 does have a mailing list btw.
[10:39] <Daviey> Riddell: why is #ubuntu-arm not a suitable place to ask?
[10:42] <Riddell> knome: accepted!
[10:42] <knome> Riddell, thanks :)
[10:43] <Riddell> apw: my pandaboard doesn't boot (and I've had this conversation plenty on irc and wish to move it to a mailing list)
[10:43] <Riddell> Daviey: because of the usual communication differences between irc and mailing lists
[10:44] <apw> Riddell, kernel issue ?
[10:44] <Riddell> apw: probably
[10:44] <apw> odd i am sure someone is meant to be boot testing those regularly
[10:44] <Daviey> Riddell: with the ARM team essentially being divided into the different engineering teams.. i'm not sure a generic list makes sense.. We don't have an amd64 mailing list either :)
[10:45] <Riddell> apw: yes they are, and I have also had this conversation lots, and so I would like to move it to a mailing list where it can be explained properly
[10:45] <Riddell> Daviey: where should I go then?
[10:45] <Riddell> there is a need for a place people can discuss arm issues
[10:46] <apw> Riddell, fine and you are welcome to go do that, i am not interested per-see the specifici issue, i am interested in there being one and our testing not bringing it to our attention
[10:46] <apw> the meta issue is more worrying
[10:46] <Daviey> Riddell: my first port of call would be ogra_, now on foundations
[10:46] <Riddell> apw: blame Grue then for not having enough pandaboards :)
[10:47] <Riddell> Daviey: yes, I have already had this conversation with him.  next?
[10:47] <Daviey> apw: pgraner is working hard on creating a panda lab for automated testing of arm dailies btw.
[10:47] <Daviey> Riddell: what was the outcome?
[10:48] <Riddell> Daviey: he didn't know the problem
[10:48] <apw> Daviey, yeah i heard rumors, though i am pretty sure we also test on panda before upload, so if its a kernel issue i am wondering how thats occured
[10:48] <Daviey> Riddell: what is the bug number?
[10:48] <Riddell> Daviey: I haven't got a bug number because I haven't tracked down a bug
[10:49] <Daviey> Riddell: "does not boot" is probably a bug.. having a centralised bug to push data, is probably more useful than irc conversations or a mail.
[10:49] <Daviey> :)
[10:49] <Daviey> Riddell: even if you raise it against the Ubuntu project, rather than a package.
[10:50] <Riddell> Daviey: a bug without a package will never get much attention
[10:50] <Daviey> Riddell: right, but it would stop you having to repeat the symptoms.. and the patterns you have followed.  A mail referencing a bug, might then be useful.
[10:50] <Riddell> Daviey: where would the mail go?
[10:51] <Daviey> Riddell: where would you send a mail if you saw the same issue with amd64?
[10:51] <Daviey> Riddell: ubuntu-devel, i'd say.
[10:51] <Riddell> mm
[10:52] <Riddell> Daviey: so if that doesn't work will you give in and accept the need for an ubuntu-arm mailing list?  (like you already have an ubuntu-server-arm but that is too specific to be useful to anyone)
[10:52] <Daviey> Riddell: setting up ubuntu-server-arm was a mistake IMO.
[10:53] <Riddell> mv ubuntu-server-arm ubuntu-arm  voila, useful list
[10:53] <Daviey> Riddell: I'm not against the idea, but equally - special casing one architecture seems odd to me.
[10:53] <Riddell> arm is an odd architecture
[10:53] <Daviey> Riddell: and, as i am discovering.. so is i386 with SMP :)
[10:54] <Daviey> Riddell: All i have learned so far about this is, 'does not boot' .. is there serial console output?
[10:55] <Riddell> Daviey: yes http://starsky.19inch.net/~jr/tmp/precice-arm-boot.txt
[10:55] <Riddell> as already reviewed by grue and ogra who say "oh weird, it's trying to use ext3"
[11:00] <Daviey> Riddell: can you try a different SD card please?
[11:00] <Riddell> Daviey: done
[11:01] <Riddell> I've already had this conversation
[11:01] <Riddell> it works fine on the validatoin image, it works fine for oneiric, it works fine enough for ubuntu server precise
[11:02] <Daviey> Riddell: can you see why having this coversation on a bug would be helpful? :)
[11:03] <Riddell> ...or a mailing list
[11:03] <Riddell> since I have nothing to file the bug under
[11:03] <Daviey> Riddell: $ grep -i CONFIG_EXT4  /boot/config-VERSION | pastebinit ?
[11:03] <Daviey> Riddell: linux (Ubuntu) :)
[11:04] <Riddell> Daviey: I don't currently have it setup with the broken desktop image
[11:05] <Daviey> Riddell: *please* raise a bug with the steps you have done so far, and what you know.. I'll reproduce myself.
[11:06] <Riddell> Daviey: nobody has been able to recreate it so far so I suspect you won't be able to
[11:06] <Daviey> Riddell: okay, i won't try then.. Problem solved.
[11:07] <Riddell> oh do try, I just am skepitcal it'll work alas
[11:08] <Riddell> Daviey: but you've booted an ubuntu desktop precise image ?
[11:09] <Daviey> Riddell: no, only server.. but i'm willing to go that extra mile for you.. if you raise a bug with steps to reproduce :)
[11:10] <Riddell> Daviey: ok, will do
[11:14] <apw> i'd say if its not booting that filing it against the kernel is appropriate in the first instance, if its bootloader or something else we can punt it
[11:16] <Riddell> thanks
[11:16] <apw> Riddell, and paolo says he booted uses precise on his panda every day, he is downloading todays image to test that
[11:16] <Riddell> I know it works for other people, I need it tested with  rev 1A pandaboard
[11:20] <apw> Riddell, thats definatly 1A not A1 ?
[11:20] <Riddell> apw: probably A1
[11:21] <Riddell> yes A1
[11:21] <apw> Riddell, ok so paolo has the exact same board rev then good
[11:21] <Daviey> Riddell: ah, mine is A2
[12:07] <apw> Riddell, ok paolo tested his A1 with this image: http://cdimage.ubuntu.com/daily-preinstalled/current/precise-preinstalled-desktop-armhf+omap4.img.gz and it booted and he was able to install it
[12:10] <apw> Riddell, did we get a linux bug filed yet?  i'll add it there too if so
[12:13] <Riddell> apw: not yet I'm afraid
[12:52] <cjwatson> Riddell: multipath-modules> that's not FFe-worthy - it's a bug-fix (regression, module that used to be available in the installer now being missing).  I've accepted it.
[13:01] <Riddell> thanks cjwatson
[13:08] <ogra_> Riddell, arm discussions should happen where powerpc discussions happen ;)
[13:08] <ogra_> Riddell, hint ... ubuntu-devel ML :)
[13:08] <ogra_> Riddell, whats your issue exactly ?
[13:11] <Riddell> ogra_: the same one I've been talking to you and grue about
[13:11] <Riddell> bug 961133
[13:11] <ubot2`> Launchpad bug 961133 in linux "Ubuntu Desktop ARM Images do not boot on my Pandaboard" [Undecided,Incomplete] https://launchpad.net/bugs/961133
[13:11] <ogra_> and there is still no explanation i can give you, the images work on all my pandas with different SDs
[13:11] <Riddell> yes
[13:12] <ogra_> i seriously dont know what you boot there, but it cant be an ubuntu image if rootfstype= is set
[13:13] <ogra_> there was never any ubuntu image where this option showed up
[13:13] <Riddell> it is the ubuntu desktop image for precise
[13:14] <Riddell> I change the boot file to remove "quiet splash"
[13:14] <ogra_> cant be, unless you hacked it ... you shouldnt get all that kernel messages on serial at all
[13:14] <ogra_> ah
[13:14] <ogra_> k, that explains the serial output
[13:15] <ogra_> but you seem to have changed a lot more
[13:15] <ogra_> "vram=16M root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait"
[13:15] <ogra_> that cant boot
[13:15] <Riddell> clearly, that's my whole problem :)
[13:15] <Riddell> I move the boot.scr file to Env.txt and remove the first line of non-human readable  characters
[13:15] <ogra_> well, try a fresh image, dont modify it
[13:16] <Riddell> I have
[13:16] <ogra_> you also removed the ability to use an initrd
[13:16] <ogra_> (it doesnt load one at all)
[13:16] <Riddell> I am not aware of doing that
[13:16] <Riddell> how did I do that?
[13:16] <ogra_> well, your serial output says so
[13:17] <ogra_> by putting some weird boot.scr/preEnv.txt in place
[13:17] <Riddell> that's not the same thing as me doing it conciously
[13:17] <ogra_> https://launchpadlibrarian.net/97732667/precice-arm-boot.txt cleasrly shows that
[13:17] <Riddell> I have been doing what grue has told me to,  mv boot.scr Env.txt
[13:18] <ogra_> it should only load boot.scr ... and then uIamge and uInitrd in that order
[13:18] <ogra_> ugh
[13:18] <ogra_> that cant work
[13:18] <ogra_> boot.scr has a binary header
[13:18] <Riddell> yes, which was I told to remove
[13:18] <ogra_> well, you have a preEnv.txt there
[13:19] <ogra_> seriously, zero out the card and write it with a freshly pulled image
[13:19] <Riddell> seriously, I have
[13:19] <Riddell> ogra_: how about this log? http://starsky.19inch.net/~jr/tmp/arm/ubuntu-precisebeta1-armhf-noquiet
[13:19] <ogra_> same thing
[13:20] <ogra_> see the kernel cmdline
[13:20] <Riddell> well that's just the same, mv boot.scr Env.txt and remove "quiet splash"
[13:20] <ogra_> (also the uBoot messages are very important, please include them in such logs)
[13:20] <ogra_> right, dont do that ;)
[13:21] <ogra_> give me the serial output of a freshly downloaded and dd'ed image, lets see if it loads initrd
[13:21] <ogra_> and to be 100% sure, make sure to zero out the card before dd'ing
[13:21] <Riddell> ogra_: ok I'll do that, the machine is currently in use so we'll need to wait for that to finish
[13:22] <Riddell> ogra_: what's the command for that?
[13:22] <ogra_> well, i'm at the foundationd installer vsprint atm, so i'll work until 22:00 UTC
[13:23] <ogra_> sudo dd if=/dev/zero of=/path/to/your/SD/device bs=1M count=<make a pick how many megs you want to wipe>
[13:23] <ogra_> i would suggest something like 10-20M for the count= value
[13:23] <ogra_> that should definutely wipe the boot partiton
[13:24] <Riddell> thanks
[13:24] <ogra_> the device needs to actually be the device, not a partition
[13:25] <ogra_> i.e. if you use a USB reader something like /dev/sdb ... not sdb1 ...  or with a native SD reader mmcblk0, not mmcblk0p1 or p2 or whatever
[13:25] <ogra_> same thing as if you write the SD
[13:26] <Riddell> yes
[15:03] <skaet> pitti,  given ubuntu-docs is asking for a week extension to the freeze to get the unity documentation into shape, we're going to be putting pressure on the translators.     If we give an exception to the NonLanguagePackTranlationDeadline of a week for just the ubuntu-docs' portion (make it the same as the LanguagePackTranslationDeadline),  will that still give us enough time to prep for the CandidateWindowStarts?
[15:03] <skaet> https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule
[15:06] <pitti> skaet: sounds ok to me
[15:06] <pitti> the images that we build on that Thursday won't be final anyway
[15:06] <pitti> we'll need to build new fresh langpacks, and will almost certainly have bug fixes which we want to pull int
[15:06] <skaet> pitti,  actually we are trying very hard for those images to potentially be shippable.
[15:06] <pitti> ...o the release
[15:07] <pitti> skaet: well, we can't put the langpack translation deadline and "final image" on the same day
[15:07] <skaet> pitti,  its on Tuesday
[15:07] <skaet> :)
[15:07] <pitti> ah
[15:08] <pitti> well, then the ubuntu-docs deadline should be on that day, too
[15:08] <pitti> but still, why cut the bug fix window by a whole week?
[15:08] <seb128> skaet, pitti: just checking but will monday 16th still be ok for GNOME updates?
[15:08] <seb128> it's 3.4.1 tarballs day
[15:08] <pitti> we certainly want potentially releasable images on that day, but that's not the same as "don't allow any bug fixes any more"
[15:09] <Riddell> who's the release driver for beta 2?
[15:10] <pitti> ttps://wiki.ubuntu.com/PrecisePangolin/ReleaseTaskSignup
[15:10] <pitti> -> cjwatson and me
[15:13] <skaet> seb128, its after FInalFreeze (12th).
[15:13] <greyback> Hi can someone look again at: https://bugs.launchpad.net/unity-2d/+bug/960194
[15:13] <ubot2`> Launchpad bug 960194 in unity-2d "[UIFe] Use average color of wallpaper to tint launcher/dash/panel/hud" [Low,Confirmed]
[15:13] <seb128> skaet, right, that's why I'm asking
[15:14] <seb128> skaet, pitti: that's something we pointed at UDS, we need to get .1 in or we will create a lot of extra work for us or lower quality by missing a month of bug fixes
[15:14] <pitti> I think we need to review the uplaods and check the diffs (we'll do anyway, as we'll be frozen)
[15:15] <pitti> many updates are just translation updates, which are fine; and for the real bug fixes, looking at a particular one makes it a lot easier to say yay or nay than a blanket exception
[15:15] <pitti> as usual, final freeze again just means that uploads are reviewed by the release team
[15:16] <seb128> pitti, I'm just trying to make sure it's still ok, because if it's not we need a plan B, i.e snapshoting or backporting fixes earlier
[15:18] <pitti> Monday should just about make it for the langpack deadline, so we'll catch the updated translations as well
[15:20] <skaet> seb128,  pitti,   its the bug fixes and regression potential I'm worried about here.   Is there any way we can the fixes in before the final freeze?
[15:20] <pitti> skaet: yes, with essentially doubling the work
[15:20] <seb128> skaet, we can, but it might end of having to backport patches over 15 tarballs and spending days of work doing that
[15:21] <pitti> skaet: and working on weekends
[15:21] <skaet> let them shake out, and then just sync to pick up the translations.
[15:21] <pitti> skaet: we can still reject patches which might cause regressions, after all
[15:21] <skaet> pitti,  but might we end up rejecting the entire tar ball if the same problems are noticed on the 16th?
[15:22] <pitti> yes, in unapproved it's just "take the whole thing" or "reject"
[15:22] <pitti> but as I expect that most changes should be fine, it's still a net win
[15:22] <pitti> and usually the uploader reviews the changes in advance anyway
[15:22] <seb128> knowing that GNOME is hard frozen
[15:22] <seb128> ups, ignore that
[15:22] <seb128> they will not between .0 and .1
[15:23] <seb128> but it's on bug fix only mode, usually it's a net win as pitti says
[15:23] <pitti> we really need to get back to the pre-maverick rhythm
[15:23] <pitti> moving the release cycle back three weeks in maverick really hurt our alignment with gnome
[15:23] <seb128> right, we had the same discussion last cycle
[15:24] <skaet> pitti, I think we're getting closer now, but yeah, this sort of glitch is hurting.
[15:24] <greyback> infinity: sorry to bother you, but freeze on it's way, can you take look at: https://bugs.launchpad.net/unity-2d/+bug/960194
[15:24] <ubot2`> Launchpad bug 960194 in unity-2d "[UIFe] Use average color of wallpaper to tint launcher/dash/panel/hud" [Low,Confirmed]
[15:28] <skaet> jbicha, ^ what is the impact of this change from greyback - have those screenshots been done already?
[15:50] <jbicha_> skaet: greyback: we use Unity 3D for screenshots, any changes to Unity 2D that make it more like 3D are awesome
[15:50] <greyback> jbicha_: that's good to know. We've other small visual tweaks to make to close the gap, so I'm happy that isn't causing you any difficulties
[15:52] <jbicha_> greyback: no, I don't believe that'll be a problem
[15:52] <skaet> greyback,  based on jbicha_'s response,  consider the change approved (and based on the comments in the bug),  I'll go add a note there now.
[15:52] <greyback> jbicha_: ok thank you. I'll contact you if I'm concerned we're pushing it :)
[15:52] <greyback> skaet: thank you
[15:52] <jbicha_> this is basically all the mention we have of 2D: https://help.ubuntu.com/11.10/ubuntu-help/fallback-mode.html
[15:53] <greyback> jbicha_: awww :(
[15:53] <jbicha_> greyback: if you have extra text you want to add, just send it to us; we still have another day or so before Docs Freeze :)
[15:54] <greyback> jbicha_: nah I'm good. That does summarize all Unity2D does.
[15:55] <jbicha_> I'm especially interested in a simple answer to the question "how can I tell whether I'm running 2D or 3D?"
[15:56] <greyback> jbicha_: probably best answer is to look for a shadow under the panel. Other visual differences are much harder to spot. The Alt tab not being fancy is another big indicator
[15:56] <greyback> skaet: thanking you
[15:56] <greyback> oh I already said that. duuuh
[15:56] <skaet> greyback,  np.  :)
[17:37] <jbicha_> skaet: good afternoon, I've got a proposal for the Docs Freeze :)
[17:38] <skaet> jbicha_, yup,  see the backscroll for discussion of how we can accomodate or not.  ;)
[17:38] <skaet> lol
[17:38] <jbicha_> oh, I missed the backscroll, busy day
[17:39] <skaet> jbicha_, :)  anyhow,  I'll respond to your email properly,  I think there's a plan that can work.
[17:40] <skaet> we probably need to relook at these deadlines at UDS
[20:24] <knome> AHOI release team! https://lists.ubuntu.com/archives/ubuntu-release/2012-March/000990.html
[20:24] <knome> (yes, it's me again, and this won't be the last before beta freeze :|)
[20:26] <cjwatson> it'd be helpful to attach a patch rather than the whole new file
[20:29] <skaet> cjwatson,  you're right.   I should have asked for the diff,  file itself looked straightforward enough, but diff would indeed make it clearer what changed.
[20:31] <knome> i can create a patch file, but i need to find out how to create one.
[20:32] <skaet> https://wiki.ubuntu.com/FreezeExceptionProcess
[20:32] <skaet> has the commands.  :)
[20:32] <cjwatson> short version: 'diff -u old-file new-file'
[20:33] <skaet> yup..:)
[20:34] <knome> i added an actual patch file.
[20:34] <knome> that's not a huge change... :)
[20:35] <skaet> thanks knome.   its approved now.
[20:35] <knome> thanks. i'll commit :)
[20:36] <knome> err, i don't ;)
[20:36]  * knome doesn't have rights
[20:36] <knome> hahah, i'll forward :)
[20:44] <kees> what specific time is the freeze tomorrow?
[20:45] <skaet> kees, 2100 UTC
[20:45] <kees> skaet: thanks!
[20:45] <skaet> np
[20:46] <ogasawara> skaet: we just received an updated seccomp patch set which kees is hoping to land in beta-2
[20:46] <kees> skaet: I'm hoping to get a kernel feature in before the freeze, but it sounds like it might need a bit longer to build.
[20:46] <kees> heh, what ogasawara said :)
[20:47] <ogasawara> skaet: given the time of freeze tomorrow, if I uploaded a kernel now it might not make it before the deadline
[20:47] <kees> ogasawara: by "make it" you mean build everything and get the meta package bumped?
[20:47] <ogasawara> kees: yep
[20:47]  * kees nods
[20:49] <skaet> ogasawara, if its ready to go,  lets get it started, I assume its got goodness/bug fixes that are wanted for beta2.
[20:49] <kees> skaet: so, I guess I'm asking for a pre-emptive freeze exception for a very long kernel build. :)
[20:49] <kees> skaet: yeah, I've got some people very interested in trying this goodness (it's been long-awaited)
[20:50] <ogasawara> skaet: I've got his patches, just want to kick off a few test builds/boots before uploading.  it does have goodness that the Chrome security team would like for Beta-2
[20:51] <skaet> ogaswara, kees - make sure no regressions, and then go ahead.   flag when its uploaded, and we'll respin to catch it if it hasn't finished when the dailies kick off tomorrow.
[20:51] <ogasawara> skaet: ack
[20:52]  * kees hugs skaet and ogasawara
[21:03] <skaet> zul,  have rejected quantum,  details in PM
[22:14] <infinity> skaet: FWIW, ARM/Ubuntu/desktop will be unbuildable for beta-2 unless bug 960893 is fixed in time.
[22:14] <ubot2`> Launchpad bug 960893 in clutter-gst "Clutter is unable to find a valid input backend and abort the execution on ARM" [High,Confirmed] https://launchpad.net/bugs/960893
[22:15] <infinity> skaet: So, we can remove it from the preinstalled pipeline pending that bug closure.
[22:15] <infinity> skaet: (kubuntu, ubuntu-server, core, etc will all still be fine)
[22:16] <skaet> infinity, thanks for flagging,  probably worth reseting the tracker and adding it to there, so we have a record.
[22:16] <infinity> Well, it's not an image bug, so much as a "we can't build images at all" bug.
[22:16] <infinity> So, I'm not sure how trackable that is in the tracker.
[22:18] <skaet> once the bug is fixed,  the image can be built (I'll just consider that as a rebuild trigger)
[22:18] <skaet> :)
[22:19] <skaet> pad.ubuntu.com has been reset for beta 2
[22:19] <skaet> bug added.
[22:19] <skaet> pitti, ^
[22:19] <infinity> skaet: Check, I ammended you note.
[22:20] <skaet> infinity,  yup, saw it flash infront of my eyes, real time.
[22:20] <infinity> MAGIC TECHNOLOGY.
[22:20] <skaet> lol, indeed
[22:27] <rsalveti> infinity: I got the fix for it
[22:27] <rsalveti> infinity: just checked and it worked
[22:27] <rsalveti> infinity: preparing the debdiff now
[22:28] <rsalveti> skaet: ^
[22:28] <infinity> rsalveti: <3
[22:28] <infinity> rsalveti: Do you need it sponsored, or are you a core-dev?
[22:28] <rsalveti> infinity: would need someone to sponsor
[22:28]  * skaet hugs rsalveti
[22:28] <rsalveti> will update the bug and ping you directly
[22:28] <infinity> rsalveti: And is it a fix to clutter itself?
[22:29] <infinity> rsalveti: Cause that's broken right now for other reasons. :P
[22:29] <rsalveti> yup, fixing the symbols as last upload failed for all archs and disable the egl flag properly
[22:29] <infinity> rsalveti: (I assume your diff is against the latest version)
[22:29] <rsalveti> yes
[22:29] <infinity> rsalveti: "Fixing" the symbols is the wrong fix for the current FTBFS.
[22:29] <infinity> rsalveti: Unless you mean "making it produce those symbols again by adding the missing configure flag and/or build-deps".
[22:30] <rsalveti> infinity: yup
[22:30] <infinity> rsalveti: Oh, in that case, shiny.  I'll be happy to test and sponsor.
[22:30] <rsalveti> great, will ping you back in a few
[22:31] <infinity> skaet: BTW, I'm going to jam an eglibc security-fix-only upload in under the wire too.
[22:31] <infinity> skaet: It slipped from my radar for a while, and sbeattie just berated us for it. :P
[22:31] <skaet> infinity,  what testing has it had?
[22:31]  * skaet gets nervous about eglibc and scope of change...
[22:31] <infinity> skaet: The same patches are present in all stable releases.
[22:32] <infinity> skaet: Just not precise.
[22:32] <infinity> skaet: So, I'd say it's had fairly wide testing. ;)
[22:32] <skaet> infinity,  that's a little less worrisome.  :)  thanks.
[22:39] <Daviey> infinity: is bug 759545 going to make B2?
[22:39] <ubot2`> Launchpad bug 759545 in ubuntu-release-notes "user prompted to update unmodified grub configuration during Ubuntu server upgrade" [Undecided,Fix released] https://launchpad.net/bugs/759545
[22:41] <infinity> Daviey: It'll get looked at during B2 week (and maybe even fixed locally), but I'm not sure if it'll make it in (probably not).
[22:42] <Daviey> infinity: what about for release?
[22:42] <infinity> Daviey: It's vaguely near the top of my list, so yeah.
[22:43]  * Daviey hugs infinity 
[22:43] <Daviey> infinity: *ideally*, i'd like it fixed before kernel freeze.. so there is a good chance it'll be exposed for real.. :)
[22:43] <Daviey> infinity: Go straight to UDS, collect beer.
[22:44] <Daviey> (from me)
[22:44] <infinity> I do like beer.
[22:44] <ScottK> o/
[22:54] <knome> cjwatson, https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/961218 :((
[22:54] <ubot2`> Launchpad bug 961218 in debian-installer "Lubuntu and Xubuntu alternate images fail to find kernel modules" [Undecided,New]
[23:00] <doko> skaet, is precise already frozen? asking when I can start the test rebuild
[23:00] <skaet> lol
[23:00] <infinity> doko: It's not Thursday yet. :P
[23:00] <skaet> doko,  everyone else is wanting more time... and you're wanting it to start :D
[23:01] <skaet> doko,  its tomorrow at 2100 UTC for the freeze,  but I'm expecting the builders to stay busy for a while (kernel rebuild may trail over)
[23:03] <broder> any chance there's an AA willing to do a srcNEW review for mosh in a week or so? (it's currently in debian, but maintainer has asked me to wait until he rolls a new release before trying anything)
[23:03] <broder> i can repay you in beer and/or cookies at UDS
[23:10] <infinity> broder: I like cookies.
[23:10] <broder> infinity: i live in sf, so i can even offer *fresh* cookies :)
[23:10] <infinity> !
[23:11] <doko> hmm, ok
[23:12] <broder> infinity: sounds like we have the beginnings of a deal. i'll start on the other miscellaneous paperwork, and ping you once everything's in order. thanks
[23:14] <infinity> broder: I'll be in SF in a week and a half, if you'd like to try bribery, rather than reward.
[23:14] <infinity> *cough*
[23:14] <broder> haha. i'll dredge up my cookbooks :)
[23:19]  * micahg would think it better to start the rebuild before the weekend as there will probably be a lot of buildd downtime
[23:20] <skaet> micahg, there is Friday to start things off.
[23:20] <micahg> indeed
[23:27] <rsalveti> infinity: just attached the debdiff to the bug: https://launchpadlibrarian.net/97800087/clutter-1.0_1.9.16-0ubuntu2.debdiff
[23:27] <infinity> rsalveti: My hero.
[23:27] <rsalveti> tested it locally but also pushed to canonical-arm ppa to test it properly
[23:27] <rsalveti> was also able to build clutter-gst
[23:27] <rsalveti> on ARMHF
[23:27] <rsalveti> so that should solve our issues
[23:27] <rsalveti> also tested with the SGX driver, and clutter seems to be working on EGL again after these changes
[23:28] <skaet> nice news to end the day on,  thanks rsalveti!  :)
[23:29] <knome> skaet, i have some news too. we have two more FFe's, which to ubuntu-release was subscribed a moment ago... :)
[23:29] <infinity> rsalveti: I'm guessing that if cogl is brokering GL/EGL, you could have dropped the libgl-mesa build-deps for !arm too?
[23:29] <infinity> rsalveti: But that's nitpicking. :)
[23:29] <rsalveti> infinity: no, that's related with another thing
[23:29] <infinity> rsalveti: Fair enough.
[23:29] <rsalveti> we still need it for x86, but can't yet on arm
[23:29] <jbicha> rsalveti: awesome, thanks!
[23:30] <rsalveti> jbicha: hey!
[23:30] <infinity> rsalveti: One last thing, if the egl symbols are now gone, do we need to do an rdep rebuild for everything on ARM that linked to clutter? :/
[23:30] <skaet> knome,  ack
[23:31] <rsalveti> infinity: I really don't think anyone was using that directly
[23:31] <infinity> Here's hoping.
[23:31] <infinity> But it might be worth double-checking that soon. :P
[23:31] <rsalveti> yup
[23:31] <infinity> Anyhow.  All looks good.
[23:31] <rsalveti> once that hits the archive we can test the clutter related packages again
[23:31] <infinity> jbicha: I'll sponsor this for rsalveti, unless you felt the urge?
[23:32] <knome> skaet, was that "you can go ahead"? O:) *whistles*
[23:32] <rsalveti> and would need to trigger a rebuild for clutter-gst
[23:32] <rsalveti> once that lands
[23:32] <infinity> rsalveti: Yeah, that's simple enough.
[23:32] <jbicha> infinity: feel free to do it if you like
[23:32] <infinity> jbicha: Doing.
[23:33] <rsalveti> wow, our amd64 builders are really fast
[23:34] <skaet> knome,  it means I'm postponing my dinner to go look at it.   :)
[23:34] <knome> thanks!
[23:39] <cjwatson> knome: gotcha; seed fiddling required, I'll look tomorrow morning
[23:40] <rsalveti> infinity: if you still didn't push it, wait a sec
[23:40] <knome> cjwatson, thanks :)
[23:40] <rsalveti> ppa build finished successfully on amd64 but it seems that the arm build is not going well
[23:40] <rsalveti> armel
[23:40] <rsalveti> will check the logs
[23:41] <infinity> rsalveti: Haven't uloaded yet.
[23:41] <infinity> Nor uploaded.
[23:41] <rsalveti> infinity: ping you back in a few
[23:41] <infinity> Sure.
[23:41] <rsalveti> I wish I could build as fast as the amd64 builder on arm :-)
[23:42] <infinity> distcc, cross-compile, more hamsters?
[23:42] <rsalveti> still, io is the problem
[23:42] <rsalveti> I got an imx6 with sata
[23:42] <rsalveti> but it's quite unstable
[23:43] <infinity> cjwatson: I imagine the issue is that they both just inherit the platform seeds for that.
[23:43] <cjwatson> indeed
[23:44] <cjwatson> Need to figure out how to fix that preferably without having to duplicate the seed.
[23:44] <infinity> Yeah...
[23:44] <cjwatson> Which I'm not going to try to do at nearly midnight. :-)
[23:44] <infinity> I was just pondering the same.
[23:45] <cjwatson> There's precedent for doing vile sed hacks in cdimage.
[23:45] <cjwatson> Not that I'm proud of it.
[23:46] <infinity> Oh, indeed.  Wasn't there some ps3-related hackery I saw when I was in there doing PPC changes?
[23:46]  * skaet leaves it in cjwatson's hands and heads for dinner...
[23:46] <infinity> Probably grepping ps3 across everything would find all the bits that need attention.
[23:46] <cjwatson> Right.  It's technically wrong because there's no reason udebs from different kernel flavour have to have the same dependency structure.
[23:46] <cjwatson> It's all in bin/germinate-to-tasks.
[23:47] <skaet> * cjwatson's hands in his morning.... and wishes him sleep well. ;)
[23:47] <phillw> cjwatson: sorry to bother you, but could you have a quick look at a regex and alter it to post the most recent log at the top, instead of the oldest at the top working down to the most recent?
[23:48] <cjwatson> phillw: The very idea of doing that with a regex is horrifying.  But I guess.
[23:48] <infinity> sort -r? :P
[23:49] <cjwatson> infinity: It'd be better to be able to override Kernel-Version in inheriting seeds and otherwise use the same seed text as the inherited seed, but I somehow doubt germinate supports that.
[23:49] <cjwatson> phillw: (Show me the whole program involved, not just the regex, please.)
[23:49] <infinity> cjwatson: I'm almost entirely positive it doesn't, but yeah, overrides would be a nice addition.
[23:50] <phillw> cjwatson: ##<<PageList(regex:^QATeam/Meetings/QA/2012[0-9\-]+$)>>
[23:50] <cjwatson> Wuh, I have no idea how this works in moin.
[23:50] <infinity> cjwatson: For now, cargo-culting the ps3 hack and adapting it to dist_ge precise && PROJECT=whatever should suffice.
[23:50] <phillw> it is on the https://wiki.ubuntu.com/QATeam/Meetings
[23:50] <phillw> area
[23:51] <cjwatson> I doubt that any possible change to the regex will help.  All the regex does is effectively return a boolean: does this page match, or does it not?  It has no effect on sorting.
[23:51] <infinity> Now, if Moin had a PageListInverse or something...
[23:52] <cjwatson> https://wiki.ubuntu.com/HelpOnMacros doesn't indicate that PageList has any useful options.
[23:52] <infinity> (That wasn't sarcasm, I have no idea if it might)
[23:52] <phillw> cjwatson: thanks, I wanted most recent at the top.
[23:52] <cjwatson> Mind you, it doesn't document regex:, so who knows.
[23:52] <cjwatson> phillw: I can't fix your problem.  It may not be fixable given the wiki engine.
[23:53] <cjwatson> http://moinmo.in/FeatureRequests/PageListSortorder has it as a feature request.  Who knows whether it's implemented ...
[23:53] <phillw> I'll ask which the team prefers. on lubuntu we add the meeting amnually.
[23:53] <infinity> http://moinmo.in/FeatureRequests/PageListSortorder
[23:53] <cjwatson> Jinx.
[23:53] <infinity> phillw: See if PageList(reverse,regex:....) works, maybe we're carrying that patch.
[23:53] <phillw> *manually*
[23:54] <cjwatson> No hint in the source of that syntax working.
[23:55] <phillw> infinity: I've already pretty much broken the page. But I will try it.
[23:55] <infinity> Could be worth a bug report on wiki.u.c to add said patch.  Seems like useful functionality.
[23:56] <cjwatson> That patch doesn't apply to the current version.
[23:56] <infinity> cjwatson: Not even with some human defuzzing?
[23:56] <phillw> infinity: I'm not a great fan of reporting bugs, they just allow mine to time out....
[23:56] <cjwatson> Neither of the methods it's talking about exist.
[23:56] <infinity> cjwatson: \o/
[23:56] <cjwatson> Unreported bugs are even less likely to be fixed than reported bugs.
[23:58] <cjwatson> It's probably for moin 1.5 or something.
[23:58] <astraljava> May I quote you on that? :)
[23:58] <phillw> cjwatson: I have reported them, under the guidence of phil bull. so, if no one takes any notice of two wiki editors... there comes a point when we just say it is broken. :(
[23:58] <astraljava> It's so going to my .sig file. :)
[23:58] <cjwatson> The URL above links to http://hg.moinmo.in/moin/extensions/file/tip/data/plugin/macro/ListPages.py, which might be installable as an extension.
[23:59] <cjwatson> astraljava: I guess, I didn't think it was that funny :-)
[23:59] <astraljava> Try saying that to yourself in front of a mirror, with a straight face, a couple of times over. :)
[23:59] <infinity> rsalveti: If cogl-dev needs gl/egl-dev, surely that's a bug in cogl, not something the depending packages need to sort out?